Info! Please note that this translation has been provided at best effort, for your convenience. The English page remains the official version.

IPv4 Politique d'atterrissage en douceur | AFPUB-2010-v4-005

 

Détails

Réf. Prénom:
AFPUB-2010-v4-005

Ancienne réf:
NA
Statut:
Ratifié
Date :
29 Juillet 2011
Auteur :
Douglas Onyango | cette adresse e-mail qui est protégée du spam. Vous devez activer JavaScript pour la voir.

 

1) Introduction

Parce que le Global IPv4 le pool gratuit est épuisé, l'IANA a mis en œuvre le Politique globale pour l'allocation du solde IPv4 Espace d'adressage, c'est-à-dire après la finale / 8, RIRs ne recevra plus d'espace d'adressage de l'IANA comme par le passé. Cela place AFRINIC dans une situation précaire car la politique actuelle d'allocation et d'affectation ne peut être maintenue à moyen et long terme.

 

2) Résumé de la façon dont cette proposition résout le problème

Afin d'assurer une transition en douceur vers IPv6, Le pool d'AfriNIC devrait être géré pour fournir aux membres un espace d'adressage après IPv4 la piscine est épuisée. Cela aidera à maintenir IPv4 réseaux lors du déploiement IPv6 réseaux - une pratique qui caractérise la période de transition. Ce document propose une stratégie d'allocation et d'affectation et de maintenance des AfriNIC IPv4 piscine après épuisement. Cette politique commence lorsque AfriNIC commence à allouer de l'espace à partir de la finale / 8

 

3) La proposition

Cette politique (IPv4 Soft Landing), s'applique à la gestion de l'espace d'adressage qui sera disponible pour 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

 

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é attribué ou 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é attribué ou alloué IPv4 l'espace d'adressage avant la phase d'épuisement.
  • Utilisateur final - Un utilisateur final est une organisation qui reçoit des attributions d'adresses IP exclusivement à utiliser dans ses réseaux opérationnels
  • 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 mondiale pour l'allocation des restants 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-001 , 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

a) ne peut être remplie avec le IPv4 l'espace d'adressage disponible dans le pool AfriNIC (à l'exception du Final / 8), ou

b) 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 au cours de 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 d'épuisement 1

Au cours de cette phase, l'allocation / l'attribution de l'espace d'adressage se poursuivra comme dans la phase actuelle (/ 24 pour une UE et / 22 pour une LIR) mais le maximum passera de / 10 à / 13.

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 d'épuisement 2

Au cours de cette phase, la taille minimale d'allocation / affectation sera / 24 et le maximum sera / 22 par allocation / affectation.

 

3.6) Si un LIR ou un utilisateur final demande IPv4 l'espace d'adressage pendant l'épuisement

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 sera changée à 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'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 avoir utilisé au moins 90% de toutes les allocations ou affectations précédentes (y compris celles effectuées pendant la phase en cours 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.

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 Adresse Space Reserve

  • A / 12 IPv4 le bloc d'adresse sera en réserve hors de la finale / 8. This / 12 IPv4 le bloc d'adresse doit être 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 à plus de demandes d'espace d'adressage (de la finale / 8 ou de tout autre espace d'adressage disponible), le Conseil peut, à sa discrétion et en tenant compte de la demande et d'autres facteurs au moment de reconstituer le pool d'épuisement avec tout l'espace d'adressage (ou une partie de celui-ci) qui pourrait être disponible pour AfriNIC à l'époque, d'une manière qui soit dans le meilleur intérêt de la communauté.

 

Remerciements - Merci à RPD-ML et surtout Alain Aina et Alan Barrett pour leurs contributions.

 


 

4) Histoire

Date Révision
07.01.2009 Proposition publiée pour la première fois sur la liste de diffusion par le président du PDP-MG.
13.01.2009 La version mise à jour de la proposition est publiée sur la liste de diffusion par l'auteur.
13.05.2009 La version mise à jour de la proposition est publiée sur la liste de diffusion par l'auteur
23.05.2009 La proposition ne parvient pas à un consensus à AfriNIC-10 (21.05.2009, Le Caire-Egypte)
28.09.2009 La version mise à jour de la proposition est publiée sur la liste de diffusion par l'auteur.
27.11.2009 La proposition ne parvient pas à un consensus à AfriNIC-11
12.05.2010 L'auteur publie le texte mis à jour de la proposition dans la liste de diffusion. Nouvelle référence maintenant AFPUB-2010-v4-001
03.06.2010 La proposition a atteint un consensus pendant AfriNIC-12 à Kigali - Rwanda avec quelques modifications
25.06.2010 La période du dernier appel à commentaires de 15 jours commence
14.07.2010 La période du dernier appel à commentaires de 15 jours se termine. En raison d'objections au cours de la période, la proposition retourne maintenant à la liste de diffusion pour discussion.
07.11.2010 L'auteur publie une copie mise à jour de la proposition dans la liste de diffusion.
08.11.2010 Copie mise à jour de la proposition de politique publiée en ligne.
18.11.2010 L'auteur publie une copie mise à jour de la proposition dans la liste de diffusion.
25.11.2010 La proposition trouve un consensus lors de l'AfriNIC-13 à Johannesburg, en Afrique du Sud
14.11.2010 Les commentaires du personnel et l'analyse de la mise en œuvre par AfriNIC sont publiés sur la liste de diffusion
25.01.2011 L'auteur publie une copie mise à jour de la proposition en ligne, apportant les modifications convenues lors de la dernière réunion publique. Nouvelle référence maintenant AFPUB-2010-v4-005-draft- 01
21.02.2011 Mises à jour publiées sur le site Web et liste de diffusion rpd
10.05.2011 Version mise à jour draft- 03 de la proposition publiée sur le site Web et liste de diffusion rpd
28.05.2011 Le dernier appel à commentaires de 15 jours se termine. Les coprésidents du PDWG déclarent qu'il n'y a pas de consensus
30.05.2011 Draft 04 publié sur rpd.
10.06.2011 Draft 04 gains consensus à AFRINIC14 sous réserve de quelques modifications
05.08.2011 Version mise à jour draft- 05 affiché sur le site Web et la liste de diffusion rpd
05.09.2011 Dernier appel on draft- 05 de la proposition
14.11.2011 Déclaration de consensus après le dernier appel.
21.11.2011 Ratifiée par le conseil d'administration (Résolution RÉSOLUTION [201111.138])

 

Historique des modifications:
  • Version 1 - Supprimée IPv6 Plans d'adoption et déploiement comme conditions de réception IPv4 tenir compte de l'espace dans cette politique car les choix technologiques des membres ne relèvent pas de la compétence d'AfriNIC
  • Version 3 - Modification de la portée du document pour couvrir IPv4 l'espace d'adressage en dehors du / 8 pour éviter d'écrire une nouvelle politique pour IPv4 l'espace d'adressage qu'AfriNIC pourrait avoir en dehors du / 8
  • Version 5 - Suppression de 4 blocs comme bloc d'allocation maximum possible dans la stratégie Pour éliminer la possibilité de rester avec un espace inutilisable dans le pool
  • Version 8 - Modification des tailles d'allocation minimale et maximale à / 24 et / 22 respectivement pour répondre aux petites demandes des membres en transition qui n'ont besoin que de petits blocs pour l'interopérabilité
  • Version 9 - Rendre toutes les allocations / affectations utilisables uniquement dans la région AfriNIC pour freiner les pratiques du marché noir qui pourraient survenir après l'épuisement
  • Version 10 - Modification de l'énoncé du problème en raison de Global IPv4 piscine gratuite épuisée
  • Version 11 - Changement des noms de phase de "Statu quo modifié" et "IPv6 Transition "vers" Phase d'épuisement 1 "et" Phase d'épuisement 2 "en réponse aux commentaires lors de la réunion AriNIC-13. Changement de libellé dans 3.5 Phase d'épuisement pour couvrir l'espace d'adressage en dehors de la finale / 8 - en réponse aux commentaires lors de l'AriNIC-13 réunion
  • Version 12 - Changez 3 pour inclure «attribué et / ou attribué» pour plus de clarté.
  • Version 13 - Changer l'allocation / taille d'attribution minimale à / 24 pour la phase d'épuisement 1
  • Version 14 - Supprimer la taille en pourcentage sur 3.8
Print Friendly, PDF & Email
Dernière modification le -