pipe
Значение на выходе ping
указывает максимальное количество оставшихся без ответа эхо - пакетов запроса размещенных в сети в некоторый момент во время испытания. Обычно не сообщается, когда это значение равно единице (каждый запрос получил ответ до того, как был отправлен следующий запрос), что имеет место при нормальной работе.
По умолчанию ping
команда ожидает секунду между отправкой эхо-запросов, как описано в ее справочной странице под -i
параметром:
По умолчанию время ожидания между пакетами обычно составляет одну секунду или нет в режиме флуда. Только суперпользователь может установить интервал для значений менее 0,2 секунд.
В большинстве сетей время приема-передачи (RTT) обычно составляет порядка десятков или сотен миллисекунд, а не секунд, поэтому в этом режиме по умолчанию каждый эхо-запрос обычно получает ответ перед отправкой следующего запроса. Максимальное количество ожидающих пакетов в сети не превышает одного в любой точке теста, поэтому pipe
равно 1 и не сообщается.
Если по какой-либо причине время отклика на пакет превысит этот интервал по умолчанию, из-за чего в сети будет несколько невыполненных запросов, ping сообщит pipe
больше одного. Точно так же вы можете вызвать этот ответ, искусственно уменьшив интервал, передав меньшее значение, чем RTT для -i
параметра ping
.
Если сетевая система является локальной, то либо:
- ваши тесты сокращают интервал выдачи пингов
- вы включили режим флуда , который не ждет ответа перед отправкой другого пинга
- Ответы требуют времени, чтобы вернуться к тестовой системе с удаленного хоста
Является ли это показателем более серьезной проблемы, зависит от сценария, сетевого оборудования, ping
конфигурации и т. Д.
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3014ms
иpipe 3
в разных строках, которые запутали мой Java-код, который пытается его проанализировать