Time-To-Live/fr: Difference between revisions
m (1 revision) |
No edit summary |
||
| Line 1: | Line 1: | ||
{{Languages|Time-To-Live}} | {{Languages|Time-To-Live}} | ||
{{Updated|12 juin 2014| 2.7.x.0}} | |||
==Time-To-Live== | |||
Paramètre appliqué à un datagramme lors de son expédition en multi diffusion sur Internet, où tout autres réseaux publics où privés, permettant de fixer l'étendue des informations qu'il contient et de limiter sa propagation. | |||
Paramètre appliqué à un datagramme lors de son expédition en multi diffusion sur Internet, où tout | |||
Champ d'un en-tête IP qui indique la durée durant laquelle un paquet est considéré comme étant valide. | 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. | 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. | ||
Ce terme provient de la bibliothèque de communication TCP/IP utilisé pour envoyer et recevoir des transmissions sur l'Internet et d'autres réseaux publics et privés. Le Time-To-Live définit le nombre de sauts qu'un paquet peut traverser avant d'être jeté. Ce fut un moyen de contrôle de circulation afin d'éviter qu'un paquet ne reste coincé dans une boucle de routage ou traversant plus de nœuds réseau qu'il n'en faut pour constater que la destination n'est pas accessible (ce schéma fait l'hypothèse que la destination sera accessible dans une situation pratique égale où inférieur à 255 sauts). | |||
Time-To-Live | |||
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 [[Options.Advanced/fr|Réglages Avancés]]. | |||
{{Nav2Fr|Networks and Hashes/fr}} | |||
Latest revision as of 19:47, 12 June 2014
 Languages: |
English • Deutsch • Español • Français • עברית • Italiano • Nederlands • Polski • Português • Русский • 中文(繁體) | e |
 Updated: |
This page has been updated on 12 juin 2014 for the release of Shareaza v 2.7.x.0. | e |
Time-To-Live
Paramètre appliqué à un datagramme lors de son expédition en multi diffusion sur Internet, où tout autres réseaux publics où privés, 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.
Ce terme provient de la bibliothèque de communication TCP/IP utilisé pour envoyer et recevoir des transmissions sur l'Internet et d'autres réseaux publics et privés. Le Time-To-Live définit le nombre de sauts qu'un paquet peut traverser avant d'être jeté. Ce fut un moyen de contrôle de circulation afin d'éviter qu'un paquet ne reste coincé dans une boucle de routage ou traversant plus de nœuds réseau qu'il n'en faut pour constater que la destination n'est pas accessible (ce schéma fait l'hypothèse que la destination sera accessible dans une situation pratique égale où inférieur à 255 sauts).
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.
Navigation: Page d'accueil > Networks and Hashes/fr > Time-To-Live/fr