| Cette draft est une version archivée. Cliquez ici pour consulter les dernières draft/version
Détails
| Détails |
|
Proposition
1.0 Résumé du problème traité par cette proposition de politique
La politique d'atterrissage en douceur ratifiée par le conseil d'administration le 11/11/2011 décrit comment AFRINIC devrait gérer les allocations / affectations depuis le dernier / 8. Il définit 2 phases pour IPv4 épuisement. Pendant la phase 1, il définit le maximum à / 13 au lieu de / 10 et dans la phase 2, le maximum à / 22 et le minimum à / 24. Cela ne fait aucune différence entre les LIR ou les utilisateurs finaux existants et les nouveaux. La politique n'impose pas non plus IPv6 déploiement.
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 de politique résout le problème décrit ci-dessus en:
- Modification de la valeur du maximum d'allocations / taille d'affectation pendant la phase d'épuisement 1
- Suppression de la taille minimale d'allocation car cela peut évoluer au fil du temps pendant la période d'épuisement
- Réserver un bloc dédié pour faciliter IPv6 déploiement
3.0 La proposition
3.1 Section du manuel des politiques qui sera touchée:
La section 5.4 du CPM sera remplacée comme suit:
5.4 Atterrissage en douceur
Cette proposition décrit comment AFRINIC doit attribuer, allouer et gérer IPv4 ressources pendant la "phase d'épuisement" qui commence lorsque AFRINIC doit d'abord attribuer ou allouer des adresses IP à partir du bloc Final / 8 de IPv4 espace d'adressage.
5.4.1 Définitions
- Registre Internet local (LIR) - Un registre Internet local (LIR) est un registre Internet (IR) qui reçoit des allocations d'un RIR et attribue un espace d'adressage aux clients qui utilisent ses services. Les LIR sont généralement des FAI et leurs clients sont des utilisateurs finaux et éventuellement d'autres FAI. Les LIR doivent être membres d'un RIR comme AFRINIC; qui dessert la Région Afrique et une partie de l'océan Indien (Comores, Madagascar, Maurice et Seychelles).
- LIR existants - Un LIR existant est un LIR qui attribue un espace d'adressage aux «utilisateurs finaux» et a déjà été alloué IPv4 espace d'adressage par AFRINIC.
- Nouveau LIR - Un nouveau LIR, est un LIR qui attribue un espace d'adressage aux «utilisateurs finaux» et est membre d'AFRINIC, mais n'a pas été alloué IPv4 l'espace d'adressage avant la phase d'épuisement.
- «Utilisateur final» existant - Un «utilisateur final» est une organisation qui a déjà été affectée IPv4 par AFRINIC pour une utilisation dans ses réseaux opérationnels.
- Nouvel «utilisateur final» - Un nouvel «utilisateur final» est un utilisateur final qui est membre d'AFRINIC, mais qui n'a reçu aucun IPv4 l'espace d'adressage avant la phase d'épuisement.
- Final / 8 blocs de IPv4 espace d'adressage, ou "Final / 8" - Le bloc Final / 8 de IPv4 l'espace d'adressage, ou "Final / 8", est le bloc / 8 de IPv4 l'espace d'adressage qui a été alloué par l'IANA à AFRINIC en vertu de la section 2.2 C du Politique globale pour l'allocation du solde IPv4 Espace d'adressage
- Fournisseur de services DNS principal: Un fournisseur de services DNS principal est une organisation qui fournit un service DNS pour le niveau racine de l'arborescence DNS (opérateurs racine sanctionnés par l'ICANN) ou pour un ccTLD africain sanctionné par l'ICANN opérant dans la région de service AFRINIC.
5.4.2 Phase de pré-épuisement
La "phase de pré-épuisement" est la période pendant laquelle AFRINIC a alloué ou attribué IPv4 adresses aux LIR et aux utilisateurs finaux à l'aide de la section 5.0 du manuel des politiques et avant le déclenchement de la phase d'épuisement.
Cette phase s'est terminée lorsque AFRINIC annoncé publiquement que la phase d'épuisement a commencé.
5.4.3 Phase d'épuisement
Pendant la phase d'épuisement, la politique d'allocation et d'affectation suivante sera utilisée. Cette politique s'applique aux LIR et aux utilisateurs finaux, et s'applique à tous IPv4 l'espace d'adressage alloué, attribué ou autrement géré par AFRINIC pendant la transition vers et après le début de la phase d'épuisement, indépendamment du fait IPv4 l'espace d'adressage fait partie de la finale / 8. La phase d'épuisement sera divisée en deux parties:
5.4.3.1 Phase 1 d'épuisement
- Au cours de cette phase, l'allocation / l'attribution de l'espace d'adressage se poursuivra comme dans le pré-épuisement sans minimum explicite mais le maximum passera de / 10 à / 18.
- Les attributions et les affectations seront faites à partir de la finale / 8 ou de tout autre IPv4 l'espace d'adressage disponible pour AFRINIC, jusqu'à ce qu'un maximum de / 11 d'espace non réservé soit disponible dans la finale / 8. À ce stade, la phase d'épuisement 2 commencera.
- Pour éviter tout doute, toutes les demandes en cours à ce stade seront évaluées conformément à la nouvelle politique
5.4.3.2 Phase 2 d'épuisement
- Au cours de cette phase, la taille maximale d'allocation / affectation sera / 22.
- Il n'y a pas de limite explicite au nombre de fois où une organisation peut demander des IPv4 espace d'adressage pendant la période d'épuisement
5.4.4 La période d'attribution et d'affectation est de 8 mois.
La période d'attribution et d'affectation est de 8 mois. Cela contribuera à garantir que les LIR ne demandent que les ressources dont ils ont besoin à court et à moyen terme, et favorisera l'équité dans la répartition équitable des dernières IPv4 pool d'adresses. Cette période d'allocation / affectation restera la même pendant toute la durée de vie de cette politique
5.4.5 Critères d'attribution
- Pour recevoir IPv4 allocations ou affectations pendant la phase d'épuisement, le LIR ou l'utilisateur final doit IPv4 les allocations ou les politiques d'attribution et ont utilisé au moins 90% de toutes les allocations ou affectations précédentes (y compris celles effectuées pendant la phase de pré-épuisement et d'épuisement).
- Dans le cas de nouveaux LIR ou utilisateurs finaux sans attributions ou affectations précédentes, cette exigence ne s'applique pas à leur première demande d'allocation ou d'attribution.
- Les ressources AFRINIC sont destinées à la région de service AFRINIC et toute utilisation en dehors de la région doit être uniquement destinée à soutenir la connectivité vers la région AFRINIC
5.4.6 IPv6 réserve de déploiement
Un contigu / 12 IPv4 bloc d'adresse sera réservé hors de la finale / 8 pour faciliter IPv6 déploiement. Lorsque AFRINIC ne peut plus répondre à des demandes d'espace d'adressage (de la finale / 8 ou de tout autre espace d'adressage disponible), les allocations et affectations de ce bloc doivent être justifiées par les besoins de IPv4 adresse l'espace à supporter IPv6 déploiement. Exemples de tels besoins: [IPv4 adresses pour les fournisseurs de services DNS principaux, les serveurs DNS à double pile, les traducteurs 464XLAT ou tout autre traducteur tel que défini par l'IETF. Ce bloc sera soumis à une allocation de taille maximale de / 24.
Le personnel d'AFRINIC fera usage de son pouvoir discrétionnaire lors de l'évaluation des justifications et devrait utiliser une allocation parcimonieuse si possible dans ce bloc / 12.
Afin de recevoir une allocation ou une mission du IPv6 réserve de déploiement:
- Le demandeur peut ne pas avoir reçu de ressources en vertu de cette politique au cours des six (6) mois précédents;
- Le demandeur doit démontrer qu'aucune autre affectation ou affectation ne répondra à ce besoin.
4.0 Historique des révisions
|
09 Février 2016 |
AFPUB-2016-V4-001-DRAFT01 (Version 1.0) Version 1 publiée sur la liste de diffusion rpd |
|
16 Février 2016 |
AFPUB-2016-V4-001-DRAFT02 (version 2.0): |
|
22 JUL 2016 |
AFPUB-2016-V4-001-DRAFT03 (version 3.0): La taille maximale de l'allocation / affectation est passée de / 15 à / 18 dans la phase 1 conformément aux discussions lors de la réunion de politique publique d'AFRINC-24 et aux discussions de suivi sur la SPR. |
|
14 APR 2017 |
AFPUB-2016-V4-001-DRAFT04 (Version 4.0)
|
Références 5.0
Politique globale d’allocation du solde IPv4 pool d'adresses: http://www.AFRINIC.net/en/library/policies/135-afpub-2009-v4-001
Évaluation du personnel
*** Évaluation du personnel ***
| Proposition | AFPUB-2016-V4-001-DRAFT- 04 |
|---|---|
| Titre | IPv4 Atterrissage en douceur BIS |
| évaluée | 15 mai 2017 |
1.0 Le personnel comprend la proposition
- Remplacement complet du courant IPv4 Politique d'atterrissage en douceur (remplace l'intégralité du CPM 5.4)
- La politique prévoit des ressources pour les nouveaux LIR et les utilisateurs finaux, ce qui fait défaut dans l'actuel CPM 5.4.
- Crée un réservé et dédié (IPv4 / 12) bloc pour les entreprises ayant besoin IPv4 espace pour soutenir IPv6 déploiement.
- Introduit de nouvelles valeurs pour les allocations / tailles d'affectation maximales: Supprime les tailles d'allocation / affectation minimales stipulées dans CPM 5.4. Supprime les tailles minimales d'allocation / affectation stipulées dans CPM 5.4.
- Phase 1: Maximum / 18, pas de minimum (implique minimum / 32)
- phase 2: Maximum / 22, pas de minimum (implique minimum / 32)
- Supprime les tailles minimales d'allocation / affectation stipulées dans CPM 5.4.
2.0 Commentaires du personnel
-
La définition de la "phase d'épuisement" n'est pas claire. La politique actuelle d'atterrissage en douceur la définit, mais la définition serait supprimée si cette proposition est adoptée, ce qui nous laisserait sans bonne définition.
-
Les liens HTML doivent être développés pour être visibles dans les versions texte ou imprimées de la proposition
-
Dans l'introduction du 5.4, la politique existante comporte trois paragraphes et la nouvelle un paragraphe. Il n'y a aucune explication pour laquelle les informations supplémentaires ont été supprimées.
-
Dans 5.4.1 "Définitions", pourquoi avons-nous une définition de LIR différente de celle du CPM 2.3? Nous préférerions voir toutes les définitions (générales) dans la section 2 du CPM - à moins qu'elles ne soient explicitement spécifiées dans la section d'atterrissage en douceur du CPM.
-
Les définitions de "LIR existant" et "utilisateur final existant" ne sont pas claires. Il semble que les auteurs se référaient aux membres qui ont rejoint AFRINIC et ont reçu un espace d'adressage avant le début de la phase d'épuisement. Dans tous les cas, le reste de la stratégie n'utilise pas ces définitions, de sorte que les définitions pourraient être supprimées.
-
La définition de «nouveau LIR» et «nouvel utilisateur final» signifie que quelqu'un qui se joint aujourd'hui sera classé comme «nouveau» et restera «nouveau» pour toujours. Est-ce là l'intention des auteurs? Dans tous les cas, la définition n'est utilisée qu'une seule fois, en 5.4.5. Il n'y a pas besoin d'une définition si le texte en 5.4.5 est écrit avec soin.
-
Dans la définition de final / 8, nous suggérons aux auteurs de spécifier qu'il s'agit de 102.0.0.0/8.
-
Au 5.4.2 - notez que le terme «phase actuelle» de l'ancienne politique d'atterrissage en douceur est renommé «phase de pré-épuisement». Le nom "phase de pré-épuisement" est meilleur, mais nous notons que certains autres documents peuvent avoir besoin d'être modifiés pour tenir compte du changement.
-
Au 5.4.3.1, par souci de cohérence, veuillez indiquer explicitement IPv4 dans "attribution / affectation de IPv4 espace d'adressage "
-
Au 5.4.3.1, "l'attribution / l'attribution de l'espace d'adressage se poursuivra comme dans le pré-épuisement". Nous comprenons que les exigences existantes pour les besoins justifiés resteront. Nous suggérons de clarifier cela et de le relever de 5.4.3.1 à 5.4.3, afin qu'il s'applique à toutes les phases. Le texte du 5.4.5 "doit répondre IPv4 les allocations ou les exigences des politiques d'affectation "impliquent également un besoin justifié, mais là encore, cela pourrait être plus clair.
-
Dans 4.5.3.1, "pas de minimum explicite" est un changement par rapport à l'ancienne politique d'atterrissage en douceur. "Pas de minimum explicite" implique que le minimum sera de / 32, mais le personnel préférerait conserver un minimum de / 24. L'attribution ou l'attribution de blocs inférieurs à / 24 entraînera des difficultés opérationnelles pour le personnel (ainsi que sur Internet en général) et nécessitera des changements de logiciel.
-
Au 5.4.3.2, les auteurs devraient indiquer le début de la phase 2. Actuellement, le début de la phase 2 est sous-entendu par l'un des points du point 5.4.3.1, mais il serait préférable que le 5.4.3.2 énonce explicitement les conditions de démarrage de la phase 2.
-
Dans 5.4.3.1 «Pour éviter tout doute, toutes les candidatures en cours à ce stade seront évaluées conformément à la nouvelle politique». Cela devrait probablement s'appliquer au début de la phase 2 ainsi qu'au début de la phase 1.
-
Au 5.4.3.2 "Il n'y a pas de limite explicite au nombre de fois qu'une organisation peut demander des IPv4 espace d'adresse pendant la période d'épuisement ". Veuillez préciser si cela s'applique uniquement à la phase 2 ou également à la phase 1. Le personnel est préoccupé par l'augmentation possible de la charge de travail causée par de petites demandes répétées du même membre et suggère qu'une méthode de limitation être ajouté, comme une limite au nombre de demandes par an.
-
5.4.6 réserve a / 12 pour faciliter IPv6 déploiement. Qu'arrive-t-il au / 12 qui était réservé par l'ancienne politique d'atterrissage en douceur pour "certaines utilisations futures, encore imprévues"? Nous pensons que l'ancienne réservation est annulée et que la nouvelle réservation la remplace, mais nous souhaitons la clarté. Nous comprenons également que l'espace réservé ne serait pas touché tant qu'aucun autre espace n'est disponible, et si l'espace d'adressage est ensuite retourné à AFRINIC (après que la réserve commence à être utilisée), l'espace retourné serait traité selon les règles de la phase 2 .
-
Au 5.4.6, «le personnel d'AFRINIC fera usage de son pouvoir discrétionnaire lors de l'évaluation des justifications et devrait utiliser une allocation parcimonieuse si possible dans ce bloc / 12». Veuillez séparer ces deux idées très différentes en au moins deux phrases, mais de préférence deux sous-sections numérotées distinctes.
-
Les auteurs sont généralement invités à utiliser des sections numérotées au lieu de listes à puces, pour faciliter la référence dans les discussions ou la correspondance futures.
-
Il est également conseillé aux auteurs de faire en général un effort pour maintenir la numérotation de la nouvelle politique proposée alignée sur la numérotation de la politique actuelle du CPM.
3.0 Commentaires du conseiller juridique
- Aucun observé.
4.0 Mise en œuvre:
4.1 Chronologie et impact
La proposition peut être mise en œuvre telle qu'écrite sans impact significatif sur les ressources AFRINIC dans les délais recommandés par le PDP.
4.2 Exigences de mise en œuvre
Les travaux suivants doivent être demandés au service informatique:
- Codification des nouvelles tailles minimales et maximales d'allocation dans MyAFRINIC et whois
- Révision des formulaires de demande de ressources (en MyAFRINIC et NMRP)
