Résumé

  • RFC 1393 associait l’option IPv4 82 à un message ICMP dédié afin que chaque routeur participant signale le saut, le débit de sortie et la MTU.
  • La réduction des sondes émises par l’hôte exigeait un nouveau traitement sur tout le chemin ; peu déployée, l’expérience fut classée Historic et son filtrage est désormais recommandé.

Faire raconter le trajet au paquet

Le traceroute habituel exploite une capacité déjà présente : lorsqu’un TTL expire, le routeur renvoie ICMP Time Exceeded. L’émetteur recommence avec des TTL croissants. RFC 1393 évaluait ce dialogue à environ 2n paquets pour n sauts, relevait que le chemin pouvait changer entre les essais et rappelait que le retour restait invisible.

Son option de type 82 portait un identifiant choisi par l’origine, deux compteurs — aller et retour — ainsi que l’adresse IPv4 à laquelle envoyer les rapports. Cet identifiant n’était pas le champ Identification de l’en-tête IPv4. Le compteur aller partait de zéro ; 0xFFFF dans le compteur retour signalait encore le trajet sortant.

À chaque transfert, un routeur compatible devait incrémenter le bon compteur et envoyer un message ICMP Traceroute à l’origine. Il pouvait indiquer le débit et la MTU du lien de sortie, ou zéro si l’information manquait. Le paquet principal, lui, devait suivre la même route que sans option.

La destination pouvait recopier l’option dans sa réponse, conserver l’identifiant et le compteur aller, puis initialiser le compteur retour à zéro. Le chemin inverse devenait ainsi observable. La promesse de n+1 paquets avait pourtant une condition : chaque routeur devait participer. Les compteurs n’étaient pas liés au TTL et n’avançaient que lorsqu’un rapport ICMP était réellement envoyé ; une réponse absente laissait donc un trou dans la preuve.

Une économie payée par les routeurs

RFC 1393 reconnaissait la nécessité d’ajouter cette fonction aux routeurs, tout en laissant les questions de sécurité sans discussion. RFC 7126 a ensuite formulé le risque : obliger chaque équipement à exécuter un traitement spécial et à générer un ICMP pouvait servir à épuiser ses ressources processeur.

Le bilan institutionnel est net. RFC 6814 indique que l’option expérimentale n’a jamais été largement déployée sur l’Internet public, rend RFC 1393 obsolète et le classe Historic. RFC 7126 ne relève aucun impact opérationnel ou d’interopérabilité au blocage de l’option et recommande sa suppression par défaut aux routeurs, passerelles de sécurité et pare-feu.

L’idée n’a pas échoué parce que les chemins seraient sans intérêt. Elle a déplacé la charge d’une méthode fondée sur un comportement universel vers un service nouveau dont l’utilité exigeait une adoption universelle.

Sources