Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1589 connectés 

  FORUM HardWare.fr
  Réseaux grand public / SoHo
  Réseaux

  J'aimerai comprendre la commande ping

 



 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

J'aimerai comprendre la commande ping

n°404423
Scr@t
Poète, dans l'âme uniquement
Posté le 20-02-2009 à 12:47:36  profilanswer
 

Avec un titre comme celui la, je vais avoir des lecteurs en nombre  :)  
Alors salut à vous amis forumeurs
 
Mais j'aurais pas des masses de réponses je pense  :cry:  
 
En fait, ping, je connais et je sais l'utiliser.
Ma question est lié au TTL appliqués aux paquets envoyés.
Et c'est une info fournie par ping que je n'avais jamais utilisée.
 
Pour moi, le TTL (time to live), c'était juste une donnée de controle pour empécher les paquets d'encombrer le réseau en tournant en rond.
Lors de l'envoi du paquet, !'OS mets une valeur TTL assez elévé  et retire 1 à chaque fois qu'il traverse un routeur et detruit le paquet si le TTL arrives à 0
 
Mais voila que mes "certitudes" viennent de s'écrouler.
J'ai aujourd'hui eut besoin d'utiliser cette donnée fournie par ping pour annalyser mes tables de routages et je ne comprends plus rien.
 
J'ai donc cherché à comprendre chez moi.
1 - ping 127.0.0.1 pour savoir quel est la valeur de base du TTL (128 sur Vista64)
2 - ping 192.168.1.254 (c'est mon routeur)
 
Et sur le ping du routeur, le paquet revient avec un TTL de 64  :ouch:  
Comme je suis sur que le paquet n'a pas été traité plus de 2 fois, je m'attendais à le voir revenir avec un TTL de 126
Mais 64  :ouch:  
Comme il n'a pas été traité 64 fois (et comme par le plus grand des hasard 64 = 128/2), je me dit que j'ai pas tout compris.
 
Alors amis lecteurs, il y a t'il un courageu parmi vous pour éclairer ma lanterne ?
 
Merci


---------------
« La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. » - Albert Einstein          
mood
Publicité
Posté le 20-02-2009 à 12:47:36  profilanswer
 

n°404438
Profil sup​primé
Posté le 20-02-2009 à 14:33:06  answer
 

La valeur TTL d'un paquet IP représente le nombre maximum de routeurs IP que ce paquet est autorisé à traverser avant d'être jeté. Dans la pratique, vous pouvez vous attendre à ce que chaque routeur sur Internet décrémente le champ TTL d'exactement une unité.
 
La spécification TCP/IP précise que le champ TTL destiné aux « paquets » TCP devrait être fixé à 60, mais beaucoup de systèmes utilisent des valeurs plus petites (BSD 4.3 utilise 30, la version 4.2 utilisait 15).
 
La valeur maximale pour ce champ est de 255, et la plupart des systèmes Unix fixent le champ TTL des paquets ICMP ECHO_REQUEST à 255. C'est pourquoi vous pouvez « pinger » certains hôtes, mais pas les atteindre via telnet(1) ou ftp(1).
 
Normalement, ping affiche la valeur TTL du paquet qu'il reçoit. Quand un système distant reçoit un paquet ping, il peut faire 3 choses avec le champ TTL dans sa réponse :
 
* Ne pas le modifier ; c'est ce que faisaient les systèmes Unix Berkeley avant la version BSD 4.3 tahoe. Dans ce cas, la valeur TTL du paquet reçu sera de 255 moins le nombre de routeurs traversés sur le chemin aller-retour.  
 
* Le fixer à 255 ; c'est ce que font les systèmes Unix Berkeley actuels. Dans ce cas, la valeur TTL du paquet reçu sera de 255 moins le nombre de routeurs traversés sur le chemin venant du système distant vers l'hôte effectuant le ping.
 
* Le fixer à une autre valeur. Certaines machines utilisent la même valeur pour les paquets ICMP que pour les paquets TCP, par exemple 30 ou 60. D'autres peuvent utiliser des valeurs complètement aléatoires.
 
 
(extrait de http://www.delafond.org/traducmanf [...] ing.8.html )
 
 
 
Si quelqu'un a un GNU/linux sous la main, est-ce qu'il pourrait faire un:
man ping > ~/ping.txt   et le poster ici ?

Message cité 1 fois
Message édité par Profil supprimé le 20-02-2009 à 14:36:31
n°404441
Misssardon​ik
prévisible a posteriori
Posté le 20-02-2009 à 14:49:36  profilanswer
 


 
 
Pas besoin d'un OS particulier pour ça, google suffit :D


---------------
Que va-t-il se passer cette gelgamar ? vous le découvrirez janamont à 20h
n°404444
Profil sup​primé
Posté le 20-02-2009 à 14:52:25  answer
 

Misssardonik a écrit :

Pas besoin d'un OS particulier pour ça, google suffit :D


 
Où avais-je la tête  [:jsuistropcon]

n°404472
Scr@t
Poète, dans l'âme uniquement
Posté le 20-02-2009 à 18:31:59  profilanswer
 

Merci tom1985
 
Je pense donc que mon routeur fixe le TTL à 64 de maniere arbitraire.
Comme c'est un Linksys, je suppose que les routeurs CISCO en font autant.
 
Du coup, c'est une donnée inexploitable que j'obtiens et pas possible de vérifier mes tables de routages :cry:  
 
Va falloir que je trouve une autre solution.


---------------
« La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. » - Albert Einstein          
n°404519
Profil sup​primé
Posté le 21-02-2009 à 04:05:50  answer
 

La commande tracert [IP à sonner] OU [URL à sonner] ;)
 
Tu peux spécifier le paramètre -w suivi du délai d'attente maximal (500 c'est bien), ça t'évite d'attendre inutilement 15 secondes par saut si un routeur ne répond pas (si il bloque les paquets ICMP echo request, ou s'il n'a pas le temps d'y répondre (ICMP est en très faible priorité)).
 
tentes un "tracert -w 500 www.orange.fr" , tu vas tout de suite comprendre le principe.
 
C'est l'outil idéal pour tester des tables de routage, bien plus adapté qu'un simple ping.

n°404526
Scr@t
Poète, dans l'âme uniquement
Posté le 21-02-2009 à 06:14:08  profilanswer
 


Merci, je regarderai cela lundi.
Je connais tracert mais je ne crois pas avoir fait attention à l'option w
Tracert me sert juste à vérifier que les paquets passent par la bonne route.
 
Je me rends compte d'un coup que je me suis mal expliqué + haut.
Ce que je veux en fait, c'est vérifier le cout de mes routes car j'ai encore des connexions multisites en ISDN  :cry:  
L'ADSL, c'est bien beau, mais ce n'est pas encore disponible de partout  :lol:


---------------
« La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. » - Albert Einstein          

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Réseaux grand public / SoHo
  Réseaux

  J'aimerai comprendre la commande ping

 

Sujets relatifs
Nimporte quoi ce pingProbleme Ping
Livebox + WIFI -> Ping tres longconfiguration wifi en ligne de commande
[PING] Comment automatiser un ping ??Commande a distance d'un serveur logiciel
Wifi sous vista navigation impossible mais ping possibleJ'ai des page internet qui ne veulent plus s'affiché
Comprendre et modifié un NASPing et traceroute impossible alors que le site est accessible
Plus de sujets relatifs à : J'aimerai comprendre la commande ping


Copyright © 1997-2018 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR