Détails
| ID: AFPUB-2019-v4-001-DRAFT01 |
Version: 1.0 Statut: En discussion Obsolètes: |
Auteur : Jordi Palet Martínez jordi.palet auipv6company.com The IPv6 Company |
| Modifie: CPM, modifier l'art. 5.7 | ||
| Soumis: 13 mai 2019 |
Proposition
1. Résumé du problème traité par cette proposition
Cette proposition permet d’établir le mécanisme permettant les transferts d’héritages IPv4 des ressources 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 des adresses IPv4 , plusieurs régions ont résolu ce problème, non seulement par des transferts au sein 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 chez AFRINIC, ce qui conduit la région à une situation de discrimination et de rareté des adresses, non seulement pour le RIR , mais sur le marché de la région, ce qui évite même que de nouvelles entreprises puissent s'implanter 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.
Par mesure de protection, il est considéré que ces transferts ne devraient être autorisés d'AFRINIC vers d'autres régions que s'il s'agit de ressources existantes, quelle que soit l'origine des ressources provenant d'autres régions. Cela a également l'avantage de permettre à ces ressources d'émerger et de les intégrer RIRs 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 LACNIC et RIPE. Cependant, en raison de l'héritage uniquement, il limitera les transferts avec APNIC à l'héritage uniquement et n'autorisera pas les transferts avec ARIN, car la formulation de leur politique limite les transferts vers d'autres régions avec des politiques «réciproques».
3. Proposition
Modifier 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.
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 IPv4 Transferts de ressources Cette politique s’applique à une organisation ayant un besoin justifié, IPv4 ressources qui ne peuvent être satisfaites par AFRINIC.
5.7.1 Types de transfert reconnus Deux types de transferts sont reconnus:
Dans leRIR cas, si la source des ressources est située en AFRINIC et que la destination est une autre RIR, seules les ressources héritées peuvent être transférées. |
|
5.7.3. Conditions relatives à la provenance du transfert 5.7.3.1 La source doit être le titulaire légitime actuel du 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 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.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.2 Conditions sur la source du transfert 5.7.2.1 La source doit être le titulaire légitime actuel du IPv4 adresser les ressources dans les RIR, et ne pas être impliqué dans un différend quant au statut de ces ressources. 5.7.2.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.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.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.3 Conditions du destinataire du virement 5.7.3.1 Pour une organisation de la région de service AFRINIC, AFRINIC doit approuver le besoin du bénéficiaire de IPv4 nombre de ressources, conformément aux politiques pertinentes existantes. 5.7.3.2 Pour une organisation dans un autre RIR région de service, le critère pertinent dépendra des politiques pertinentes dans la destination RIR. 5.7.3.3 Le destinataire doit être membre de la RIR, soumis à ses politiques et documents juridiques / accords de service. |
|
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.4 IPv4 les ressources héritées ne seront plus considérées comme des ressources héritées:
|
4. Références
Il existe des politiques inter RIR d'APNIC, ARIN et RIPE, qui ont largement démontré leur efficacité et n'ont pas posé de problèmes aux communautés respectives, bien au contraire.
Le LACNIC est parvenu à un consensus sur une proposition équivalente lors de sa dernière réunion:
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
Évaluation du personnel
| Proposition | AFPUB-2019-v4-001-DRAFT01 |
| Titre | IPv4 Inter-RIR Transferts de ressources hérités |
| URL de la proposition | https://afrinic.net/policy/proposals/2019-v4-001-d1#proposal |
| évaluée | 20 Juillet |
1.0 Compréhension de la proposition par le personnel
a) Modifie le CPM 5.7 qui prévoit actuellement desRIR transferts pour permettre à la fois Intra et Inter-RIR les transferts.
b) Intra-RIR les transferts se feront dans les conditions suivantes: -
- Les deux parties (source et destinataire) se trouvent dans la région de service AFRINIC.
- La source doit être le détenteur légitime actuel des ressources (détenteur de ressources héritées ou membre de ressources) et ne peut faire l'objet d'aucun différend au moment de la soumission / exécution de la demande de transfert.
- L'entité source (titulaire de la ressource héritée ou membre de la ressource) ne peut pas recevoir de IPv4 adresses (attributions ou affectations) d'AFRINIC pour une période de 12 mois après approbation du transfert.
- L'organisation bénéficiaire sera un membre ressource ou postulera pour devenir membre ressource pour recevoir les ressources transférées. Ils seront soumis aux politiques, aux documents juridiques et aux accords de services d'AFRINIC et feront l'objet d'une évaluation des besoins afin qu'AFRINIC puisse déterminer leurs besoins en ressources à recevoir dans le cadre du transfert, conformément aux politiques existantes.
- Si l'espace hérité est transféré, il perdra son statut hérité après le transfert.
- La section 5.7.3.3 présente dans la politique actuelle est maintenant supprimée de la nouvelle proposition de politique («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 d'acquisitions. Cela signifie qu'un membre Ressource qui vient de recevoir des ressources déléguées d'AFRINIC peut transférer les ressources juste après.
c) Inter-RIR les transferts se feront dans les conditions suivantes: -
- Si la source est dans la région de service AFRINIC, le destinataire doit être dans un autre RIR, et également.
- La source RIR doit avoir uneRIR politique de transfert compatible avec AFRINIC.
- Seul héritage IPv4 les ressources peuvent être transférées d'AFRINIC à la réception RIRs.
- La source doit être le détenteur légitime actuel des ressources (détenteur de ressources héritées ou membre ressource détenant certaines ressources héritées) et ne faisant l'objet d'aucun litige au moment de la soumission / exécution de la demande de transfert.
- Les critères de réception dépendront des politiques pertinentes du RIR où il est enregistré en tant que membre.
- Le destinataire est soumis à son RIRDocuments juridiques / accords de service
- Les entités sources ne seront pas éligibles pour recevoir davantage IPv4 traiter les allocations ou les affectations d'AFRINIC pour une période de 12 mois après l'approbation du transfert
- AFRINIC peut recevoir à la fois hérité et non hérité IPv4 l'espace des autres RIRs.
- L'espace hérité une fois transféré tombe sous RSA et perd le statut hérité.
- L'organisation bénéficiaire sera un membre ressource ou postulera pour devenir membre ressource pour recevoir les ressources transférées. Ils feront l'objet d'une évaluation des besoins afin qu'AFRINIC puisse déterminer leurs besoins en ressources à recevoir dans le cadre du transfert, conformément aux politiques existantes.
2.0 Commentaires du personnel
2.1 Intra-RIR transferts
- La proposition ne concerne que les transferts de IPv4 espace. Certaines organisations peuvent souhaiter transférer ASNs qui détiennent un statut hérité à la source. L'intention de l'auteur est-elle de limiter les transferts à IPv4 seulement & exclure ASNs de cette proposition de politique?
- La section 5.7.3.3 est désormais supprimée de la nouvelle proposition de politique ("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 fusions et acquisitions, les transferts. La suppression de cette clause permettra aux entreprises de s'installer dans la région de service d'AFRINIC, d'obtenir des ressources et de les transférer hors de la région - c'est-à-dire que les nouveaux membres seront en mesure de vendre / transférer immédiatement leurs ressources dès réception - ouvrant la voie à de graves abus et en même temps en conflit avec la clause de politique d'atterrissage en douceur qui exige une démonstration de la nécessité de 8 prochains mois (CPM 5.4.5).
- L'intention de l'auteur est-elle de modifier laRIR en supprimant cette clause?
- Comment le conflit avec CPM 5.4.5 sera-t-il traité?
2.2 Inter-RIR transferts
- Il n’est pas clair quandRIR les transferts deviennent effectifs (phase 1 ou phase 2 de l'atterrissage en douceur).
- Le 5.7.2.2 proposé se lit comme suit: "Les entités sources ne seront pas éligibles pour recevoir d'autres IPv4 adresser les allocations ou les affectations d'AFRINIC pendant une période de 12 mois après une approbation de transfert ". Cela pourrait impliquer que les détenteurs de ressources héritées qui ont transféré des ressources ne pourront pas devenir membres d'AFRINIC et demander des ressources dans les 12 mois.
3.0 Commentaires du conseiller juridique
Aucune
4.0 Mise en œuvre
4.1 Chronologie et impact
- Un impact minimal sur les opérations AFRINIC est prévu si les clauses politiques conflictuelles sont traitées.
- La politique peut être mise en œuvre dans les 6 mois suivant le dernier appel.
4.2 Exigences de mise en œuvre
- Modification de laRIR les règles imposeront à AFRINIC de retravailler l'outil de transfert automatisé
- Collaboration avec l'autre RIRs mettre en œuvre desRIR transfère et automatise les services connexes (tels que rDNS).
