Info! Please note that this translation has been provided at best effort, for your convenience. The English page remains the official version.

Atterrissage en douceur SD

 

Détails
  • Réf. Prénom:
    AFPUB-2017-V4-001-DRAFT- 03
  • Soumis:
    01 mai 2017
  • versions:3.0
  • Statut:
    Retiré
  • Auteur :
    - Douglas Onyango ondouglas [at] gmail.com
    - Seun Ojedeji seun.ojedeji [at] gmail.com
  • Modifie:Politique d'atterrissage en douceur - Section 5.4 du CPM
  • Évaluation du personnel

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

La politique actuelle d'atterrissage en douceur décrit comment AFRINIC doit gérer les allocations et / ou les affectations depuis le dernier / 8.

Bien que l'objectif déclaré de la politique soit de garantir que les allocations / affectations sont gérées d'une manière acceptable pour la communauté AFRINIC, la communauté AFRINIC a le sentiment général que certaines dispositions de la politique ne sont pas conformes à cet objectif.

Plus précisément, la politique actuelle d'atterrissage en douceur:

une. Permet une taille d'allocation maximale de a / 13 dans la phase 1. Les auteurs estiment que cela est trop important sur la base de la taille moyenne d'allocation / affectation des 5 dernières années.
b. Permet aux organisations de demander des allocations / affectations sans limiter le nombre de fois ou la taille maximale qui peut être demandée. Les auteurs de cette politique estiment qu'il ne s'agit pas d'une gestion prudente du dernier bloc / 8.
c. Ne prévoit aucune disposition spécifique pour les nouveaux entrants. Les auteurs estiment qu'AFRINIC devrait encourager les nouveaux entrants pendant la phase d'épuisement, surtout si de telles mesures ne créent pas d'obstacles importants pour les membres existants.

 

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

Cette proposition tente de résoudre ces problèmes en:

  • Réduire le préfixe maximum dans la phase 1. Nous sommes arrivés à ce chiffre en examinant le préfixe d'allocation moyen. Nous avons constaté que la moyenne se situait entre / 17 et / 16.
  • Interdire l'allocation aux organisations qui ont été allouées jusqu'au maximum de préfixes au cours de chaque phase pour une certaine durée.
  • Ajustement du préfixe maximum pour la phase 2, pour le rapprocher de la taille d'allocation moyenne.

 

3. Proposition

Modifiez la section 5.4.3.1 du CPM comme suit:
Phase d'épuisement 1:
Au cours de cette phase, l'allocation / l'attribution de l'espace d'adressage se poursuivra comme dans la phase actuelle (/ 24 pour une UE et / 22 pour une LIR) mais le maximum passera de / 10 à / 16.

Modifiez la section 5.4.3.2 du CPM comme suit:
Phase d'épuisement 2
Au cours de cette phase, la taille minimale d'allocation / affectation sera / 24, et le maximum sera / 20 par allocation / affectation.

Modifiez la section 5.4.4 du CPM comme suit:
Pour tout LIR ou utilisateur final demandant IPv4 l'espace d'adressage pendant les phases d'épuisement:

5.4.4.1 Une organisation peut demander des informations supplémentaires IPv4 l'espace d'adressage dans les phases 1 et 2. Cependant, les allocations / affectations totales d'une telle organisation ne doivent pas dépasser le préfixe maximum autorisé de / 16 pour la phase d'épuisement 1 et / 20 pour la phase d'épuisement 2.

5.4.4.2 Nonobstant le 5.4.4.1, une organisation qui a reçu le préfixe maximum autorisé dans chaque phase peut demander un autre cycle d'allocation / assignation dans la même phase (conformément au 5.4.4.1), après une période d'attente de 24 mois civils.

 

4. Historique des révisions

Date

Change log

30 Mar 2017

Version 1.0

07 avril 2017

Version 2.0

  • Modification du préfixe maximum autorisé pendant la phase 1 en fonction de l'analyse du personnel et des commentaires de la communauté
  • Modification de la section 2 de la proposition, spécifiquement pour justifier le changement de préfixe basé sur les commentaires de la communauté et l'analyse du personnel
  • Reformulation et renumérotation de la section 5.4.4, spécifiquement pour fournir plus de clarté en fonction des commentaires de la communauté et s'assurer que l'épuisement est suffisamment constant. Il garantit également que les nouveaux entrants se voient accorder une possibilité suffisante d'acquérir de l'espace en interdisant le retour anticipé des membres existants qui ont atteint leur préfixe maximum dans les phases respectives.
  • Ajout de l'historique des révisions à la section 4

 

01 mai 2017

Version 3.0
Sur la base des commentaires de la communauté sur le rpd liste, les modifications suivantes ont été apportées:

  • Modification de l'énoncé du problème pour le rendre plus clair et moins ambigu.
  • Réduction de la période d'attente de 36 mois à 24 mois.

 

*** Évaluation du personnel ***


 

Proposition AFPUB-2017-V4-001-DRAFT- 02
Titre Atterrissage en douceur - SD
URL https://afrinic.net/en/community/policy-development/policy-proposals/2055-soft-landing-sd
évaluée 15 mai 2017

 

1.0 Compréhension de la proposition par le personnel

  • La proposition passe en revue certains articles de la politique actuelle d'atterrissage en douceur pour la rendre encore plus cohérente avec l'intention / l'esprit "d'atterrissage en douceur" derrière la politique d'origine.
  • Réduit la taille maximale du préfixe pouvant être émis dans la phase d'épuisement 1 à / 16
  • Définit la taille maximale du préfixe pouvant être émis dans la phase d'épuisement 2 à / 20 et la taille minimale du préfixe pouvant être émis à / 24 par allocation / affectation.
  • Interdit l'allocation aux organisations qui ont été allouées jusqu'à la taille de préfixe maximale pouvant être émise pendant chaque phase d'épuisement pendant 36 mois. 

 

2.0 Commentaires du personnel

  • Les textes en 5.4.4.1 et 5.4.4.2 sont quelque peu difficiles à comprendre.
  • Au 5.4.4.1, le "total des allocations / affectations" est-il le total pour cette organisation sur toute la durée, ou le total émis au cours d'une phase particulière, ou autre chose?
  • Au 5.4.4.2, la capacité de "demander un autre tour" est-elle limitée à un seul tour supplémentaire, ou peut-il y en avoir plus?
  • 5.4.4.2 semble être une exception à 5.4.4.1. Ils pourraient être reformulés de telle manière qu'aucune exception ne soit nécessaire.

 

3.0 Commentaires du conseiller juridique

Aucun observé.

 

4.0 Mise en œuvre:

4.1 Chronologie et impact

La proposition peut être mise en œuvre telle qu'écrite sans impact significatif sur les ressources AFRINIC dans les délais recommandés par le PDP.

4.2 Exigences de mise en œuvre

Les travaux suivants doivent être demandés au service informatique:

  • Codification des nouvelles tailles d'allocations minimales et maximales ainsi que de la durée de validité des allocations (36 mois) dans MyAFRINIC et whois
  • Révision des formulaires de demande de ressources (en MyAFRINIC et NMRP)

 

Print Friendly, PDF & Email
Dernière modification le -