Qu'est-ce que le TTL ?

Le « Time to Live » (TTL) est un champ de l'en-tête d'un paquet IP qui limite le nombre de sauts de routeur qu'un paquet peut effectuer avant d'être rejeté, ce qui empêche les paquets de tourner en boucle indéfiniment sur un réseau instable ou mal configuré. Ce terme désigne également le délai d'expiration d'un enregistrement mis en cache – le plus souvent une réponse DNS – à l'issue duquel le cache doit l'actualiser.

Points clés à retenir

• La valeur TTL diminue d'une unité à chaque saut de routeur ; lorsqu'elle atteint zéro, le paquet est rejeté.
• IPv6 renomme le champ « Hop Limit », mais conserve sa fonction initiale.
• Les enregistrements de ressources DNS comportent un TTL distinct qui contrôle la mise en cache par les résolveurs.
• Les outils de traceroute envoient des requêtes avec des valeurs TTL croissantes afin de cartographier les sauts d'un chemin.
• Versa Les règles SD-WAN et les règles de sécurité peuvent filtrer le trafic en fonction de la valeur TTL.

Sur cette page : Pourquoi est-ce important ? · Comment ça marche · Types · TTL et Versa · FAQ

Pourquoi le TTL est-il important ?

Sans limite de sauts, un paquet pris dans une boucle de routage — due à une route mal configurée, à une instabilité passagère du BGP ou à un chemin de basculement défaillant — circulerait indéfiniment, consommant ainsi de la bande passante et des ressources du processeur du routeur. Le TTL garantit que chaque paquet a une durée de vie limitée : quelle que soit la gravité de la situation de routage, les paquets égarés s’autodétruisent après un nombre limité de sauts au lieu de s’accumuler indéfiniment.

Le TTL sert également de test de fonctionnement. ping et traceroute lire la valeur TTL dans les réponses pour estimer la distance et détecter les problèmes de routage ; c'est pourquoi les valeurs TTL apparaissent constamment dans les résultats de dépannage, y compris lors des vérifications de connectivité du client « SASE ». Ce même concept d'expiration, appliqué à la mise en cache DNS, régit un compromis auquel tout opérateur est confronté : un TTL court permet aux résolveurs de prendre en compte rapidement les modifications, mais augmente le nombre de requêtes adressées aux serveurs faisant autorité ; un TTL long réduit cette charge, mais ralentit la propagation des modifications DNS.

Qu'est-ce que le TTL ?

Dans l’en-tête IPv4, le TTL est un champ de 8 bits défini par l’hôte émetteur – généralement 64, 128 ou 255 selon le système d’exploitation – et décrémenté de 1 à chaque routeur qui transfère le paquet. Lorsqu’un routeur ramène le TTL à zéro, il rejette le paquet et, dans la plupart des implémentations, renvoie un message ICMP « Time Exceeded » à l’expéditeur. Cette règle unique empêche les paquets non livrables de persister au-delà d’un nombre limité de sauts.

Le même principe s'applique aux données mises en cache. Chaque enregistrement de ressource DNS est associé à son propre TTL, exprimé en secondes, défini par le serveur de noms faisant autorité. Un résolveur fournit la réponse mise en cache jusqu'à l'expiration de ce TTL, puis effectue une nouvelle requête pour obtenir une valeur actualisée. Cela permet d'éviter aux clients d'avoir à supporter le coût d'une recherche complète à chaque requête, tout en limitant le degré d'obsolescence d'une réponse.

Types de TTL

Le TTL IPv4 est le champ original de 8 bits définissant le nombre de sauts pour le protocole Internet. La limite de sauts IPv6 correspond au même mécanisme sous un nouveau nom dans l'en-tête IPv6 : il s'agit d'un champ de 8 bits qui est décrémenté à chaque saut, avec une sémantique identique, et qui a été renommé car le terme « time to live » ne fait plus référence à une minuterie réelle.

Le TTL DNS n'a aucun rapport avec le comptage des sauts : il s'agit d'un délai d'expiration de la mise en cache défini par le propriétaire de la zone pour chaque enregistrement, indépendamment pour chaque ensemble d'enregistrements de ressources ; ainsi, un enregistrement MX et un enregistrement A pour le même nom peuvent avoir des TTL différents. Le protocole TTL Security (GTSM), principalement utilisé avec le BGP, rejette tout paquet entrant dont le TTL n’est pas proche du maximum. Étant donné que les paquets provenant d’un pair directement connecté ne voient pratiquement pas leur TTL diminuer, cela permet de filtrer les paquets usurpés qui ne peuvent provenir que de nombreux sauts plus loin, sans authentification complète.

TTL & Versa

Les règles de sécurité d’accès VOS et les règles de politique SD-WAN peuvent filtrer le trafic en fonction de la valeur TTL du paquet. Dans l’onglet « En-têtes/Planification » d’une règle de politique SD-WAN, une condition TTL (égale à, supérieure ou égale à, ou inférieure ou égale à une valeur comprise entre 1 et 255) s’associe à la version IP, aux indicateurs IP et au DSCP pour déterminer à quels paquets la règle s’applique. Les règles de chaîne de services proposent les mêmes champs de condition et de valeur TTL, ce qui permet d’acheminer le trafic vers une chaîne de services en fonction, entre autres, du nombre de sauts déjà effectués.

Le TTL intervient également dans le dépannage quotidien. SASE vérifications de la connectivité des clients compter sur ping et route print en sortie, et chaque ligne de réponse indique le TTL de l'hôte qui répond – un indicateur rapide, au même titre que le temps aller-retour et la perte de paquets, permettant de vérifier que le trafic atteint bien la destination prévue.

Questions fréquentes

Quelle est la différence entre le TTL et la limite de sauts IPv6 ?

Il s'agit du même mécanisme, mais sous des noms différents. En IPv4, ce champ est appelé « TTL » et en IPv6, « Hop Limit », mais dans les deux cas, il s'agit de compteurs de 8 bits qui sont décrémentés à chaque saut de routeur, et qui entraînent tous deux le rejet du paquet dès que le compteur atteint zéro.

Pourquoi un enregistrement DNS dispose-t-il de son propre TTL ?

Le TTL DNS est un délai d'expiration du cache, et non un compteur de sauts. Il indique aux résolveurs pendant combien de temps ils doivent fournir une réponse mise en cache avant de renvoyer une requête au serveur de référence, permettant ainsi de trouver un équilibre entre la vitesse de propagation et la charge de requêtes sur ce serveur.

Comment traceroute utilise-t-il le TTL ?

Traceroute envoie des paquets de test successifs dont la valeur TTL est définie sur 1, puis sur 2, puis sur 3, et ainsi de suite. Chaque routeur qui rejette un paquet de test périmé répond par un message ICMP « Time Exceeded », révélant ainsi l'adresse de ce saut, un saut à la fois.

Que devient un paquet lorsque son TTL atteint zéro ?

Le routeur qui réduirait la valeur TTL à zéro rejette le paquet au lieu de le transférer, et renvoie généralement un message ICMP « Time Exceeded » à l'expéditeur. Cela empêche les paquets de tourner en boucle indéfiniment sur une route défectueuse ou instable.

Quelle valeur TTL les systèmes d'exploitation envoient-ils généralement ?

Les valeurs par défaut courantes sont 64 (Linux et la plupart des systèmes de type Unix), 128 (Windows) et 255 (de nombreux équipements réseau). Le TTL diminuant à chaque saut, la valeur observée à la destination donne une indication du nombre de routeurs traversés par un paquet.

En savoir plus sur le TTL

Si vous souhaitez en savoir plus, voici des sources auxquelles nous faisons confiance.

Termes associés

Si vous vous intéressez au TTL, voici quelques articles qui pourraient vous intéresser ensuite.