IPv4 Inter-RIR Transferts de ressources (portée complète) Draft-4 | Archivé

Proposition

1. Résumé du problème traité par cette proposition

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.

 

2. Résumé de la manière dont cette proposition résout le problème

Ces dernières années, et avec l'épuisement d'IPv4 , plusieurs régions ont résolu ce problème, non seulement par des transferts à l'intérieur de la région elle-même mais entre différentes régions. Cela permet de faciliter une dynamique sur le marché et en augmentant l'offre, en réduisant les prix.

Cependant, un mécanisme inter RIR n’a pas été mis en place en AFRINIC, ce qui conduit la région à une situation de discrimination et de rareté des adresses, non seulement RIR lui-même mais sur le marché de la région, ce qui évite même que de nouvelles entreprises puissent s'établir dans la région, faute d'adresses.

D’autre part, le fait qu’il n’existe pas de politique inter RIR qui n'empêche pas les transferts "sous la table" et suppose donc qu'il existe des ressources dont l'historique de leur enregistrement est perdu, ce qui est l'une des principales fonctions d'AFRINIC.

Cette proposition considère que de tels transferts devraient être autorisés pour les adresses IPv4 legacy et les non legacy. Dans le cas des ressources héritées, cela a l'avantage de permettre à ces ressources d'émerger et de les intégrer dans le RIR s système.

En outre, il est important de souligner que le déploiement d'IPv6 , dans certains cas, peut nécessiter de petits blocs d'adresses IPv4 pour les mécanismes de transition, ou augmenter considérablement leurs coûts, et de nombreuses entités AFRINIC pourraient donc être sérieusement désavantagées si elles n'ont pas accès à un marché mondial, comme c'est le cas actuellement.

Il ne fait aucun doute que l'acceptation de ce type de transfert comporte également des risques, et il est possible qu'une augmentation initiale des prix soit générée, qui serait rapidement alignée sur le reste du marché mondial, comme c'est généralement le cas avec des marchés équivalents.

Cette proposition permettrait des transferts bidirectionnels avec tous les autres RIRs.

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 Cette politique s'applique à une organisation ayant un besoin justifié de IPv4 ressources qui ne peuvent être satisfaites par AFRINIC. 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).   5.7.1 Types de transfert reconnus 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.
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 dans les 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, se soumettre aux politiques AFRINIC actuelles et doit signer le contrat 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 d'Intra-RIR les transferts. Dans le cas d’inter-RIR. Dans le cas des communications sortantesRIR, le statut résultant dépendra des politiques de la réception RIR.
	5.7.4 Transfert d'ASN avec des ressources IPv4 À la discrétion d'AFRINIC, dans le cas où plus de 50% des IPv4 ressources associées à un ASN sont transférés, que ASN peuvent également être transférés en même temps.
	5.7.5 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: Date du transfert. Ressources transférées. Identifier RIR et organisation Bénéficiaire RIR et organisation. 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.6 Dispositions relatives aux suspensions de transferts 5.7.6.1 L’inter-RIR les transferts seront suspendus au cas où le nombre de IPv4 adresses dépasse les entrées pendant 6 mois consécutifs. 5.7.6.2 Le personnel peut demander des informations supplémentaires aux parties pour tout transfert jugé suspect par le personnel. Par la suite, toutes les informations disponibles seront transmises au conseil d'administration pour une décision d'approuver ou non le transfert.

    

 4. Références            

Il existe desRIR des politiques en APNIC, ARIN, LACNIC et 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
12 août 2020	Version 4 : AFPUB-2019-IPv4-002-DRAFT04 - Modifications pour accommoder IPv4 phase d'épuisement 2 - Correction d'une faute de frappe dans 'Détails' (2020/09/16)
26 novembre 2019	Version 3 : AFPUB-2019-IPv4-002-DRAFT03 - Modifications selon la discussion de la liste RPD.
2 novembre 2019	Version 2 : AFPUB-2019-IPv4-002-DRAFT02 - Suivi des suggestions de l'analyse d'impact et des discussions dans la liste. - Support inclus pour ASN. - Inclus le 5.7.3.3 existant (renuméroté 5.7.2.3). - Indiquant quand inter-RIR les transferts sont activés. - S'assurer qu'il n'y a pas de déséquilibre ou d'opérations étranges dans les transferts une fois la proposition mise en œuvre.
14 mai 2019	Version 1 : AFPUB-2019-IPv4-002-DRAFT01 Initiales Draft Publié sur rpd

 

Analyse d'impact de la politique AFRINIC

 

Évaluation du personnel AFRINIC

 

Date d'évaluation	Concernant la proposition
2020 août	AFPUB-2019-IPv4-002-DRAFT04

 

1.0 Compréhension du personnel de la proposition de politique

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. Ces droits éditoriaux pour le personnel sont limités à cette seule politique. Le contenu de cette proposition de politique (qui modifie la section 5.7 du CPM) sera ensuite 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:

1. Intra-RIR. Les deux parties se trouvent dans la région de service AFRINIC.
2. 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 ses besoins pour les ressources qui lui sont transférées.
Une organisation (destinataire) qui a reçu IPv4 les ressources d'AFRINIC dans les 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.

La section 5.7.4 mentionne que ASNs peuvent être transférés mais sous certaines conditions, c'est-à-dire que plus de 50% des ressources sont transférées. Le personnel comprend que s'il reçoit une demande de transfert de ressources dépassant 50% des ressources détenues d'une source à un destinataire, le bénéficiaire est également autorisé à demander le transfert de ses ASN à ce destinataire.

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 dans les 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.

Dans le cas où le personnel estime que certains transferts sont suspects, ils peuvent demander des parties supplémentaires concernées, avant de remonter au Conseil d'AFRINIC pour une décision d'approuver ou non le transfert.

AFRINIC publiera toutes les informations connexes autorisées par la source ou le destinataire primaire en indiquant les éléments suivants: Date du transfert, ressources transférées, Source RIR et organisation et bénéficiaire RIR et organisation. Cela se fera comme suit: - le journal des transferts AFRINIC sera mis à jour après chaque transfert exécuté et la syntaxe du journal des transferts est celle adoptée par tous les RIRs et inclut les spécifications dans cette proposition de politique.

La proposition de politique admet que les transferts comportent également certains risques et propose que l'inter-RIR les transferts seront suspendus au cas où le nombre de IPv4 les adresses dépassent celles entrantes pendant 6 mois consécutifs. Cela signifie qu'AFRINIC surveillera le montant des entrées et des sorties IPv4 adresse les virements et le Conseil d'AFRINIC prend la décision de suspendre l'inter-RIR transferts basés sur l'apport du personnel d'AFRINIC et en accord avec cette politique

 

1.1. Le personnel a besoin de plus de précisions de la part des auteurs

1. Étant donné que le texte de la politique ne mentionne pas explicitement que les ressources peuvent être transférées à la suite de fusions et d'acquisitions, le personnel suppose que cette proposition de politique exclut les transferts de IPv4 adresses en raison de fusions et acquisitions. La contribution de l'auteur est requise dans ce cas.
2. Une fois que la décision de suspendre l'inter-RIR la politique est prise par le Conseil d'AFRINIC, conformément aux statuts, comment l'AFRINIC doit-elle mettre en œuvre la décision du Conseil au sein de la CMP? À noter que la proposition de politique couvre à la fois intra et inter RIR les transferts. La contribution de l'auteur est requise dans ce cas.
3. Recommander que la section 5.7.4 soit mise à jour pour supprimer "" À la discrétion de l'AFRINIC "et une section décrivant en détail les conditions d'un ASN transfert inclus. En outre, la portée de la proposition permet à la fois IPv4 et ASN transferts à modifier.

 

2.0 Commentaires du personnel sur les domaines d'impact

Si la proposition atteint un consensus:

2.1 Impact sur les systèmes

1. L'outil de transfert sur MyAFRINIC et le NMRP nécessitera d'autres ajustements pour tenir compte desRIR transferts
2. Introduire un outil automatisé pour surveiller la direction des ressources afin de gérer facilement 5.7.6
3. ROA RPKI
4. DNS inversé (majorité / 8s)
5. Système de billetterie interne

2.2 Impact sur les processus et la procédure

Les processus et procédures nécessiteront un examen.

2.3 Impact sur les opérations des États membres

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