Détails
Politique de transfert des ressources numériques d'AFRINIC |
|||
ID: |
AFPUB-2019-GEN-002-DRAFT02 |
Date de soumission: |
22 Septembre 2019 |
Auteurs): |
Grégoire Olaotan Ehoumi Mukhangu Noah Maina Komi Elitcha |
Version: |
2.0 |
Obsolètes: |
IPv4 Transfert de ressources au sein de la Région AFRINIC (Section 5.7 du CPM) |
Statut | Expiré |
Proposition
1.0 Résumé du problème traité par cette proposition
Le NomComXNUMX de l'AFRINIC IPv4 la piscine devrait bientôt s'épuiser. Certaines entités peuvent avoir besoin IPv4 espace pour soutenir leur IPv6 déploiements, notamment pour soutenir les mécanismes de transition, auxquels AFRINIC peut ne pas répondre. L’intra-RIR la politique en vigueur à AFRINIC permet aux entités de recevoir des IPv4 adresse d'autres membres uniquement dans la région AFRINIC, sur la base de besoins justifiés. Compte tenu du peu IPv4 espace initialement mis à la disposition d’AFRINIC (AFRINIC ne gère que 7.23 / 8s avec un très faible IPv4 adresses par internaute), il faudra donc tenir compte des IPv4 d'autres régions pour s'installer dans la région de service AFRINIC - sans nécessairement épuiser la faible quantité d'AFRINIC IPv4 adresses en transférant l'espace hors de la région.
L’intra-RIR la politique de transfert permet tous les types de IPv4 allocations / affectations à transférer, y compris IPv4 à partir de blocs spéciaux (blocs réservés pour les IXP et les opérations racine DNS, Last / 8, etc.)
L’intra-RIR la politique de transfert ne couvre pas ASNs alors qu'il existe des cas où les transferts de ASNs parmi les membres AFRINIC est souhaitable.
2.0 Résumé de la façon dont cette proposition résout le problème
Cette nouvelle politique définit un ensemble de règles permettant le transfert de IPv4 adresses et ASNs dans la région de service AFRINIC; et entre la région de service AFRINIC et les autres régions en précisant les catégories de ressources éligibles au transfert, la localisation des parties (sources et destinataires) et les conditions à remplir.
La stratégie sépare les ressources dans différentes catégories et définit les règles de transfert applicables à chaque catégorie.
Seules les ressources héritées et les ressources transférées depuis d'autres régions seront transférables hors de la région de service AFRINIC.
La politique contient également les dispositions suivantes:
- Les ressources numériques ne sont pas transférables et ne peuvent être attribuées à aucune autre organisation à moins qu'AFRINIC n'ait expressément et par écrit approuvé une demande de transfert. AFRINIC est chargé de prendre des décisions prudentes sur l'opportunité d'approuver le transfert des ressources numériques.
- IPv4 adresses et ASNs ne peuvent être transférés que conformément à cette politique.
- AFRINIC ne reconnaît pas les transferts en dehors des politiques de transfert approuvées et oblige les organisations détenant de telles ressources à les renvoyer aux registres appropriés.
Le but de cette politique de transfert est d'aider à distribuer les ressources de ceux qui n'en ont plus besoin aux organisations qui en ont besoin, mais ne peuvent pas les obtenir à partir des pools libres AFRINIC.
AFRINIC reconnaît les types de transferts suivants:
- fusion, acquisition ou reprise,
- entre les membres d'AFRINIC,
- entre un membre AFRINIC et une organisation d'une autre région,
- entre un détenteur de ressources Legacy et un membre AFRINIC,
- entre un détenteur de ressources héritées et une organisation dans une autre région.
AFRINIC traitera et enregistrera lesRIR transferts de ressources uniquement lorsque la contrepartie RIR possède unRIR politique de transfert qui permet le transfert de IPv4 espace d'adressage et ASNs entre sa propre région et AFRINIC.
Proposition 3.0
Insérez le texte suivant dans le CPM (numérotation à modifier par le personnel, le cas échéant):
3.1 Définitions 3.1.1 «Ressource» fait référence à IPv4 Espace d'adressage ou numéros de système autonome. 3.1.2 «Pool à des fins spécifiques» désigne le pool de ressources actuellement réservé aux infrastructures Internet critiques (section 5.6.4 du CPM) et les ressources distribuées pendant les phases d'épuisement de la politique d'atterrissage en douceur (section 5.4 du CPM). 3.1.3 «Ressources héritées» fait référence aux ressources allouées avant la RIR système et étiqueté comme héritage par AFRINIC. 3.1.4 «Autres» signifie les ressources transférées d’autres régions par l’intermédiaireRIR les transferts. 3.1.5 «Inter-RIR transfert »désigne le transfert de ressources d'un détenteur de ressources dans la région de service AFRINIC à une organisation dans une autre région ou vice-versa.
3.2 Marquage des ressources Pool AFRINIC == Régional Pool à usage spécial == Réservé Héritage == Héritage Autres == Global
3.3 Règles et procédures de sélection des ressources éligibles aux transferts 3.3.1 Si la source et le destinataire sont des membres AFRINIC, autorisez le transfert de «régional», «mondial» ou «hérité» et marquez «hérité» transféré comme «mondial». 3.3.2 Si la source est l'héritier détenteur et le destinataire est membre AFRINIC, autorisez le transfert de l'héritage et marquez les ressources transférées comme «globales». 3.3.3 Si la source est l'héritier titulaire et que le destinataire se trouve dans une autre région, autorisez le transfert de l'héritage. 3.3.4 Si la source est membre AFRINIC et que le destinataire se trouve dans une autre région, autorisez le transfert «Global». 3.3.5 Si la source provient d'une autre région et que le destinataire est membre AFRINIC, autorisez «Any», puis marquez les ressources transférées comme «Global». 3.3.6 Indépendamment de la source et du destinataire, si la ressource à transférer est «réservée», refuser le transfert. Cette restriction exclut les fusions, acquisitions et cessions.
3.4 Conditions sur les ressources à transférer
3.5 Conditions sur la source
3.6 Conditions sur le destinataire
|
4. Références
https://www.nro.net/wp-content/uploads/NRO-Statistics-2019Q2.pdf
https://www.potaroo.net/tools/ipv4/
http://bgp.potaroo.net/iso3166/v4cc.html
http://resources.potaroo.net/iso3166/ascc.html
ftp://ftp.afrinic.net/stats/afrinic/transfers/
Historique des révisions
Historique des révisions
Date |
Détails |
29 août 2019 |
Version 1 : AFPUB-2019-GEN-002-DRAFT01 Soumis pour discussion |
22 Sep 2019 |
Version 2 : AFPUB-2019-GEN-002-DRAFT01 Soumis pour discussion |
Reformulez les clauses suivantes pour plus de clarté:
|
Analyse d'impact de la politique AFRINIC
Évaluation du personnel AFRINIC
Date d'évaluation | Concernant la proposition |
---|---|
Septembre 2020 | AFPUB-2019-GEN-002-DRAFT02 |
1.0 Compréhension de la proposition par le personnel
- ASNsont transférables à la fois inter et intra-région
- Legacy IPv4 l'espace dans la région AFRINIC peut être transféré. Transféré IPv4 l'espace d'autres régions vers AFRINIC peut également être transféré.
- Les ressources numériques ne sont pas transférables et ne peuvent être cédées à aucune autre organisation à moins qu'AFRINIC n'ait expressément et par écrit approuvé une demande de transfert. L'approbation d'AFRINIC est généralement documentée électroniquement dans les tickets.
- IPv4 adresses et ASNs ne peuvent être transférés que si les demandes de transfert sont évaluées et conformément à cette politique.
- AFRINIC ne reconnaît pas les transferts en dehors des politiques de transfert approuvées et exige des organisations détenant de telles ressources de les renvoyer aux registres appropriés. Cela signifie que tout transfert survenu en dehors des politiques AFRINIC approuvées n'est pas valide et les organisations bénéficiaires seront tenues de restituer l'espace à AFRINIC ou au RIRs
- AFRINIC reconnaît les types de transferts suivants - gênants inter et intra-RIR:
- fusion, acquisition ou reprise,
- entre les membres d'AFRINIC,
- entre un membre AFRINIC et une organisation d'une autre région,
- entre un détenteur de ressources Legacy et un membre AFRINIC,
- entre un détenteur de ressources héritées et une organisation dans une autre région.
- La politique exige un certain «marquage» de catégorisation qui, à son tour, obligera AFRINIC à étiqueter les ressources actuellement déléguées et les ressources disponibles.
- La ressource sera couverte par les politiques d'AFRINIC après son transfert dans la région. Les ressources héritées ne seront plus héritées
Les conditions de transfert ont été résumées dans le tableau ci-dessous: -
Condition de politique | Identifier | Bénéficiaire | Ressources internet Type | Final Jour | Transferts Type | Conditions | ||
---|---|---|---|---|---|---|---|---|
Autorisé | Dénié | Identifier | Bénéficiaire | |||||
3.3.1 | Membre AFRINIC | Membre AFRINIC | Régional, mondial ou hérité | Reservé |
|
Intra-RIR | Doit être le détenteur du droit des ressources à transférer sans contestation. | Signer RSA. Nouveaux membres - Se conformer aux politiques, démontrer un plan d'utilisation transféré IPv4 Ressources /ASN conformité à la politique Membres existants - démontrer un plan d'utilisation IPv4 Ressources /ASN conformité aux politiques, taux d'utilisation passé, conformité aux politiques d'AFRINIC en ce qui concerne les allocations / affectations passées. |
3.3.2 | Legacy | Membre AFRINIC | Legacy | Réservé, régional et mondial | Héritage -> Mondial | Inter-RIR & Intra-RIR | Doit être le détenteur du droit des ressources à transférer sans contestation. | |
3.3.3 | Legacy | RIR | Legacy | Réservé, régional et mondial | N/D | Inter-RIR | Doit être le détenteur du droit des ressources à transférer sans contestation. | |
3.3.4 | Membre AFRINIC | RIR | Global | Réservé, régional | N/D | Inter-RIR | Doit être le détenteur du droit des ressources à transférer sans contestation. | |
3.3.5 | RIR | Membre AFRINIC | Toutes IPv4/ASN | N/D | Global | Inter-RIR | - défini dans la contrepartie RIRs - politique de transfert. |
3.4 Conditions sur les ressources à transférer
- La taille de la préfixe d'adresse IPv4 doit être au minimum de / 24.
- La ressource doit se qualifier pour le type de transfert demandé.
- La ressource sera couverte par les politiques AFRINIC après son transfert dans la région.
1.2 Le personnel a besoin de plus de précisions de la part des auteurs
Aucune
2.0 Commentaires du personnel sur les domaines d'impact
Si la proposition atteint un consensus:
2.1 Impact sur les systèmes
- L'outil de transfert sur MyAFRINIC nécessitera d'autres ajustements pour tenir compte desRIR transferts
- Impacts DNS inversés à prendre en compte (pour la majorité / 8)
- ROA RPKI
- Transférer les journaux
- RT (système de billetterie AFRINIC)
- Étiquetage des ressources à mettre en œuvre sur MyAFRINIC
2.2 Impact sur les processus et la procédure
- Les processus et procédures nécessiteront un examen.
- Coordination avec le RIRs qui ont des inter-RIR des politiques de transfert seront également requises
2.3 Impact sur les opérations
- L'évaluation du transfert des ressources nécessite beaucoup de ressources et le département MS aurait besoin de personnel supplémentaire pour faciliter les évaluations des officiels et en temps opportun
- Des ressources seront également nécessaires dans l'équipe de génie logiciel pour mettre en œuvre le transfert sur les systèmes AFRINIC.