Clarification sur l'utilisation temporaire des ressources

Proposition

1.0 Résumé du problème traité par cette proposition

Avec IPv4 épuisement à venir, IPv4 les affectations de ressources nécessitent une meilleure gestion en raison de la rareté. Par exemple, que se passe-t-il si certaines entités demandent une valeur de / 20 de IPv4 pour une utilisation temporaire pendant la phase 2 d'atterrissage en douceur? Avec courant IPv6 évolution, nous pensons que les entités qui demandent des ressources temporaires devraient déployer plus IPv6 préfixes que IPv4 Préfixes.

2.0 Résumé de la façon dont cette proposition résout le problème

Cette proposition vise à limiter la taille des IPv4 demandes de ressources pour un usage temporaire telles que des conférences et des réunions et, en outre, encourage IPv6 utilisation à ces fins. Nous croyons cela IPv6 est maintenant suffisamment mature pour être déployé pour ce type d'utilisation.

Toute IPv4 l'espace requis pour une utilisation temporaire ne doit pas être supérieur à / 22 - en particulier pour les réunions et événements. L'entité requérante doit utiliser IPv6-seulement sur leurs réseaux et déployer IPv4 au bord du réseau à l'aide d'un IPv6 mécanisme de transition.

Enfin, nous pensons que le titre de cette section de la RPC devrait refléter exactement le fait que nous ne traitons que des affectations et non des affectations également.

Proposition 3.0

CPM 9.0 à modifier comme suit:

Références 4.0

Rapport d'expérience sur la mise en œuvre des politiques présenté lors de l'AFRINIC du 27 au 30 novembre 2017:

https://youtu.be/YZq7pvUwWk0?t=35799

Historique des révisions

Évaluation du personnel

Rapport d'évaluation du personnel 

Télécharger le PDF

1.0 Compréhension de la proposition par le personnel

1. La proposition vise à encourager les entités ayant besoin d'espace pour une utilisation temporaire (dans le cadre du CPM 9.0 actuel) à utiliser davantage IPv6 que IPv4 l’espace, fondé sur le fait que dans la période actuelle de IPv4 rareté de l'espace, IPv4 l'espace nécessite une meilleure gestion, en particulier pendant la phase 2 où une demande de IPv4 l'espace peut être supérieur à l'affectation maximale autorisée.
2. La proposition restreint la taille des IPv4 Espace PI qui peut être délivré pour une utilisation temporaire, comme pour des conférences et des réunions, à / 22 (mais peut être moindre, si le besoin n'a pas été démontré par l'entité requérante).
3. Les ressources temporaires sont attribuées (émises) pour une durée maximale d'un mois.
4. La proposition suggère que IPv6 l'utilisation est encouragée à ces fins temporaires, car elle est maintenant suffisamment mature pour être déployée pour ce type d'utilisation (comme indiqué dans l'énoncé du problème: l'entité demandeuse doit utiliser IPv6-seulement sur leurs réseaux et déployer IPv4 au bord du réseau à l'aide d'un IPv6 mécanisme de transition).
5. Autres changements notés à la politique actuelle:
   1. Renomme CPM 9.0 (titre) de "9.0 Allocations et affectations de ressources temporaires" à "9.0 Affectations de ressources temporaires" pour refléter le fait que nous ne traitons que des affectations et non des allocations.
   2. Ajoute une exigence à 9.1 pour que l'activité nécessitant des ressources IP temporaires soit documentée publiquement et disponible sur un site Web accessible au moins pendant toute la période de l'événement. Dans la politique actuelle, le texte exige que l'activité soit documentée publiquement, mais ne précise pas pendant combien de temps la documentation doit rester accessible au public.

 2.0 Commentaires du personnel

1. Le texte en 2.0 "Comment cette proposition résout le problème" qui se lit "L'entité requérante doit utiliser IPv6-seulement sur leurs réseaux et déployer IPv4 au bord du réseau à l'aide d'un IPv6 mécanisme de transition. "devrait être déplacé vers la proposition de préférence 9.2, car il ne serait pas intégré dans la RPC - mais il semble qu'il s'agisse d'une action de mise en œuvre de la politique.
2. Il existe des événements spécifiques connus comme l'AFNOG / AIS et peut-être les réunions de l'ICANN qui nécessitent beaucoup plus que le stipulé / 22. Ils pourraient être affectés négativement s'ils étaient limités à utiliser le maximum / 22.
3. Après la phase 2 de IPv4 l'épuisement, il n'y a aucune garantie que IPv4 les demandes d'utilisation temporaire seront satisfaites, car aucun bloc spécifique n'est réservé à cet effet.
4. Il est souhaitable que la proposition stipule le délai minimum avant l'événement au cours duquel la demande de ressources temporaires doit être soumise (par exemple, 3 mois avant l'événement). 
5. Le personnel devrait normalement vérifier que l'activité / l'événement est documenté sur un site Web public avant de traiter toute demande connexe. Par conséquent, le texte«joignable au moins pendant toute la durée de l'événement.» pourrait être reformulé en "joignable au moins à compter de la soumission de la demande de ressources et pendant toute la durée de l'événement".

3.0 Commentaires du conseiller juridique 

Aucun

4.0 Implémentation

4.1 Chronologie et impact

La proposition sera mise en œuvre dans les délais prévus dans le PDP.

4.2 Exigences de mise en œuvre

1. Mises à jour des processus d'évaluation des demandes internes, listes de contrôle
   1. Vérifier que les informations sur l'événement sont documentées sur un site Web.
   2. Informer les candidats des recommandations techniques du 9.3.
   3. Application de la nouvelle taille maximale du temporaire IPv4 missions.
2. Publication de la documentation mise à jour concernant les demandes de ressources temporaires sur le site Web d'AFRINIC
3. Création de formulaires de demande de ressources temporaires.