Détails
Réf. Prénom: AFPUB-2018-V6-001-DRAFT01 |
versions: 1.0 Statut: En discussion Modifie: Art CPM 6.0 |
Auteur: Jordi Palet Martínez, jordi.palet [at] leipv6company.com The IPv6 Company |
Soumis: 11 Mars 2018 |
Proposition
1.0 Résumé du problème traité par cette proposition de politique
Depuis que cette politique a été élaborée, IPv6 le déploiement a évolué et certaines parties de la politique ont également été modifiées, ce qui a conduit à plusieurs incohérences dans le texte même, voire à de mauvaises références à d'autres sections de texte.
En plus de corriger ces incohérences, cette proposition met à jour une référence importante à un document très récent pour faciliter la compréhension de la manière dont les LIR peuvent attribuer IPv6 adresses à leurs utilisateurs.
Cette proposition n'implique aucun changement dans la façon dont la politique actuelle est appliquée. Au lieu de cela, les modifications proposées sont simplement des clarifications ou impliquent la correction d'erreurs et la mise à jour des références pour éviter d'éventuelles erreurs d'interprétation.
IPv4 l'épuisement dans d'autres régions combiné à d'autres facteurs a imposé une énorme pression sur l'AFRINIC IPv4 pool avec des demandes de grandes IPv4 blocs, avec très peu IPv6 déploiement. La pression sur l'AFRINIC IPv4 Le pool a conduit à certaines propositions politiques pour réserver des blocs à certaines sous-communautés.
2.0 Résumé de la façon dont cette proposition résout le problème
Cette proposition passe en revue le texte des sections qui doivent être mises à jour, corrige les références aux mauvaises sections, évite les malentendus et peut être particulièrement utile pour résoudre l'un des problèmes généraux avec IPv6 déploiement: le fait qu'un seul / 64 soit attribué aux utilisateurs finaux, ce qui n'est pas correct dans le cas de IPv6.
Le concept d '«utilisation» est clarifié afin d'avoir une lecture neutre, quelle que soit la taille du préfixe que chaque LIR décide d'attribuer.
3. Proposition
Les articles 6.0, 6.1, 6.5.4.1, 6.5.4.2 et 6.8 du CPM seront modifiés comme suit:
Actuel | Proposition |
6.0 IPv6 Cette section définit les politiques de registre pour l'attribution et l'allocation de ressources uniques au monde IPv6 des adresses aux fournisseurs d'accès Internet (FAI) et à d'autres organisations de la région AFRINIC. Il fournit des recommandations aux registres d'adressage (AFRINIC, APNIC, ARIN, LACNIC et RIPE-NCC) sur les politiques d'attribution IPv6 adresse des blocs aux sites d'extrémité. En particulier, il recommande l'attribution de / 48 dans le cas général, / 64 quand on sait qu'un et un seul sous-réseau est nécessaire et / 128 quand il est absolument connu qu'un et un seul appareil se connecte. Pour plus de détails sur ce document, veuillez lire la RFC-3177. |
6.0 IPv6 La présente section définit les politiques de registre pour l'assignation et l'attribution d'adresses uniques globales IPv6 aux fournisseurs d'accès Internet (FAI) et à d’autres organisations de la région d’AfriNIC.
En particulier, il recommande l'attribution de / 48 dans le cas général et / 64 lorsqu'il est connu qu'un et un seul sous-réseau est nécessaire (c'est-à-dire des liaisons point à point ou un contexte PDP cellulaire). Pour plus de détails, veuillez lire la RFC6177. |
6.1 Utilisation Aimée IPv4, IPv6 est généralement attribué aux sites finaux en montants fixes (par exemple / 48). L'utilisation réelle des adresses dans chaque affectation sera faible par rapport à IPv4 missions. Dans IPv6, "l'utilisation" n'est mesurée qu'en termes de bits à gauche de la limite / 48. En d'autres termes, «utilisation» fait référence à l'attribution de / 48 à des sites finaux et non au nombre d'adresses attribuées au sein de / 48 individuels à ces sites finaux. Tout au long de ce document, le terme «utilisation» fait référence à l'allocation de / 48 aux sites finaux et non au nombre d'adresses attribuées au sein des / 48 individuels au sein de ces sites finaux. |
6.1 Utilisation Aimée IPv4, IPv6 est généralement attribué aux sites finaux en montants fixes. L'utilisation réelle des adresses dans chaque affectation sera faible par rapport à IPv4 missions. In IPv6, l '"utilisation" n'est mesurée qu'en termes de nombre de préfixes attribués aux sites finaux, et non de leur taille ou du nombre d'adresses réellement utilisées dans ces préfixes. C'est ainsi qu'il faut comprendre tout au long de ce document. |
6.5.4.1 Taille de l'espace d'adressage d'affectation Les affectations doivent être effectuées selon les directives suivantes:
AFRINIC ne se soucie pas de la taille d'adresse qu'un LIR attribue réellement. En conséquence, AFRINIC ne demandera pas les informations détaillées sur IPv6 réseaux d'utilisateurs (comme dans IPv4), à l'exception des cas décrits au point 6.3.3 et dans le but de mesurer l'utilisation telle que définie dans le présent document. |
6.5.4.1 Espace d'adressage d'affectation Les affectations doivent être effectuées conformément aux besoins spécifiés par les utilisateurs des LIR ainsi qu'aux autres recommandations existantes telles que [RIPE-690, https://www.ripe.net/publications/docs/ripe-690], dont les points saillants sont résumés ci-dessous:
AFRINIC ne se soucie pas de la taille de préfixe qu'un LIR attribue réellement. En conséquence, AFRINIC ne demandera pas d'informations détaillées sur IPv6 réseaux d'utilisateurs (comme dans IPv4), à l'exception des cas décrits au point 6.5.2 et aux fins de la mesure de l'utilisation. |
6.5.4.2 Affectation de plusieurs / 48 à un seul site d'extrémité Lorsqu'un site final unique nécessite un bloc d'adresse supplémentaire / 48, il doit demander l'affectation avec la documentation ou les documents qui justifient la demande. Les demandes de multiple ou de 48 supplémentaires seront traitées et examinées (c.-à-d., Évaluation de la justification) au RIR niveau.
Remarque: Il n'y a aucune expérience à l'heure actuelle avec l'affectation de plusieurs / 48 au même site d'extrémité. La révision par AFRINIC de toutes ces missions est censée être une mesure temporaire jusqu'à ce qu'une certaine expérience ait été acquise et que des politiques communes puissent être développées. En outre, des travaux supplémentaires pour définir les politiques dans cet espace seront probablement menés dans un avenir proche. |
6.5.4.2 [À SUPPRIMER DU CPM] |
6.8 Assignations PI La politique actuelle ne permet pas IPv6 attribution d'une adresse indépendante du fournisseur (PI) à tout «site d'extrémité». De plus, le manque de IPv6 le transport obligera de nombreux «sites d'extrémité» à creuser un tunnel. Ainsi, pour éviter de renuméroter lorsque IPv6 le transport sera disponible, une affectation indépendante du fournisseur semble raisonnable. Plus encore, tous les LIR n'ont pas IPv6 allocations d'espace d'adressage. Cela rend impossible pour les utilisateurs finaux d'obtenir PA IPv6 l'espace d'adressage d'un tel amont (LIR). Cette politique vise également à fournir IPv6 adresser de l'espace à ces utilisateurs finaux tant qu'ils ont déjà ou se qualifient pour obtenir un PI IPv4 Adresses. |
6.8 Assignations PI Cette politique vise à fournir IPv6 l'espace d'adressage aux utilisateurs finaux tant qu'ils ont déjà ou se qualifient pour obtenir PI IPv4 Adresses. |
4. Historique des révisions
Date | Détails |
14 Mars 2018 |
Version 1 : AFPUB-2018-V6-001-DRAFT01 Initiales Draft Publié sur rpd |
5. Références
Un texte similaire existe et / ou a été proposé dans des documents de politique parmi les autres communautés des RIRs.