cosa significa `pipe <numero>` nell'output di `ping`?


8

Durante l'esecuzione di un test per diagnosticare un presunto problema di rete, ho ottenuto questo risultato da 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 9parte che non avevo mai visto prima; al momento, lo ottengo solo su questa coppia di host e il numero effettivo varia (ad esempio, potrebbe essere pipe 8o pipe 2).

Cosa pipe <number>significa in pingoutput?


A proposito su alcuni sistemi, l'output è diverso: il mio ubuntu mostra: 4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3014mse pipe 3in diverse righe che hanno confuso il mio codice Java che tenta di analizzarlo
Daniel Alder,

Risposte:


10

Il pipevalore nell'output di pingindica il numero massimo di pacchetti di richieste echo ICMP senza risposta in sospeso nella rete ad un certo punto durante il test. Normalmente non viene segnalato quando questo valore è uno (ogni richiesta ha ricevuto una risposta prima dell'invio della richiesta successiva), come nel caso del normale funzionamento.

Di default, il pingcomando attende un secondo tra l'invio di richieste echo, come da descrizione nella sua pagina man sotto il -iparametro:

L'impostazione predefinita è attendere normalmente un secondo tra ciascun pacchetto o non attendere in modalità flood. Solo il superutente può impostare l'intervallo su valori inferiori a 0,2 secondi.

Sulla maggior parte delle reti, il tempo di andata e ritorno (RTT) è in genere dell'ordine di decine o centinaia di millisecondi, non di secondi, quindi in questa modalità predefinita, ogni richiesta di eco riceverà normalmente una risposta prima di inviare la seguente richiesta. Il numero massimo di pacchetti in sospeso nella rete non è maggiore di uno in qualsiasi punto del test, quindi pipeè uguale a 1 e non riportato.

Se il tempo di risposta a un pacchetto supera questo intervallo predefinito per qualche motivo, causando la presenza di più richieste nella rete, il ping segnalerà un valore pipemaggiore di uno. Allo stesso modo, è possibile invocare questa risposta riducendo artificialmente l'intervallo passando un valore inferiore rispetto a RTT per il -iparametro di ping.


Se il sistema di rete è locale, allora:

  • i tuoi test stanno riducendo l'intervallo per l'emissione di ping
  • hai attivato la modalità flood , che non attende una risposta prima di inviare un altro ping
  • le risposte impiegano un po 'di tempo per tornare al sistema di test dall'host remoto

Se questo è indicativo di un problema più grande dipende dallo scenario, dall'hardware di rete, dalla pingconfigurazione, ecc.


Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.