| Ce 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 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 fixe le maximum à / 13 au lieu de / 10
- Pendant la phase 2, il met 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 ne fait rien pour encourager IPv6 déploiement.
- Le IPv4 l'épuisement dans d'autres régions combiné à d'autres facteurs a imposé une énorme pression sur AFRINIC IPv4 pool avec des demandes de grandes IPv4 blocs, avec très peu IPv6 déploiement.
- La pression sur 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 (section 3.5.1)
- Imposant IPv6 ressources comme conditions préalables IPv4 demandes de ressources pendant l'épuisement (section 3.8)
- Réservation d'espaces d'adresses pour les infrastructures Internet critiques et les nouveaux LIR ou utilisateurs finaux (sections 3.9.1 et 3.9.2)
- Suppression de la taille d'allocation minimale car elle peut évoluer au fil du temps pendant la période d'épuisement (sections 3.5.1 et 3.5.2)
3.0) La proposition
Cette politique (IPv4 Soft Landing), s'applique à la gestion de l'espace d'adressage qui sera à la disposition d'AFRINIC après la IPv4 la piscine est épuisée. Le but de ce document est de s'assurer que l'espace d'adressage est attribué et / ou alloué d'une manière acceptable pour la communauté AFRINIC, en particulier pendant cette période de IPv4 épuisement.
3.1 Documents de politique concernés
- IPv4 Politique d'allocation
- Proposition de changer la période d'allocation et d'attribution à 12 mois
- Proposition d'affectations d'utilisateurs finaux dans la région de service AFRINIC.
3.2 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 reçu aucun 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 pas reçu de IPv4 l'espace d'adressage avant la phase d'épuisement.
- Nouveau point d'échange Internet - Un nouveau point d'échange Internet est un point d'échange Internet qui est membre d'AFRINIC, mais qui n'a pas été affecté ou attribué IPv4 adresser l'espace au réseau local homologue 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 espace d'adressage qui a été alloué par l'IANA à AFRINIC en vertu de la section 2.2 C de la Politique globale pour l'allocation du solde IPv4 Espace d'adressagehttp://www.icann.org/en/general/allocation-remaining-ipv4-space.html> au moment de l'épuisement du pool IANA de IPv4 espace d'adressage. Version AFRINIC de la Politique Globale d'Allocation des Restes IPv4 L'espace d'adressage est également appelé AFPUB-2009-v4-001.
3.3 Résumé
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.
3.4 Phase actuelle
La «phase actuelle» est le statu quo au moment de l'adoption de cette politique. Au cours de cette phase, AFRINIC continuera d'allouer ou d'attribuer IPv4 adresses aux LIR et aux utilisateurs finaux en utilisant les politiques actuelles, notamment:
- AFPUB-2005-v4-001: http://www.AFRINIC.net/docs/policies/AFPUB-2005-v4-001.htm
- AFPUB-2006-GEN-001http://www.AFRINIC.net/docs/policies/AFPUB-2006-GEN-001.htm>, et toute future version modifiée de ces politiques.
La phase actuelle se poursuivra jusqu'à ce qu'une demande de validité IPv4 l'espace d'adressage de n'importe quel LIR ou utilisateur final à AFRINIC soit
- ne peut pas être rempli avec le IPv4 espace d'adressage disponible dans le pool AFRINIC (à l'exception du Final / 8), ou
- peut être remplie, mais laisserait l'AFRINIC IPv4 pool d'adresses vide (à l'exception de la finale / 8).
La demande qui aboutit à la satisfaction de l'une des conditions ci-dessus sera la dernière IPv4 demande d'espace d'adressage qu'AFRINIC acceptera de tout LIR ou utilisateur final dans la phase en cours. Si la demande peut être traitée conformément aux politiques de la phase en cours, elle le sera; sinon, il sera traité conformément aux politiques de la phase d'épuisement.
AFRINIC annoncera publiquement que la phase d'épuisement a commencé à ce stade. Pour éviter tout doute, toutes les demandes actuellement en cours à ce stade seront évaluées conformément à la nouvelle politique.
3.5. 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:
3.5.1 Phase 1 d'épuisement
Au cours de cette phase, l'allocation / l'attribution de l'espace d'adressage se poursuivra comme dans la phase actuelle 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 seront en cours à ce stade seront évaluées conformément à la nouvelle politique
3.5.2 Phase 2 d'épuisement
Au cours de cette phase, la taille maximale d'allocation / affectation sera / 22.
3.6 Si un LIR ou un utilisateur final demande IPv4 espace d'adressage pendant l'épuisement:
Pendant l'épuisement de la phase 2, les nouveaux LIR ou utilisateurs finaux ne peuvent recevoir qu'une seule allocation / affectation des nouveaux LIR ou pool réservé d'utilisateurs finaux.
Pendant la phase d'épuisement 2, l'infrastructure critique ne peut recevoir qu'une seule allocation / affectation du pool réservé de l'infrastructure Internet critique.
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
3.7 La période d'attribution et d'affectation actuelle de 12 mois est modifiée en 8 mois:
La période d'attribution et d'affectation actuelle de 12 mois est passée à 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
3.8 Critères d'attribution
Pour recevoir IPv4 allocations ou affectations pendant la phase d'épuisement, le LIR ou l'utilisateur final doit IPv4 les affectations 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 actuelle et la phase 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.
LIR et utilisateurs finaux demandant IPv4 doit avoir IPv6 ressources d’AFRINIC (ou demander en même temps IPv4) ou de leur amont.
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
3.9 IPv4 Espace d'adressage pour les infrastructures Internet critiques, les nouveaux LIR ou les utilisateurs finaux et les circonstances imprévues
Pendant la phase d'épuisement 2, les allocations / affectations aux infrastructures Internet critiques et aux nouveaux LIR et utilisateurs finaux seront les suivantes:
3.9.1 Affectations aux infrastructures Internet critiques
Un A / 16 de la finale / 11 sera réservé pour une utilisation exclusive par les infrastructures Internet critiques. Sur demande IPv4 ressources, une infrastructure Internet critique peut recevoir une allocation ou une affectation (maximum / 22).
Les infrastructures critiques sont: les opérateurs de serveurs racine DNS sanctionnés par l'ICANN, les IXP, les opérateurs TLD (Top Level Domain), IANA RIRs
Sur demande IPv4 ressources, un point d'échange Internet (IXP) recevra une allocation ou une affectation (maximum / 23) selon les éléments suivants:
- Cet espace sera utilisé pour exécuter un réseau local d'appairage de points d'échange Internet; les autres utilisations sont interdites.
- Les nouveaux points d'échange Internet se verront attribuer un maximum de / 24. Les points d'échange Internet peuvent renvoyer cette affectation (ou un PI existant utilisé comme LAN d'appairage IXP) s'ils manquent d'espace et reçoivent une affectation plus importante (un maximum de / 23 si l'utilisation l'exige).
- L'espace IP retourné par les points d'échange Internet sera ajouté au pool réservé maintenu pour l'utilisation des points d'échange Internet.
3.9.2 Attribution / affectation à de nouveaux LIR ou utilisateurs finaux
Un A / 14 de la finale / 11 sera réservé pour une utilisation exclusive par de nouveaux LIR ou utilisateurs finaux sans IPv4 espace d'adressage d'AFRINIC. Sur demande pour IPv4 ressources, un nouveau LIR ou un utilisateur final peut recevoir une allocation ou une affectation (maximum / 22).
3.9.3 Réserve pour des situations imprévues
A / 13 IPv4 le bloc d'adresse sera en réserve hors de la finale / 8. Ce / 13 IPv4 le bloc d'adresse sera conservé par AFRINIC pour certaines utilisations futures, encore imprévues. Internet est innovant et nous ne pouvons pas prédire avec certitude ce qui pourrait arriver. Par conséquent, il est prudent de garder ce bloc en réserve, au cas où une exigence future créerait une demande de IPv4 Adresses.
Lorsque AFRINIC, ne peut plus répondre aux demandes d'espace d'adressage (du Final / 8 ou de tout autre espace d'adressage disponible), AFRINIC en concertation avec la communauté via la liste de diffusion de discussion politique et compte tenu de la demande et d'autres facteurs du moment reconstituer le pool d'épuisement avec n'importe quel espace d'adressage (ou une partie de celui-ci) qui peut être disponible pour AFRINIC à ce moment-là, d'une manière qui est dans le meilleur intérêt de la communauté.
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-DRAFT02 (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. |
5.0 Références
Politique globale d’allocation du solde IPv4 pool d'adresses: http://www.AFRINIC.net/en/library/policies/135-afpub-2009-v4-001
6.0 Questions fréquemment posées
Veuillez cliquer ici pour lire quelques questions fréquemment posées importantes qui guident la compréhension de la proposition
Évaluation du personnel
Évaluation et commentaires du personnel et juridique
Commentaires du personnel:
- La référence à "après l'actuelle IPv4 le pool est épuisé "n'est pas clair. L'expression correspondante dans la politique actuelle d'atterrissage en douceur (CPM 5.4) est beaucoup plus claire:" pendant la "phase d'épuisement" qui commence lorsque AFRINIC doit d'abord attribuer ou allouer des adresses IP à partir de la finale / 8 bloc de IPv4 espace d'adressage "
- La définition d '"infrastructure critique" à la section 3.9.1 de la proposition est différente de celle des politiques existantes (CPM 5.6.4.1 et CPM 6..8.1).
- Il sera déroutant pour le personnel de traiter plusieurs définitions différentes de l'infrastructure critique, et nous suggérons que des changements similaires soient apportés dans d'autres politiques qui se réfèrent à l'infrastructure critique, ou que la définition soit donnée en un seul endroit et se réfère à d'autres politiques.
- Est-ce vraiment l'intention de cette proposition de politique d'inclure les milliers de nouveaux TLD en tant qu'infrastructure critique?
- Nous notons que le / 16 réservé aux infrastructures critiques ne contiendra que 64/22, ce qui est beaucoup moins que le nombre de TLD DNS.
- La stratégie IXP active actuelle n'est pas incluse car la stratégie affectée soulève une cause potentielle de confusion car les approches des deux stratégies ne sont pas synchronisées. Le CPM n'a pas besoin d'avoir de conflits à l'avenir.
- Section 3, qu'est-ce qu'une demande valide? S'agit-il d'une demande créée (non évaluée ou approuvée) contenant toutes les informations requises selon nos critères d'évaluation ou une demande approuvée?
- Phase d'épuisement 2: mentionne que toutes les demandes existantes en cours d'évaluation seront évaluées conformément à la nouvelle politique. Est-ce vraiment lié à une nouvelle politique ou à une nouvelle phase qui démarre (phase d'épuisement 2)?
- Maintenons-nous toujours / 24 au minimum, car il s'agit du plus petit préfixe pouvant être routé sur BGP?
- 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. Cette déclaration contredit les 2 déclarations précédentes dans la même section 3.6 où elle mentionne que CI et les nouveaux membres ne peuvent recevoir qu'une allocation / affectation
- Pas de détails / directives sur la taille du préfixe ou les règles fournies pour les autres infrastructures critiques mentionnées à part IXP.
Légal: Aucun