Résumé

  • La RFC 2098 proposait de faire franchir plusieurs Cell Switch Routers à certains flux sous forme de cellules, grâce à des circuits virtuels ATM adjacents concaténés.
  • Le routage IP choisissait toujours la succession des CSR et la sortie ; le routage ATM ne décidait que du trajet local de chaque segment de circuit.
  • Un bypass-pipe installé attestait un état de transfert, non l’optimalité du chemin, une réservation, une autorisation, une identité, une livraison ou une validité durable.

Une cellule, deux chemins d’exécution

La RFC 2098 décrit un routeur doté d’une fonction de commutation ATM. À l’arrivée d’une cellule, le CSR consulte l’interface et le couple VPI/VCI. S’il trouve une correspondance vers une interface et un VPI/VCI sortants, la cellule passe par le module de commutation. Sinon, elle rejoint le module IP, où le datagramme est reconstitué puis acheminé à partir de son identifiant.

Tout l’intérêt du dispositif tient à cette alternative. Pour un flux choisi, les routeurs intermédiaires peuvent éviter la réassemblage et le traitement répété de l’en-tête IP. Mais la table ATM n’invente pas une route. Elle exécute une décision dont la justification reste ailleurs.

Publié en février 1997 dans la catégorie Informational, le document précise qu’il ne définit aucune norme Internet. Le Datatracker de l’IETF le classe aujourd’hui dans le flux Legacy et indique qu’il n’a pas de statut formel dans le processus de normalisation de l’IETF. La recherche d’errata ne renvoie actuellement aucune entrée. Il s’agit donc d’une proposition historique, pas de la preuve d’un déploiement ou d’une performance mesurée.

Le bypass était une chaîne, pas un circuit magique

Le Default-VC transportait les communications ordinaires suivant le routage IP saut par saut. Les cellules reçues sur ce circuit étaient réassemblées en datagrammes. Il servait aussi pendant l’établissement d’un raccourci et demeurait la voie de repli.

Le Dedicated-VC était réservé à un flux identifié par une combinaison d’adresses, de ports ou de label IPv6. Lorsqu’un CSR recevait et émettait des Dedicated-VC affectés au même flux, il pouvait les concaténer. Répétée d’un CSR au suivant, cette opération formait l’ATM Bypass-pipe.

La RFC le distingue d’une VCC ATM unique offerte par un seul nuage. Le bypass était composé de segments locaux reliant des voisins. Son apparence continue masquait donc plusieurs décisions de fourniture, plusieurs états et plusieurs points de défaillance.

L’IP gardait la carte

Dans l’exemple de la RFC, les paquets suivent X.1, CSR1, CSR2 puis Z.1, qu’ils empruntent le chemin IP ordinaire ou le bypass. Le routage IP détermine la sortie du nuage et la suite des CSR entre sous-réseaux. Le routage ATM choisit uniquement la trajectoire de chaque VC à l’intérieur d’un sous-réseau, entre deux nœuds adjacents.

Cette séparation interdit de confondre rapidité et optimalité. La RFC reconnaît que le chemin ATM de bout en bout peut être moins optimal que dans le modèle NHRP, puisqu’il continue de franchir les routeurs aux limites de sous-réseaux. La présence d’un circuit rapide prouve que des segments ont été installés le long d’une route IP ; elle ne prouve pas que le meilleur trajet ATM possible a été retenu.

La RFC 1932 distingue utilement routage et transfert : le premier construit l’information nécessaire à la décision, le second applique cette décision aux paquets. La RFC 2098 accélère le transfert sans abolir le compte rendu du routage.

Trois modèles, trois limites

La RFC 1577 limitait les connexions ATM directes au Logical IP Subnetwork ; au-delà de cette frontière, le trafic passait par un routeur. La RFC 2225 conserva ensuite ce modèle classique comme socle disponible en l’absence ou en cas d’échec des extensions.

NHRP poursuivait un autre objectif. La RFC 2332 résout un prochain saut NBMA vers la destination afin de permettre une connexion plus directe à travers plusieurs LIS. Le modèle CSR conserve au contraire la succession des routeurs, puis accélère les données sur cette succession. Il n’est ni le modèle classique inchangé, ni une VCC directe traversant tout le nuage.

Les récits voisins publiés par BTW occupent d’autres mécanismes : la RFC 1953 traite d’un label IFMP local, refusable et expirant ; la RFC 1954 décrit son encodage ATM ; la RFC 2022 sépare la liste des récepteurs multicast du circuit que l’émetteur doit encore construire. Ici, l’objet propre est l’enchaînement de plusieurs CSR et l’autorité conservée du routage IP.

Tout changement de route périme le reçu précédent

La proposition prévoyait de modifier les segments concernés quand le routage IP changeait, ou lorsqu’un nœud, un lien ou un routeur tombait en panne. Les CSR intermédiaires pouvaient réparer la portion touchée sans reconstruire nécessairement le bypass entier.

Cette intention ne garantit aucun comportement réel. Pour établir qu’un flux restait correctement acheminé, il faudrait joindre la version de la table IP, la suite des CSR, chaque VC adjacent, les durées d’état, le signal de panne, l’action de réparation et l’observation du trafic après la réparation. Un VPI/VCI encore présent peut être un état valide, un état en attente ou un raccourci devenu orphelin.

Faible latence ne signifiait pas qualité réservée

La RFC envisage un bypass déclenché par le volume mesuré ou par la détection d’un protocole tel que FTP, NNTP ou HTTP. Le but est de réduire la latence et la charge de traitement. Faute de demande explicite de bande passante ou de QoS, aucune règle ne fixe la capacité ; l’UBR, simple à utiliser, ne garantit pas la perte de cellules.

Un autre cas part d’une demande explicite, par exemple RSVP. La RFC 2205 définit RSVP comme un protocole de contrôle qui demande des ressources le long d’un chemin fourni par le routage ; RSVP n’est pas un protocole de routage. Un Dedicated-VC n’est donc pas automatiquement une réservation, et une demande RSVP ne prouve ni l’installation du bypass ni le service effectivement livré.

La RFC 2098 ajoute qu’elle ne traite pas des questions de sécurité. Un classificateur de flux ou une correspondance VPI/VCI n’authentifie ni une personne, ni une application, ni un droit d’usage.

Le raccourci exécutait ; il ne gouvernait pas

Dans Running-Code Primacy, Lu Heng ramène les affirmations techniques à ce qui fonctionne réellement. Minimum Initial Specification sépare le socle commun des choix locaux ultérieurs. Reality Layers refuse qu’une déclaration symbolique emprunte la force d’un effet exécutable.

La RFC 2098 matérialise cette discipline. Le routage IP conserve le compte commun de la joignabilité entre sous-réseaux ; l’ATM exécute plus vite un choix local. Le bypass est réel lorsque les cellules le parcourent, mais il ne peut parler ni au nom de la route, ni au nom du résultat final.

Sources