Détails
ID: |
AFPUB-2019-IPv4-002-DRAFT06 |
Date de soumission: |
28 septembre 2021 |
Auteur : |
Jordi Palet Martínez jordi.palet sur theipv6company.com The IPv6 Company |
Version: |
6.0 |
Obsolètes: |
Modifie: |
CPM, modifier l'art. 5.7 |
Proposition
1. Résumé du problème traité par cette proposition
- AFRINIC est à la traîne sur le marché de l'IPv4 et cela est négatif pour la région qui conduit la région à une situation de discrimination et de rareté des adresses, non seulement dans le RIR lui-même mais sur le marché de la région.
- De nouvelles entreprises ne peuvent s'implanter dans la région, faute d'adresses.
- En outre, il est important de souligner que le déploiement de IPv6, dans certains cas, peut nécessiter
petits blocs de IPv4 adresses pour les mécanismes de transition, ou en augmenter considérablement les coûts, et de nombreuses entités de l'AFRINIC pourraient donc être gravement désavantagées si elles n'ont pas accès à un marché mondial, comme c'est le cas actuellement. - Les détenteurs d'héritage dans la région AFRINIC ne peuvent pas transférer leurs ressources hors de la région et restent inactifs.
- En vertu de la table, les accords de transfert entraînent la perte de l'historique de l'enregistrement.
- Même si un membre se qualifie pour le transfert de ses ressources, si le transfert échoue parce que le destinataire ne remplit pas les conditions de politique stipulées, le membre peut être pénalisé pour le stockage et le non utilisé
les ressources feront l'objet d'un retour ou d'une récupération par AFRINIC.
Cette proposition permet d’établir le mécanisme permettant le transfert des ressources IPv4 vers / en provenance d'autres régions et d'aligner AFRINIC sur un marché qui existe déjà et dans lequel nous accusons un retard, ce qui est négatif pour la région.
Dans le même temps, la proposition garantit que les ressources transférées d'un membre ressource d'AFRINIC ont été utilisées conformément aux besoins justifiés documentés conformément aux conditions RSA/CPM, et non stockées. Il existe également un délai de grâce pour justifier l'utilisation des ressources, en cas d'échec du transfert dû à l'échec du destinataire. Ne pas inclure cela interdira en fait les transferts, car il est évident qu'un membre disposé à transférer ne justifie plus les ressources et sera soumis à leur restitution ou à un recouvrement.
2. Résumé de la manière dont cette proposition résout le problème
- La proposition vise à maintenir les transferts. intra-RIR
- Permet des transferts bidirectionnels, compatibles et réciproques avec tous les autres RIRs.
- Faciliter une dynamique sur le marché et en augmentant l'offre et en la rendant transparente, réduit
Par ailleurs, si vous envisagez de louer en location touristique de courte durée votre résidence principale à Mandelieu (XNUMX habitants environ, donc loin du seuil de XNUMX habitants pour une déclaration obligatoire en mairie), vous n’avez aucune demande de changement d’usage à effectuer auprès de la mairie. - Permet à la fois aux détenteurs d'héritage et aux membres ressources de la région AFRINIC de transférer des ressources.
- Dans le même temps, s'assure que les ressources transférées d'un membre ressource d'AFRINIC
ont été utilisés selon les besoins justifiés documentés selon les conditions RSA/CPM, et non stockés. Il existe également un délai de grâce pour la justification de l'utilisation des ressources, en cas d'échec du transfert dû à l'échec du destinataire. Ne pas inclure cela interdira en fait les transferts, car il est évident qu'un membre disposé à transférer ne justifie plus les ressources et sera soumis à leur restitution ou à un recouvrement
Exclusion/Hors du champ d'application :
- La proposition ne couvre pas les fusions et acquisitions dans la région de service AFRINIC car elle est actuellement couverte par des procédures opérationnelles internes.
- La proposition ne couvre pas les fusions et acquisitions entre entités domiciliées dans des RIR régions de service.
Notes:
Il est suggéré que, en tant que mise à jour éditoriale du CPM, si cette politique est adoptée, la section 5.7 soit déplacée vers une nouvelle section (éventuellement 13), qui hébergera à l'avenir toutes les politiques liées aux transferts en un seul endroit. Cette modification éditoriale peut être effectuée par le personnel, renumérotant / réorganisant toutes les sections pertinentes, même en ajustant les titres / sous-titres pour la nouvelle section afin de mieux correspondre au texte adopté.
3. Proposition
3.1 Modification de l'article 5.7 du CPM, comme suit:
Actuel | Proposition |
5.7 IPv4 Transfert de ressources au sein de la région AFRINIC Comme les autres Registres Internet Régionaux, AFRINIC va bientôt épuiser sa plage d'adresses d'IPv4. Afin de répondre aux besoins des demandeurs de ressources tardifs, une politique de transfert des ressources IPv4 dans la région sont nécessaires. Le but de cette politique est de définir les conditions dans lesquelles les transferts doivent avoir lieu. La politique résout le problème d'une organisation africaine ayant besoin IPv4 nombre de ressources après l'épuisement de l'IPv4 à AFRINIC ou quand AFRINIC ne peut plus répondre aux besoins d'une telle organisation. 5.7.1 Résumé de la politique Les ressources 5.7.2 IPv4 à transférer - doivent provenir d'un compte d'un membre AFRINIC existant ou d'un détenteur de ressources hérité dans la région de service AFRINIC.
|
5.7 IPv4 Transferts de ressources Cette politique s'applique à une organisation ayant un besoin justifié de IPv4 ressources (destinataires) et organisations avec IPv4 des ressources qui n'ont plus besoin de (sources). Les ressources à transférer doivent provenir d'un RIR compte du membre ou d'un détenteur de ressources héritées dans la région de service AFRINIC/autre RIRs. 5.7.1 Types de transfert reconnus Deux types de transferts sont reconnus: a) Intra-RIR. Les deux parties se trouvent dans la région de service AFRINIC. Les fusions et acquisitions (inter ou intra) ne sont pas couvertes par cette politique. |
5.7.3. Conditions relatives à la provenance du transfert 5.7.3.1 La source doit être le titulaire actuel des droits IPv4 s'adresser aux ressources reconnues par AFRINIC, et ne pas être impliqué dans un différend quant au statut de ces ressources. 5.7.3.2 Les entités sources ne seront pas éligibles pour recevoir d'autres allocations ou assignation d'IPv4 d'AFRINIC pour une période de 12 mois après l'approbation du transfert. 5.7.3.3 Les entités sources ne doivent pas avoir reçus de transfert, d'allocation ou d'assignation de ressources IPv4 d'AFRINIC pour les 12 mois précédant l'approbation de la demande de transfert. Cette restriction exclut les transferts de fusions et acquisitions. |
5.7.2 Conditions sur la source du transfert 5.7.2.1 Une source doit être validée par la source applicable RIR conformément à leurs politiques et procédures. Une source au sein d'AFRINIC doit être en règle, être le déclarant légitime des ressources à transférer et il ne doit pas y avoir de litige quant au statut de ces ressources. 5.7.2.2 Les entités sources ne seront pas éligibles pour recevoir d'autres IPv4 attributions d'adresses ou affectations d'AFRINIC. Les entités sources peuvent, si elles peuvent démontrer un besoin justifié, recevoir des ressources par transfert après une période d'au moins 16 mois (deux fois la fenêtre définie par 5.4.5) s'est écoulée depuis leur dernier transfert sortant. 5.7.2.3 Une organisation qui a reçu IPv4 les ressources d'AFRINIC au cours des 16 mois précédents ne seront pas approuvées comme source de transfert. |
5.7.4. Conditions relatives au destinataire du transfert 5.7.4.1 AFRINIC doit approuver que le bénéficiaire a besoin de ces adresses IPv4. Pour qu’une organisation puisse prétendre à recevoir un transfert, elle doit d’abord passer par le processus de justification de besoins en ressources IPv4 avec AFRINIC. C'est-à-dire que l'organisation doit justifier et démontrer avec AFRINIC son utilisation initiale / allocation additionnelle / assignation, le cas échéant, conformément aux politiques en vigueur. 5.7.4.2 Le destinataire doit être un membre d'AFRINIC, soumis aux politiques d'AFRINIC en vigueur, et doit signer l'Accord de services d'enregistrement pour les ressources reçues.
|
5.7.3 Conditions du destinataire du virement 5.7.3.1 Les organisations bénéficiaires dans la région de service AFRINIC doivent être approuvées avec les mêmes politiques et procédures que si la demande était satisfaite à partir du pool AFRINIC. 5.7.3.2 Destinataires dans d'autres RIRs doit être approuvé conformément à RIRpolitiques et procédures de. |
5.7.4.3 Transféré IPv4 les ressources héritées ne seront plus considérées comme des ressources héritées. |
5.7.3.3 Les ressources héritées IPv4 ne seront plus considérées comme des ressources héritées:
Dans le cas des communications sortantesRIR, le statut résultant dépendra des politiques de la réception RIR. |
5.7.4 Divulgation requise pour les transferts Chaque fois qu'un transfert est effectué, AFRINIC publiera toutes les informations connexes autorisées par la source ou le destinataire, y compris au moins:
Cela n'exclut pas la publication des mêmes informations ou d'autres informations à la suite de l'accord d'exploitation entre les RIRs. |
|
5.7.5 Pré-contrôle des transferts Lorsque la source du transfert est un membre de la ressource, AFRINIC effectuera une pré-vérification pour vérifier si les ressources transférées ont été allouées/affectées et utilisées conformément au RSA/CPM. Le membre doit réussir le pré-contrôle. Il peut arriver qu'un transfert échoue parce que le destinataire ne se conforme pas en raison du manque de documentation appropriée ou du non-respect des règles applicables, alors que la source a réussi le pré-contrôle de transfert. Cette proposition permet au pré-contrôle de transfert réussi d'être valable jusqu'à 12 mois après l'échec du transfert ; c'est-à-dire qu'AFRINIC ne lancera pas de processus de récupération/récupération pendant cette période. |
4. Références
Il existe desRIR politiques de l'APNIC, de l'ARIN, du LACNIC et du RIPE, qui ont largement démontré leur efficacité et n'ont pas posé de problèmes aux communautés respectives, bien au contraire.
Selon les preuves existantes, la région ARIN apparaît comme l'origine du transfert du plus grand nombre d'adresses vers les autres régions qui ont des politiques de transfert de ressources.
- https://www.nro.net/wp-content/uploads/NRO-Statistics-2018-Q4.pdf
- http://www.lacnic.net/innovaportal/file/3277/1/2-john-sweeting-arin.pdf
Historique des révisions
Historique des révisions
Date |
Détails |
28th septembre 2021 | Version 6 : AFPUB-2019-IPv4-002-DRAFT06
|
27th octobre 2020 | Version 5 : AFPUB-2019-IPv4-002-DRAFT05
|
12 août 2020 | Version 4 : AFPUB-2019-IPv4-002-DRAFT04
|
26 novembre 2019 | Version 3 : AFPUB-2019-IPv4-002-DRAFT03
|
2 novembre 2019 | Version 2 : AFPUB-2019-IPv4-002-DRAFT02
|
14 mai 2019 | Version 1 : AFPUB-2019-IPv4-002-DRAFT01
|
Analyse d'impact de la politique AFRINIC
Évaluation du personnel AFRINIC
Date d'évaluation : 27 octobre 2021
1.0) Interprétation et compréhension de la proposition par le personnel
Cette proposition de politique, si elle est adoptée, permet au personnel d'apporter des modifications rédactionnelles au CPM et de créer une nouvelle section qui contiendra toutes les politiques liées au transfert. De tels droits éditoriaux pour le personnel seront limités à cette seule politique. Le contenu de cette proposition de politique (qui modifie la section 5.7 du CPM) sera alors mis à jour dans la nouvelle section du CPM.
Actuellement, la section 5.7 du CPM autorise lesRIR transferts de IPv4 ressources uniquement. Les transferts dus à des fusions et acquisitions sont guidés par le document d'orientation sur les fusions et acquisitions, en dehors du Consolidated Policy Manual. En plus des intra-RIR transferts, Cette proposition permettrait des transferts bidirectionnels de IPv4 du statut à la fois hérité et non hérité avec tous les autres RIRs et modifie la section 5.7 du Manuel des politiques consolidées.
Par souci de clarté, deux types de transferts sont reconnus:
- Intra-RIR. Les deux parties se trouvent dans la région de service AFRINIC.
- Inter-RIR. L'une des parties se trouve dans la région de service AFRINIC, tandis que l'autre est dans une autre RIR région de service.
Le bénéficiaire du transfert, s'il se trouve dans la région de service AFRINIC, doit justifier de ses besoins pour les ressources qui lui sont transférées.
Une organisation (bénéficiaire) qui a reçu IPv4 les ressources d'AFRINIC au cours des 16 mois précédents ne seront pas approuvées comme source de transfert
Section 5.4.6.1 du CPM ("Afin de recevoir IPv4 attributions ou affectations pendant la phase d'épuisement, le LIR ou l'utilisateur final doit avoir utilisé au moins 90% de toutes les allocations ou affectations précédentes ") resteront en vigueur pour les destinataires sur la base de la section 5.7.3.1 de la proposition qui stipule" les organisations bénéficiaires au sein de l'AFRINIC la région de service doit être approuvée avec les mêmes politiques et procédures que si la demande était satisfaite du pool AFRINIC. ".
IPv4 ressources héritées transférées dans le cas d'Intra-RIR transferts ou entrantsRIR perdra son statut d’héritage.
Les conditions suivantes s'appliquent à l'organisation source dans le transfert: -
- Une source au sein d'AFRINIC doit être en règle, être le déclarant légitime des ressources à transférer et il ne doit y avoir aucun différend quant à l'état de ces ressources.
- Il n'y a aucune limitation sur la taille et la fréquence à laquelle une source peut transférer ses ressources.
- Les entités sources ne seront pas éligibles pour recevoir davantage IPv4 adresser les allocations ou les affectations d'AFRINIC.
- Les entités sources peuvent, si elles peuvent démontrer un besoin justifié, recevoir des ressources par transfert après une période d'au moins 16 mois (deux fois la fenêtre définie par 5.4.5) s'est écoulée depuis leur dernier transfert sortant.
- Une organisation qui a reçu IPv4 les ressources d'AFRINIC au cours des 16 mois précédents ne seront pas approuvées comme source de transfert.
- Les ressources héritées et non héritées peuvent être transférées. Le statut des ressources héritées dans le destinataire RIR le registre doit être déterminé par les politiques en vigueur chez le destinataire RIR.
Chaque fois qu'un transfert est effectué, AFRINIC publiera toutes les informations connexes autorisées par la source ou le destinataire, y compris au moins : la date du transfert, les ressources transférées, la source RIR et organisation et bénéficiaire RIR et organisation. Cela n'exclut pas la publication des mêmes informations ou d'autres informations résultant de l'accord d'exploitation entre les RIRs.
AFRINIC effectuera une pré-vérification pour vérifier si les ressources transférées ont été allouées/affectées et utilisées conformément au RSA/CPM. Il peut arriver qu'un transfert échoue parce que le destinataire n'est pas conforme ; Cette proposition permet au pré-contrôle de transfert réussi d'être valable jusqu'à 12 mois après l'échec du transfert ; c'est-à-dire qu'AFRINIC ne lancera pas de processus de récupération/récupération pendant cette période.
2.0) Commentaires du personnel d'AFRINIC sur la clarté de la politique
- Cette politique stipule qu'après un pré-contrôle de transfert réussi, AFRINIC ne peut effectuer aucun examen ni audit sur ce membre pendant une période de 12 mois ; cela peut être dangereux car les membres peuvent décider de violer RSA/CPM dans ce délai sans conséquences.
- En cas d'échec de la pré-vérification, l'auteur peut-il préciser si AFRINIC peut reprendre les ressources car le membre n'est pas conforme
3.0) Commentaires du personnel sur les zones d'impact
3.1) Impact sur les systèmes
- L'outil de transfert sur MyAFRINIC et le NMRP nécessitera d'autres ajustements pour tenir compte desRIR transferts
- Introduire un outil automatisé pour surveiller la direction des ressources afin de gérer facilement 5.7.6
- ROA RPKI
- DNS inversé (majorité / 8s)
- Système de billetterie interne
- Modifier les règles commerciales de transfert pour ajouter la possibilité d'inter-RIR les transferts.
- Ajouter une croix-RIR vérifications.
- Mettre à jour le statut des ressources héritées après un transfert dans WHOIS et MyAFRINIC.
- Conservez une piste d'audit comprenant les résultats de la pré-vérification.
3.2) Impact sur les processus et la procédure
Des examens complets des processus et des procédures seront entrepris, y compris la gestion du transfert inter-rir de IPv4 numériques
3.3) Impact sur les opérations MS
Les évaluations de transfert de ressources sont gourmandes en ressources et le département MS aurait besoin de personnel supplémentaire pour faciliter les évaluations des officiels et en temps opportun.
Les services aux membres notent que la politique n'impose aucune période de rétention pour les ressources transférées 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 soumise à la justification des besoins démontrée. au transfert antérieur
3.4) Accords contractuels
La révision de l'accord de transfert et de l'accord de services d'enregistrement peut être requise
3.5) Impact sur les fonctions du registre
- Implémentation sur le tableau de bord demandé
- Modifications des conditions préalables et des contrôles
- Nouveau workflow pour les transferts Inter RIR
- Coordination avec d'autres RIRs pour activer les transferts entrants et sortants
- Comment la demande doit être reçue et traitée.
- Comment AFRINIC enverra la demande à d'autres RIRs pour un traitement approprié
- Gestion de l'héritage et des statuts qui en résultent
3.6) Évaluation juridique
- Il est à noter que les termes de référence du comité d'appel ont été révoqués et remplacés par une nouvelle version de sorte que dorénavant, le mandat du comité d'appel est désormais limité à un examen des actes et des agissements du PDWG uniquement ; et n'a pas le pouvoir d'annuler une déclaration de consensus/absence de consensus faite par les coprésidents du PDP sur la base des discussions tenues à cet égard sur la liste de diffusion. Ce changement majeur a un impact sur l'évaluation faite ici.
- Revenant à la présente politique proposée, l'auteur vise à établir le mécanisme permettant le transfert des ressources IPv4 vers/depuis d'autres régions et pour aligner AFRINIC sur un marché qui existe prétendument déjà et dans lequel, selon l'auteur, AFRINIC est à la traîne.
- 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.
- En outre, 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. Par conséquent, il est important de souligner qu'en droit, 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 l'AFRINIC, de sorte que ces politiques n'ont aucun effet direct sur les détenteurs de ressources héritées, et il appartient à ces détenteurs de legs à adhérer aux politiques d'AFRINIC. Ainsi, l'auteur doit 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 auprès de l'AFRINIC.
- L'autre question qui se pose concerne les transferts sortants de ressources. Il est entendu que les transferts prévus passeront par 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. À cet égard, il n'est pas clair si le rôle d'AFRINIC dans le processus se limiterait à faciliter l'aspect administratif des transferts envisagés uniquement avec ou sans les responsabilités juridiques qui y sont attachées, d'autant plus qu'AFRINIC se fiera aux représentations qui lui seront faites lors de répondre à des demandes similaires. Pour résoudre ce problème, il est proposé que la charge de mener une telle diligence appropriée soit placée à la fois sur le détenteur de la source et sur le destinataire prévu, et que le rôle d'AFRINIC se limite à agir en tant que facilitateur uniquement sans assumer aucune responsabilité légale dans ce traiter.
- De plus, alors qu'il est observé que les ressources legacy perdront leur statut lors de leur enregistrement auprès d'AFRINIC (à savoir les transferts entrants), il n'est pas clair si la partie destinataire sera tenue de signer un RSA avec AFRINIC. Bien que l'on puisse présumer que c'est l'intention de l'auteur, il est impératif qu'elle soit clarifiée ainsi que si AFRINIC sera toujours en mesure d'exécuter son RSA avec le risque évident que les ressources de numéros IP concernées soient récupérées par AFRINIC en cas d'une violation ultérieure du RSA, même si l'organisation bénéficiaire aurait très probablement payé une bonne contrepartie (valeur financière) pour de tels transferts.
3.7) Évaluation financière
L'impact financier devrait être élevé et négatif car : -
- Les ressources du Pool AFRINIC peuvent être transférées en transferts sortants vers d'autres RIRs. AFRINIC perdra des membres au profit d'autres RIRs dans les virements sortants.
- AFRINIC tirera des revenus des transferts entrants des autres RIRs (y compris ceux qui ont le statut d'héritage car ces derniers perdent le statut d'héritage après avoir été transférés)
4.0) Mise en œuvre
Au plus tôt, nous pourrons mettre en œuvre la même chose au quatrième trimestre 4 sur la base du plan mis à jour.
5.0) Réciprocité avec l'autre RIRs
Pour être confirmée