que signifie «pipe <numéro>» dans la sortie «ping»?

8

Lors de l'exécution d'un test pour diagnostiquer un problème réseau présumé, j'ai obtenu cette sortie de ping:

--- r01c01b11n02 ping statistics ---
30000 packets transmitted, 29995 received, 0% packet loss, time 6309ms
rtt min/avg/max/mdev = 0.091/0.343/118.051/3.605 ms, pipe 9, ipg/ewma 0.210/0.130 ms
PING r01c02b06n01 (10.1.1.61) 56(84) bytes of data.

La pipe 9partie que je n'avais jamais vue auparavant; actuellement, je ne l'obtiens que sur ce couple d'hôtes, et le nombre réel varie (par exemple, pourrait être pipe 8ou pipe 2).

Que pipe <number>signifie en pingsortie?

Riccardo Murri
la source
Btw sur certains systèmes, la sortie est différente: mon ubuntu montre: 4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3014mset pipe 3dans différentes lignes qui ont confondu mon code Java qui essaie de l'analyser
Daniel Alder

Réponses:

10

La pipevaleur dans la sortie de pingindique le nombre maximal de paquets de demande d'écho ICMP sans réponse en suspens dans le réseau à un moment donné pendant le test. Il n'est normalement pas signalé lorsque cette valeur est égale à un (chaque demande a reçu une réponse avant l'envoi de la prochaine demande), ce qui est le cas en fonctionnement normal.

Par défaut, la pingcommande attend une seconde entre l'envoi de requêtes d'écho, selon la description de sa page de manuel sous le -iparamètre:

La valeur par défaut est d'attendre normalement une seconde entre chaque paquet, ou de ne pas attendre en mode inondation. Seul le super-utilisateur peut définir l'intervalle sur des valeurs inférieures à 0,2 seconde.

Sur la plupart des réseaux, le temps d'aller-retour (RTT) est généralement de l'ordre de dizaines ou centaines de millisecondes, pas de secondes, donc dans ce mode par défaut, chaque demande d'écho recevra normalement une réponse avant l'envoi de la demande suivante. Le nombre maximal de paquets en attente dans le réseau n'est pas supérieur à un à tout moment du test, il pipeest donc égal à 1 et n'est pas signalé.

Si le temps de réponse à un paquet dépassait cet intervalle par défaut pour une raison quelconque, entraînant plusieurs requêtes en suspens dans le réseau, le ping signale une valeur pipesupérieure à une. De même, vous pouvez invoquer cette réponse en réduisant artificiellement l'intervalle en passant une valeur plus petite que le RTT pour le -iparamètre de ping.


Si le système réseau est local, alors:

  • vos tests réduisent l'intervalle d'émission des pings
  • vous avez activé le mode flood , qui n'attend pas de réponse avant d'envoyer un autre ping
  • les réponses prennent un certain temps pour revenir à votre système de test à partir de l'hôte distant

Que cela indique un problème plus important dépend du scénario, du matériel réseau, de la pingconfiguration, etc.

Ossifrage cosmique
la source