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

Atterrissage en douceur - BIS DRAFT- 02

 

Détails
  • Réf. Prénom:
    AFPUB-2016-V4-001-DRAFT- 02
  • Date de soumission:
    04 Février 2016
  • Draft Version de la politique: 2.0
  • Statut:
    En discussion
  • Obsolètes:
    IPv4 Politique d'atterrissage en douceur - AFPUB-2010-v4-005
  • Auteurs):
    a. Omo Oaïya, cette adresse e-mail qui est protégée du spam. Vous devez activer JavaScript pour la voir., WACREN
    b. Joe Kimaïli, cette adresse e-mail qui est protégée du spam. Vous devez activer JavaScript pour la voir., Alliance Ubuntunet
    c. Alain P.AINA, cette adresse e-mail qui est protégée du spam. Vous devez activer JavaScript pour la voir., TRS

1) 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 a fixé 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'a pas non plus imposé 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 pool, a conduit à certaines propositions politiques de réserver des blocs à certaines sous-communautés.

 

2) 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:

  1. Modification de la valeur du maximum d'allocations / taille d'affectation pendant la phase d'épuisement 1 (section 3.5.1)
  2. Imposant IPv6 ressources comme conditions préalables IPv4 demandes de ressources pendant l'épuisement (section 3.8)
  3. 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)
  4. 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) 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

 

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 reçu aucun 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 reçu ni attribution d'aucune IPv4 adresser l'espace au réseau local homologue avant la phase d'épuisement.
  • Blocs / 8 finaux de espace d'adressage IPv4 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:

  1. ne peut pas être rempli avec le IPv4 espace d'adressage disponible dans le pool AFRINIC (à l'exception du Final / 8), ou
  2. 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 d'épuisement 1

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 changera de / 10 à / 15.

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 qui 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 maximale d'allocation / affectation sera / 22.

 

3.6) Si un LIR ou un utilisateur final demande IPv4 l'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 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'attribution / d'affectation restera la même pendant toute la durée de vie de la présente police

 

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 serveur racine DNS sanctionnés par l'ICANN, les IXP, les opérateurs de TLD (Top Level Domain), l'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 LAN d'échange de points d'échange Internet; d'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 renvoyé par les points d'échange Internet sera ajouté au pool réservé géré 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. This / 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.

Quand 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), AFRINIC en consultation avec la communauté via la liste de diffusion Policy Discussion et en tenant compte de la demande et d'autres facteurs à l'époque reconstituer le pool d'épuisement avec l'espace d'adressage (ou une partie de celui-ci) dont AFRINIC pourrait disposer à l'époque, d'une manière qui soit dans le meilleur intérêt de la communauté.

 

4.0) Historique des versions

09th Fév 2016 AFPUB-2016-V4-001-DRAFT01 (Version 1.0) Publié sur la liste de diffusion rpd.

16th Fév 2016 AFPUB-2016-V4-001-DRAFT02 (version 2.0) Publié sur la liste de diffusion rpd.

  • Une nouvelle version complète de la section 3 et donc la proposition de politique rend désormais obsolète IPv4 politique d'atterrissage en douceur au lieu de la modifier.
  • Changement de titre pour plus de clarté

 

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.

Print Friendly, PDF & Email
Dernière modification le -