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

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

Procès-verbal de la réunion politique en personne

Où: AFRINIC21, Cybercity, Maurice

Quand: 28 novembre 2014, 1100 - 1800

Coprésidents: Seun Ojedeji, Adam Nelson

Scribe: Ernest Byaruhanga

 

Agenda

Session 1: 11h00 - 12h30

1.   Le processus d'élaboration des politiques (PDP)

2.   Rapport sur l'état de la mise en œuvre de la politique

3.   Résumé des propositions en discussion à AFRINIC

4.   Résumé des propositions intéressantes dans d'autres régions

5.   Rapport d'état du manuel de politique des ressources (RPM)

6.   Proposition: Utilisation hors région des ressources de numéros Internet AFRINIC

Session 2: 14h00 - 16h00

7.   Proposition: AFRINIC whois Processus de mise à jour de la base de données

8.   Proposition: Anycast Affectations de ressources dans la région AFRINIC

Séance 3: 1600 - 1730

9.   Proposition: Réservation de ressources pour les points d'échange Internet

10.  Proposition: AFRINIC Service Guidelines

11.  Rapport d'expérience sur la mise en œuvre des politiques

12.  Microphone ouvert

 

1.0 Le processus d'élaboration des politiques

La réunion a commencé avec le coprésident Adam Nelson qui a conduit les participants à travers le processus d'élaboration des politiques de la région AFRINIC (PDP). Plus d'informations sur le PDP peuvent être trouvées ici.

2.0 Rapport d'étape sur la mise en œuvre de la politique

Ernest Byaruhanga a rendu compte des propositions de politiques suivantes qui ont été mises en œuvre depuis AFRINIC20 à Djibouti, juin 2014:

  • Anycast Missions dans la région AFRINIC (AFPUB-2012-v4-001)
  • Pas de marche arrière sauf si attribué (AFPUB-2012-dns-001)

Ernest a déclaré que le retard de mise en œuvre était dû à des changements de code dans l'AFRINIC whois système de base de données, qui a été mis à niveau avec succès et les politiques mises en œuvre en conséquence.

3.0  Résumé des propositions en discussion à AFRINIC

Les propositions à discuter lors de la réunion ont été présentées comme suit:

  • Utilisation hors région des ressources de numéros Internet AFRINIC
  • AFRINIC whois Processus de mise à jour de la base de données
  • Anycast Affectations de ressources dans la région AFRINIC
  • Réservation de ressources pour les points d'échange Internet
  • Directives de service AFRINIC

4.0  Résumé des propositions intéressantes dans d'autres régions

Les propositions politiques actives / en cours des autres régions suivantes ont été présentées au réunion car ils ont été jugés pertinents pour notre région:

  • ARIN-2014-1: Hors région IPv4 utilisation de l'adresse: un détenteur de ressources ARIN peut utiliser ses ressources hors région tant qu'il utilise l'équivalent de IPv4 / 22, IPv6 / 44, 1 ASN dans la région de service ARIN.
  • RIPE-623: Politique d'Inter-RIR Transfert de ressources de numéros Internet: La politique décrit comment le transfert de ressources entre RIPE NCC et d'autres RIRs (et de même) se produira.

5.0  Rapport d'état du manuel de politique des ressources

Ernest a rendu compte du Resource Policy Manual (RPM), qui est un document de référence unique pour toutes les politiques utilisées dans l'AFRINIC région qui avait été à draft niveau (publié ici) et a récemment été ratifié / approuvé par le conseil d'administration d'AFRINIC. Les faits saillants suivants ont été mentionnés à propos de draft version du RPM:

  • La version initiale a été publiée par le personnel d'AFRINIC.
  • Aucune modification n'a été apportée aux politiques existantes; les propositions ont été combinées en un seul document, pour faciliter la recherche, la référence et la mise à jour. (Le document est un simple reformatage des documents de politique existants, et aucun changement de contenu aux politiques)
  • Toutes les futures propositions de politique, après la mise en œuvre, seront reflétées comme des changements aux sections du RPM.
  • Une proposition de politique doit indiquer quelle section du manuel sera affectée.
  • Tous les documents de politique précédents seront archivés pour référence future.
  • Les directives de mise à jour du RPM seront incorporées dans le PDP le cas échéant et publiées en ligne.

Ernest a déclaré que le RPM avait été présenté à la communauté initialement en novembre 2013, publié pour commentaires du public en janvier 2014, recommandé au Conseil pour approbation en avril 2014 et reçu l'approbation du Conseil en novembre 2014. AFRINIC mettra en œuvre le RPM en janvier 2015 et tous des directives pour que la communauté travaille avec le nouveau RPM seront publiées sur le site Web d'AFRINIC.

Un nouveau format de numérotation des ID de proposition de politique a également été partagé avec la réunion, et qu'il prendra le format afyyyy-nnn-vvv, où "af"Le préfixe indique AFRINIC,"aaaa"L'année au cours de laquelle une proposition est reçue,"nnn"Est un chiffre qui augmente avec chaque nouvelle proposition reçue, ainsi que"vVVV»Étant le numéro de version (préfixé par la lettre« v »).

6.0 Utilisation hors région des ressources de numéros Internet AFRINIC

Cette proposition a été présentée par Douglas Onyango, et est publié ici.

 Commentaires reçus:

  • La politique ne devrait pas s'appliquer à l'espace d'adressage acquis avant la ratification de la politique. L'auteur a déclaré qu'il envisagerait de reformuler cette isun problème.
  • Il a été suggéré que la proposition ne soit pas rétroactive, mais restreigne uniquement les ressources futures, et qu'AFRINIC effectue une analyse approfondie et des rapports sur le nombre de membres qui seraient affectés si la politique telle qu'elle était écrite était ratifiée.
  • Les dispositions des RFC2050 et RFC7020 devraient guider le personnel. Si les réseaux s'étendent sur des régions, le demandeur doit aller vers d'autres RIR desservir la région où sont implantés ses autres réseaux selon le principe de l'agrégation. Les allocations ne doivent pas être basées sur des pourcentages mais sur le besoin, et les besoins doivent être basés sur l'agrégation et la taille minimale.
  • L'auteur a commenté la nécessité d'appliquer la politique aux LIR uniquement, en réaction au commentaire d'AFRINIC selon lequel il n'y a aucun moyen de mesurer l'utilisation de l'espace utilisateur final / PI. Il a été suggéré que tous les types d'adhésion devraient avoir les mêmes règles sinon; la politique encouragera les abus du système.
  • Plusieurs orateurs ont soutenu l'intention de la proposition, mais ont suggéré que la façon dont elle est rédigée ne résout pas le problème d'utilisation des ressources hors région en raison des difficultés d'application.
  • Il a été suggéré qu'une définition claire de «utilisation hors région» soit mise en place, car ce sera le point de départ pour résoudre les ambiguïtés.

Décision: Il n'y a pas eu de consensus pour déplacer la proposition au dernier appel. Il a donc été renvoyé à la liste de diffusion pour une discussion plus approfondie.

 

7.0 AFRINIC WHOIS Processus de mise à jour de la base de données

Cette proposition a été présentée par Jean-Robert Hountomey, et est publiéici.

L’auteur a déclaré que les membres sont tenus par la RSA de whois et MyAFRINIC exactes. Il a indiqué que le but de la proposition est d’atteindre la qualité whois AFRINIC chaque année.

Le commentaire suivant a été reçu:

  • L'auteur a demandé ce qui empêche AFRINIC de faire respecter la clause RSA qui oblige les membres à conserver des coordonnées correctes dans le whois et quelle capacité devrait être donnée au personnel pour faire respecter cette clause RSA.
  •  Le conseiller juridique d'AFRINIC a déclaré que le RSA est bilatéral, donc toute violation de celui-ci devrait obliger la partie violante à rendre des comptes. Il a déclaré que bien que la politique puisse aider à établir certaines procédures ou processus d'application, le RSA est très clair et définit déjà l'autorité.
  • Il a été conseillé à l’auteur de supprimer la mention «La nécessité d’une whois les données sont dans l'actualité depuis des années partout dans le monde »car elles sont sans fondement.
  • Il a été souligné que, puisque le RSA AFRINIC dispose déjà des dispositions nécessaires qui demandent aux membres de whois et MyAFRINIC des données à jour et exactes, cette politique n'est toujours pas nécessaire. Un «Best Current Practices (BCP)» ou un document justificatif peut cependant être mis en place pour aider le personnel à mettre en œuvre cette clause avec succès.
  • Le président du conseil d'administration d'AFRINIC a déclaré qu'il n'appuierait pas une proposition qui aurait des ramifications financières sur l'entreprise lors de sa mise en œuvre. Cette proposition signifierait la révocation de centaines d'adhésions, ce qui a des implications financières pour AFRINIC.

Décision: L'auteur a retiré la proposition immédiatement après la présentation et a suggéré que le personnel utilise les dispositions du RSA pour garantir la conformité.

 

8.0 Anycast  affectations de ressources dans la région AFRINIC

Cette proposition a été présentée par Mark Elkins et est publiée ici.

Il existe déjà une politique active qui permet IPv4 espace à délivrer pourAnycast fins, mais cette politique ne comprend pas IPv6 et ASN types de ressources. Cette proposition corrige cette omission.

Les commentaires ci-dessous ont été reçus:

  • La proposition a reçu le soutien de plusieurs personnes lors de la réunion.
  • Il a été noté que la nécessité de définir Anycast les services conformes au BCP126 ont été supprimés de la proposition, et l'auteur a été invité à expliquer pourquoi.
  • Il a été noté que les PCA changent continuellement, donc ce n'est pas une bonne pratique de baser la politique sur les PCA, car les politiques devraient être révisées lorsque les PCA changent.
  • Il a été suggéré que la politique ne soit ratifiée que pour couvrirles gTLD, RIRs, ccTLD et les opérateurs de serveur racine, car ce sont les seuls qui nécessitent Anycast approvisionnement. Cependant, d’autres s’y sont opposés et ont déclaré que tout service peut être anycast 'ed, et la proposition devrait être ouverte à tous les types d'opérateurs de réseaux IP souhaitant desservir Anycast.
  • Il a été convenu que les modifications suivantes seraient apportées à la proposition de l'auteur:
  • Section 1, changement "Et un numéro AS" à "Ou un numéro AS"
  • Section 3.1, modifier "Un numéro AS devrait " à "UN numéro AS peut "
  • Modifier les sections 1 et 3.1 pour inclure les dispositions du BCP126 dans la définition Anycast prestations de service.

Décision: Il y a eu consensus pour déplacer la proposition au dernier appel avec des modifications comme discuté lors de la réunion. Une proposition révisée avec les modifications du paragraphe ci-dessus doit être soumise par l'auteur et ira directement à la période du «dernier appel».

9.0 Réservations de ressources pour les points d'échange Internet

Cette proposition a été présentée par Nishal Goburdhan, et est publié ici.

La proposition se réserve IPv4 espace (/ 16 pour le peering et / 16 sous-réseaux de gestion) et un bloc de 2 octets ASNs (114 ou la moitié de l'inventaire AFRINIC) pour les IXP dans la région de service AFRINIC et garantit qu'il y aurait des ressources discrètes pour permettre l'établissement de nouveaux IXP et la croissance des IXP actuels.

Commentaires reçus:

  • Il a été observé qu’il existe désormais une politique RIRs (AFRINIC inclus) problème ASNs du pool 32 bits, et il ne devrait pas y avoir de différenciation maintenant.
  • AFRINIC a noté que bien que la politique soit en place, RIRs ont distinctement divisé le pool 32 bits en 3 catégories - 16 bits uniquement, 32 bits uniquement et 32 ​​bits, et que ces règles semblent toucher le pool 16 bits uniquement, qui est 0-65536.
  • Il a été noté que l'énoncé du problème n'était pas entièrement clair et il a été demandé à l'auteur de le clarifier. L'auteur a précisé que l'énoncé du problème est bien expliqué à la section 3.3 de la proposition.
  • Certains membres ont noté que:

La section 5 de la «Politique d'attribution des utilisateurs finaux» demande déjà à AFRINIC de réserver des blocs pour l'utilisation de l'espace d'adressage IXP, et que cette proposition est un double de celle existante.

  • La politique d'atterrissage en douceur pourrait être suffisante si cette proposition tente de résoudre l'incertitude des IXP IPv4 l'espace, et de pouvoir croître, comme le IPv4 la politique d'atterrissage en douceur assurera un approvisionnement prolongé de petits blocs dans la région.
  • Un membre a suggéré d’adopter la proposition d’inclure le NREN, ccTLDetc et ne pas se limiter aux IXP.
  • Il a toutefois été noté que des groupes d'intérêts plus spéciaux pourraient continuer à faire des demandes de réserves (comme un précédent que cette politique pourrait créer).
  • Politique globale d'acquisition ASNs - soyez prudent car il n'est peut-être pas possible d'en obtenir plus ASNs.
  • Il a été conseillé à l'auteur de prendre note des éléments suivants, et peut-être de modifier la proposition pour tenir compte de ces facteurs:                 
    • Incorporez un texte plus clair sur l'énoncé du problème.
    • Ajoutez une disposition pour que les ressources réservées soient retournées au pool à une certaine date si elles ne sont pas utilisées.
    • Examiner les préoccupations de la communauté et représenter une version mise à jour de la proposition

Décision: Il n'y a pas eu de consensus pour déplacer la proposition au dernier appel. Il revient donc à la liste de diffusion pour une discussion plus approfondie.

10.0 Directives de service AFRINIC

Cette proposition a été présentée par Karmann Olumomo, et est publié ici.

Commentaires reçus:

  • Il est déraisonnable d'émettre automatiquement des ressources après un certain délai, car la stratégie peut être utilisée et abusée intentionnellement.
  • Il y a eu plusieurs déclarations d'objection et personne n'a appuyé la proposition.

Décision: Il n'y a pas eu de consensus pour déplacer la proposition au dernier appel. Il revient donc à la liste de diffusion pour une discussion plus approfondie. en outreLe les coprésidents ont conseillé à l'auteur d'envisager de retirer la proposition car elle n'avait reçu aucun soutien de la communauté.

11.0 Rapport de mise en œuvre de l'expérience politique 

Cette session a été présentée par Madhvi Gokhool, Gestionnaire des services d'inscription, AFRINIC.Madhvi a soulevé les questions suivantes qui sont ambiguës dans les règlements administratifs et les documents de politique et a exhorté la communauté à mettre en place des politiques qui aideraient le personnel à les comprendre et à les interpréter plus facilement.

  • Article 6.1 (i) des statuts: «toute personne qui est basée géographiquement à l'intérieur de la région africaine et qui fournit des services dans la région africaine, et qui est engagée dans l'utilisation ou dans le commerce de fournir des services de réseau de protocole OpenSystem; ou ". La clause n'est pas très claire sur «la fourniture de services dans la région africaine» et doit être clarifiée.
  • Politique d'allocation supplémentaire: "Un LIR peut recevoir une allocation supplémentaire lorsque 80% de tout l'espace d'adressage qui lui est actuellement alloué a été utilisé dans des attributions et / ou des sous-allocations valides".AFRINIC a rencontré à plusieurs reprises des problèmes où les LIR ne veulent pas enregistrer l'utilisation de leurs clients pour des problèmes de confidentialité et cela nécessite la participation de la communauté via une politique sur la façon de résoudre le problème.
  • Politique pour l'utilisateur final IPv4 (PI) l'espace exige que les membres "Montrer soit une utilisation existante d'au moins / 25 de leur fournisseur en amont ou justifier un besoin immédiat d'au moins 50% de l'espace actuellement demandé". Il a été noté que de nombreuses organisations d'utilisateurs finaux ne remplissent pas ces conditions mais ont légitimement besoin d'espace pour des raisons telles que l'hébergement multiple.
  • Il a été noté qu'il n'y a pas de politique de traitement des transferts de ressources internes en raison de fusions, d'acquisitions et de demandes de transfert volontaire.

12.0 Heure d'ouverture de la politique

 
Les commentaires suivants ont été reçus pendant le microphone de politique ouverte:
  • Les présidents des politiques et AFRINIC devraient s'assurer que les auteurs utilisent le modèle tel qu'il est rédigé pour soumettre des propositions afin d'assurer la cohérence.
  • Trouvez une méthode pour accélérer le processus de détermination du consensus politique indépendamment des réunions semestrielles, par exemple en dissociant le PDP des réunions en face à face, car celles-ci ont lieu deux fois par an et peuvent ne pas obtenir la participation de tout le monde. Les politiques peuvent être conclues sur des listes de diffusion.
  • D'autres ont suggéré que le dialogue en face-à-face est extrêmement important et que cela devrait rester un aspect important du PDP.
  • AFRINIC a été félicité pour la création d'un département de R&D, car cela fournira des données plus pertinentes à la communauté.
  • Il a été conseillé aux coprésidents du PDP de trouver d'autres techniques pour renforcer la mesure du consensus des participants à distance et en ligne afin que le processus puisse être global, car il ne favorise désormais pas ceux qui ne sont pas physiquement présents aux réunions.
  • La question des sociétés «off-shore» spécialement constituées aux Seychelles a été soulevée, et un membre a indiqué que ces sociétés doivent être minutieusement examinées car elles ne sont pas tenues par le règlement de mener des activités génératrices de revenus de fourmis «on-shore».
  • Traitement des différends avec les décisions des coprésidents: ceux-ci peuvent être discutés avec les présidents et les présidents ont également été invités à discuter des différends avec les personnes concernées avant que le processus du PDP puisse être invoqué.
  • Il a été noté que les organisateurs de la réunion devraient s'assurer que les microphones font face à la salle et non aux coprésidents (scène) afin que les participants parlent réellement aux participants à la réunion, pas aux coprésidents.
 Résumé des décisions sur les propositions de politique

Proposition

Décision

Utilisation hors région des ressources de numéros Internet AFRINIC Pas de consensus - retour à rpdlist
AFRINIC whois Processus de mise à jour de la base de données Pas de consensus - retiré par l'auteur
Affectations de ressources anycast dans la région AFRINIC Consensus - Dernier appel (avec des modifications mineures)
Réservation de ressources pour les points d'échange Internet Pas de consensus - retour à rpdlist
Directives de service AFRINIC Pas de consensus - retour à rpdlist

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