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

Politique globale pour IPv4 Allocations par l'IANA après l'épuisement - AFPUB-2010-v4-003-draft-02

Print Friendly, PDF & Email
Réf. Nom AFPUB-2010-v4-003-draft-02
Statut

Proposition expirée

Date 24 novembre 2011
Auteurs) Steve Bertrand
Chris Grundmann
Martin Hannigan
Aaron Hugues
Louis Lee
Matt Pounset
Jason Schiller
Politique affectée  
 
TOC

 

Motivation:

Autorise tout IPv4 l'inventaire, quelle que soit la taille du préfixe, à renvoyer, puis réaffecté de manière juste et équitable par l'IANA après la fin de l'exécution.

 

1.) Justification

Cette politique définit le processus d'allocation des IPv4 adresses post "Phase d'épuisement" [1]. Une politique globale est requise pour que l'IANA puisse continuer de manière transparente à être en mesure d'allouer IPv4 aborde au-delà de l'épuisement. Afin de satisfaire aux exigences de cette politique, l'IANA doit mettre en place un pool de récupération pour conserver les adresses et distribuer conformément à cette politique. Cette politique établit le processus par lequel IPv4 les adresses peuvent être retournées et réémises à partir de la phase IANA post-épuisement.

Ce document ne stipule pas d'exigences de performance dans la fourniture de services par l'IANA à un RIR conformément à cette politique. Ces exigences devraient être spécifiées par des accords appropriés entre les RIRs et ICANN.

 

L'intention de cette politique est la suivante:

    • Pour inclure toutes les phases post-épuisement IPv4 espace d'adressage retourné à l'IANA.
    • Permet des allocations par l'IANA à partir du pool de récupération une fois la phase d'épuisement terminée.
    • Définit le «besoin» comme base pour IPv4 allocations de l'IANA.
    • Ne différencie aucune classe de IPv4 l'espace d'adressage, sauf indication contraire par un RFC.
    • Encourager le retour de IPv4 l'espace d'adressage en rendant ce processus d'allocation disponible.
    • Interdire les transferts d'adresses provenant du pool de récupération en l'absence d'un IPv4 Politique de transfert mondiale pour neutraliser les inégalités de processus de transfert entre RIR les régions.
    • S'applique à l'héritage IPv4 Espace d'adressage initialement alloué par l'IANA aux utilisateurs, y compris les allocations à RIRs.
    • Comprend toute longueur de fragments actuellement détenus par l'IANA maintenant ou à l'avenir.



2.) Bassin de remise en état

Lors de l'adoption de cette IPv4 adresse politique du Conseil d'administration de l'ICANN, l'IANA établira un pool de récupération à utiliser après RIR IPv4 l'épuisement tel que défini dans la section 4. Le pool de récupération contiendra initialement tous les fragments qui pourraient être laissés dans l'inventaire IANA. Dès le premier RIR épuise son inventaire d'espace d'adressage IP, ce pool de récupération sera déclaré actif. Lorsque le pool de récupération est déclaré actif, la politique globale d’allocation du solde IPv4 Espace d'adressage [3] et politique d'attribution des IPv4 Les blocs des registres Internet régionaux [4] seront officiellement obsolètes.

 

3.) Retour de l'espace d'adressage à l'IANA

L'IANA acceptera dans le pool de récupération tous les éligibles IPv4 espace d'adressage qui sont proposés pour le retour. L'espace d'adressage éligible comprend les adresses qui ne sont pas désignées comme «à usage spécial» par un RFC IETF ou les adresses attribuées à RIRsauf s'ils sont retournés par le RIR auquel ils ont été attribués à l'origine. Les détenteurs d'adresse hérités peuvent retourner l'espace d'adressage directement à l'IANA s'ils le souhaitent.

 

4.) Allocations d'adresses du pool de récupération par l'IANA

Les allocations du pool de récupération peuvent commencer une fois que le pool est déclaré actif. Les adresses dans le pool de récupération doivent être allouées sur une limite CIDR. Les allocations du pool de remise en état sont soumises à une unité d'allocation minimale égale à l'unité d'allocation minimale de tous RIRs et une unité d'allocation maximale de 8/XNUMX. Le bassin de remise en état sera divisé aux limites du CIDR et réparti également entre tous les RIRs une fois par trimestre. Tout reste non également divisible par le nombre d’éligibles RIRLes s resteront dans le pool de récupération jusqu'à ce que des retours d'adresse suffisants permettent une autre ronde d'allocations.

 

5.) RIR Admissibilité à recevoir des allocations du bassin de remise en état

À l'épuisement d'un RIRespace libre et après avoir reçu leur finale / 8 de l'IANA [3], un RIR deviendra éligible pour demander un espace d'adressage au pool de régénération de l'IANA lorsqu'elle annoncera publiquement via sa liste de diffusion d'annonces mondiales respective et en publiant un avis sur son site Web indiquant qu'elle a épuisé sa réserve de IPv4 espace d'adressage. L'épuisement est défini comme un inventaire inférieur à l'équivalent d'un single / 8 et l'incapacité d'attribuer davantage d'espace d'adressage à ses clients en unités égales ou plus courtes que la plus longue de toutes RIRUnité d'allocation minimale définie par la politique. Jusqu'à 10/XNUMX ou équivalent de IPv4 espace d’adresse spécifiquement réservé à un usage spécial par un RIR ne sera pas compté contre cela RIR lors de la détermination de l'éligibilité, sauf si cet espace a été reçu du pool de récupération IANA. Tout RIR qui est formé après que le conseil d'administration de l'ICANN a ratifié cette politique n'est pas autorisé à utiliser cette politique pour obtenir IPv4 l'espace d'adressage de l'IANA.

 

6.) Exigences de déclaration

L'IANA publiera au moins une fois par semaine un rapport accessible au public qui détaille au minimum tout l'espace d'adressage reçu et alloué. L'IANA publiera un rapport sur l'espace d'adressage renvoyé qui indique quelles ressources ont été retournées, par qui et quand. L'IANA publiera un rapport d'allocations au moins une fois par semaine qui indique au minimum ce que IPv4 un espace d'adressage a été alloué, ce qui RIR reçu l'allocation et quand. L'IANA publiera un avis public confirmant RIR éligibilité postérieure à la section 4.

 

7.) Aucun droit de transfert

L'espace d'adresse attribué à partir du pool de récupération peut être transféré s'il existe une politique mondiale ratifiée par le conseil d'administration de l'ICANN ou coordonnée au niveau mondial RIR spécifiquement écrite pour traiter les transferts, qu’ils soient inter-RIR ou d'une entité à une autre. Les transferts doivent répondre aux exigences d'une telle politique. En l'absence d'une telle politique, aucun transfert d'aucune sorte lié à l'espace d'adressage alloué ou attribué à partir du pool de récupération n'est autorisé.

 

8.) Définitions

IANA - Internet Assigned Numbers Authority, ou son successeur

ICANN - Internet Corporation for Assigned Names and Numbers, ou son successeur

RIR - Registre Internet régional reconnu par l'ICANN

MoU - Protocole d'accord entre l'ICANN et le RIRs

IPv4 - Protocole Internet version quatre (4), le protocole cible de cette politique globale

Piscine d'espace libre - IPv4 Adresses en inventaire à tout moment RIRet / ou l'IANA

 

9) Contributeurs

Les personnes suivantes ont donné de leur temps, de leurs ressources et de leurs efforts pour développer cette proposition au nom de la communauté Internet:

Steve Bertrand
Chris Grundmann
Martin Hannigan
Aaron Hugues
Louis Lee
Matt Pounset
Jason Schiller

 


10) Références

1. https://www.icann.org/en/general/allocation-remaining-ipv4-space.htm
Politique globale pour l'allocation du solde IPv4 Espace d'adressage, IANA, récupéré le 27 avril 2010

2. https://aso.icann.org/documents/memorandum-of-understanding/index.html ICANN Address Supporting Organization (ASO) MoU, récupéré le 27 mai 2010.

3. https://www.icann.org/en/general/allocation-remaining-ipv4-space.htm Politique globale pour l'allocation du solde IPv4 Espace d'adressage

4. https://aso.icann.org/wp-content/uploads/2009/09/aso-001-2.pdf Politique d'attribution des IPv4 Blocs aux registres Internet régionaux

Notre Histoire
25.08.2010 Proposition publiée pour la première fois sur la liste de diffusion rpd par Steve Bertrand.
27.08.2010 Publié sur le site Web et attribué la référence AFPUB-2010-v4-003
25.11.2010 Nouvelle mise à jour discutée lors de la réunion de politique publique d'AfriNIC-13 et renommée AFPUB-2010-GEN-006
24.11.2011

 2011-11-24 - La proposition expire après un an d'inactivité.

La version précédente
  AFPUB-2010-v4-003-draft-01
Dernière modification le -
Date et heure à Maurice -