Как объяснить, что низкий RTT между чрезвычайно длинным (10-е) проверяет с помощью ping-запросов интервалы?
Я использую утилиту ping для поиска и устранения неисправностей то, что, кажется, медленное соединение с интернетом в моей домашней сети, но я нахожу результаты необычными и трудными интерпретировать.
Я имею беспроводной маршрутизатор Linksys и попробовал следующие одновременные тесты: проверка с помощью ping-запросов маршрутизатор от моего компьютера, проверка с помощью ping-запросов google.com от маршрутизатора и проверки с помощью ping-запросов google.com от моего компьютера, через маршрутизатор. При проверке с помощью ping-запросов маршрутизатора от компьютера и проверке с помощью ping-запросов Google от маршрутизатора и работайте как ожидалось с минимальной потерей пакетов, и низкая круговая задержка (минута/в среднем/макс. = 1.601/3.465/9.926, и 20/20/70 соответственно).
Однако проверка с помощью ping-запросов Google от моего компьютера, через маршрутизатор, сообщает о чем-то, что кажется очень странным для меня. Это сообщает о низком RTT, и минимальная потеря пакетов, но интервал каждого запроса ping, который должен быть значением по умолчанию 1 с, больше похожа на 10-е. То, на что это похоже, о задержке 10-х между каждым разом, когда ping печатает некоторый вывод. Но получающийся RTT является низким, например:
64 байта от 74.125.226.115: icmp_seq=31 ttl=52 time=29.2 мс
Когда я выполню это бок о бок с другими тестами, другие тесты отправят приблизительно 100 запросов в то время, когда этот тест отправит 10. Это, кажется, противоречит низкому RTT, о котором сообщают, таким образом, я не уверен, как понять это.
Я ценил бы любое понимание, которое любой может предложить.
0 ответов
Есть ли некоторая функция QoS на Вашем маршрутизаторе (особенно, если это высвечивается к Помидору или DD-WRT), ограничение или трафик ICMP de-приоритизации? Это мог быть маршрутизатор, ограничивающие уровень ping. Таким образом, это мог быть маршрутизатор, позволяет хостам LAN выпускать только 1 ping в 10 секунд, но когда тот ping позволяется через него, хорошо работает, так, чтобы мог составлять низкий RTT, но высокие задержки.
Попытка выполняющий ping с -n опция, таким образом, это не пытается сделать поиски имени. Если это продолжает пытаться искать имя хоста DNS машины, Вы проверяете с помощью ping-запросов (или некоторый маршрутизатор, это передает сообщения о недостижимости ICMP обратно), то это могло препятствовать, проверяют с помощью ping-запросов достаточно, чтобы помешать ему вынимать больше чем один пакет каждые несколько секунд.
Предложение QoS является хорошим, но я ожидал бы, что компьютер сообщит о других девяти ping, как потеряно, если бы QoS отбросил их или с увеличиванием значений RTT, если маршрутизатор содержал их для QoS и отправлял их в пакетах.
Мое предложение состояло бы в том, чтобы проверить ли ping мог бы быть искажен к ping -i 10, то, чтобы заставлять это только отправить один пакет в 10 секунд. Поочередно, Вы могли попытаться дать команду ping -i 1 <host> вынудить это отправить ping во вторых интервалах.
Обратите внимание, что это предполагает, что Вы подразумеваете, что единственный результат ping (с низким RTT) печатается каждые десять секунд. Если Вы получаете десять результатов каждые десять секунд, но они все прибывают сразу, а не равномерно распределенный в секунду, то это кажется, что существует некоторая выходная буферизация, происходящая в Вашем дисплее.
Вы проверяли с помощью ping-запросов google.com или IP-адрес? Вы не можете поразить тот же сервер путем проверки с помощью ping-запросов google.com, у них есть тысячи серверов и на основе того, где Вы живете, Вы можете быть направлены к одному или нескольким из них из-за загрузки сервера в любой момент времени.