Пинг не действует точно?

Question

Я пытался диагностировать некоторые проблемы с подключением к Интернету.

Я отстала от онлайн-видеоигр и тому подобного, что, конечно, могло быть ошибкой их сервера. Итак, я бегу пинговать. Это не указывает на что-то необычное, но действует немного странно.

Я могу запустить его с помощью команды ping internethost -i 0.1 чтобы он отправлял тонну пакетов, и каждые 10-20 секунд он просто зависал на 2 или 3 секунды. Пакеты все еще принимаются в правильном порядке, и нет потери пакетов. Самое странное, что после небольшого замораживания, он обычно просто сообщает о времени пинга, которое примерно на 10-30 мс выше среднего.

Как это произошло? Пинг все еще точен?

Я использую Arch Linux. Хост, на котором я пингуюсь, - это мой веб-сайт, который не должен замедлять или фильтровать пинг.

Answer 1

Я обычно запускаю mtr с интервалом от нескольких секунд до минуты, чтобы увидеть, в чем проблема. Не все маршрутизаторы придают эхо-запросам высокий приоритет, поэтому время может быть немного странным. Тем не менее, они должны увеличиваться по мере увеличения количества прыжков.

Кроме того, что ваш пинг не обнаруживает никаких падений, я бы заподозрил сброс пакетов. Вы пробовали запустить его с ограничением количества, чтобы получить сводку в конце прогона.

Пинг от наводнений может вызвать проблемы, поэтому я обычно стараюсь избегать этого.

Также может случиться так, что ваша система зависает, когда она периодически меняет некоторые вещи. Запуск sar можно использовать для поиска высокой активности подкачки и множества других факторов, которые могут вызвать проблемы. top также полезен для общего обзора производительности системы.

Для тестирования веб-сайта также доступны инструменты, которые выполняют пинг и трассировку маршрута по протоколу HTTP.

РЕДАКТИРОВАТЬ: были сообщения о таких проблемах с большими окнами и большими буферами на маршрутизаторах. Решение, которое я реализовал, состоит в том, чтобы настроить трафик чуть меньше, чем моя пропускная способность.

Answer 2

Это может быть буферная загрузка, перегруженность в целом или задержка в сетевом стеке на каждом или любом прыжке.

Увеличенная задержка после "заморозки" звучит нормально… если вы зависаете. Однако это, вероятно, признак затора в восходящем направлении, который, если он нормальный , не является оптимальным, конечно.

Если это целесообразно (т. Е. Пограничный маршрутизатор или вы его поддерживаете, и никто другой, если таковой имеется, за вашим маршрутизатором не будет возражать), вы снизите скорость вашей восходящей линии связи чуть выше ваших потребностей в пропускной способности. Вы также можете установить другие формы QoS и расставить приоритеты для пакетов видеоигр. Попробуйте tcpdumping на маршрутизаторе или конечной точке, чтобы увидеть, какой порт используется.

Для регулирования посмотрите, есть ли в OpenBSD что-то вроде фильтра сегментов токенов или иерархического сегмента токенов.