Un port d'échange de couche 3 change la promesse de livraison

BGP sourit à l'échange. Le paquet visite les mauvais voisins

Pourquoi c'est important

James Rice a posé à RIPE 93 une question qui ressemble à une réclamation de livraison : un point d'échange peut-il promettre que les données atteignent uniquement le bon port ? Sa proposition de ports routés de couche 3 remplace le plancher commun de couche 2 par des liaisons individuelles vers les routeurs de l'échange. Le contrat du service suivrait enfin le trajet des paquets.

Daniel Kade26 octobre 2026 à 22:24 UTCTemps de lecture 3 minDernière mise à jour: 26 octobre 2026

Le port routé donnerait une adresse précise à la promesse de livraison.

Résumé

Le 26 octobre à RIPE 93, James Rice a ouvert le débat sur un point d'échange de couche 3 : chaque membre disposerait d'une liaison point à point vers les routeurs de l'échange.
Son étude de cas présentée à RIPE 92 décrivait des paquets mal aiguillés ou perdus sur un LAN partagé alors que des sessions BGP avec les serveurs de routes restaient établies.

La session BGP tient debout ; le paquet, lui, prend le mauvais escalier. Dans la discussion de RIPE 93, James Rice invite les points d'échange à vendre autre chose qu'une place sur un LAN commun. Chacun aurait son lien point à point vers un routeur de l'échange. L'IX assurerait la transmission à la couche 3, avec la responsabilité qui accompagne ce volant.

Rice avait montré en mai pourquoi le détail compte. Son étude de cas de RIPE 92 part d'un changement d'adresse MAC et d'une entrée de voisin devenue périmée. Des trames envoyées à l'ancienne adresse pouvaient être diffusées aux membres du LAN ; certains équipements les renvoyaient ensuite vers le destinataire prévu. Dans la transcription officielle, Rice décrit du trafic inattendu, des réponses en double et des sessions BGP parfois imperturbables. Le témoin lumineux contrôlait la conversation de routage, pas tous les étages de la livraison.

Le mécanisme de maintien d'une entrée « joignable » passe, selon son analyse, par la confirmation de progrès prévue dans RFC 4861, section 7.3.1. Si un flux finit par arriver, son succès apparent peut prolonger la vie d'une mauvaise association. Pour l'exploitant, deux mesures doivent rester séparées : la session avec le serveur de routes et l'arrivée du trafic client au seul port visé.

Un port routé pourrait offrir une isolation qui se démontre. Il déplacerait aussi la politique de routage, les décisions de bascule et les journaux de livraison vers l'opérateur du point d'échange. Le membre gagnerait un interlocuteur clair en cas d'erreur, et lui confierait davantage de contrôle sur le trajet. Voilà pourquoi la proposition relève autant du contrat de service que de l'architecture.

Rice demande aux réseaux s'ils achèteraient ce port et aux échanges s'ils le proposeraient. La réponse utile commencera par une fiche produit : preuve que le paquet arrive au port désigné, méthode de test, visibilité sur les choix de route et réparation lorsqu'un paquet fait du tourisme pendant que BGP affiche vert. Un port « connecté » raconte le début de l'histoire.