| Détails |
|
1.0) Introduction
Au moment où la politique initiale d'atterrissage en douceur a été rédigée, il y avait de nombreuses inconnues et circonstances qui ne pouvaient pas être prévues, et par conséquent, la politique sous sa forme actuelle peut en fait nuire aux intérêts de la communauté AFRINIC plutôt que d'aider.
Principale parmi celles-ci, on ne savait pas quand le reste du monde manquerait de IPv4 l'espace, et les taux d'adoption de IPv6 étaient également une quantité inconnue.
Bien qu’il soit reconnu qu’il est nécessaire de garantir que les nouveaux entrants dans le monde de la propriété intellectuelle IPv4 l'espace, au-delà, retardant encore l'épuisement de la IPv4 l'espace d'adressage pourrait bien freiner la région tandis que le reste du monde évolue, laissant l'Afrique dans une position très défavorable pour aller de l'avant.
Dans la politique d'origine remplacée par celle-ci, les chiffres et les niveaux d'allocation n'étaient également basés sur aucune justification fondamentale, en raison des inconnues qui existaient à l'époque.
2.0) Résumé de la façon dont cette proposition résout le problème
Cette proposition conserve toujours un bloc d'espace réservé aux nouveaux entrants, mais au-delà, elle permet l'épuisement naturel des IPv4 grâce à une demande standard, et encourage donc l'adoption de IPv6 d'une manière plus agressive.
Proposition 3.0
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 à affecter
IPv4 Politique d'atterrissage en douceur
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.
- Utilisateur final - Un utilisateur final est une organisation qui reçoit des attributions d'adresses IP exclusivement à utiliser dans ses réseaux opérationnels
- Nouvel entrant - Ether un membre ou un nouveau membre qui, au moment de la demande, n'avait aucun IPv4 allocations ou affectations qui leur ont été faites par AFRINIC, et n'étaient pas titulaires de IPv4 espace ou autre IPv4 l’espace provenant soit d’un marché de transfert potentiel, soit d’autres RIR.
- Nouveau bloc d'entrée - bloc A / 13 de IPv4 espace, réservé en totalité, pour les allocations d'espace aux membres de l'AFRINIC qui, au moment de la candidature, IPv4 allocations d'adresses. A / 13 a été choisi sur la base de la croissance historique des membres au sein d'AFRINIC, y compris une certaine augmentation de ces allocations pour fournir un espace suffisant à allouer aux nouveaux membres pour une période de 2 ans.
- Espace supplémentaire et récupéré - Tous IPv4 blocs d'adresses récupérés auprès des membres non payants, ainsi que toutes les allocations d'espace d'adressage faites à AFRINIC par l'IANA ou une organisation de remplacement.
3.3 Résumé
Cette proposition remplace AFPUB-2010-v4-005 avec pour effet d'abroger la plupart de la politique d'origine et de la remplacer par une politique qui ne traite que de la valeur finale / 13 de l'espace et des nouveaux entrants, comme défini dans la définition ci-dessus.
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 l'espace d'adressage aux LIR et aux utilisateurs finaux en utilisant IPv4 politiques d'allocation déterminées par la communauté par le biais du groupe de travail sur l'élaboration des politiques.
La phase actuelle se poursuivra jusqu'à l'épuisement des IPv4 l'espace d'adressage se produit, à l'exception de IPv4 réserves telles que définies par cette politique et d'autres politiques actuellement en vigueur.
3.5 Spécifications du nouvel entrant
Au moment où une demande est présentée qui ne peut être satisfaite hors du pool AFRINIC, à l'exclusion de l'espace réservé par cette politique et d'autres politiques, les seules demandes de IPv4 l'espace qui sera examiné plus avant par AFRINIC sera pour les nouveaux entrants. La taille maximale d'une allocation de nouvel entrant sera de / 22.
Les candidatures des nouveaux entrants seront traitées selon le principe du premier entré, premier sorti (FIFO), c'est-à-dire que les candidatures seront traitées dans l'ordre de leur réception. Les demandes de nouveaux entrants en ce qui concerne les justifications doivent être conformes aux IPv4 les politiques d'allocation définies par la communauté.
3.5.1 Clarifications et autres points
Tout espace répondant à la définition d'espace supplémentaire et récupéré, à compter de la ratification de la présente politique, fera partie du bloc des nouveaux entrants et sera réservé aux membres qui répondent à la définition de nouvel entrant.
Dans un souci de clarté, la politique sera déclenchée par la demande, cependant, si une demande est déclarée invalide, le traitement peut se poursuivre jusqu'à ce qu'une autre demande soit présentée qui ne peut pas être satisfaite.
Dans le cas où la demande finale avant l'épuisement de tous les espaces à l'extérieur du nouveau bloc d'entrée est trop grande pour être remplie à partir de l'espace disponible, le demandeur se verra offrir tout l'espace restant disponible comme alternative.
4.0 Historique des révisions
| 12.02.2016 | Proposition dans son formulaire initial affiché à la liste de diffusion par Andrew Alston |
| 13.02.2016 | Proposition dans un nouveau formulaire avec modifications soumis à nouveau aux présidents du PDWG et publié sur la liste de diffusion par Andrew Alston Pour tous sauf le tout premier draft; Version 1 - Modifié pour afficher un texte intégral plutôt qu'un texte purement amendé par rapport à l'ancienne politique La section 3.3 a été modifiée pour remplacer le résumé original de l'ancienne politique. La section 3.5.1 a été renommée CLARIFICATIONS ET AUTRES POINTS, et a en outre ajouté de la clarté sur le processus de déclenchement du nouveau bloc entrant. |
| 29.11.2016 | Proposition retiré par les auteurs |
Références 5.0
Aucun
Évaluation et commentaires du personnel
Proposition 3.0
Cette politique (IPv4 Soft Landing), s'applique à la gestion de l'espace d'adressage qui sera à la disposition d'AFRINIC après la IPv4 piscine est épuisée. "
Le pool actuel est constitué des ressources disponibles d'AFRINIC / 8s ainsi que d'autres espaces minoritaires reçus de l'IANA. On ne sait pas ce que l’auteur entend par cette déclaration.
2. La politique sera déclenchée par une demande d'un nouveau participant. Les processus RS actuels doivent être modifiés pour y répondre. Le nouveau bloc entrant contiendra initialement un / 13, auquel seront ajoutées toutes les ressources récupérées supplémentaires (de l'IANA) (issues du processus de fermeture).
3. AFRINIC réservera un / 13 (+ espace supplémentaire et récupéré) pour les nouveaux entrants une fois la politique ratifiée et toute délivrance de nouvelles inscriptions sera effectuée à partir de cette réservation. Nous continuerons d'évaluer les demandes de ressources supplémentaires comme cela se fait actuellement. Les ressources supplémentaires (y compris les allocations / affectations aux détenteurs de Legacy v4) doivent provenir de «(Toutes les ressources disponibles) - ((Réservé aux nouveaux entrants) + (Réservé aux autres politiques))»
4. La taille maximale d'une allocation de nouvel entrant sera de / 22 et sera traitée selon le principe du premier entré, premier sorti (FIFO).
5. Lorsqu'un nouveau bloc d'entrée est trop grand pour être rempli à partir de l'espace disponible, le demandeur se verra offrir tout l'espace restant comme alternative.
6. On ne sait pas ce que signifie "épuisement" dans la phrase "La phase actuelle se poursuivra jusqu'à épuisement IPv4 l'espace d'adressage se produit ".
7. La phrase suivante n'est pas claire / ambiguë "Par souci de clarté, la politique sera déclenchée par la demande, cependant, si une demande est déclarée invalide, le traitement peut se poursuivre jusqu'à ce qu'une autre demande soit présentée qui ne peut pas être satisfaite. ".
8. Il n'y a pas de réserve de ressources pour des développements imprévus sur Internet comme dans la politique actuelle de softlanding.
9. Une fois cette politique ratifiée, elle déverrouille automatiquement le / 8 actuellement réservé et ne verrouille que le / 13 pour les nouveaux entrants. Les pratiques actuelles de gestion de la PI se poursuivront jusqu'à ce qu'il n'y ait que le dernier / 13, puis les dispositions de cette politique entreront en vigueur.
10. «Nouveau bloc d’entrée - bloc A / 13 de IPv4 espace réservé, «Est-ce à dire que cette politique soit ratifiée, sa mise en œuvre commencera par la réservation d'un / 13 IPv4 préfixe?
11. Si la proposition est ratifiée alors que l'atterrissage en douceur actuel (CPM 5.4) est déjà actif - et ce qui pourrait être le cas probablement au premier trimestre 1, reviendrons-nous à une émission basée sur les besoins (pré atterrissage en douceur), uniquement avec des dispositions pour les nouveaux entrants?
12. Insérer une phrase explicite pour la taille de la réservation pour les nouveaux entrants en 3.5
13. Le / 13 pour les nouveaux participants doit-il être réservé UNIQUEMENT à partir du dernier / 8? (puisqu'il n'y aura pas de politique d'atterrissage en douceur, car cette proposition la révise)
14. La proposition doit indiquer clairement comment elle remplace ou abroge la RPC 5.4 et fournir un texte clair avec sous-numérotation sur la façon dont elle sera insérée dans la RPC.
