Résumé
- L’APNIC inscrit la version 6 de prop-164 à l’ordre du jour de l’Open Policy Meeting d’APNIC 62 ; à la date d’arrêté de cet article, elle n’était ni adoptée ni mise en œuvre.
- Le texte abaisserait à
/40la taille minimale d’une allocation IPv6, imposerait des tailles alignées sur quatre bits et formaliserait la réservation d’espace contigu pour la croissance future. - L’amélioration des enregistrements en aval est un objectif crédible, mais l’espace réservé, le mécanisme de restitution et l’articulation avec prop-170 doivent être mesurables.
Une organisation peut avoir besoin de moins qu’un /32 tout en devant documenter les préfixes qu’elle délègue à ses clients ou à ses unités internes. Prop-164 part de ce décalage. Ses auteurs affirment qu’avec les règles actuelles, un titulaire d’un préfixe plus long ne peut pas effectuer ces allocations en aval et tenir à jour les enregistrements Whois ou RDAP correspondants sans demander un /32.
L’APNIC indique que la version 6 a été publiée le 2 septembre 2026 et classe la proposition « pour discussion » à l’Open Policy Meeting d’APNIC 62. L’étude d’impact affichée sur la page officielle porte sur la version 5 et date du 18 août. Il s’agit d’étapes d’un processus de politique ouverte, et non d’une preuve de consensus ou de mise en œuvre.
Le texte actuel remplacerait le minimum de /32 par /40. Pour le critère cité concernant un titulaire disposant déjà d’espace IPv4, le bloc IPv6 accessible passerait également de /32 à /40. Lorsqu’un LIR délègue un bloc à un fournisseur directement connecté, il devrait inscrire les détails pertinents dans Whois.
Ces changements lient la taille de l’allocation à la qualité du registre. Un bloc initial plus petit pourrait permettre au titulaire de ne recevoir que l’espace nécessaire tout en enregistrant ses délégations en aval comme des allocations. C’est l’argument d’intérêt public le plus solide du projet : améliorer le registre sans obliger chaque réseau admissible à prendre le minimum actuel.
Avancer par quatre bits
Prop-164 ne propose pas des tailles arbitraires. Les allocations initiales et supplémentaires devraient être arrondies au préfixe plus court suivant dont la longueur est divisible par quatre. Dans l’exemple du texte, un besoin justifié en /42 conduit à une allocation en /40, sans justification supplémentaire pour l’écart de deux bits.
Les frontières de quartet rendent les préfixes IPv6 plus lisibles en hexadécimal, mais elles peuvent aussi produire un bloc plus grand que le besoin calculé. Contrairement à prop-170, qui conserve le minimum de /32 et traite l’alignement conditionnel des allocations LIR plus importantes, prop-164 modifie le minimum lui-même et l’associe à des règles explicites de réservation et de redimensionnement. Les propositions se recoupent sans être interchangeables.
Le texte autoriserait un titulaire d’un /32 ou d’un bloc plus court à réduire son allocation à /36 ou /40, en conservant le premier bloc de la taille choisie et en restituant le solde. Il permettrait aussi aux titulaires d’allocations comprises entre /40 et /33 de passer à /32 sans justification nouvelle, s’ils satisfont aux critères cités.
La réversibilité devient donc centrale. Une petite allocation initiale n’est utile que si l’extension future est fiable. Une restitution n’est crédible que si le registre peut dire ce qui a été rendu, ce qui reste réservé et ce qu’il advient lorsque l’espace adjacent n’est plus disponible.
La réservation est le véritable registre de la politique
Pour toute demande plus longue que /28, la version 6 prévoit une allocation dispersée à l’intérieur d’un /28, dont le solde serait réservé aux allocations futures du même titulaire. Si aucun /28 convenable n’est disponible, l’APNIC attribuerait la taille demandée dans le plus grand espace contigu disponible, sans réservation. Si son stock IPv6 disponible était épuisé et qu’elle ne pouvait obtenir de nouvelles ressources, les réservations seraient libérées dans le stock libre.
Cette architecture distingue trois états que les rapports publics ne devraient jamais confondre : l’espace délégué, l’espace réservé mais non délégué et l’espace libre. Seul le premier est détenu par le titulaire. Le deuxième est un engagement conditionnel du registre. Le troisième reste accessible à d’autres demandeurs.
Puisque le bénéfice revendiqué est l’exactitude du registre, le mécanisme de réservation doit satisfaire au même niveau d’exigence. Sans divulguer les plans confidentiels, l’APNIC pourrait publier des données agrégées : nombre d’allocations inférieures à /32, volume réservé autour d’elles, extensions réalisées dans une réservation, cas d’absence de contiguïté, réductions d’allocation et retours de réservations au stock libre.
Sans ces mesures, la réforme pourrait améliorer la partie visible de Whois tout en déplaçant une fraction importante de la gestion vers un registre de réservations invisible. Avec elles, la communauté pourrait vérifier si la politique réduit réellement l’espace délégué, protège les trajectoires de croissance et traite des demandes comparables de manière cohérente.
Ne pas confondre les versions
L’étude d’impact publiée par l’APNIC concerne la version 5. Elle prévoit des modifications des systèmes et des procédures pour gérer les allocations inférieures à /32, les restitutions, le redimensionnement, les tailles alignées et les réservations explicites. Elle demande aussi ce qui se passe lorsqu’aucun /28 adapté n’est disponible et si ces réservations sont nécessaires en plus de la pratique actuelle d’allocation dispersée.
L’étude demandait si un titulaire d’un /32 ou d’un bloc plus grand pouvait réduire sa taille à /36 ou /40, ou seulement à /40 selon le texte alors examiné. La version 6 nomme désormais les deux possibilités. Cela semble répondre à la question rédactionnelle précise, mais l’APNIC n’a pas présenté l’étude de la version 5 comme une nouvelle évaluation complète de la version 6.
Le Secrétariat n’a relevé aucun problème juridique important et estime à environ neuf mois la mise en œuvre en cas de consensus, sous réserve des commentaires éditoriaux. Il précise aussi que prop-164 et prop-170 devraient être harmonisées si elles obtenaient toutes deux un consensus. Le texte public final, et non une consigne interne, doit indiquer quelle règle de taille et d’alignement gouverne chaque demande.
Les auteurs déclarent ne connaître ni inconvénient ni impact sur les titulaires. Il s’agit de leur appréciation, pas d’une preuve que les changements de registre, les choix des demandeurs, la cohérence entre NIR, les restitutions et les réservations sont sans coût.
Ce qui reste inconnu
On ignore si la communauté parviendra à un consensus ou modifiera le texte, combien de titulaires demanderont un /36 ou /40, quel volume sera réservé et pendant combien de temps, si les décisions de l’APNIC et des NIR resteront cohérentes, et comment le texte final résoudra le chevauchement avec prop-170. Ce sont des questions ouvertes, non des effets établis.
Sources
Briefing des membres
Contexte approfondi du profil
Connectez-vous avec le bon niveau d'adhésion pour débloquer le briefing complet et les notes de source.
Réservé à Strategic Circle
Strategic Circle
Ouvert à tous les lecteurs. Débloquez les briefings de profil après adhésion et connexion.
Rejoindre Strategic CircleRéservé aux membres de Leadership Alliance
Leadership Alliance
Réservé aux propriétaires et dirigeants qualifiés d'actifs IP ; connectez-vous pour débloquer les briefings Alliance.
Rejoindre Leadership Alliance

