41
TCP/IP / Fonctionnement des réseaux / [Débutant] Ping TTL du reply égal à celui du request?
« Dernier message par pju91 le Aujourd'hui à 13:50:55 »Cette idée de positionner le TTL de la réponse à celui du paquet reçu n'a aucune justification et est une violation notamment du RFC 1700.
Extrait (ça a 30 ans) :
Il faut se rappeler qu'au départ (càd aux débuts d'Internet), le TTL dans l'en-tête IP vise à éviter qu'une circularité dans des tables de routage provoque un engorgement du réseau par des paquets qui y restent indéfiniment.
L'utilisation du TTL dans la commande traceroute (ou ses dérivés) est juste la programmation d'une "astuce" technique, pour exploiter les messages ICMP TTL Exceeded permettant de détecter les anomalies de routage.
Ca n'est en rien une "norme", d'ailleurs, par défaut, traceroute Windows envoie des messages ICMP alors que les versions Unix s'appuient sur UDP.
(désolé de faire encore mon ancien combattant)
Extrait (ça a 30 ans) :
Code: [Sélectionner]
IP TIME TO LIVE PARAMETER
The current recommended default time to live (TTL) for the
Internet Protocol (IP) (...) is 64.
Ca partait du constat à l'époque que le "diamètre" d'Internet en nombre de hops était de quelques dizaines.Il faut se rappeler qu'au départ (càd aux débuts d'Internet), le TTL dans l'en-tête IP vise à éviter qu'une circularité dans des tables de routage provoque un engorgement du réseau par des paquets qui y restent indéfiniment.
L'utilisation du TTL dans la commande traceroute (ou ses dérivés) est juste la programmation d'une "astuce" technique, pour exploiter les messages ICMP TTL Exceeded permettant de détecter les anomalies de routage.
Ca n'est en rien une "norme", d'ailleurs, par défaut, traceroute Windows envoie des messages ICMP alors que les versions Unix s'appuient sur UDP.
(désolé de faire encore mon ancien combattant)