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

Politique mondiale de post-épuisement IPv4 Mécanismes d'allocation par l'IANA | AFPUB-2011-v4-004-draft- 01

Détails
  • Réf. Prénom:
    AFPUB-2011-v4-004-draft-01 (GPP-IPv4-2011)
  • Ancienne réf:
    NA
  • Statut:
    Mis en œuvre
  • Date :
    29 avril 2011
  • Auteur :
    • Douglas Onyango
      ondouglas [at] yahoo.com
    • Alexandre Acosta
      alejandro.acosta [at] bt.com | British Telecom
    • S. Moonesamy
      sm + AFRINIC [at] elandsys.com
    • Nicolas Antoniello
      nantoniello [at] gmail.com
    • Medel Ramírez
      medel [at] globetel.com.ph | Globe Telecom, Inc
    • Masato Yamanishi
      myamanis [at] bb.softbank.co.jp | Softbank BB Corp
    • Philip Smith
      pfs [at] cisco.com | Systèmes Cisco

 

1) Résumé du problème 

L'IANA a maintenant épuisé son bassin de IPv4 / 8 blocs, après avoir distribué le reste IPv4 adresses conformément à la "Politique globale d’allocation des fonds restants IPv4 Espace d'adressage ". [1] Cependant, il est possible que l'IANA reçoive les adresses retournées après l'épuisement de son pool de / 8.

Une proposition de politique mondiale antérieure rédigée par une équipe composée de personnes de chacun des cinq RIRs atteint un consensus à quatre RIRs, et a ensuite été approuvé par ces RIRConseils d'administration. Dans la région AFRINIC, c'était AFPUB-2009-v4-002, "Proposition de politique globale pour l'attribution IPv4 aux registres Internet régionaux ". Pour voir le numéro de référence de la proposition dans les cinq RIRs, voir l'annexe A.

La version approuvée dans la cinquième région a été substantiellement réécrite par la communauté ARIN pour répondre à certaines de leurs préoccupations. Cependant, compte tenu de la nature des réécritures, il aurait été difficile de concilier cette version avec la version qui a atteint un consensus dans les quatre autres RIRs. Par conséquent, certains membres de la communauté ARIN ont rédigé une nouvelle proposition mondiale, "Global Policy for IPv4 Allocations par l'IANA après l'épuisement ", qui a été adopté dans la région ARIN. Il est AFPUB-2010-v4-003-draft- 02. Pour voir le numéro de référence de la proposition pour cette proposition dans les cinq RIRs, voir l’annexe A. Cependant, des problèmes importants AFPUB-2010-v4-003-draft- 02. Ceux-ci sont:

Le bassin de remise en état pourrait être épuisé par RIR(s) avec des taux d'allocation élevés après la première (ou la première) période (s) d'allocation. il y a deux principales raisons RIRs auront des taux d'allocation différents une fois le pool IANA épuisé:

  1. Taux de croissance d'Internet dans la région
  2. Politiques élaborées par différentes régions régissant la façon dont la dernière partie de leur IPv4 les adresses doivent être gérées.

En réponse à IPv4 épuisement, certains RIR les communautés ont choisi d'appliquer des politiques à une partie de leur dernière IPv4 adresses qui visent à faciliter une transition en douceur vers IPv6. Ces politiques ont pour effet de ralentir la consommation de IPv4 adresses attribuées en vertu de ces politiques. Cet effet secondaire mettrait RIRs qui ont choisi d'adopter ces politiques de manière désavantageuse, car il leur faudra beaucoup plus de temps pour AFPUB-2010-v4-003-draft- 02 par rapport à RIRs qui ont choisi de ne pas adopter de telles politiques. Par conséquent, pour garantir que la variation régionale de la politique de RIRs est pris en compte, il est important d'avoir une méthode de redistribution IANA qui puisse continuer à fournir des RIRs sur plus d'une (ou seulement quelques) périodes d'allocation.

- Les définitions du moment où un RIR est considéré comme "épuisé", et donc éligible pour un espace de l'IANA, devrait être plus flexible étant donné les RIR les environnements politiques et le nombre d'adresses disponibles à un moment donné.

- selon la formule de redistribution proposée à AFPUB-2010-v4-003-draft- 02, il est possible pour un RIR être le seul éligible RIR dans la première période d'allocation de l'IANA et pour cela RIR pour réclamer l'intégralité du pool de remise en état. Il est également possible qu'un seul RIR pourrait être éligible au cours des périodes d'allocation suivantes et utiliser le pool IANA total disponible à ce moment.

Pour éviter que cela ne se produise, il vaut mieux avoir une formule qui permettrait RIRs de ne prendre qu'une certaine fraction du pool IANA à chaque période d'allocation.

Un problème avec les deux AFPUB-2009-v4-002 et AFPUB-2010-v4-003-draft- 02 est lié à la politique de retour des adresses par le RIRs à l'IANA:

- Dans AFPUB-2009-v4-002, le retour des adresses au pool de remise en état était obligatoire. Cette restriction préoccupait grandement la communauté ARIN.

- Dans AFPUB-2010-v4-003-draft- 02, retour des adresses par RIRs est facultatif, mais rien n'empêche un RIR qui n'a rien contribué au pool de retour de l'IANA en réclamant une partie, voire la totalité, du pool de retour.

 

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

Cette politique décrit le processus que l'IANA suivra pour allouer IPv4 ressources aux registres Internet régionaux (RIRs) après épuisement du pool central d'adresses.

Les processus pour savoir comment IPv4 l'espace peut être placé dans l'IANA récupéré IPv4 Le pool est hors de portée de cette proposition.

- En raison des deux problèmes ci-dessus, cette nouvelle proposition sépare le retour de l'espace d'adressage à l'IANA de la redistribution de cet espace par l'IANA. Au lieu de cela, les auteurs de cette nouvelle proposition traitent le retour et la redistribution comme deux questions distinctes qui devraient être traitées comme des politiques distinctes.

Un problème avec AFPUB-2009-v4-002, AFPUB-2010-v4-003-draft- 02, et la première version d'AFPUB-2011-v4-004-draft-01 est que les tentatives de trouver des moyens de faire en sorte que «l'admissibilité» et «l'épuisement» répondent aux différents besoins des cinq RIRs causé des problèmes pour au moins RIRs.

- Pour éviter cette situation, cette deuxième version de l'AFPUB-2011-v4-004-draft-01 invoque le précédent de la dernière stratégie globale pour IPv4 distribution par l'IANA [1] pour proposer une manière alternative de distribuer l'espace à partir de l'IANA. Autrement dit, qu'il y ait une répartition égale des adresses entre tous RIRs

 

3) Politique

Lors de l'adoption de cette IPv4 politique d’administration par le Conseil d’administration de l’ICANN, l’IANA établira un IPv4 Piscine à utiliser après RIR IPv4 l'épuisement tel que défini à la section 1. La récupération IPv4 Le pool contiendra initialement tous les fragments qui pourraient être laissés dans l'IANA. Il contiendra également tout espace retourné à l'IANA par tout autre moyen.

3.1) Récupéré IPv4 Piscine:

Le récupéré IPv4 Le pool sera administré par l'IANA. Il contiendra:

a) Tout fragment restant dans l'inventaire IANA après les derniers / 8s de IPv4 l'espace est délégué au RIRs

- L'inventaire IANA exclut "Utilisation spéciale IPv4 adresses "telles que définies dans le BCP 153 et toutes les adresses attribuées par l'IANA à des fins expérimentales.

b) Tout IPv4 l'espace retourné à l'IANA par tous les moyens.

Le récupéré IPv4 La piscine restera inactive jusqu'au premier RIR a moins d'un total de a / 9 dans son inventaire de IPv4 espace d'adressage.

Lorsque l'un des RIRs déclare avoir moins d'un total de a / 9 dans son inventaire, le montant récupéré IPv4 Le pool sera déclaré actif et les adresses IP du fichier récupéré IPv4 Le pool sera attribué comme indiqué dans la section 4.2 ci-dessous.

3.2) Répartition des retours IPv4 espace d'adressage par l'IANA:

a) Les allocations de l'IANA peuvent commencer une fois que le pool est déclaré actif.

b) Dans chaque "IPv4 période d’allocation ", RIR recevra un seul "IPv4 d'allocation »de l'IANA.

pouvez "IPv4 période d'allocation "est définie comme une période de 6 mois suivant le 1er mars ou le 1er septembre de chaque année.

d) L'IANA calculera la taille du "IPv4 d’allocation »aux moments suivants:

  • Quand le récupéré IPv4 La piscine est d'abord activée
  • Au début de chaque IPv4 période d'allocation

Pour calculer le "IPv4 unité d'allocation "à ces moments, l'IANA utilisera la formule suivante:

IPv4 unité d'allocation = 1/5 du récupéré IPv4 piscine, arrondi à la limite CIDR (puissance de 2) suivante.

Non RIR peut obtenir plus que ce calcul utilisé pour déterminer la IPv4 unité d’allocation, même s’ils peuvent en justifier le besoin.

Le minimum "IPv4 d'allocation "sera de / 24. Si le calcul utilisé pour déterminer le IPv4 unité d'allocation se traduit par un bloc inférieur à a / 24, l'IANA ne distribuera aucune adresse dans ce IPv4 période d'allocation.

3.3) Rapports

L'IANA peut faire des annonces publiques de IPv4 traiter les transactions qui se produisent en vertu de cette politique. L'IANA apportera les modifications appropriées à la page "Espace d'adressage du protocole Internet V4" du site Web de l'IANA [2] et pourra faire des annonces à ses propres listes d'annonces appropriées. Les annonces IANA seront limitées à quelles plages d'adresses, au moment de l'allocation et à quel registre elles ont été allouées.

 

4) Avantages / inconvénients

Avantages:

La politique fournit un mécanisme pour la distribution continue de IPv4 l'espace d'adressage, tout en supprimant les zones de AFPUB-2009-v4-002 problématiques pour la communauté ARIN, et supprimer les domaines problématiques de AFPUB-2010-v4-003-draft- 02. Autrement dit, la proposition:

  • Permet une variation régionale de la politique de ruissellement entre RIRs à prendre en compte dans la distribution des IPv4 Pool
  • Empêche la possibilité d'un seul RIR être éligible à se voir attribuer la totalité IPv4 Mise en commun au cours de la première (et peut-être seule) période d'allocation
  • Supprime deux domaines politiques qui ne sont pas parvenus à un accord lors des tentatives précédentes de cette proposition
    • Comment placer les adresses dans le fichier récupéré IPv4 pool
    • Références à la façon dont les transferts doivent ou non avoir lieu

Désavantages:

Cette proposition ne fournit pas de détails sur la façon dont l'espace d'adressage peut être retourné à l'IANA IPv4 Pool récupéré.

 

5) Calendrier de mise en œuvre

Une fois le consensus atteint dans chacun des cinq RIR régions, la politique sera transmise à l'ICANN pour approbation, puis mise en œuvre par l'IANA

 

6) Références

  1. "Politique mondiale d’allocation du solde IPv4 Espace d'adressage " http://www.icann.org/en/general/allocation-remaining-ipv4-space.htm
  2. "IANA IPv4 Address Space Registry ", février 2011 http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml

 

7) Annexe A

Numéro de proposition attribué à "Proposition de politique globale pour l'attribution IPv4 blocs aux registres Internet régionaux "dans chacune des cinq régions:

  • AFRINIC: AFPUB-2009-v4-002
  • APNIC : prop-069
  • ARIN : ARIN-2009-3
  • LACNIC : LAC-2009-01
  • MUR: MUR 2009-01

Numéro de proposition attribué à "Politique globale pour IPv4 Allocations par l'IANA après l'épuisement "dans chacune des cinq régions:

 


 

Notre Histoire
2011-02-11 La liste de diffusion de la SPR a été informée pour la première fois de la soumission de la proposition à l'ASO-AC.https://lists.AFRINIC.net/pipermail/rpd/2011/001258.html>
2011-04-28 Proposition soumise formellement dans le processus politique d'AFRINIC.https://lists.AFRINIC.net/pipermail/rpd/2011/001481.html>
2011-05-06 Proposition publiée sur le site Internet d'AFRINIC.https://lists.AFRINIC.net/pipermail/rpd/2011/001560.html>
2011-06-08 Proposition discutée lors de l'AFRINIC-14 à Dar es Salaam et obtient un consensus.https://lists.AFRINIC.net/pipermail/rpd/2011/001759.html>
2011-07-29 Le dernier appel commencehttps://lists.AFRINIC.net/pipermail/rpd/2011/001840.html>
2011-08-03 Le dernier appel se termine
2011-09-09 Les coprésidents du PDWG déclarent un consensushttps://lists.AFRINIC.net/pipermail/rpd/2011/001853.html>
Print Friendly, PDF & Email
Dernière modification le -