Résumé

  • L’annonce du 7 juillet conservée par une archive externe présente 2026-01 comme la suppression de l’évaluation du besoin pour le premier ASN d’un détenteur d’espace directement attribué ou alloué par le RIPE NCC ; les avis étaient attendus avant le 5 août.
  • Le fil de discussion archivé montre que les auteurs acceptent de maintenir une politique de routage documentée et reconnaissent le risque qu’un groupe utilise plusieurs entités pour obtenir plusieurs « premiers » ASN.
  • Les sources examinées ne contiennent ni décision ultérieure ni texte révisé. Elles suffisent néanmoins à définir trois livrables : un registre d’éligibilité, une règle de documentation du routage et un suivi agrégé assorti d’un mécanisme de correction.

La portée est plus étroite que le slogan

Le texte d’annonce ne promet pas un ASN à tout demandeur. Il vise le détenteur légitime d’un préfixe assigné ou alloué directement par le RIPE NCC, et seulement son premier numéro. Les ASN supplémentaires restent un autre cas. Le traitement d’une relation de parrainage ou de plusieurs sociétés sous un même contrôle n’est pas résolu dans le dossier public étudié.

Cette précision empêche de réduire le débat à une opposition entre bureaucratie et liberté de router. Le point de départ technique est ancien. RFC 1930 définit l’AS comme l’unité d’une politique de routage externe distincte. Son cas type réserve l’AS autonome au multihoming, tandis qu’un site monoconnecté utilisant la politique de son fournisseur n’en a normalement pas besoin.

Or des participants au débat de juillet disent que cette condition pousse à inventer un second opérateur amont. Si une question administrative fabrique des réponses fictives, elle produit une mauvaise preuve. Cela peut justifier sa suppression. Mais aucune source du paquet ne donne le taux de refus des demandes actuelles, le nombre de déclarations fictives ou le volume qui résulterait du changement.

L’extension numérique ne répond pas à ces questions. RFC 6793 permet à BGP de transporter des ASN sur quatre octets et élargit considérablement l’espace disponible, tout en précisant qu’elle ne modifie pas la politique d’attribution. Cet espace élargi ne mesure ni la qualité d’une demande ni l’utilité d’une route.

Premier registre : l’éligibilité

La phrase « premier ASN d’un détenteur de préfixe direct » agrège plusieurs faits. Il faut identifier la personne morale, établir son pouvoir sur le préfixe, qualifier le lien d’attribution et vérifier qu’elle ne détient pas déjà d’ASN. Une erreur sur un seul de ces points change la décision, même si les autres sont exacts.

Le dossier privé peut conserver contrats, mandats et identifiants. Un relevé public n’a besoin que de catégories agrégées : allocation ou assignation directe ; parrainage, s’il est admis ; ASN déjà détenu ; examen d’entités liées ; issue approuvée, suspendue, corrigée, refusée ou retirée. Cette séparation protège les données tout en rendant l’application de la limite contrôlable.

Le débat a précisément montré pourquoi la notion de « premier » exige ce relevé. Les auteurs reconnaissent qu’une organisation contrôlant plusieurs sociétés pourrait chercher un premier ASN pour chacune. Ils estiment que le risque existe déjà et que le RIPE NCC devrait détecter puis signaler un comportement inhabituel. Cette réponse nomme une attente, pas encore un dispositif : fréquence, seuil, responsable et voie de rectification restent absents.

Deuxième registre : la politique de routage

Supprimer une justification de besoin ne signifie pas supprimer toute information opérationnelle. Plusieurs intervenants ont demandé que la politique de routage de l’ASN demeure publiée. Les auteurs se sont dits prêts à adapter le texte dans ce sens.

Le dossier examiné ne contient toutefois pas cette nouvelle version. Il faudra donc lire la prochaine rédaction mot à mot : quelle information est obligatoire pour le premier ASN, dans quel format, à quel moment et avec quelle procédure si le réseau réel ne correspond plus à la déclaration ? La question du format RPSL peut être discutée, mais elle ne doit pas être réglée silencieusement au guichet.

Deux dérives sont ainsi évitables. La première serait de rebaptiser la fiction du multihoming et de la conserver. La seconde serait de confondre la disparition d’un filtre administratif avec la disparition de la responsabilité de décrire l’identité de routage créée.

Troisième registre : le suivi après attribution

Dire que le registre « remarquera » les abus potentiels n’est pas une mesure vérifiable. Un suivi doit annoncer son dénominateur et son calendrier. Combien de demandes de premier ASN par trimestre ? Quelles issues ? Combien d’examens d’entités liées ? Combien de corrections ? Après quel délai observe-t-on la visibilité du numéro sans transformer l’absence de route en accusation automatique ?

Un ASN peut être préparé légitimement avant d’apparaître dans BGP. Deux sociétés d’un même groupe peuvent exploiter des réseaux réellement distincts. Les statistiques agrégées servent justement à éviter qu’un cas atypique devienne une règle secrète ou qu’une anecdote soit présentée comme un effet général.

Le responsable du suivi, la première date de publication, le seuil de confidentialité et le déclencheur d’un réexamen de la politique devraient être fixés avant l’entrée en vigueur, non improvisés après un conflit.

La prochaine version doit montrer la chaîne de décision

Les sources revues ne prouvent pas que 2026-01 a été accepté, rejeté ou mis en œuvre après le 5 août. Elles prouvent que l’annonce initiale ne suffit déjà plus à décrire l’état intellectuel du projet : un ajout sur la documentation du routage a été accepté en principe, et le problème des entités liées a été reconnu.

Une prochaine version utile comporterait un tableau avant/après : éligibilité au premier ASN, déclaration de multihoming, politique de routage, test pour un ASN supplémentaire, suivi de mise en œuvre. Chaque ligne identifierait l’acteur, la preuve, l’issue et la correction possible.

La distinction proposée par Heng Lu entre participation et autorité sert ici de limite analytique. La liste fournit objections, expérience et corrections techniques. Elle ne transforme pas la discussion en politique adoptée et ne dispense pas l’opérateur de produire une exécution auditable.

Sources

  • Archive externe de l’annonce de 2026-01 et de l’échéance du 5 août
  • Archive externe du débat sur la documentation et les entités liées
  • RFC 1930, lignes directrices pour la création d’un système autonome
  • RFC 6793, prise en charge des ASN sur quatre octets dans BGP
  • Heng Lu, The Multi-Stakeholder Mirage