Time-To-Live/fr

Paramètre appliqué à un datagramme lors de son expédition en multi diffusion sur Internet, où tout autre réseau publique où privé, permettant de fixer l'étendue des informations qu'il contient et de limiter sa propagation.

Champ d'un en-tête IP qui indique la durée durant laquelle un paquet est considéré comme étant valide. Ce champ permet de limiter le temps pendant lequel un datagramme reste dans le réseau. Si ce champ prend la valeur zéro, le datagramme doit être détruit. Ce champ est modifié pendant le traitement de l'en-tête Internet. La durée de vie est mesurée en secondes. Chaque module Internet doit retirer au moins une unité de temps à ce champ, même si le traitement complet du datagramme par le module est effectué en moins d'une seconde. De ce fait, cette durée de vie doit être interprétée comme la limite absolue maximale de temps pendant lequel un datagramme peut exister. Ce mécanisme est motivé par la nécessité de détruire les datagrammes qui n'ont pu être acheminés, en limitant la durée de vie même du datagramme.

Traduction de l'original

Time-To-Live

C'était l'un premiers moyens de contrôle du trafic pour empêcher qu'un paquet ne se "coince" dans une boucle de routage où traverse plus de noeuds du réseau qu'il n'était nécessaire pour constater seulement que la destination était inaccessible (ce plan fait la supposition que la destination sera accessible dans une situation pratique égale où inférieur à 255 saut).

Gnutella a utilisé un systeme semblable pour empêcher les transmissions gnutella d'inonder trop de noeuds. Les recherches ont été initialement définies par une valeur TTL qui était entre 0 et la valeur acceptable maximum de 15. Maintenant, ce système est archaïque contrairement aux nouvelles méthodes de routage plus efficasse.Cependant, le TTL est encore supportée pour la compatibilité et quelques autres usages pour les différents réseau de Shareaza. Pour plus d'information sur comment est utilisé le TTL dans Shareaza, jetez un coup d'oeil aux Réglages Avancés.

¨¨