Résumé

  • Le portail Lighthouse d’InterLAN IX permet à un membre de demander une modification touchant plusieurs routeurs, avec aperçu, minuterie de retour arrière et confirmation appareil par appareil. Un humain reprend la main si la récupération sûre ne peut être démontrée.
  • La base de données conserve l’état voulu. L’assistant d’IA peut lire et rédiger des rapports, jamais modifier la configuration. Le bouton du membre ouvre une demande ; il ne lui remet pas les clés du réseau commun.

Un clic ne fait pas une transaction

Un portail libre-service promet une chose simple : ne plus attendre qu’un technicien recopie une demande dans une autre fenêtre. Sur un réseau d’échange, cette commodité a un revers. Une seule demande peut modifier plusieurs machines, et les machines transportent le trafic de plusieurs membres. Si le premier routeur accepte et le deuxième refuse, le site ne se retrouve pas « presque à jour ». Il se retrouve entre deux états.

C’est précisément l’embarras que l’abstract d’InterLAN IX pour RIPE 93 met au centre du dispositif Lighthouse. Andrei Dinu y décrit un réseau mêlant routeurs Nokia SR OS et commutateurs Arista EOS. Chaque machine reçoit un aperçu de la configuration proposée, une minuterie de retour arrière et sa propre confirmation. Dès qu’une récupération sûre ne peut être prouvée, la procédure passe à un humain. La page de la conférence ne fournit encore ni transcription, ni diapositives, ni vidéo, ni bilan chiffré d’incidents. Voilà un plan de contrôle rendu public, pas un palmarès de disponibilité.

La distinction importe parce qu’InterLAN présente lui-même des services partagés : peering public avec deux route servers, VLAN privés et ports de secours. Le catalogue exact des opérations offertes par Lighthouse n’est pas publié. On peut néanmoins voir le problème d’autorité : le membre a une interface pour demander, tandis que l’opérateur doit garantir que l’infrastructure commune conserve un état cohérent. La rapidité d’une demande n’a aucune valeur si elle transforme la panne d’une seconde machine en surprise pour tout le monde.

Il serait commode de vendre le retour arrière comme une gomme magique. Une minuterie sur chaque routeur offre une sortie à chaque étape, mais ne réécrit pas les minutes pendant lesquelles une partie seulement du changement a été appliquée. La décision de confirmer séparément, puis d’appeler une personne quand la sécurité du retour est incertaine, reconnaît cette gêne. Elle évite surtout une pirouette bureaucratique : après l’incident, « l’automatisation » ne peut pas signer le compte rendu à la place de l’ingénieur responsable.

L’autorité se cache dans la base de données

Lighthouse donne à la base de données le rôle de référence pour l’état voulu. Une intervention directe sur un appareil apparaît comme un écart ; elle n’est pas adoptée en silence comme nouvelle politique. C’est une règle plus lourde qu’elle n’en a l’air. Un dépannage de nuit peut être nécessaire sans devenir une décision durable. Si l’état observé fait automatiquement loi, l’incident du mardi devient le plan du mercredi. Pour choisir entre corriger l’appareil et modifier la règle, il faut préserver la différence entre les deux.

La question posée par la Note 73 de Heng Lu — qui participe, et qui possède réellement le mandat — trouve ici un terrain très matériel. Le membre peut proposer. L’opérateur peut autoriser sur ses équipements communs. L’ingénieur peut intervenir en urgence. La base de données devrait garder la trace de la décision qui lie les trois. Le mot « libre-service » ne suffit pas à distribuer ces pouvoirs ; il peut tout aussi bien les dissimuler derrière un écran agréable.

Un jumeau numérique alimenté par des instantanés de production doit, selon l’abstract, permettre une répétition avant le changement réel. Ce dispositif pose des questions vérifiables : quand l’instantané a-t-il été pris, quels écarts existait-il déjà, qu’a produit l’essai, qui a accepté le résultat ? Aucun exemple complet de cette chaîne n’est publié. Une démonstration convaincante montrerait une demande, les différences de configuration, l’essai, les confirmations routeur par routeur et le journal du retour éventuel. Les animations de tableau de bord peuvent attendre.

Quant à l’assistant d’IA, son métier est volontairement modeste. L’abstract lui donne des outils en lecture seule pour des rapports et des plans de migration. Aucune écriture sur les configurations. Un modèle peut formuler une mauvaise idée avec une impeccable grammaire ; la permission de l’exécuter appartient au processus contrôlé. Cette frontière technique vaut plus que tous les adjectifs accolés à « réseau autonome ».

La FAQ d’InterLAN précise que les sessions BGP avec ses route servers restent facultatives et que chaque participant choisit sa politique de peering. L’opérateur régit son tissu commun ; les membres conservent leurs choix de connexion. La documentation RIS du RIPE NCC situe le collecteur RRC22 à InterLAN-IX, Bucarest. Il peut éclairer l’observation de routes ; le journal Lighthouse doit éclairer la décision de configuration. Deux témoins différents, deux questions différentes.