Détails
| Réf. Prénom: AFPUB-2018-V6-004-DRAFT01 |
versions: 1.0 Statut: En discussion |
Auteur: Jordi Palet Martínez, jordi.palet[at]theipv6company.com The IPv6 Company |
|
Modifie: Art CPM 6.5 |
||
| Soumis: 28 Mars 2018 |
Proposition
1.0 Résumé du problème traité par cette proposition de politique
Le texte de la politique a été rédigé avant la IPv6 le déploiement a été lancé et nous avons maintenant l'expérience de nouveaux cas de IPv6 déploiements, même les réseaux gouvernementaux.
Il est également nécessaire d'aligner le texte des allocations suivantes, afin d'être cohérent et de ne pas discriminer les LIR avec les allocations existantes.
De plus, historiquement, le processus de demande de l'initiale par défaut IPv6 affectation (bloc / 32) était très facile et, parce que beaucoup de gens étaient habitués à penser IPv4 façon, "ils pensaient que ce serait assez grand pour leurs réseaux.
Pour cette raison, de nombreux FAI ne préparent pas un plan d'adressage approprié avant de demander le préfixe approprié pour le déploiement à long terme de leur IPv6 réseau.
En conséquence, il existe de nombreux cas - et très probablement le nombre de ces cas augmentera dans les mois à venir - où, en raison de la politique actuelle, le FAI sera obligé de renvoyer le préfixe initialement reçu initialement, soumettre un nouvelle demande initiale et renuméroter leur déploiement existant.
C'est généralement le cas dans les premiers stades de IPv6 déploiement, lorsqu'un plan d'adressage sérieux et à long terme est préparé, même s'il peut y avoir eu un déploiement initial de IPv6 dans une partie du réseau, comme le cœur, les projets pilotes, les tests initiaux, etc. Cependant, cette situation peut également se présenter à des stades de déploiement plus avancés, où évidemment l'idée est de terminer le déploiement sans restrictions, renumérotation ou sérieuse modifications du plan d'adressage.
Cela pourrait également être le cas lorsque l'attribution initiale a eu lieu il y a de nombreuses années, à l'époque où il était gratuit et facile de simplement «demander» une IPv6 préfixe, sans aucune étude du plan de déploiement et d'adressage. Plusieurs années peuvent avoir passé et la taille du réseau peut avoir changé considérablement, connaissances techniques sur la façon d'utiliser IPv6 a évolué, il existe de nouvelles technologies basées sur IPv6 (IoT, Smart Cities, ...), etc.
2.0 Résumé de la façon dont cette proposition résout le problème
S'assurer que le texte de la politique est aligné sur un ensemble plus large de IPv6 les cas de déploiement et facilitent la justification de la taille d'allocation si un bloc d'adresse plus grand (par rapport à celui par défaut) est demandé.
S'assurer également que les IPv6 la politique d'allocation est synchronisée avec celle d'allocation initiale.
Cette proposition vise à éviter un travail inutile pour les deux parties: le FAI, qui serait obligé de renuméroter, et le personnel d'AFRINIC, qui dans tous les cas devrait évaluer la nouvelle demande et également fournir un nouveau préfixe.
Cela conduit à une situation où, au lieu de préparer un plan de numérotation approprié, un FAI peut souhaiter l'éviter en ajustant la taille du préfixe qu'il fournit à ses clients, ce qui affecte sans aucun doute le bon déploiement de IPv6 à moyen ou long terme.
3. Proposition
L'article 6.5 du CPM sera modifié comme suit:
| Actuel | Proposition |
|
6.5.1.1 Critères d'attribution initiale Pour pouvoir bénéficier d’une attribution initiale d’espaces adresses IPv6, une organisation doit :
|
6.5.1.1 Critères d'attribution initiale Pour pouvoir bénéficier d’une attribution initiale d’espaces adresses IPv6, une organisation doit :
|
|
6.5.1.2 Taille d'allocation initiale Les organisations qui répondent aux critères d'allocation initiaux sont éligibles pour recevoir une allocation minimum de / 32. Les organisations peuvent se qualifier pour une allocation initiale supérieure à / 32 en soumettant une documentation qui justifie raisonnablement la demande. Dans l'affirmative, la taille de l'allocation sera basée sur le nombre d'utilisateurs existants et l'étendue de l'infrastructure de l'organisation. |
6.5.1.2 Taille d'allocation initiale Les organisations qui répondent aux critères d'allocation initiaux sont éligibles pour recevoir une allocation minimum de / 32. Les organisations peuvent se qualifier pour une allocation initiale supérieure à / 32 en soumettant des documents justifiant la demande. Si tel est le cas, la taille de l'allocation sera basée sur le nombre d'utilisateurs existants et l'étendue de l'infrastructure de l'organisation Dans ce cas, l'allocation initiale sera basée sur l'espace nécessaire pour servir les clients de l'organisation, le nombre d'utilisateurs, l'étendue de son infrastructure, la structure hiérarchique et / ou géographique, la segmentation de l'infrastructure pour des raisons de sécurité ou autres, et la longévité prévue pour le allocation initiale. |
|
[Introduire une nouvelle clause 6.5.1.3] |
6.5.1.3. Rectifier la taille des allocations initiales
Chaque organisation ne peut utiliser cette procédure qu'une seule fois. Par conséquent, pour cette "deuxième opportunité", elle doit étudier attentivement le plan final d'adressage du réseau à moyen et long terme.
|
|
6.5.2.3 Taille de l'allocation ultérieure Lorsqu'une organisation a atteint une utilisation acceptable pour son espace d'adressage alloué, elle est immédiatement éligible pour obtenir une allocation supplémentaire qui se traduit par un doublement de l'espace d'adressage qui lui est alloué. Dans la mesure du possible, l'allocation sera effectuée à partir d'un bloc d'adresse adjacent, ce qui signifie que son allocation existante est étendue d'un bit vers la gauche. Si une organisation a besoin de plus d'espace d'adressage, elle doit fournir une documentation justifiant ses besoins pour une période de deux ans. L'allocation effectuée sera basée sur cette exigence. |
6.5.2.3 Taille de l'allocation ultérieure Lorsqu'une organisation a atteint une utilisation acceptable de son espace d'adressage alloué, elle est immédiatement éligible pour obtenir une allocation supplémentaire qui se traduit par un doublement de l'espace d'adressage qui lui avait été précédemment alloué. Dans la mesure du possible, l'allocation sera effectuée à partir d'un bloc d'adresse adjacent, ce qui signifie que son allocation existante sera étendue d'un bit vers la gauche. Si une organisation a besoin de plus d'espace d'adressage, l'organisation doit fournir une documentation justifiant l'espace dont elle a besoin pour servir ses clients, le nombre d'utilisateurs, l'étendue de son infrastructure, sa structure hiérarchique et / ou géographique, la segmentation de l'infrastructure pour des raisons de sécurité ou autres, et la longévité prévu pour l'allocation initiale. |
4. Historique des révisions
| Date | Détails |
|
28 Mars 2018 |
Version 1 : AFPUB-2018-V6-003-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.
