Plus de détails
|
ID: |
AFPUB-2020-GEN-006-DRAFT03 |
Date de soumission: |
22 novembre 2021 |
|
Auteur: |
|
Version: |
3 |
|
Obsolètes: |
IPv4 Transfert de ressources au sein de la Région AFRINIC (Section 5.7 du CPM) |
Statut |
Consensus (en attente de ratification par le conseil) |
|
Résumé des étapes du PDP
|
|||
Proposition
1. 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, principalement pour soutenir les mécanismes de transition, auxquels AFRINIC peut ne pas répondre. L'intra-RIR la politique d'AFRINIC permet aux entités de recevoir IPv4 adresses d'autres membres uniquement dans la région AFRINIC, en fonction de besoins justifiés.
Compte tenu des limites d'espace IPv4 initialement mis à la disposition d’AFRINIC (AFRINIC ne gère que 7.23 / 8s avec un très faible taux d'adresses IPv4 par internaute), il faudra donc tenir compte dubesoin pour des transferts des adresses IPv4 d'autres régions vers la région de service AFRINIC sans nécessairement épuiser la faible quantité d'adresses IPv4 d'AFRINIC en transférant l'espace hors de la région.
La politique de transfert intra-RIR permet tous les types d'allocations / assignation d'IIPv4 à 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.). La politique de transfert intra RIR ne couvre pas des ASNs alors qu'il existe des cas où les transferts de ASNs parmi les membres AFRINIC est souhaitable.
2. Résumé de la manière dont cette proposition résout le problème
Cette nouvelle politique définit un ensemble de règles pour permettre le transfert des adresses IPv4 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 politique sépare les ressources en différentes catégories et définit les règles de transfert qui s'appliquent à 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 à moins qu'AFRINIC n'ait expressément et par écrit approuvé une demande de transfert. L'AFRINIC est chargée de prendre des décisions prudentes sur l'approbation ou non du transfert de ressources de numéros.
- 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 exige des organisations détenant de telles ressources qu'elles les renvoient 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, reprise ou consolidation,
- 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. Actuellement, les autres régions sont APNIC, ARIN, LACNIC, RIPE NCC.
3. Proposition
Insérez le texte suivant dans le CPM (numérotation à modifier par le personnel, le cas échéant):
3.1 Définitions applicables à cette section de la proposition
3.1.1 « Ressource » fait référence à une « ressource rare »
3.1.2 Les « ressources rares » sont IPv4 Espace d'adressage et numéros de système autonome. « pool AFRINIC » désigne le pool géré par AFRINIC de IPv4 et ASNs, obtenues auprès de l'IANA (allouées et récupérées) ou via l'ERX (transferts d'enregistrement anticipé).
3.1.3 «pool à usage spécial» désigne le pool de ressources actuellement réservées 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.4 Les «ressources legacy» désignent les ressources allouées avant la RIR système et étiqueté comme héritage par AFRINIC.
3.1.5 «Autres» signifie les ressources transférées d'autres régions via Inter-RIR les transferts.
3.1.6 "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
- 2. Piscine à usage spécial == Réservé
- 3. Héritage == Héritage
- 4. Autres == Mondial
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 d'AFRINIC, alors autorisez le transfert "Régional", "Global" ou "Legacy" et marquez "Legacy" transféré comme "Global".
3.3.2 Si la source est un détenteur de Legacy et que le destinataire est un membre d'AFRINIC, alors autorisez le transfert de « Legacy » et marquez les ressources transférées comme « Global ».
3.3.3 Si la source est un détenteur de Legacy et que le destinataire se trouve dans une autre région, autorisez le transfert de "Legacy".
3.3.4 Si la source est un membre d'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 un membre d'AFRINIC, autorisez "Autres", puis marquez les ressources transférées comme "Globales".
3.3.6 Indépendamment de la source et du destinataire, si la ressource à transférer est "réservée", refusez le transfert. Cette restriction exclut les fusions, acquisitions et transferts de reprise.
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é tel que défini en 3.3.
- La ressource sera couverte par les politiques AFRINIC après son transfert dans la région.
3.5 Conditions sur la source
- Le détenteur de la source doit être le détenteur légitime des ressources faisant l'objet du transfert et que les ressources ne doivent faire l'objet d'aucune contestation, connue ou envisagée.
- Si la source provient d'autres régions, les conditions sur la source sont définies en contrepartie dans politique de transfert en vigeur dans les autres RIRs.
3.6 Conditions sur le destinataire
- Seront soumis aux politiques AFRINIC actuelles.
- Doit signer RSA.
- Le destinataire qui ne dispose pas de ressources antérieures doit:
- démontrer un plan détaillé d'utilisation des ressources transférées (dans le cas ASN, le bénéficiaire doit répondre aux critères d'attribution de ASN).
- Le destinataire disposant de ressources antérieures doit:
- démontrer un plan détaillé d'utilisation des ressources transférées (dans le cas ASN, le bénéficiaire doit répondre aux critères d'attribution de ASN).
- afficher le taux d'utilisation passé.
- fournir la preuve du respect des politiques d'AFRINIC en ce qui concerne les attributions / affectations passées.
- Si le bénéficiaire est dans une autre région, les conditions sur le bénéficiaire sont définies dans le RIR politique de transfert.
4. Références
- https://www.nro.net/about/rirs/statistics/ (section « Rapports sur l'état des numéros Internet »)
- https://www.potaroo.net/tools/ipv4/
- https://bgp.potaroo.net/iso3166/v4cc.html
- https://resources.potaroo.net/iso3166/ascc.html
- ftp://ftp.afrinic.net/stats/afrinic/transfers/
Historique des révisions
Historique des révisions
| Date | Plus de détails |
| 22 novembre 2021 |
Version 3: AFPUB-2020-GEN-006-DRAFT03 Reformulez les clauses suivantes pour plus de clarté :
|
| 8 oct 2021 | Version 2: AFPUB-2020-GEN-006-DRAFT02
|
| 17 oct 2020 | Version 1: AFPUB-2020-GEN-006-DRAFT01
|
Analyse d'impact de la politique AFRINIC
Évaluation du personnel AFRINIC
28 février 2022
1.0 Interprétation et compréhension du personnel de la proposition
- La proposition remplacera l'actuelle section de transfert 5.7 du CPM
- Il permet le transfert de IPv4 et ASN ressources au sein de la région et entre AFRINIC et d'autres RIRs qui permet le transfert de IPv4 espace d'adressage et ASNs entre sa propre région et AFRINIC
- Il introduit la catégorisation des ressources et un ensemble de règles de transfert et précise les catégories de ressources éligibles au transfert. Ces catégories sont à des fins administratives de politique de ressources et ne doivent pas être reflétées dans le WHOIS. La catégorisation des ressources est la suivante :
- Pool AFRINIC == Régional
- Pool à usage spécial == Réservé
- Héritage == Héritage
- Autres == Global
- Les règles et procédures de la politique sont les suivantes :
- 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
- Les transferts intra-régionaux autoriseront « Régional », « Global » ou « Legacy »
- Les transferts interrégionaux sortants doivent permettre Legacy et Global (ressources qui ont été transférées dans la région AFRINIC)
- Les transferts interrégionaux entrants autoriseront « tout » tant qu'ils sont conformes aux politiques de la source RIR
- La taille de la IPv4 le préfixe d'adresse doit être au minimum de /24
- La ressource transférée sera couverte par les politiques d'AFRINIC après le transfert dans la région
- Les ressources du pool à usage spécial ne sont pas transférables sur la base de cette politique
- La source doit être le détenteur légitime des ressources à transférer sans contestation
- Le destinataire doit remplir les conditions des politiques AFRINIC en vigueur
- Le destinataire doit signer le RSA et l'espace hérité transféré ne sera plus considéré comme hérité (deviendra la catégorie Global)
- Un nouveau membre bénéficiaire qui n'a pas de ressources antérieures doit démontrer des besoins justifiables pour recevoir la ressource et dans le cas de ASN, le bénéficiaire doit répondre aux critères d'attribution de ASN selon les politiques en vigueur.
- Un membre bénéficiaire existant avec des ressources antérieures doit :
- Démontrer des besoins justifiables pour recevoir la ressource et dans le cas de ASN, le bénéficiaire doit répondre aux critères d'attribution de ASN selon les politiques en vigueur.
- Afficher le taux d'utilisation passé et la preuve de la conformité avec les politiques d'AFRINIC en ce qui concerne les allocations/affectations passées.
- La stratégie n'a pas de temps de rétention des ressources.
- Les ressources réputées transférées sans l'approbation préalable d'AFRINIC seront réputées non conformes à la politique et seront récupérées
2.0 Commentaires et recommandations du personnel d'AFRINIC
- Le personnel note que la déclaration dans la section récapitulative de la proposition « L'actuelleRIR la politique de transfert permet tous les types de IPv4 allocations / affectations à transférer, y compris IPv4 à partir de blocs à usage spécial (blocs réservés pour les IXP et les opérations racine DNS, Last /8, etc. » ne correspond pas à la section 5.2 de la politique de facturation https://afrinic.net/membership/cost#resource , où il est mentionné que les ressources déléguées pour les infrastructures critiques ne peuvent être transférées.
Suggérez une reformulation à :
L'intra-RIR la politique de transfert n'interdit pas explicitement les transferts de IPv4 à partir de blocs à usage spécial (blocs réservés pour les IXP et les opérations racine DNS, Last /8, etc.
- Sous le titre « Définitions », plus précisément au sous-paragraphe 3.1.5, le terme « Autres » apparaît vague. Les auteurs peuvent souhaiter reformuler de sorte que la définition mentionne également que les ressources héritées entrantes perdent leur statut hérité après le transfert.
- L'absence de temps de « retenue » des nouvelles allocations/affectations et des ressources transférées peut conduire à un abus du registre avant qu'une ressource puisse être affectée à un besoin effectif justifié.
- L'auteur peut souhaiter mettre à jour la section 3 de la proposition avec « Les ressources réputées transférées sans l'approbation préalable d'AFRINIC seront considérées comme non conformes à la politique et seront récupérées ».
3.0 Commentaires du personnel sur les domaines d'impact
Impact sur les fonctions de registre
Myafrinicv2 (Portail des membres)
- Demander un tableau de bord
- Modifications des conditions préalables et des contrôles
- Nouveau workflow pour les transferts Inter RIR
- Balisage des ressources
L'étiquetage des ressources en cours de mise en œuvre sera mis à jour pour inclure les exigences de cette politique
- Gestion de l'héritage et des statuts qui en résultent
- Mises à jour des journaux de transfert
- Modifications des formulaires de demande de transfert à inclure ASNs
Opérations des services aux membres
- Impact sur les processus et la procédure
- Des examens complets des processus et des procédures seront entrepris, y compris la gestion des transferts inter-rir et ASNs.
Impact sur la dotation/les ressources humaines
- Les évaluations de transfert de ressources nécessitent beaucoup de ressources et l'élargissement de la portée pour inclure les transferts inter-RIR nécessitera des hôtes supplémentaires pour traiter efficacement les demandes conformément aux conditions de la section 3.6 de la proposition.
Accords contractuels
- La révision de l'accord de transfert et de l'accord de services d'enregistrement peut être requise.
- Défis
- Les services aux membres notent que la politique n'impose aucune période de rétention et qu'elle peut entraîner un abus du registre lorsqu'une ressource peut subir plusieurs transferts dans un court laps de temps sans être utilisée conformément à la justification des besoins démontrée. lors des transferts antérieurs
Outil/Systèmes de services aux membres
- Portail des maîtres d'hôtes
- Une révision majeure du code sera nécessaire pour intégrer le marquage/la catégorisation proposé
- Outil de transfert de ressources automatisé
- L'outil de transfert automatisé nécessitera une réécriture du code pour s'adapter aux ASN ressources et intégration avec des systèmes externes pour d'autres RIR'
Évaluation juridique
- Pour en revenir à la présente politique proposée (c'est-à-dire Draft 2), les auteurs visent 2 objectifs :
- intra-RIR transferts de ASNs, actuellement non couvert par la clause 5.7 du MPC ; et
- Inter-RIR transferts de IPv4 ressources de et vers la région AFRINIC.
- Le deuxième objectif sera abordé en premier avant d'aborder l'objectif concernant l'intra-RIR transferts de ASNs.
- La décision d'autoriser ou non l'inter-RIR transferts de IPv4 ressources de et vers la région AFRINIC n'est pas strictement juridique. En fait, il s'agit purement et simplement d'une décision commerciale à prendre judicieusement et prudemment tant par le PDWG que par le Conseil d'administration eu égard aux devoirs des administrateurs prévus par la Loi sur les sociétés, c'est-à-dire agir au mieux des intérêts de l'entreprise. Agir dans le meilleur intérêt de l'entreprise dans ce contexte signifie considérer l'impact financier réel d'une telle politique pour AFRINIC afin que la pérennité et la continuité des activités d'AFRINIC, à la fois en tant qu'entreprise et RIR, n'est pas compromis.
- Le premier objectif concernant l'intra-RIR transferts de ASNs va maintenant être abordé. Il est observé que le champ d'application de la politique proposée ne se limite pas aux IPv4 ressources, mais s'étend également aux ressources héritées.
- Il est important de souligner que, d'un point de vue juridique, les détenteurs de ressources héritées existant dans la région de service d'AFRINIC ne sont pas contractuellement liés par les politiques adoptées par AFRINIC, de sorte que ces politiques n'ont aucun effet direct sur les détenteurs de ressources héritées, et il appartient à ces -les titulaires doivent adhérer aux politiques d'AFRINIC. Ainsi, les auteurs doivent garder à l'esprit que les obligations affectant les détenteurs de ressources héritées peuvent ne pas nécessairement atteindre les résultats escomptés si les détenteurs de ressources héritées refusent d'opter pour l'enregistrement volontaire du transfert auprès d'AFRINIC.
- L'autre question qui se pose concerne les transferts sortants de ressources. Il est entendu que les transferts prévus seront acheminés par l'intermédiaire d'AFRINIC. Par conséquent, outre la simple définition des conditions de transfert, le rôle d'AFRINIC dans l'ensemble du processus doit également être défini de manière adéquate. En particulier, il n'est pas clair si le rôle d'AFRINIC dans l'ensemble du processus se limiterait à faciliter l'aspect administratif des transferts envisagés uniquement avec ou sans les responsabilités juridiques qui s'y rattachent, d'autant plus qu'AFRINIC s'appuiera sur la représentation qui lui sera faite lorsque répondre à des demandes similaires. En conséquence, il est proposé que la charge d'exercer une telle diligence adéquate à l'égard du détenteur de la source ou de la personne concernée IPv4 que les ressources numériques soient supportées par le destinataire prévu, et que le rôle d'AFRINIC devrait être limité à agir en tant que facilitateur uniquement sans assumer aucune responsabilité légale dans ce processus.
- En ce qui concerne le transfert entrant de ressources héritées dans la région de l'AFRINIC et bien que la clause 3.6 de la politique proposée exigera du destinataire qu'il signe un RSA, il n'est pas clair dans la politique proposée si le IPv4 La ressource héritée perdra son statut hérité lors du transfert dans la région de service de l'AFRINIC dans la mesure où le RSA actuel n'est pas actuellement adapté à cette fin.
- En outre, il est également important de préciser si, en cas de transferts entrants de ressources héritées, AFRINIC sera en mesure d'exécuter son RSA avec le risque évident que les ressources de numéro IP concernées soient récupérées par AFRINIC en cas de violation ultérieure du RSA. , malgré le fait que l'organisation bénéficiaire aurait très probablement payé une bonne contrepartie (valeur financière) pour de tels transferts.
Évaluation financière
Depuis que les ressources IPv4 & ASN du pool AFRINIC ne peuvent être transférées que dans la région (Intra), AFRINIC ne perdra pas ses membres de ressources actuels à d'autres RIRs dans les virements sortants. Cette proposition aura donc un impact financier minimal sur les revenus d'AFRINIC.
4.0 Implémentation
Calendrier : La proposition prendra 12 mois pour être mise en œuvre.
5.0 Réciprocité avec l'autre RIRs
- APNIC - Cette version de la proposition est entièrement réciproque et bidirectionnelle
- ARIN - Cette proposition continue d'autoriser le transfert entrant général de ressources de numéros depuis les entités de la région ARIN, mais interdit le transfert hors de certaines catégories.
Ainsi, cette proposition n'est pas réciproque avec ARIN, car ARIN n'a pas de restriction sur les appels sortants.RIR transferts (à l'exception de ces ressources dans nos pools réservés.) - LACNIQUE - La compatibilité pour la version 2 n'est pas encore confirmée. (Dans le cas d'une version précédente de la proposition AFPUB-2019-GEN-002-DRAFT02, LACNIC a indiqué que son inter-RIR la politique n'exige pas la réciprocité.
- RIPE NCC - compatible avec l'interface RIPE NCCRIR politique de transfert - réciprocité avec d'autres RIRs politiques n'est pas une exigence dans notre inter-RIR Politique
