Résumé

  • La Recommended Draft Policy ARIN-2025-8 est indiquée Under Discussion. Son texte courant date du 14 juillet 2025 et ajouterait within the ARIN service area à la phrase d’objet de 4.10, avec un calendrier Immediate. Le dossier vérifié n’établit ni fin de Last Call, ni adoption par le Board, ni mise en œuvre.
  • Codification et prospective sont compatibles si l’on distingue l’examen d’une demande lors de la délivrance, la règle écrite devenue effective plus tard et l’autorité d’un éventuel examen ultérieur. Une date de délivrance ancienne n’est pas, à elle seule, une exemption permanente.
  • Le risque est une dérive de cohorte : projeter une formulation ultérieure vers le passé, ou transformer l’antériorité en permission qu’aucune source n’accorde. Dans les deux cas disparaissent la version du NRPM, la procédure et la justification qui encadraient réellement la décision.
  • Une annonce BGP observée hors région ne révèle ni la justification IPv6 d’origine, ni l’emplacement de l’usage, ni une architecture anycast, ni la règle appliquée à la délivrance. Un reçu protégé d’applicabilité doit conserver ces distinctions et ne produire que des agrégats publics respectueux de la confidentialité.

Une frontière prospective, pas un fait accompli

La page de la Recommended Draft Policy expose les deux côtés de la frontière. ARIN-2025-8, intitulée Reserve 4.10 Space for In-Region Use, conserverait la phrase d’objet de 4.10 et lui ajouterait within the ARIN service area. L’Advisory Council dit que cette modification codifierait la pratique actuelle. L’exposé du problème précise toutefois que le texte de 4.10 ne contient aujourd’hui aucune restriction hors région au-delà de la Section 9, tandis que le personnel interprète cet usage comme contraire à l’objet du pool réservé.

La même page donne un calendrier Immediate, puis indique que le personnel n’a pas l’intention d’étendre la restriction aux allocations 4.10 délivrées avant la mise en œuvre. no intention décrit une position de mise en œuvre pendant un processus inachevé. Ce n’est ni un droit acquis, ni une garantie, ni une définition de la portée finale de la transition.

L’historique situe la Proposal au 14 juillet 2025, la Draft Policy au 26 août 2025 et la Recommended Draft Policy au 27 avril 2026. Aucune preuve fournie ne montre une fin de Last Call, une décision du Board ou un avis de mise en œuvre. Le NRPM actuel, version 2025.1 effective le 3 mars 2026, ne contient donc toujours pas la nouvelle fin de phrase.

Il ne s’agit pas pour autant d’un vide opérationnel. Le NRPM 4.10 réserve un /10, exige une justification immédiate liée au déploiement IPv6, cite le DNS double pile, NAT-PT et NAT464, laisse une appréciation au personnel et prévoit un /24. Le guide public des demandes IPv4 ajoute un délai de six mois, le maintien de la justification de ressources antérieures, des conditions d’utilisation, l’absence d’autre ressource adéquate et une renumérotation éventuelle. Il précise qu’une ressource du pool réservé n’est pas transférable à un destinataire désigné et ne supprime pas une demande en liste d’attente. La question n’est donc pas l’existence de critères, mais leur liaison datée à chaque décision.

Trois horloges à raccorder

La première horloge est celle du texte public. Elle établit la version du NRPM en vigueur, son libellé et sa date d’effet. Pour une allocation antérieure à une éventuelle mise en œuvre de ARIN-2025-8, elle ne peut contenir par reconstruction une phrase qui n’y figurait pas.

La deuxième est celle de l’interprétation et de la procédure du personnel. L’examen du 12 novembre 2025 indique que la pratique actuelle exige un usage dans la région ARIN, que le projet ne changerait pas l’examen des demandes et qu’il est applicable. Il prévoit trois mois de travail, une formation et des mises à jour de la documentation publique et des procédures internes, sans impact sur Registry Operations and Services ni problème juridique substantiel. Une telle interprétation peut précéder une formulation explicite, mais sa version et sa date doivent rester vérifiables.

La troisième est celle de la règle effective et de la transition. Elle ne naît ni du dépôt d’une Proposal ni du statut Recommended Draft Policy. Dans le dossier figé, les étapes qui pourraient lui donner effet — suite du processus, éventuelle décision du Board, avis et date de mise en œuvre — ne sont pas établies.

Ces horloges peuvent différer sans contradiction. Une demande ancienne peut avoir été examinée selon une pratique alors utilisée, tandis qu’un texte futur rend cette limite explicite et prospective. Inversement, ne pas étendre la nouvelle restriction aux allocations antérieures ne démontre ni l’absence de conditions lors de leur délivrance, ni l’impossibilité d’examiner une justification continue, ni une autorisation générale hors région.

La preuve de compatibilité est le raccord : quel texte était effectif, quelle procédure a été appliquée, quelle justification a été acceptée, quelles preuves ont été examinées et quelle autorité fonde un contrôle ultérieur ? Sans ce raccord, codifier devient à tort appliquer depuis toujours, et ne pas étendre devient à tort exempter pour toujours.

Deux cohortes documentaires, aucun droit inventé

Une phrase prospective peut créer deux cohortes : les allocations délivrées avant sa date effective et celles délivrées après. Cette séparation permet de retrouver le bon texte et la bonne procédure ; elle ne détermine pas, à elle seule, toute la situation d’un titulaire.

La cohorte antérieure peut réunir plusieurs versions du NRPM, plusieurs procédures et des justifications différentes. La cohorte postérieure resterait elle aussi incertaine si le sens opérationnel de within the ARIN service area n’était pas défini. La date de délivrance est un index, pas une conclusion.

La dérive de cohorte fonctionne dans les deux sens. Relire une allocation ancienne au moyen du futur libellé attribuerait au passé une formulation absente du texte alors publié. Traiter toute allocation ancienne comme durablement exemptée transformerait un commentaire de transition — l’absence d’intention d’étendre la restriction — en permission qu’il ne formule pas.

Le guide exige le maintien de la justification de ressources antérieures, mais cette exigence ne dit pas seule quel test géographique s’appliquerait à une ancienne allocation 4.10, selon quelle autorité et à partir de quelle date. Il faut distinguer la vérification d’une justification déjà requise, l’application d’une règle nouvelle et la constatation d’un fait nouveau. Les confondre empêcherait de savoir ce qui est réellement contrôlé.

Une route ne remplace pas le dossier

La transcription du premier jour d’ARIN 55 consigne que, selon le personnel, la pratique refusait les demandes 4.4 et 4.10 destinées à un usage hors région. Des participants ont distingué justification et usage dans la région, annonce hors région et anycast. Ces interventions éclairent l’ambiguïté, mais ne constituent ni une politique adoptée ni une définition finale.

Une route observée à l’étranger ne révèle pas la justification remise à ARIN. Elle ne localise pas nécessairement les utilisateurs, les équipements ou les fonctions qui facilitent IPv6. Elle ne distingue pas, seule, une annonce globale d’un usage physique hors région et ne résout pas une architecture anycast.

Une observation BGP peut être une pièce datée : source, méthode, fenêtre, limites et conclusion autorisée doivent être consignées. Elle peut déclencher une question ; elle ne prouve automatiquement ni défaut de justification, ni violation, ni motif de révocation, ni règle applicable lors de la délivrance. Les sources retenues ne documentent d’ailleurs aucun cas individuel de refus, aucune révocation, aucun litige et aucun événement de routage réel lié à cette transition.

L’inférence inverse est tout aussi fragile. L’absence d’annonce étrangère visible ne démontre pas un usage conforme dans la région. Le routage peut être partiel, indirect ou changeant. L’observation de route doit donc rester distincte du constat administratif d’objet et d’usage.

Le reçu protégé d’applicabilité

Le remède minimal n’est pas la publication des demandes, mais un reçu interne durable, créé à la décision, complété à chaque examen et corrigé sans effacer son histoire. Des éléments limités peuvent ensuite alimenter des agrégats publics.

Champ Fonction probatoire Publication prudente
ID de décision et de ressource Relier demande, décision et /24 Identifiant seulement s’il ne révèle rien de protégé
Dates de demande et de délivrance Situer la décision et la cohorte Agrégats par période
Version du NRPM 4.10 Établir le texte public applicable Version et date
Version de procédure ou d’interprétation Identifier le test opérationnel utilisé Référence versionnée, contenu expurgé si nécessaire
Justification IPv6 d’origine Conserver l’objet accepté Catégories agrégées
Périmètre des preuves et fenêtre d’observation Séparer preuve contemporaine et preuve tardive Méthodes et durées agrégées
Constat d’objet ou d’usage dans la région Distinguer faits et conclusion normative Catégories normalisées
Usage ou annonce hors région, classés séparément Empêcher l’assimilation d’une route à un usage Définitions et résultats agrégés
Politique effective et transition Fixer date, portée et traitement des cohortes Documents normatifs publics
Cohorte et fondement Expliquer le classement Comptages par cohorte et motif
Examen ultérieur de la justification Distinguer devoir continu, fait nouveau et règle nouvelle Nombre, type et issue
Autorité et raison Identifier qui décide et sur quelle base Fonction organisationnelle
Avis, réponse et pièces contradictoires Conserver ce qui a été contesté Délais et réponses agrégés
Recours Montrer la voie de correction Volumes et issues
Historique des corrections Empêcher qu’une rectification efface l’état antérieur Journal de versions

Ce reçu ne fixe pas le sens final de within the ARIN service area. Il empêche seulement qu’un sens soit projeté rétrospectivement sans trace, ou qu’une date ancienne devienne une autorisation générale. Il permet de dire si un examen porte sur la justification IPv6, un fait d’usage, une annonce, une condition continue ou une règle nouvelle.

Les agrégats publics devraient rester modestes : décisions par version du NRPM, allocations par cohorte, catégories de justification, fréquence des examens, corrections, délais de réponse et résultats de recours. Ils doivent montrer l’uniformité du mécanisme sans permettre de reconstituer une architecture réseau ou un dossier individuel.

Codifier change la preuve publique

L’examen du 12 novembre 2025 affirme que le projet ne changerait pas l’examen des demandes. Même si l’opération reste identique, la preuve publique change. Avant la codification, un lecteur doit rapprocher l’objet du pool, l’appréciation du personnel, le guide et les déclarations de pratique. Après une éventuelle mise en œuvre, la condition géographique apparaîtrait dans 4.10 même.

Une formulation explicite réduit la distance entre le test appliqué et le texte lisible par le demandeur. Elle rend aussi la transition plus importante, puisque les dossiers antérieurs ont été constitués sous un libellé différent. Il ne s’agit pas de qualifier l’ancienne pratique d’illégale, secrète ou rétroactive : les sources ne l’autorisent pas. Il s’agit de préserver la chaîne texte-procédure-preuve-conclusion-date-autorité.

Sources