Résumé

  • ARIN-prop-353, datée du 2 août 2026 et toujours présentée comme une nouvelle proposition, réserverait l’usage hors région aux ressources utilisées ou annoncées exclusivement en dehors de la zone d’ARIN.
  • Le mot « exclusivement » suppose un périmètre et une période, mais le texte ne précise ni l’unité examinée ni la durée pendant laquelle un état extérieur doit persister.
  • Un relevé protégé à quatre états — intérieur, extérieur, mixte ou indéterminé — devrait conserver la fenêtre d’observation, les preuves, les incidents transitoires, la version du texte, les motifs, la correction et l’expiration sans dévoiler la topologie privée.

Une interruption ne transforme pas nécessairement le réseau

Le scénario d’ouverture est construit pour tester le texte ; il ne décrit pas un dossier connu d’ARIN. Son fonctionnement est pourtant banal. Une adresse de service est annoncée depuis plusieurs nœuds. Lorsqu’un nœud nord-américain est retiré pour maintenance, les points restants sont tous situés hors de la zone. Dès sa remise en service, le dispositif redevient mixte.

Le miroir de la proposition du 2 août part d’une difficulté réelle : la section 9 organise l’usage hors région sans définir cette expression. L’auteur rapporte des inquiétudes récurrentes sur le sort de l’anycast et d’autres déploiements simultanés. La solution proposée qualifie d’hors région le seul usage, ou la seule annonce, effectué à l’extérieur ; la définition cesse de s’appliquer dès lors qu’un usage ou une annonce existe aussi à l’intérieur.

La protection recherchée est compréhensible. Ajouter un nœud étranger à un service régional ne devrait pas, à lui seul, convertir toute l’architecture en usage extérieur. Mais l’exclusivité n’est pas un attribut permanent du préfixe. Elle décrit la totalité d’un état pendant un intervalle. Tant que l’intervalle n’est pas fixé, une panne, une convergence BGP ou une migration planifiée peut ouvrir et refermer la catégorie avant même qu’une décision administrative soit formulée.

Séparer la classification de ses conséquences

La proposition 353 pose une question délimitée : quel état de déploiement relève de la catégorie « hors région » ? Le dossier de décision devrait y répondre avant d’y attacher une conséquence ultérieure.

Il faut d’abord attribuer aux preuves délimitées un état — intérieur, extérieur, mixte ou non résolu. Il faut ensuite inscrire la version du texte et la conséquence appliquée sous cette version. Sans cette séparation, il serait impossible de savoir si le résultat tient au critère géographique ou à une règle ultérieure.

Il faut aussi conserver le statut exact du document. ARIN-prop-353 est une nouvelle proposition. Les sources examinées n’établissent ni son acceptation comme projet de politique, ni un consensus, ni une adoption, ni une date d’effet. L’auteur laisse même ouverte la place du texte, dans la section des définitions ou directement dans la section 9. Cette incertitude éditoriale est normale au début d’un débat ; elle ne doit pas être confondue avec une règle en vigueur.

L’anycast rend visible la variable temporelle

Le RFC 4786 décrit l’anycast comme la mise à disposition d’une même adresse de service dans plusieurs lieux autonomes et distincts, le routage conduisant les paquets vers l’un d’eux. Chaque nœud présente un chemin vers la même adresse. Sa zone de captation est topologique : elle dépend de la vue du réseau, pas d’une frontière politique.

Le RFC souligne aussi que la disponibilité observée varie selon la position du client et que la population atteignant un nœud n’est ni fixe ni parfaitement prévisible. Une sonde peut voir une route qu’un autre observateur ne reçoit pas. Une annonce absente peut signaler un entretien, non l’abandon du site. Le préfixe reste le même alors que la vue de sa distribution change.

La proposition n’est pas rendue impossible par cette complexité. Elle doit simplement répondre à des questions concrètes. L’unité est-elle l’allocation entière, le préfixe annoncé ou une route plus spécifique ? Un seul nœud régional disponible suffit-il à produire l’état mixte ? Combien de temps une interruption peut-elle durer sans reclasser le service ? Une panne non planifiée reçoit-elle le même traitement qu’une fermeture durable ? Et quel état faut-il retenir lorsque les sources se contredisent ?

L’usage n’est pas l’annonce

La phrase proposée rassemble l’usage d’une ressource dans un lieu et son annonce depuis un lieu. Ces deux notions peuvent se recouper sans se confondre. Un routeur peut annoncer un préfixe puis transporter le trafic vers une autre installation. Un service peut fonctionner derrière une architecture dont la route publique ne révèle pas chaque site. Les équipements, les clients, les contrats et les flux peuvent relever de géographies différentes.

Une observation BGP établit qu’une information de routage a atteint un point de vue à un moment donné. Elle ne démontre pas à elle seule l’emplacement physique d’un serveur, la résidence des clients ou le centre juridique de l’activité. La formulation finale devrait donc indiquer si l’usage et l’annonce constituent deux tests indépendants, des voies alternatives, ou des preuves dont la combinaison produit un résultat.

Le RFC 8805 apporte une autre pièce au dossier. Il définit un format permettant à l’opérateur de publier une géolocalisation simplifiée des préfixes. Les champs de lieu sont facultatifs, l’exactitude peut être contestée et les consommateurs doivent vérifier l’autorité de la source ainsi que sa fraîcheur. Ce relevé peut étayer une déclaration. Il n’est ni obligatoire, ni exhaustif, ni immuable.

Un examen sérieux gardera donc trois classes séparées : la déclaration bornée de l’opérateur, les observations de routage avec points de vue et horaires, et les affirmations de localisation assorties de leur auteur et de leur date. Leur concordance augmente la confiance. Leur conflit doit mener à un état indéterminé, non à une certitude fabriquée.

Le réseau mondial existe déjà dans les dossiers d’exploitation

Une discussion publique de NANOG en août 2025 fournit un contexte utile. Un opérateur y raconte une ancienne demande concernant un CDN présent dans plusieurs régions de registres et employant mondialement des adresses ARIN. Le fil conteste aussi l’idée d’un lien garanti entre adresse IP et adresse géographique, et décrit des mécanismes de rectification très inégaux.

Ce témoignage ne vaut pas jugement. Il ne prouve ni la pratique actuelle d’ARIN, ni l’origine exacte de la proposition 353, ni un litige contemporain. Il démontre seulement que l’architecture mixte n’est pas une invention théorique. Une règle binaire et sans durée sera précisément la moins robuste lorsqu’elle rencontre des réseaux distribués.

Le quatrième état empêche de transformer le doute en pouvoir

Un résultat minimal devrait comporter quatre possibilités : preuves d’un usage uniquement intérieur, uniquement extérieur, mixte, ou preuves insuffisantes et contradictoires. La nouvelle définition ne s’attacherait qu’au deuxième état. Le quatrième est indispensable, car l’absence d’un état indéterminé offre le pouvoir de conclure à celui qui choisit la mesure la plus commode.

Le relevé protégé doit identifier le préfixe ou l’ensemble de ressources, le type de demande, la version du texte et le début ainsi que la fin de l’observation. Il doit conserver séparément les preuves d’usage et d’annonce de part et d’autre de la limite, avec leurs sources, horaires et niveaux de confiance. L’anycast, la maintenance, la panne et la migration planifiée doivent être signalés. Les affirmations de géolocalisation et leurs contradictions doivent rester visibles.

Viennent ensuite le résultat, le rôle qui statue et les motifs, puis la notification, la réponse, la rectification, le recours et la date d’expiration. Une conclusion vraie aujourd’hui ne décrit pas éternellement le réseau. Une route corrigée ou un géofeed périmé ne devrait pas continuer à produire un effet caché.

La partie publique peut rester sobre : périmètre, état, version de la règle, date, code de motif et situation du recours. La liste des clients, le volume du trafic, l’adresse des installations et les détails de sécurité restent protégés. Rendre un test reproductible ne signifie pas placer le réseau sous surveillance.

La région est une donnée de service, pas un titre

La discipline proposée par Heng Lu dans Running-Code Primacy fixe la limite institutionnelle. Le registre commun se justifie par l’unicité, la preuve du contrôle, l’interopérabilité, les assertions de sécurité et la continuité. Une zone de service n’est pas un peuple et le registre décrit une réalité opérationnelle sans la créer.

Cette limite permet de soutenir une amélioration concrète sans agrandir la juridiction du registre. Si ARIN conserve un test géographique, ce test doit pouvoir être reproduit, révisé et corrigé. Il ne donne pas au registre la propriété d’une route, le droit de dessiner la topologie de l’opérateur ou la permission de traiter une panne comme une extension de mandat.

Aucun élément examiné ne montre que la proposition 353 a produit un préjudice. Le dossier montre une intention protectrice et une interface temporelle inachevée. Avant que le mot « exclusivement » entraîne une conséquence, le texte devrait dire : exclusif sur quel périmètre, vu par qui, pendant combien de temps, au moyen de quelles preuves, sous quelle version, et avec quelle voie de retour en cas d’erreur ?

Sources

  • Miroir TeamARIN, ARIN-prop-353: Define Out Of Region Use
  • RFC Editor, RFC 4786: Operation of Anycast Services
  • RFC Editor, RFC 8805: A Format for Self-Published IP Geolocation Feeds
  • Archive NANOG sur SecLists, discussion publique sur déploiement mondial et géolocalisation IP
  • Heng Lu, Running-Code Primacy: The Patch Needed to Preserve the Internet's Original Design