MODIFIER LA VALEUR TTL D'UN CONTROLE WINSOCK
cs_Jack
Messages postés
14006
Date d'inscription
samedi 29 décembre 2001
Statut
Modérateur
Dernière intervention
28 août 2015
-
26 déc. 2004 à 18:24
cs_Jack Messages postés 14006 Date d'inscription samedi 29 décembre 2001 Statut Modérateur Dernière intervention 28 août 2015 - 27 déc. 2004 à 02:36
cs_Jack Messages postés 14006 Date d'inscription samedi 29 décembre 2001 Statut Modérateur Dernière intervention 28 août 2015 - 27 déc. 2004 à 02:36
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/28308-modifier-la-valeur-ttl-d-un-controle-winsock
https://codes-sources.commentcamarche.net/source/28308-modifier-la-valeur-ttl-d-un-controle-winsock
27 déc. 2004 à 02:36
Merci de ces explications :-)
27 déc. 2004 à 00:10
donc ce multicast ne peut passer aucun routeur car au premier routeur rencontré sa valeur TTL passe a zero (donc ce n'est pas une valeur de temps reel comme celle d'un ping), une fois que ta trame a une valeur de TTL zero elle est considéré comme morte donc pas routé.
le fait de passer un routeur eleve 1 a la valeur TTL de toute trame, ainsi une trame ayant une valeur TTL de 128 pourra en théorie passer 128 routeurs avant d'etre considéré comme morte.
en regle general on fait communiquer deux sites par un routeur a chaque extremité du tuyau donc 2 routeurs, ainsi une valeur de TTL a 3 doit suffir pour faire communiquer deux sites.
si on passe une multitude de routeurs entre deux sites, l'ideal est de faire un tunnel (genre un VPN) ainsi on se retrouve dans le cas precedent ou ue valeur de TTL 3 suffit pour faire communiquer les deux sites.
NB : ATTENTION!! dans le cas de trames broadcast ou multicast les routeurs doivent etre configurés pour laisser passer ce type de trames (pas par defaut) soit tous les routeurs, soit ceux a chaque extremités en cas de tunnel.
la valeur max de TTL est 256.
ah si aussi en cas de multicast (je me suis fais avoir) ne pas utiliser l'adresse 224.0.0.1 elle est reservé mieux vaut 240.XX.XX.XX par exemple.
donc comme tu le vois le TTL du winsock n'est pas une durée de vie en temps reel mais plutot le nombre d'iteration possible de la trame avant sa mort.
26 déc. 2004 à 18:24
La suite logique de tes recherches sur le protocole UDP ?
Si j'ai bien compris les précédents épisodes, un 'jeton' UDP est lancé sur le réseau.
En fonction de l'IP que l'on passe au jeton, celui peut remonter aux couches supérieures des routeurs (multicast ou broadcast).
Ce jeton 'réagit' aux interrogations liées au port de comm (et pas à l'IP), ce qui permet aux clients de contacter le serveur sans connaître son IP (voir ce lien qui est une mise en application de ta précédente source http://www.vbfrance.com/code.aspx?id=22252 )
L'idée de la durée de vie du jeton m'avait échappée.
Juste une question : TTL = Time To Live
Est-ce que cela a un rapport avec le temps de vie du jeton ?
Si oui, que signifient les valeurs passées au TTL ? (secondes, millisecondes) ?
Si non, comment ce terme peut-il agir sur la profondeur de propagation de l'info ?
Quelle est la valeur par défaut du TTL et si c'est lié au temps, combien de temps cette info reste valable.
Merci d'approfondir les explications.