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

AFRINIC-27 | Procès-verbal de la réunion du PDWG

Print Friendly, PDF & Email

Coprésidents de la session:

  • Sami Salih
  • Adewole Ajao

AGENDA

09:00 - 09:15

  1. introduction et aperçu de l'agenda

Ernest Byaruhanga, Dewole Ajao

09:15 - 09:45

  1. Le PDR AFRINIC

Dewole Ajao

09:45 - 10:15

  1. Mises à jour des politiques des autres RIRs

Ernest Byaruhanga

10:15 - 10:30

  1. Mise à jour de la mise en œuvre de la politique: IPv4 Transferts de ressources dans la région de service AFRINIC.

Ernest Byaruhanga

BREAK

11:00 - 11:45

  1. Délégations Lame dans AFRINIC Reverse DNS

Amreesh Phokeer, Daniel Shaw

11:45 - 12:30

  1. IPv4 Atterrissage en douceur - BIS

Alain Aina, Omo Oaiya

LUNCH

14:00 - 14:45

  1. Examen des ressources des numéros Internet par AFRINIC

Arnaud Amelina, Marcus Adomey, Jean-Baptiste Millogo

14:45 - 15:30

  1. Politique d'agrégation des itinéraires

Ernest Byaruhanga (pour David Hilario)

BREAK

16:00 - 16:45

  1. Processus d'élaboration des politiques d'AFRINIC BIS

Komi Abel Elitcha, Alain Aina

16:45 - 17:30

  1. Microphone de politique ouverte

Dewole Ajao, Sami Salih

  • Rapport d'expérience sur l'impleméntation des politiques

Madhvi Gokool


 

1. Bienvenue, introduction et aperçu de l'ordre du jour


La réunion a été ouverte à 0930 h XNUMX, heure locale, à Lagos. Ernest Byaruhanga (AFRINIC) a présenté Sami Salih (Soudan) et Adewole Ajao (Nigéria) - les coprésidents du Groupe de travail sur l'élaboration des politiques (PDWG) et les a invités à guider toutes les discussions de la journée. Les membres de la communauté présents ont été instamment priés de participer activement aux discussions en face à face afin que les décisions sur les propositions reflètent principalement les pensées de toutes les personnes présentes. L'ordre du jour a été partagé avec les délégués sans amendement. Il a été rappelé aux participants d'adhérer au «code de conduite» tout en participant, qui exige que les discussions soient cultivées, respectueuses et dans le meilleur intérêt de la communauté AFRINIC à tout moment.

 


 

2. Le PDR AFRINIC

Le processus d'élaboration des politiques de la région AFRINIC a été expliqué aux participants comme suit:

  • Une proposition ou une idée de politique est publiée par quiconque de n'importe où, quel que soit le lieu, la race et d'autres Cette adresse e-mail est protégée du spam. Vous devez activer Javascript pour la voir. liste de diffusion. L'auteur n'a pas à être membre de l'AFRINIC; il suffit simplement de faire partie de l'espace de gestion des ressources numériques.
  • Toutes les discussions sont ouvertes et ont lieu le Cette adresse e-mail est protégée du spam. Vous devez activer Javascript pour la voir. liste de diffusion et lors de réunions en personne. Toutes les archives sont également accessibles au public. Une proposition doit être discutée sur la liste de diffusion pendant au moins 4 semaines.
  • Une proposition est présentée lors d'une réunion de politique publique en face à face. S'il y a consensus, une dernière période d'appel d'au moins 2 semaines est lancée. S'il n'y a pas de consensus lors d'une réunion en face à face, la proposition remonte à la période de discussion minimale de 4 semaines sur la liste jusqu'à la prochaine réunion en face à face.
  • Après le dernier appel, la proposition est recommandée au Conseil pour ratification. AFRINIC sera mis en œuvre après la ratification du Conseil.

Les participants ont été encouragés à s’abonner au Cette adresse e-mail est protégée du spam. Vous devez activer Javascript pour la voir. liste de diffusion où toutes les discussions ont lieu.

 


 


3. Mises à jour d'autres RIRs

Propositions de politiques (pertinentes pour notre région) qui sont en discussion à l'autre RIRs étaient présentés comme suit:

  • APNIC: «prop-118» supprime l'exigence pour un bénéficiaire de transfert de démontrer la nécessité de IPv4 les ressources à recevoir.
  • RIPE: La proposition de politique RIPE-563 (Abuse Contact Management dans la base de données RIPE) introduit de nouveaux attributs de contact dans IPv4, IPv6 et ASN objets de ressource stockés dans la base de données RIPE. 
  • ARIN: Deux propositions ont été choisies dans la liste des propositions ARIN en cours de discussion: Proposition de politique 2017-3 qui traite du problème des informations de point de contact inexactes et obsolètes pour les objets stockés dans la base de données ARIN - où les coordonnées seront validées annuellement par ARIN, et tout point de contact qui ne répond pas sera marqué comme invalide, et la proposition de politique 2017-4 qui restreint ARIN à effectuer uniquement des transferts à RIRs qui permettent des transferts bidirectionnels.
  • LACNIC: L'intéressante proposition de LACNIC est similaire à celle qui a été discutée il y a quelque temps à AFRINIC mais qui a ensuite été retirée - qui permet des transferts à sens unique de IPv4 les ressources de tous les autres RIRs à LACNIC, mais pas de LACNIC à ceux RIRs.

 

Les réactions suivantes ont été notées après les présentations ci-dessus:

  • Les deux propositions pour valider les informations de point de contact dans le whois base de données, ainsi que les coordonnées des whois les données (en discussion à l'ARIN et au RIPE respectivement) sont également importantes pour nous, et un effort devrait être mis en place pour que cela soit discuté dans notre région et peut-être dans tous les autres RIRs comme une politique globale. Il a été noté qu'une politique mondiale doit avoir un énoncé de problème similaire (et un texte de politique) dans toutes les régions, et la communauté est libre de coordonner un tel effort.
  • La politique «pas besoin» de l'APNIC RIR les transferts sont dangereux et ne doivent pas être approuvés par l'APNIC.

 



4. Mise à jour de la mise en œuvre de la politique: IPv4 Transferts de ressources dans la région de service AFRINIC.

 

Une mise à jour a été faite sur les progrès de la mise en œuvre de la proposition de politique.IPv4 Transferts de ressources au sein de la région de service d'AFRINIC »qui a été ratifié le 26 avril 2017. Bien qu'il devait être mis en œuvre d'ici août 2017, le Conseil a émis une dérogation pour retarder la mise en œuvre à novembre 2017 à la demande du personnel d'AFRINIC. Il a été noté que la proposition sera mise en œuvre très prochainement, en attendant l'approbation par le Conseil de la draft Accord de transfert ainsi que le draft Contrat de services d'enregistrement.

 



5. Délégations Lame dans le DNS inversé AFRINIC

 

La proposition de politique «Lame Delegations in the AFRINIC Reverse DNS» a été (à distance) présentée par ses co-auteurs Daniel Shaw et Amreesh Phookeer. La version discutée est 2.0, soumise le 22 novembre 2017. Les auteurs ont partagé les points saillants suivants:

  • La version 2.0 est une réécriture complète du texte de la proposition (à partir de la version 1.0) pour plus de simplicité et de clarté - en utilisant un énoncé et une solution de problème simples, mais l'intention et l'énoncé du problème ainsi que la justification de la proposition n'ont pas changé.
  • Les délégations rDNS sont générées à partir du «domaine» whois db, mais la majorité sont boiteux et ne fonctionnent pas, provoquant des requêtes interrompues et qui ne répondent pas.
  • Bien que certains puissent penser que le problème est une question opérationnelle que le personnel d'AFRINIC peut résoudre sans passer par le PDP, le personnel n'a aucune autorité pour supprimer ou modifier les membres whois données, sauf autorisation expresse d'un tel cadre politique, qui est l'objectif principal de cette proposition politique. Les détails de mise en œuvre sont cependant laissés au personnel.

Il a été noté que la proposition autorise le personnel à utiliser des moyens raisonnables pour contacter les propriétaires des objets problématiques avant que ces objets puissent être falsifiés, mais le personnel pourrait également partager un plan de mise en œuvre, le cas échéant, après ratification.

La proposition a reçu principalement le service d'assistance des participants présents.

 

Décision des coprésidents: consensus. La proposition ira au «dernier appel».

 



6. IPv4 Atterrissage en douceur - BIS

Version 6.0 de la proposition de politique “IPv4 Soft Landing bis »reçu le 22 septembre 2017 a été présenté par les co-auteurs Alain Aina et Omo Oaiya. Points saillants des discussions:

  • La proposition a évolué en 6 versions depuis son introduction initiale en février 2016
  • La politique actuelle d'atterrissage en douceur autorise jusqu'à a / 13 pour la phase 1, ne prévoit aucune disposition spéciale pour les nouveaux entrants (tardifs) et ne prévoit aucune IPv6 déploiement.
  • Cette proposition modifie les valeurs d'allocation maximales et minimales pour les deux phases et réserve un espace à consacrer pour faciliter IPv6 déploiement. La taille d'allocation maximale passe à / 18 de / 13 dans la phase 1 (tout en restant à / 22 dans la phase 2), le minimum étant / 24 pour les deux phases.
  • Le / 12 actuellement réservé pour «circonstances imprévues» est annulé et est remplacé par un nouveau / 12 pour «faciliter IPv6 déploiement". Quiconque demande un espace à ce / 12 doit démontrer le besoin de cet espace.
  • Le / 18 était un compromis raisonnable moyen dérivé des statistiques actuelles montrant la répartition des IPv4 espace dans la région AFRINIC par taille de préfixe.

La proposition a reçu principalement des déclarations de service d'assistance, avec les réactions suivantes:

  • Pour plus de clarté, le personnel d'AFRINIC a recommandé (dans l'évaluation du personnel) d'ajouter le texte «..incluant les ccTLD IDN» à la clause 5.4.7.5.3. Les auteurs ont accepté le changement.
  • Il a été conseillé aux auteurs de supprimer la référence à XLAT car il peut y avoir de nombreux mécanismes de transition et de traduction même en dehors de l'IETF. 
  • L'auteur de la politique actuelle d'atterrissage en douceur (ainsi que la proposition de DD sur l'atterrissage en douceur retirée précédemment) a exprimé son service d'assistance à la proposition en insistant sur le fait qu'il n'y avait pas beaucoup de temps et que la proposition devait aller vite.
  • Il a été noté que les IPv4 les demandes dans la file d'attente du personnel d'AFRINIC doivent être traitées rétrospectivement - de sorte que celles reçues avant que la politique ne soit active puissent être évaluées en utilisant la nouvelle politique.

Les auteurs ont accepté les modifications proposées suivantes:

  • Incorporer la suggestion du personnel de reformuler la clause 5.4.7.5.3 en «Exceptionnellement pour cela IPv6 réserve, les fournisseurs de services DNS de base tels que définis au 5.6.4.4.2 incluront également les ccTLD africains sanctionnés par l'ICANN (y compris les ccTLD IDN) opérant dans la région de service AFRINIC. »
  • Supprimer la référence aux "traducteurs 464XLAT" en reformulant la dernière phrase du 5.4.7.1 en "IPv4 adresses des serveurs DNS à double pile des fournisseurs de services DNS principaux et de tout autre mécanisme de traduction ».
  • En 5.4, ajoutez une clause indiquant que la politique entrera en vigueur «immédiatement et s'appliquera rétrospectivement».


Décision des coprésidents: consensus. La proposition ira au «dernier appel».

 


 

 

7. Examen des ressources des numéros Internet par AFRINIC

La proposition «Revue des ressources des numéros Internet par AFRINIC» a été présentée par les auteurs Marcus Adomey, Jean Baptiste Millogo et Arnaud Amelina, dans sa 5e version soumise le 21 octobre 2017. Les points forts de la présentation étaient:

  • Certains des auteurs originaux se sont récusés depuis (Wafa Dahmani, maintenant président du comité de gouvernance d'AFRINIC, et Serge Illunga siège au conseil d'administration d'AFRINIC)
  • Afin d'assurer une utilisation efficace des ressources émises, l'article 4 de l'accord sur les services d'enregistrement fournit un cadre à AFRINIC pour auditer ou enquêter sur l'utilisation des ressources numérotées émises, charge les membres de coopérer avec les enquêtes et énumère les mesures qu'AFRINIC peut prendre en cas de non-conformité.
  • Cette proposition confirme et renforce cette exigence de la RSA d'introduire un cadre par le biais d'une politique pour qu'AFRINIC procède à des examens réguliers des ressources émises et récupère toutes les ressources dont l'utilisation n'est pas conforme à la politique et / ou à la RSA. Les stratégies récupérées peuvent être réaffectées à d'autres membres.
  • Les auteurs ont travaillé avec le conseiller juridique d'AFRINIC pour s'assurer que la dernière version (5.0) ne contient aucune clause pouvant exposer légalement AFRINIC.

Il a été suggéré que les noms supprimés des co-auteurs soient rétablis car ils figuraient sur le document original malgré l'évolution des versions et des responsabilités. La proposition doit également garantir que tout type et toute taille de membre, indépendamment de la taille des ressources (sélectionnées au hasard), puissent être audités / étudiés.

 

Décision des coprésidents: pas de consensus. La proposition revient à la liste de diffusion.

 


 

 

8. Politique d'agrégation des itinéraires

Cette proposition a été présentée par Ernest Byaruhanga en l'absence de son auteur d'origine, David Hilario. La même version soumise le 21 avril 2017 a de nouveau fait l'objet d'une discussion, comme le prévoit le PDP, jusqu'à ce qu'elle soit retirée par l'auteur ou expire après avoir été mise à jour pendant 12 mois.

  • Selon le texte actuel de la politique, il est explicitement indiqué qu'un LIR n'a pas de limites sur le montant des allocations supplémentaires qu'il peut prendre, s'il est émis individuellement, il en résultera une augmentation significative des entrées dans la table de routage.
  • La proposition permet à AFRINIC d'émettre IPv4 préfixes en tant que plages de limites de bits contiguës, limitant le nombre de préfixes rompus annoncés.
  • Remplace CPM 5.4.4 par «5.4.4 Pour tout LIR ou utilisateur final demandant IPv4 espace d'adressage pendant l'épuisement: il n'y a pas de limite explicite au nombre de fois qu'une organisation peut demander des IPv4 l'espace d'adressage pendant la période d'épuisement. Dans un souci de conservation de la table de routage, des préfixes seront émis sous forme d'agrégats lorsqu'un LIR demande plusieurs allocations supplémentaires. »

Le personnel a indiqué (dans son rapport d'évaluation de la proposition) que l'énoncé du problème de l'auteur n'est pas applicable, car le texte proposé est déjà similaire au texte de la clause 5.5.1.4.3 de la RPC.


Décision des coprésidents: pas de consensus. La proposition revient à la liste de diffusion.

 


 

 

9. Processus d'élaboration des politiques d'AFRINIC BIS

La deuxième version de la proposition de politique «AFRINIC Policy Development Process bis» reçue le 09 novembre 2017 a été présentée par les co-auteurs Alain Aina, Arnaud Amelina et Komi Abel Elitcha. La proposition initiale (v1) a été publiée le 28 avril 2017 (mais il y avait déjà des discussions très actives sur la liste rpd depuis 2016 concernant l'amélioration du PDP actuel). Les points saillants et les points de discussion suivants ont été notés:

  • L'approche du consensus et des décisions est basée sur les meilleures pratiques des normes de l'IETF et des PDP d'autres RIRs.
  • La proposition introduit une révision majeure de la procédure de recours.
  • La méthode Chair + Vice Chair est à nouveau remplacée par 2 chaises.
  • Nouvelles dispositions sur la façon dont le Conseil adopte les politiques.
  • Le document a été divisé en deux, après s'inquiéter (lors de l'AIS 2017 - Nairobi) qu'il était trop long. Les auteurs travailleront avec le personnel pour fusionner le contenu de ces documents afin d'assurer la cohérence avec le CPM.
  • Le personnel a noté que la date de mise en œuvre devrait être liée à la date de ratification et non à la date du dernier appel.
  • Le personnel a également noté que toute référence à l'article 11 des statuts (ou à tout autre article d'un document étranger) devrait être supprimée, de sorte que tout changement dans les documents externes ne nécessite pas de changer le CPM.

Les autres observations formulées étaient les suivantes:

  • Les auteurs doivent clarifier si le comité d'appel dans cette proposition annulera celui existant si la politique est adoptée. Le président du conseil a précisé qu'à sa connaissance, un tel comité n'aurait pas besoin d'être reconstitué.
  • Le PDP doit explorer et prévoir des coprésidents pour assister et présider les réunions à distance.

Décision des coprésidents: pas de consensus. La proposition revient à la liste de diffusion.

 


 

 

10. Microphone de politique ouverte

Les questions suivantes ont été discutées lors du Open Policy Microphone:

  • Rapport d'expérience sur la mise en œuvre des politiques: présenté par Madhvi Gokool, il contient des commentaires aux membres sur certaines observations du département de RS lors de l'évaluation des demandes de ressources - et touche principalement les problèmes qui pourraient être résolus par la politique pour mieux guider RS ​​dans le traitement des demandes de ressources. Interprétations peu claires concernant les exigences d'allocation IPv4 et ASN les ressources ont été partagées et la communauté a été invitée à mieux guider AFRINIC en améliorant les politiques actuelles.
  • Il a été noté que pour les réunions futures, les discussions devraient commencer par le rapport de mise en œuvre de l'expérience politique, afin que tous les besoins de modifier la politique puissent être discutés en premier.
  • Il a été suggéré que les coprésidents devraient, à l'avenir, énumérer les questions en suspens sur toutes les propositions renvoyées à la liste afin qu'il ne soit pas nécessaire de discuter de questions déjà closes.
  • Il est nécessaire d'intéresser plus de techniciens à participer au PDP.
  • Il a été conseillé aux auteurs de la proposition PDP-bis d'inclure une disposition qui supprime les propositions lorsque les auteurs ne sont pas présents à distance ou sur place pour défendre leurs propositions, car cela montre un manque général d'intérêt pour la proposition de ses auteurs.

 


 

11. Résumé de la discussion

Proposition de politique

Décision

Délégations Lame dans le DNS inversé AFRINIC

AFPUB-2017-DNS-001-DRAFT02

Dernier appel

IPv4 Atterrissage en douceur BIS

AFPUB-2016-V4-001-DRAFT07

Dernier appel

Examen des ressources des numéros Internet par AFRINIC

AFPUB-2016-GEN-001-DRAFT-05

Retour à la liste

Politique d'agrégation des itinéraires

AFPUB-2017-V4-002-DRAFT01

Retour à la liste

Processus d'élaboration des politiques d'AFRINIC BIS

AFPUB-2017-GEN-002-DRAFT02

Retour à la liste

Dernière modification le -
Date et heure à Maurice -