Résumé

  • prop-165-v004 conserve l’architecture de la proposition : une organisation admissible à une première allocation IPv6 d’APNIC pourrait demander un /24 IPv4 du Final /8 pour la transition d’un réseau IPv6-only, sans relever le plafond existant de ressources autorisées.
  • La version 4 répond réellement à plusieurs difficultés relevées dans l’analyse de prop-165-v003 : elle crée une déclaration dédiée, limite les justificatifs, interdit toute mise à disposition du bloc à une autre organisation, impose son identification dans le registre et précise une partie des mécanismes d’extinction.
  • Elle ne ferme pas tout le dossier opérationnel. Le seuil minimal de réserve reste non chiffré, la périodicité des contrôles n’est pas entièrement déterminée, aucun nouveau délai de mise en œuvre n’est affiché et le passage de solely à primarily crée une question d’interprétation.
  • La page publique établit seulement que l’analyse présentée concerne la version 3. Elle ne démontre ni l’absence d’une analyse privée ou en cours, ni l’impossibilité d’une mise à jour avant ou après l’Open Policy Meeting.

L’analyse du Secrétariat n’est pas devenue inutile ; elle ne peut simplement plus être lue comme si le texte examiné était encore le texte courant. La version 3 et la version 4 partagent le même objet général, mais ne distribuent plus de la même manière les obligations, les preuves et les décisions opérationnelles.

Dans les deux versions, une organisation remplissant les conditions d’une première allocation IPv6 d’APNIC pourrait demander un /24 IPv4 pour les fonctions de transition d’un réseau IPv6-only. Le bloc viendrait du Final /8, compterait dans le plafond existant et n’augmenterait pas le volume maximal d’avoirs autorisé. Cette continuité maintient une partie de l’analyse de la version 3 pertinente, sans rendre les deux textes interchangeables.

L’analyse de prop-165-v003 constatait qu’au 30 juin 2026, 1,2 % des membres détenaient de l’IPv6 sans IPv4. Elle demandait comment APNIC vérifierait l’usage annoncé, interpréterait l’unique interdiction d’une réaffectation permanente, organiserait des contrôles périodiques et appliquerait trois déclencheurs d’extinction. Aucun délai de mise en œuvre ne pouvait alors être estimé.

prop-165-v004 apporte davantage qu’une retouche. Elle crée une IPv6-only Deployment Declaration, limite les pièces justificatives à l’existence ou au déploiement du réseau, exige que le /24 soit identifié dans le registre et relié à l’allocation IPv6. Elle remplace aussi solely par primarily. Ce choix évite une exclusivité absolue potentiellement rigide, mais ouvre une question sur la frontière pratique de l’usage principal.

La version 4 renforce en outre l’interdiction de transfert fonctionnel. Là où l’analyse de la version 3 s’interrogeait sur une interdiction centrée sur la réaffectation permanente, le nouveau texte interdit toute réaffectation ou mise à disposition au profit d’une autre organisation. La règle couvre ainsi des arrangements qui préserveraient formellement l’attribution tout en déplaçant l’usage.

Le contrôle devient déclaratif et ne doit pas exiger d’inspection technique du réseau du membre. Cette limite réduit l’incertitude sur l’intrusion et la charge potentielles. Elle ne définit toutefois pas la cadence des contrôles, les événements imposant une nouvelle déclaration, le traitement d’un dossier incomplet ou la résolution d’une contradiction avec le registre.

Le dispositif d’extinction est également remanié. Le déclencheur confié à l’EC disparaît. La projection d’épuisement à six mois reposerait sur la moyenne mensuelle des douze mois précédents et serait publiée au moins trimestriellement. Le texte distingue les demandes approuvées de celles qui ne le sont pas au moment de l’extinction. En revanche, le second déclencheur conserve un niveau minimal de réserve décidé par la communauté sans en fixer la quantité.

Le tableau suivant ne remplace pas une analyse actualisée. Il évite de répéter comme intactes des questions que la version 4 a réduites, sans traiter comme réglées les inconnues qu’elle laisse ouvertes.

Question soulevée par l’analyse de prop-165-v003 Clause ou changement dans prop-165-v004 Qualification prudente Conséquence opérationnelle
Comment établir que le /24 sert au déploiement IPv6-only annoncé ? IPv6-only Deployment Declaration et justificatifs limités à l’existence ou au déploiement du réseau Resserrée APNIC disposerait d’un dossier dédié et d’un périmètre de preuve plus prévisible, sans inspection technique.
Jusqu’où la vérification peut-elle aller ? Contrôle déclaratif ; aucune inspection technique du réseau du membre Resserrée La charge est bornée, mais la revue, la relance et le traitement des incohérences restent à préciser.
Comment interpréter l’interdiction limitée à une réaffectation permanente ? Interdiction de toute réaffectation ou mise à disposition à une autre organisation Resserrée La conformité dépend moins de la distinction entre mise à disposition temporaire et transfert permanent.
Comment relier l’IPv4 à sa justification IPv6 ? Identification du /24 dans le registre et lien avec l’allocation IPv6 Résolue Le registre pourrait porter la relation entre les ressources et faciliter leur suivi administratif.
Comment organiser les contrôles périodiques ? Contrôle déclaratif, sans cadence complète dans les faits disponibles Ouverte Le renouvellement, la revue et les responsabilités d’exécution restent à définir.
Comment appliquer le déclencheur fondé sur l’épuisement projeté ? Projection à six mois par la moyenne mensuelle des douze mois précédents ; publication au moins trimestrielle Resserrée Le calcul devient reproductible, sous réserve de préciser les données, la date de référence et les corrections.
Comment appliquer le déclencheur confié à l’EC ? Suppression de ce déclencheur Supprimée Il n’y aurait plus à définir son test ni sa procédure de décision.
Quel niveau de réserve doit provoquer l’extinction ? Niveau minimal décidé par la communauté, sans quantité indiquée Ouverte Le mécanisme ne peut pas être entièrement paramétré sans valeur chiffrée.
Que deviennent les demandes en cours lors de l’extinction ? Distinction entre demandes approuvées et non approuvées Resserrée Le point de décision est plus clair ; l’enchaînement administratif reste à documenter.
L’usage doit-il être exclusivement consacré à la transition ? Remplacement de solely par primarily Question nouvelle Le texte gagne en souplesse, mais l’usage « principal » doit être apprécié sans inspection ni seuil exprimé.
Quel délai de mise en œuvre faut-il prévoir ? Objets opérationnels mieux décrits, mais aucune nouvelle estimation affichée Ouverte Les besoins peuvent être mieux recensés, pas encore datés publiquement.

La version 4 améliore donc réellement le texte. La déclaration dédiée donne une forme au dossier de preuve ; la limitation des justificatifs borne la collecte ; l’interdiction de mise à disposition réduit une ambiguïté ; le lien dans le registre renforce la traçabilité ; la formule de projection et la publication trimestrielle rendent un déclencheur plus vérifiable ; la distinction entre demandes approuvées et non approuvées clarifie la transition.

Ces gains ne transforment pas l’analyse de la version 3 en certificat implicite de la version 4. Une analyse d’impact examine les mots qui déclenchent des contrôles, les objets à créer, les données à conserver et les cas limites. Plusieurs de ces éléments ont changé après l’analyse affichée.

Le passage de solely à primarily l’illustre. Il évite une obligation d’exclusivité, mais appelle sa propre lecture opérationnelle : une déclaration suffit-elle à établir le caractère principal ? APNIC vérifierait-elle seulement la cohérence documentaire ? Un usage secondaire non lié à la transition serait-il admissible tant qu’il reste minoritaire ? Les faits fournis ne répondent pas à ces questions.

La publication au moins trimestrielle constitue elle aussi une avancée, sans achever le protocole. Sa forme, la date de coupure des données, la gestion des corrections, la conservation des valeurs antérieures et l’effet d’un franchissement entre deux publications restent à déterminer. Ce ne sont pas des arguments contre la proposition, mais les raccords entre une formule de politique et un processus reproductible.

La présentation factuelle de l’Open Policy Meeting et la page de discussion d’APNIC 62 situent la prochaine étape publique le 10 septembre 2026. Le statut demeure For Discussion at APNIC62 OPM. Rien ne permet donc de revendiquer un consensus, une adoption, une mise en œuvre ou un cas réel, ni d’imputer une faute ou un dommage au seul rapprochement d’un texte de version 4 et d’une analyse de version 3.

La preuve publique est plus limitée : le lecteur peut identifier la version courante et la version analysée, puis constater qu’elles ne coïncident pas. Cela justifie une mise à jour ou un delta explicite. Cela ne prouve pas qu’aucun travail privé ou futur n’existe, ni qu’aucune analyse complémentaire ne sera publiée.

Avant l’OPM, il faut donc préserver l’identité des objets. La proposition discutée doit être nommée par sa version ; les questions du Secrétariat doivent rester attachées au texte analysé ; les réponses apportées par prop-165-v004 doivent être reconnues ; les inconnues doivent être reformulées à partir du nouveau texte, et non recopiées mécaniquement. Cette discipline réduit les faux désaccords sans préjuger du fond.

Sources