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

553
Earlz

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

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

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

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

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

1
У вас есть проводное или беспроводное подключение к Интернету? haimg 11 лет назад 0
@haimg проводной. Мой маршрутизатор - OpenBSD, и модем соединен с маршрутизатором, так что я могу проверить все на своем конце Earlz 11 лет назад 0

2 ответа на вопрос

0
BillThor

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

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

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

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

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

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

По крайней мере, с моим приложением ping выполнение `ctrl-c` заставляет его печатать статистику до ее появления. Но, независимо от того, не указано никакого сброса пакета, и статистика min / avg / max также не показывает случайный высокий пинг Earlz 11 лет назад 0
Я бы сказал, что это мой компьютер, но почему я случайно отстаю от серверов онлайн-игр, когда у моих друзей в той же игре нет проблем? Может ли быть что-то не так с моей (относительно сложной) настройкой маршрутизатора, которая может вызвать проблемы такого рода Earlz 11 лет назад 0
Вот что должен найти mtr. Попробуйте проверить это с адресом игрового сервера. Это может быть проблема с BufferBloat, как отмечено в моем редактировании. BillThor 11 лет назад 0
Ухоженная. Я никогда раньше не слышал о mtr, но он выглядит как мощный диагностический инструмент Earlz 11 лет назад 0
0
pilona

It could be bufferbloat, congestion in general, or latency along the network stack on each or any hop.

The increased latency after "freeze up" sounds normal… if you're freezing. It's likely a sign of congestion upstream however, which if it is normal is not optimal of course.

If practical (i.e., the edge router or you support it and nobody else, if any, behind your router would mind) throttling down your uplink to just a bit above your throughput needs. You may also want to set up other forms of QoS and prioritize your video games' packets. Try tcpdumping on the router or the endpoint to see what port is used.

For throttling, see if OpenBSD has something like token bucket filter, or hierarchical token bucket.