Résumé

  • Le rapport d’APNIC 62 et l’index actuel des propositions indiquent que prop-170 a atteint le consensus; la fiche détaillée porte encore l’état « For Discussion at APNIC 62 OPM » et la page des projets ouverts ne mentionne aucun document en commentaire éditorial.
  • Le processus d’APNIC prévoit encore une période de commentaire final, l’aval de l’Executive Council, puis la mise en œuvre par le Secrétariat. Le délai habituel commence après l’aval, et l’analyse d’impact de prop-170 évoque environ six mois sous condition.
  • Au 14 septembre, APNIC-127 fixe toujours un minimum /32, l’évaluation documentée des besoins et le doublement par défaut pour les allocations ultérieures. La règle générale d’alignement sur un quartet hexadécimal n’y figure pas.
  • Pour un opérateur, le consensus est un signal de préparation. Le texte en vigueur et le contrat opérationnel, eux, décident quand une demande nouvelle peut réellement être formulée.

Le vert n’a pas la même signification partout

Le rapport de la conférence de Mumbai emploie une formule nette : prop-169 et prop-170 « reached consensus ». Il sépare ces deux propositions de celles qui n’ont pas obtenu de consensus et de celles pour lesquelles aucun appel au consensus n’a été organisé. L’index général des propositions a lui aussi été mis à jour; prop-170 apparaît sous le titre « Reached consensus at APNIC 62 ».

Sur la fiche de prop-170, pourtant, le champ « Current status » reste « For Discussion at APNIC 62 OPM ». Il ne s’agit pas forcément d’une contradiction institutionnelle. Un rapport d’événement, une liste de portefeuille et une fiche éditoriale peuvent être alimentés à des rythmes différents. Les documents examinés ne révèlent ni la cause du décalage ni la personne chargée de le corriger. On peut constater que l’étiquette est en retard par rapport au résultat publié; on ne peut pas en déduire une contestation, une négligence ou une volonté de tromper.

La page consacrée aux projets ouverts au commentaire ajoute une autre photographie : elle indique qu’aucun document n’est alors ouvert et ne contient pas prop-170. Là encore, l’absence a une portée limitée. Elle ne démontre pas qu’aucun message n’a circulé, qu’une période ne commencera pas le lendemain ou que la procédure est bloquée. Elle montre seulement qu’au moment de la capture, le guichet public des projets ne présentait pas encore ce texte.

Ces surfaces enregistrent donc des choses différentes. Le rapport dit ce qui s’est passé pendant la conférence. L’index range la proposition dans une étape. La fiche résume son dossier. La page des projets expose les textes actuellement soumis aux commentaires. APNIC-127, enfin, énonce la politique qui s’applique. Une organisation qui ne distingue pas ces fonctions transforme facilement un résultat politique en règle opérationnelle avant l’heure.

Après la conférence, la chaîne continue

Le processus de développement des politiques d’APNIC permet de reconstruire l’ordre des contrôles. Avant la conférence, une proposition doit être discutée pendant au moins quatre semaines sur la liste du Policy SIG. Lors de l’Open Policy Meeting, les présidents du SIG apprécient l’existence d’un consensus. Si la proposition est acceptée, le résultat est présenté à l’APNIC Member Meeting, où les membres sont à leur tour appelés à dégager un consensus.

La sortie de salle n’est pas la fin du parcours. Lorsqu’un consensus existe chez les participants du SIG et les membres, le texte part sur la liste pour une période de commentaire final. Cette étape est particulièrement importante si la formulation a été modifiée pendant la réunion : les personnes absentes doivent pouvoir examiner la version réellement avancée. Si le consensus se maintient, le président du SIG demande à l’APNIC Executive Council d’endosser la proposition. Le Secrétariat ne la met en œuvre qu’après cet aval.

APNIC précise que la mise en œuvre intervient habituellement au moins trois mois après l’aval de l’EC. L’analyse d’impact de prop-170 parle, elle, d’environ six mois si le consensus est atteint, sous réserve de la phase de commentaires éditoriaux. Ces deux indications ne forment pas un calendrier prêt à additionner. La première décrit une pratique générale à partir d’un événement futur bien identifié; la seconde estime une charge conditionnelle. Sans date d’aval, version finale et date d’effet, annoncer une mise en service serait une invention.

Le mot « consensus » mérite lui aussi une discipline. APNIC ne le présente pas comme un scrutin majoritaire ni comme l’unanimité. Le rapport ne donne pas de nombre de voix et ne détaille pas, dans sa courte ligne de résultat, chaque appréciation successive du SIG et des membres. Il prouve que la proposition a franchi un point de contrôle important. Il ne prouve pas qu’un texte final est figé, que l’EC l’a endossé ou que les systèmes de registre l’exécutent déjà.

Le texte actuel tranche la question pratique

Pour savoir ce qu’une organisation peut demander aujourd’hui, APNIC-127 est la surface décisive. La section 8.1 de la version capturée fixe à /32 la taille minimale d’une allocation IPv6. Une allocation initiale plus grande peut être justifiée par une documentation complète de l’infrastructure prévue ou par des éléments détaillés sur l’infrastructure IPv4 et sa migration. La taille obtenue répond au besoin calculé selon la politique d’utilisation fondée sur le HD-Ratio.

La section 8.3.4 conserve un mécanisme distinct pour les allocations ultérieures. Une utilisation acceptable rend le titulaire immédiatement éligible à une allocation qui double l’espace détenu. Lorsque c’est possible, le bloc adjacent étend l’allocation d’un bit vers la gauche. Un besoin supérieur exige des documents portant notamment sur les utilisateurs, l’infrastructure, la structure géographique et hiérarchique, la segmentation de sécurité et la durée prévue.

Dans cette page capturée, « nibble » n’apparaît pas. Ce constat ne signifie pas qu’APNIC ignore les plans d’adressage hexadécimaux ou qu’aucun préfixe aligné n’a jamais été attribué. Il signifie que le mécanisme général et conditionnel proposé par prop-170 ne fait pas encore partie du texte public en vigueur observé.

Prop-170 ajouterait précisément cette étape. Un LIR demanderait explicitement l’alignement et fournirait un plan IPv6 de long terme. Après validation du besoin sous-jacent, APNIC attribuerait normalement le plus petit bloc aligné sur un quartet capable de satisfaire le besoin calculé. Pour une allocation ultérieure, le doublement d’un bit resterait la règle par défaut; un résultat aligné plus grand devrait d’abord être justifié. Les assignments de la section 9 resteraient hors champ.

Le texte insiste sur l’absence de droit automatique à davantage d’espace. Cette réserve a déjà nourri d’autres analyses : écart entre le besoin calculé et la taille alignée, éventuel effet sur les frais, interaction de rédaction avec prop-164. Ces questions ne sont pas répétées ici. Même si toutes trouvaient une réponse parfaite, il resterait à savoir à quel moment la proposition devient une règle exploitable. La réponse se trouve dans la chaîne de gouvernance et dans la version effective d’APNIC-127.

Cinq preuves au lieu d’une étiquette

Une équipe réseau peut suivre prop-170 avec un registre très simple. La première ligne consigne le résultat de la conférence, sa date et son URL. La deuxième porte la période de commentaire final : version exacte, dates d’ouverture et de clôture, modifications substantielles. La troisième contient l’aval public de l’EC. La quatrième attache la version et la date d’effet du texte APNIC-127 modifié. La cinquième décrit la mise en œuvre : guides, formulaires, API et procédure du NIR concerné.

Chaque ligne autorise une action différente. Le résultat de la conférence permet de préparer des scénarios et de réserver du temps d’ingénierie. Le commentaire final permet d’examiner le vrai texte. L’aval déclenche légitimement le chantier du Secrétariat. La politique publiée fixe l’autorité. Le guide opérationnel dit comment présenter une demande sans deviner un champ ou un calcul.

Un demandeur humain peut vérifier la politique courante et interroger APNIC ou son NIR. Un logiciel doit être encore plus conservateur : il ne devrait jamais fabriquer un paramètre « nibble alignment » à partir d’une page de conférence. Une automatisation valable doit être liée à une version de politique et à une interface documentée. Sans ces deux éléments, le système ne sait pas distinguer une intention adoptée d’une capacité réellement supportée.

Cette précaution n’exige pas que toutes les pages d’APNIC soient mises à jour à la même seconde. Elle exige une règle de préséance. Le rapport déclenche la veille. La fiche explique l’intention. L’aval autorise le passage à l’exécution. APNIC-127 fournit le droit applicable. La documentation du service prouve que le chemin technique existe. Une interface publique peut être légèrement en retard sans compromettre cette architecture, à condition que le lecteur sache laquelle gouverne sa décision.

Ce que le décalage ne permet pas d’accuser

Aucune demande MyAPNIC n’a été soumise ou testée. Aucun outil interne, code de registre, guide d’évaluation ou processus d’un NIR n’a été audité. Aucun demandeur n’est identifié comme ayant reçu une mauvaise information, une mauvaise taille ou un refus injustifié. Les neuf sources proviennent toutes d’APNIC ou de sa conférence; elles décrivent bien l’état public de l’institution, mais ne constituent pas des corroborations indépendantes.

Le décalage montre néanmoins une faiblesse familière des statuts binaires. « Consensus atteint » peut être recopié comme « approuvé », puis « disponible », avant de devenir une promesse commerciale ou une branche logicielle. À chaque copie, la nuance procédurale disparaît. Le risque n’est pas démontré chez APNIC; c’est le mécanisme que tout opérateur doit empêcher dans ses propres dossiers.

La prochaine preuve utile ne sera donc pas une nouvelle défense esthétique des plans IPv6 alignés. Ce sera un avis de commentaire final rattaché à une version, puis une décision d’aval, un APNIC-127 révisé et une date de mise en œuvre. Jusque-là, les deux propositions suivantes doivent rester ensemble : APNIC a consigné le consensus sur prop-170; la règle publique actuelle ne dit toujours pas « nibble ».

Sources

  1. Rapport de la conférence APNIC 62 : https://conference.apnic.net/62/report/index.html
  2. APNIC, fiche de prop-170 et analyse d’impact : https://www.apnic.net/community/policy/proposals/prop-170/
  3. APNIC, texte prop-170-v001 : https://www.apnic.net/wp-content/uploads/2026/07/prop-170-v001.txt
  4. APNIC Policy Development Process : https://www.apnic.net/community/policy/process/policy-development-process/
  5. APNIC Internet Number Resource Policies, APNIC-127 : https://www.apnic.net/community/policy/resources
  6. Projets APNIC ouverts au commentaire : https://www.apnic.net/community/policy/drafts/
  7. APNIC Blog, « APNIC 62 OPM: Just the facts » : https://blog.apnic.net/2026/08/21/apnic-62-opm-just-the-facts/
  8. Index des propositions APNIC : https://www.apnic.net/community/policy/proposals/
  9. Présentation prop-170 à APNIC 62 : https://conference.apnic.net/62/assets/presentation-files/381abbc6-92d6-4e05-ab2b-1d0003d6e9a9.pdf