Politique de transfert de ressources (Draft-2) Archivé

Proposition

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

La politique actuelle ne prend pas en charge uneRIR politique, entravant ainsi le bon fonctionnement, le développement et la croissance des entreprises dans la région. Cette proposition vise à établir un mécanisme efficace et favorable aux entreprises afin de permettre le transfert d'un certain nombre de ressources depuis / vers d'autres régions. Cette proposition décrit un modèle dans lequel AFRINIC peut transférer librement des ressources numériques vers / depuis d'autres régions, à savoir RIPE NCC, APNIC, ARIN et LACNIC. Cela comprend à la fois IPv4 adresses et numéros AS.

 

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

Avec l'épuisement d'IPv4 , plusieurs régions ont adopté une politique de transfert pour répondre à la pénurie de ressources. Les ressources numériques peuvent être transférées à l'intérieur de la région elle-même, ainsi qu'avec d'autres régions.

Une telle pratique est efficace et nécessaire lorsque nous sommes confrontés à une pénurie de ressources. Cela permet de faciliter les opérations commerciales tout en réduisant les prix.

Ces inter-RIR toutefois, le transfert n'est pas encore établi en AFRINIC. Cela entrave le fonctionnement et le développement des entreprises dans la région africaine. La proposition actuelle vise à établir un mécanisme efficace et favorable aux entreprises pour permettre le transfert d'un certain nombre de ressources depuis / vers d'autres régions. Avant de commencer à illustrer le fonctionnement de ce nouveau mécanisme, examinons rapidement la situation de l'actuel Manuel des politiques consolidées:

Dans le manuel des politiques consolidé mis à jour le 22 février 2019, uniquement "IPv4 transfert de ressources au sein de la région AFRINIC »est mentionné.

En ce qui concerne le transfert de ressources vers d'autres régions, seuls les éléments suivants sont mentionnés:

5.5.1.1.3 Si un LIR envisage d'échanger ou de transférer un espace d'adressage, il doit contacter AFRINIC afin que les modifications soient correctement enregistrées.

Le LIR reste responsable de toutes les allocations enregistrées dans la base de données AFRINIC jusqu'à leur transfert vers un autre LIR ou leur restitution à AFRINIC. Les LIR doivent s'assurer que toutes les politiques sont appliquées.

L'absence de directives claires sur le transfert des ressources est préjudiciable au développement du continent. Cela rend les opérations commerciales difficiles et empêche également la création de nouvelles entreprises dans la région.

Aussi, comme des politiques Inter RIR sont appliquées dans d’autres régions, il est important qu’AFRINIC suive les autres RIR s pour assurer le bon fonctionnement et la coordination.

 

3. Proposition

Le CPM 5.7 sera modifié par cette proposition 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 Transfert de ressources IPv4 Comme les autres Registres Internet Régionaux, AFRINIC va bientôt épuiser son pool d'adresses IPv4. Afin de répondre aux besoins des demandeurs de ressources tardifs, une politique de transfert des ressources IPv4 à l'intérieur et à l'extérieur de 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 d'IPv4 de l'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.	5.7.1 Résumé de la politique Cette politique s'applique à toute demande de transfert soulevée par un détenteur de ressources pour un transfert de ressources vers et depuis la région AFRINIC.
5.7.2 IPv4 les ressources à transférer - doivent provenir du compte d'un membre AFRINIC existant ou d'un ancien détenteur de ressources dans la région de service AFRINIC.	5.7.2 IPv4 ressources à transférer - tout détenteur de ressources qui publie une demande de transfert à une autre partie. Un accord de transfert de ressources doit être fourni.
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. Conditions relatives à la provenance du transfert 5.7.3.1 La source doit être le titulaire actuel des droits IPv4 adresses des ressources enregistrées auprès de RIR et doit être conforme aux politiques du destinataire RIR.
5.7.3.2 Les entités sources ne seront pas éligibles pour recevoir d'autres IPv4 traiter les allocations ou les affectations d'AFRINIC pour une période de 12 mois après l'approbation du transfert.	5.7.3.2 Les entités sources sont éligibles pour recevoir d'autres IPv4 allocations ou affectations d'AFRINIC pour autant qu'il soit conforme à la politique actuelle
5.7.3.3 Les entités sources ne doivent pas avoir reçu de transfert, d'attribution ou d'attribution de IPv4 nombre de ressources 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.3.3 Il n’existe pas de limite supérieure concernant le montant du transfert, de l’attribution de ressources IPv4 qu'une entité source peut recevoir tant que la demande de transfert est effectuée en vertu d'un accord mutuel entre l'expéditeur et le destinataire.
5.7.4. Conditions relatives au destinataire du transfert 5.7.4.1 AFRINIC doit approuver le besoin du bénéficiaire de IPv4 nombre de ressources. Pour qu’une organisation puisse prétendre à recevoir un transfert, elle doit d’abord passer par le processus de justification de IPv4 besoins en ressources avant AFRINIC. C'est-à-dire que l'organisation doit justifier et démontrer devant AFRINIC son utilisation initiale / supplémentaire d'allocation / affectation, le cas échéant, conformément aux politiques en vigueur.	5.7.4. Conditions relatives au destinataire du transfert 5.7.4.1 Un transfert d'un autre RIR à AFRINIC nécessite une évaluation basée sur les besoins. AFRINIC doit approuver le besoin du bénéficiaire pour le IPv4 nombre de ressources. Pour qu’une organisation puisse prétendre à recevoir un transfert, elle doit d’abord passer par le processus de justification de IPv4 besoins en ressources avant AFRINIC. C'est-à-dire que l'organisation doit justifier et démontrer devant AFRINIC son utilisation initiale / supplémentaire d'allocation / affectation, le cas échéant, conformément aux politiques en vigueur.  Un transfert d'AFRINIC vers un autre RIR doit suivre la politique de la réception RIR.
5.7.4.2 Le bénéficiaire doit être un membre d'AFRINIC, sous réserve des politiques d'AFRINIC en vigueur et doit signer le Contrat de services d'inscription pour les ressources reçues.	5.7.4.2 Le destinataire peut être toute partie qui conclut un accord de transfert de ressources avec l'expéditeur.
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.4.3 Les ressources IPv4 legacy transférées ne seront plus considérées comme des ressources legacy.
	5.7.5 Procédure du transfert de ressources 5.7.5.1 La partie transférante qui détient les ressources peut lancer une demande de transfert entre elle-même et une partie externe. Si les deux parties sont d'accord, la partie transférante enverra une demande au destinataire RIR, en utilisant un modèle standard et soumettre un accord officiel de transfert de ressources à la RIR(s). Le transfert doit être conforme aux politiques du destinataire RIR. 5.7.5.2 Après la réception RIR approuve le transfert, il en informera le transfert RIR, la partie transférante et le destinataire. Les ressources seront transférées au destinataire. 5.7.5.3 Lors de la réception RIR approuve le transfert, les ressources seront transférées au destinataire.

 

4. Références

Les politiques Inter RIR sont adoptées dans RIPE, APNIC, LACNIC et ARIN. Le bilan de ces régions montre les politiques inter-RIR facilitent la coordination et le fonctionnement harmonieux entre RIRs.

Le modèle de la proposition actuelle est basé sur la politique Inter-RIR du RIPE NCC à:

https://www.ripe.net/manage-ips-and-asns/resource-transfers-and-mergers/inter-rir-transfers

 

Historique des révisions

Historique des révisions

Date	Détails
13 août 2020	Version 2: AFPUB-2019-V4-003-DRAFT02 - Les sections 5.7.3.1, 5.7.4.1 et 5.7.4.3 ont été mises à jour.
30 oct 2019	Version 1: AFPUB-2019-V4-003-DRAFT01 - Soumis pour discussion

 

Analyse d'impact de la politique AFRINIC

 

Évaluation du personnel AFRINIC

 

Date d'évaluation	Concernant la proposition
2020 août	AFPUB-2019-V4-003-DRAFT02

 

1.0 Compréhension de la proposition par le personnel

Cette proposition de politique introduit une inter-RIR politique de transfert, permettant ainsi IPv4 les ressources à transférer à l'intérieur, à l'intérieur et à l'extérieur de la région de service AFRINIC.

Les conditions sont interprétées comme suit: -

 

A. pour les transferts à l'intérieur de la région, c'est-à-dire intra-RIR transférer

• L'entité source doit être le détenteur actuel du IPv4 ressource à transférer.
• L'entité source qui publie une demande de transfert doit également fournir un accord de transfert de ressources
• L'entité source doit se conformer aux politiques du destinataire RIR.
• Il n'y a pas de limite à la taille des ressources transférées
• L'entité source est éligible pour recevoir d'autres IPv4 allocations ou affectations d'AFRINIC pour autant qu'il soit conforme à la politique en vigueur. Il n'y a pas de limite supérieure concernant le montant du transfert, de l'allocation et de la cession de IPv4 nombre de ressources qu'une entité source peut recevoir tant que la demande de transfert est effectuée en vertu d'un accord mutuel entre l'expéditeur et le destinataire.
• Le bénéficiaire d'un transfert doit justifier IPv4 besoins.
• Le bénéficiaire d'un transfert dans la région de service AFRINIC doit être membre d'AFRINIC.
• Par conséquent, le bénéficiaire d'un transfert, s'il n'est pas encore membre d'AFRINIC, devra faire une demande d'adhésion et subir une évaluation basée sur les besoins avant qu'un transfert ne soit approuvé.

 

Pour les transferts d'AFRINIC vers un autre RIR (Inter-RIR transfert)

• L'entité source doit être le détenteur actuel du IPv4 ressource à transférer.
• L'entité source qui publie une demande de transfert doit également fournir un accord de transfert de ressources
• L'entité source doit se conformer aux politiques du destinataire RIR(voir demande de clarification)
• Il n'y a pas de limite à la taille des ressources transférées
• L'entité source est éligible pour recevoir d'autres IPv4 allocations ou affectations d'AFRINIC pour autant qu'il soit conforme à la politique en vigueur. Il n'y a pas de limite supérieure concernant le montant du transfert, de l'allocation et de la cession de IPv4 des ressources numériques qu'une entité source peut recevoir tant que la demande de transfert est effectuée dans le cadre d'un accord mutuel entre l'expéditeur et le destinataire. 
• La partie (source) transférante enverra une demande au destinataire RIR, en utilisant un modèle standard et soumettre un accord officiel de transfert de ressources à la RIR(S). 
• Le destinataire du transfert doit se conformer aux politiques du destinataire RIR.
• La réception RIR doit informer l'entité source et la source RIR et le destinataire si le transfert est approuvé et la source RIR transférera ensuite les ressources.

Il n'est pas clair pourquoi l'entité source doit se conformer aux politiques du destinataire RIR lorsqu'il fonctionne dans la région de service de la source RIR.

L'entité destinataire est interprétée comme étant différente de l'entité source et tenue de se conformer aux politiques de l'entité destinataire RIRs.

En soumettant une demande de transfert au destinataire, RIR et pas son RIR, la vérification du fait que l'entité source est le détenteur actuel des ressources ne peut pas être effectuée.

 

C. pour les transferts d'un autre RIR à AFRINIC (inter-RIR transfert)

• L'entité source doit être le détenteur actuel du IPv4 ressource à transférer.
• L'entité source qui publie une demande de transfert doit également fournir un accord de transfert de ressources
• L'entité source doit se conformer aux politiques du destinataire RIR
• Il n'y a pas de limite à la taille des ressources transférées
• La partie (source) transférante enverra une demande au destinataire RIR, en utilisant un modèle standard et soumettre un accord officiel de transfert de ressources à la RIR(s). La réception RIR doit informer l'entité source et la source RIR et le destinataire si le transfert est approuvé et la source RIR transférera ensuite les ressources.
• Le destinataire du transfert devra se conformer aux politiques d'AFRINIC et être membre

Comme AFRINIC n'a aucune relation avec la source d'un transfert qui existe en dehors de sa région de service, il n'acceptera aucune communication de l'organisation source (détenteur de la ressource). Il recommande que ce dernier corresponde à son RIR qui procédera à la vérification appropriée de la demande de transfert reçue de son détenteur de ressources (membre ou héritage) conformément à ses politiques et pratiques commerciales établies. La source RIR communiquera alors avec AFRINIC.

AFRINIC évaluera ensuite la demande de l'organisation bénéficiaire conformément à ses politiques et en cas de succès, coordonnera le transfert avec la source RIR.

 

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

1. 5.7.3.1 - La source doit être le titulaire actuel des droits IPv4 adresses des ressources enregistrées auprès de RIR et doit être conforme aux politiques du destinataire RIR?
   • Cette déclaration n'est pas claire car les entités sources existent et sont soumises aux politiques d'AFRINIC (intra) ou d'une autre RIR (inter), qui sont la source RIRs. L'entité source n'a aucune relation avec le destinataire RIR. Les auteurs peuvent-ils préciser ce qu'ils signifient exactement ici?
2. 2. 5.7.5.1 parle de l'utilisation d'un modèle standard. Une clarification est nécessaire sur ce modèle standard - S'agit-il d'un modèle standard accepté au niveau mondial dans toutes les régions?
3. 3. La proposition ne contient pas de directive sur les ressources contestées - Les auteurs peuvent-ils clarifier comment l'AFRINIC doit gérer les ressources impliquées dans les transferts en litige?

 

1.3 Défis de mise en œuvre perçus

1. "5.7.3.2 Les entités sources peuvent bénéficier de IPv4 les allocations ou affectations d'AFRINIC tant qu'elles sont conformes à la politique en vigueur ". sont vouées à des abus 
2. 5.7.4.2 pratiquement en conflit avec 5.7.4.1.
3. ASN le transfert n'est mentionné que dans le résumé du problème, mais tout le texte des clauses de la politique fait référence à IPv4 seulement, cela prête à confusion et entraînera une mauvaise interprétation. Il est important d'avoir ASN inclusion clairement indiquée dans le texte de la politique

 

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 nécessitera d'autres ajustements pour tenir compte desRIR transferts
2. Impacts DNS inversés à prendre en compte (pour la majorité / 8)
3. ROA RPKI
4. Transférer les journaux
5. RT (système de billetterie AFRINIC)

2.2 Impact sur les processus et la procédure

1. Les processus et procédures nécessiteront un examen.
2. Coordination avec le RIRs qui ont des inter-RIR des politiques de transfert seront également requises

2.3 Impact sur les opérations

1. 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
2. Des ressources seront également nécessaires dans l'équipe de génie logiciel pour mettre en œuvre le transfert sur les systèmes AFRINIC.