Politique de transfert de ressources (Draft-3) 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 légitime actuel du IPv4 adresses des ressources enregistrées auprès de RIR, et doit être conforme aux politiques du destinataire RIR, et ne sera impliqué dans aucun différend quant à l'état de ces ressources.
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 ne sont pas éligibles pour recevoir d'autres IPv4 allocations ou affectations d'AFRINIC pendant une période de 12 mois après l'approbation d'un transfert.
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 héritées transférées seront toujours considérées comme des ressources héritées.
	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	Plus de détails
21 septembre 2020	Version 3: AFPUB-2019-V4-003-DRAFT03 - Les sections 5.7.3.2 et 5.7.4.3 ont été mises à jour.
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
13 oct 2020	AFPUB-2019-V4-003-DRAFT03

 

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.
• La source du transfert peut demander des ressources à AFRINIC après 12 mois, à compter de la date du transfert précédent. 
• 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.  
• Étant donné que, selon la section 5.7.4.3, les ressources héritées transférées seront toujours considérées comme des ressources héritées, si une source transfère des ressources héritées à un membre de la ressource, il n'est pas clair si le destinataire doit justifier le IPv4 besoins conformément aux politiques d'AFRINIC.
• Dans le cas où des ressources non héritées sont transférées par une source, le bénéficiaire d'un transfert doit justifier le IPv4 besoins et devra ê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é.
• Étant donné que, selon la section 5.7.4.3, les ressources héritées transférées seront toujours considérées comme des ressources héritées, si la source transfère des ressources héritées à une organisation qui n'est ni un membre d'AFRINIC ni un détenteur de ressources héritées, il n'est pas clair comment AFRINIC doit traiter ces demandes. Les détenteurs de ressources héritées ont été hérités lors de la création d'AFRINIC en 2005. Les règles commerciales et les statuts actuels permettent uniquement aux membres ressources d'être enregistrés dans l'AFRINIC WHOIS base de données. 

 

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
• Une source de transfert peut demander des ressources à AFRINIC après 12 mois, à compter de la date du transfert précédent.
• 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.  

Étant donné que, selon la section 5.7.4.3, les ressources héritées transférées seront toujours considérées comme des ressources héritées, si une source d'une autre RIR transfère des ressources héritées à un membre de la ressource, il n'est pas clair si le destinataire doit justifier le IPv4 besoins conformément aux politiques d'AFRINIC conformément à la section 5.7.4.1 

"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 / d'affectation, le cas échéant, selon les politiques en vigueur. ",

Si source d'un autre RIR transfère des ressources héritées à une organisation qui n'est ni un membre d'AFRINIC ni un détenteur de ressources héritées, il n'est pas clair comment AFRINIC traitera ces demandes. Les détenteurs de ressources héritées ont été hérités lors de la création d'AFRINIC en 2005. Les règles commerciales et les statuts actuels permettent uniquement aux membres ressources d'être enregistrés dans l'AFRINIC WHOIS base de données. 

Dans le cas où des ressources non héritées sont transférées par une source depuis une autre RIR, le bénéficiaire d'un transfert doit justifier IPv4 besoins et devra ê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é.   

Comme AFRINIC n'a aucune relation avec la source d'un transfert qui existe en dehors de sa région de service, elle 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. Section 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'un autre RIR(inter), qui sont la source RIRs. Dans le cas, un inter-RIR transfert d'un autre RIR à AFRINIC, l'entité source dans ce RIR n'aura aucune relation avec AFRINIC. Les auteurs peuvent-ils préciser ce qu'ils signifient exactement ici?
2. Sur la base des sections 5.7.3.1 et 5.7.4.1, la proposition exige-t-elle que chaque RIR évaluer à la fois la source du transfert et le destinataire du transfert même si l'une des parties transférantes est d'une autre région? 
3. La section 5.7.5.1 mentionne `` Le transfert doit être conforme aux politiques du destinataire RIR». Les auteurs peuvent-ils préciser si, selon cette politique, les transferts auront lieu même si la source ne respecte pas ses RIRles politiques de?
4. 5.7.5.1 parle d'utiliser un modèle standard. Des éclaircissements sont nécessaires sur ce modèle standard - S'agit-il d'un modèle standard accepté dans toutes les régions? 
5. Cette politique a-t-elle l'intention de faire créer par AFRINIC de nouveaux détenteurs de ressources avec un statut WHOIS base de données, simplement parce que l'organisation a acheté l'héritage IPv4 du marché?

 

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

1. 5.7.1 Cette politique s'applique à toute demande de transfert soulevée par un détenteur de ressources pour le transfert de ressources vers et depuis la région AFRINIC.
   - Il est impossible d'appliquer et de faire respecter cette politique aux détenteurs de ressources d'autres régions. AFRINIC ni aucun autre RIR n'ont aucun mandat pour évaluer les organisations dont les ressources sont domiciliées dans un autre RIR. De plus, cela n'est pas conforme au document ICP2 et aux statuts car ceux-ci définissent le périmètre de la région de service d'AFRINIC et les détenteurs de ressources d'autres régions sont hors de portée.
2. 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.
   - Il n'est pas possible d'appliquer et de faire respecter RIR politiques sur une organisation domiciliée dans une autre région. 
3. 5.7.4.2 tel qu'il est écrit, pratiquement en conflit avec 5.7.4.1. Qu'arriverait-il si seulement 5.7.4.2 est satisfait et la condition politique 5.7.4.1 n'est pas remplie? 
4. 5.7.4.3 Les ressources héritées transférées seront toujours considérées comme des ressources héritées.
   - Cela ne peut pas se produire pour l'espace hérité entrant et le destinataire n'est pas un membre de la ressource ni un détenteur hérité car les statuts actuels ne permettent pas la création de détenteurs de ressources hérités dans le WHOIS. Les anciens détenteurs ont été simplement acceptés et créés au début pour s'adapter à la migration d'autres RIR's.
5. 5.7.5.1. 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) 
   - Il ne peut pas être implémenté tel qu'il est écrit, tous RIRont déclaré qu'ils ne communiquaient pas directement avec les détenteurs de ressources d'une autre région, chacun RIR traite avec la partie transférante dans sa région et assure la maintenance d'Inter-RIR communication uniquement à RIR niveau seulement.
6. 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. 
   - Il ne peut pas être implémenté tel qu'il est écrit, tous RIRs ont déclaré ne pas communiquer directement avec les détenteurs de ressources d'une autre région. 

 

1.4 Réciprocité avec les autres RIRs

Cette section a été ajoutée pour documenter la réciprocité / compatibilité avec les autres RIRs inter-RIR politiques, une fois qu’AFRINIC a reçu son évaluation.

 

RIR	Réponse
ARIN	ARIN a répondu que la politique de transfert de ressources n'est pas compatible avec leur inter-RIR les politiques de transfert en raison de la déclaration suivante -  "La source doit être le titulaire actuel des droits du IPv4 adresses des ressources enregistrées auprès de RIR et doit être conforme aux politiques du destinataire RIR. » exigerait qu'une source dans la région ARIN se conforme à AFRINIC RIR politiques.
APNIC	L'interface APNICRIR la politique n'est pas compatible avec le texte actuel, en particulier "La source doit être le titulaire actuel des droits du IPv4 adresses des ressources enregistrées auprès de RIR et doit être conforme aux politiques du destinataire RIR. »
LACNIQUE	Tout d'abord, LACNIC n'exige pas de réciprocité dans lesRIR politique. Cependant, certains aspects sont importants à prendre en compte:  "La source doit être le détenteur légitime actuel du IPv4 adresses des ressources enregistrées auprès de RIR et doit être conforme aux politiques du destinataire RIR"  Le manuel des politiques de LACNIC ne demande pas à l’organisation source d’être en conformité avec l’autre RIR politiques.  Cela n'aurait pas beaucoup de sens de demander cela. Le paragraphe 5.7.5 «Procédure de transfert de ressources» stipule que la partie transférante soumettra une demande de transfert au destinataire RIR (Pas l'offre) et la réception RIR notifiera le transfert RIR une fois qu'il approuve le transfert ". Cela ne correspond pas à la façon dont INTER-RIR les transferts ont été mis en place dans l'un des autres RIR.
RIPE NCC	La section 5.7.5 rend la politique incompatible avec les politiques et procédures RIPE et ne peut pas être mise en œuvre. Pour les transferts d'AFRINIC vers RIPE NCC: Étant donné que cette politique stipule que la partie transférante doit contacter le RIPE NCC. Le RIPE NCC ne peut pas vérifier s'il est le véritable détenteur des ressources ou si ces ressources sont conformes aux politiques d'AFRINIC. (Ceci est une exigence des politiques RIPE) La procédure RIPE NCC stipule: "Pour les transferts vers la région de service RIPE NCC, le RIPE NCC sera informé par le RIR et contactez la partie concernée dans la région de service RIPE NCC. "Pour les transferts de RIPE NCC à AFRINIC: La politique stipule que la partie transférante doit contacter le destinataire RIR(AFRINIC dans ce cas). Ceci n'est pas compatible avec les politiques RIPE qui stipulent que lors du transfert de ressources de numéro Internet vers un autre RIR, le RIPE NCC suivra les politiques de transfert qui s'appliquent dans sa propre région de service. Les procédures RIPE NCC indiquent: "La demande de transfert est toujours initiée par la partie transférante. La partie transférante doit envoyer une demande au RIR où les ressources de numéro Internet sont enregistrées au moment de la demande. »

 

 

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 
3. Des mises à jour des accords contractuels seront nécessaires   

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.

2.4 Impact sur les finances d'AFRINIC

Les transferts hérités entrants (intra et inter) n'entraîneront pas d'augmentation de l'effectif, tandis que les membres ressources d'AFRINIC transféreront leurs ressources à d'autres RIRs déclenchera une réduction du nombre de membres.  

2.5 Évaluation juridique

D'emblée, il vaut la peine de dire qu'il n'y a pas d'interdiction statutaire à AFRINIC de ratifier un Inter-RIR politique de transfert si le besoin s'en fait sentir, d'autant plus qu'une telle politique existe à l'autre RIRs. 

Cependant, la mise en garde est que, si et chaque fois que le conseil d'administration est appelé à ratifier la politique susmentionnée, ce dernier devra s'assurer que la décision est prise conformément aux devoirs des administrateurs tels que définis dans la loi sur les sociétés. Par exemple, l'une des obligations est que les administrateurs doivent, à tout moment, agir dans le meilleur intérêt de la société. 

Alors, que signifie l'expression «agir dans le meilleur intérêt de l'entreprise»? Bien qu'il n'y ait pas d'indication statutaire à cette phrase, elle peut cependant être interprétée comme signifiant que la décision en question doit, entre autres, garantir que l'entreprise reste solvable à tout moment et assurer la continuité et la durabilité de l'entreprise. «Solvant» signifie que l'entreprise est en mesure d'honorer sa dette et ses engagements, y compris, mais sans s'y limiter, le paiement des dépenses opérationnelles, etc.

 

3.0 Implémentation

La mise en œuvre de la politique, si elle est ratifiée, se fera le myafrinic 2.0