Résumé

  • Le projet Internet individuel du 2 novembre maintient les NLRI Node et Link internes dans leur zone, tandis que la joignabilité Prefix peut franchir les frontières.
  • Un routeur frontière associe un préfixe distant à une sortie accessible localement. Le chemin des zones bloque le retour d'une annonce ; il ne règle pas à lui seul l'acheminement sans boucle des paquets entre plusieurs sorties et métriques.
  • Il manque la représentation exacte du préfixe distant, la composition des métriques et l'arbitrage entre sorties. Un essai avec deux sorties et une panne de frontière devra confronter annonces, FIB et paquets.

Prenons les trois zones du projet. Le préfixe P se trouve en C ; le routeur A1, en A, veut lui envoyer un paquet. A1 n'a pas besoin de connaître chaque lien de C. Il reçoit une indication selon laquelle P est accessible via sa frontière vers B et calcule, avec sa propre topologie, le chemin jusqu'à cette frontière. B puis C prennent la suite. La carte détaillée ne voyage plus ; la promesse de livraison, si.

Le socle RFC 9815 définit BGP-LS-SPF à partir d'informations d'état des liens et d'un calcul SPF distribué. La proposition ajoute un identifiant de zone à chaque routeur. Une adjacence avec une autre zone suffit pour faire d'un routeur un routeur frontière. Les NLRI Node et les liens internes restent locaux ; les liens entre zones peuvent être visibles des zones adjacentes ; les NLRI Prefix circulent plus loin. L'intérêt annoncé est de limiter la diffusion des changements de topologie dans les grands réseaux dynamiques. Le texte cite les constellations de satellites en orbite basse comme cas possible, sans mesure de gain ni déploiement documenté.

La panne du lien B1–B2 illustre la frontière comptable. Si les passages de B vers A et C restent utilisables et si la joignabilité ou les attributs annoncés pour P ne changent pas, B distribue le changement de Link NLRI chez lui et recalcule ses chemins. A et C n'ont pas à recevoir la description de ce lien. Si, au contraire, la liaison B–C tombe sans autre passage, B doit mettre à jour ou retirer sa promesse concernant P. La question n'est pas « un lien est-il tombé ? », mais « ce que nous avons annoncé aux voisins reste-t-il vrai ? ».

Le projet s'arrête précisément là où plusieurs frontières pourraient donner des réponses différentes. Il ne spécifie pas encore la forme exacte du préfixe distant représenté à chaque frontière, la combinaison des métriques ni le traitement de deux sorties candidates. La signalisation des identifiants de zone, le codage du chemin des zones, la coexistence avec des routeurs non compatibles et l'articulation avec les numéros de séquence et les route reflectors de RFC 9815 sont également renvoyés à plus tard. Ce ne sont pas des finitions : ces règles déterminent la route effectivement installée.

Le contrôle des boucles d'annonces est plus net. Une annonce de P partie de C, passée par B puis A, ne doit pas revenir dans B ; B figure déjà dans son chemin de zones. Le paquet n'emporte pas cet historique avec lui. Il suit la prochaine adresse installée dans la FIB. Le projet reconnaît expressément que, face à plusieurs frontières, des chemins de remplacement et des métriques calculées séparément, l'absence de boucle de paquets dépend encore de procédures de sélection et de représentation de la joignabilité à définir. Une annonce disciplinée peut cohabiter avec un mauvais choix de sortie.

La frontière concentre aussi un pouvoir peu commode à auditer. Le chapitre sécurité prévoit qu'un routeur frontière compromis pourrait étouffer des annonces locales, inventer une joignabilité distante ou manipuler le chemin des zones. Les autres zones ne possèdent justement plus la carte détaillée qui permettrait de contrôler cette synthèse. La prochaine version devrait dire comment comparer et retirer les promesses de plusieurs sorties ; un essai devrait montrer les annonces, les routes installées et le trajet des paquets lors d'une panne. La carte peut rester privée. La destination doit rester réelle.

Projet Area-Scoped BGP-LS-SPF, révision 00 · RFC 9815