Нестабильность сетевого соединения

[Руслан Т.]

Здравствуйте.
В последнее время участились случаи нестабильного соединения. Это выглядит так: 3-5 минут интернет работает отлично, после чего на 10-20 секунд соединение пропадает (в этот момент останавливаются все закачки, замирает PING). При этом само соединение не пропадает (network manager молчит).
Я пытался более точно замерить интервалы этих сбоев. Однако утилита PING в моменты сбоя просто замирает, вместо того, чтобы писать об ошибках. Замирает на 20 секунд, после чего продолжает пинговать как ни в чём не бывало.

Подскажите, пожалуйста, с помощью каких программных средств и как я могу в Ubuntu выловить и измерить продолжительность этих разрывов? Может, можно как-то постоянно посылать запросы на внешние ресурсы и логировать ответы?

P.S. сразу добавлю, что это проблемы у провайдера (т.к. ни у меня одного такое), однако служба технической поддержки никак не может исправить проблему. Мне же нужно залогировать и измерить плохой коннект.

[VinnyPooh]

Комп не зависает в этот момент?

[Руслан Т.]

Комп не зависает в этот момент?

Нет. Всё, кроме сети, работает нормально.

[VinnyPooh]

Я бы сделал так.
Убил нетворк менеджер, подключил инет вручную через изменение конфигурационных файлов, последил бы за ситуацией. Возможно это нетворк менеджер.

Если не помогло бы, то копал бы в сторону претензий к провайдеру. Может быть какая-нибудь проблема с MTU? MTU можно попробовать поменять чуть чуть.

[Руслан Т.]

Дело в том, что я уверен, что это проблема провайдера. Моя задача на данный момент: залогировать нестабильную работу сети. Чтобы можно было сказать, что в такие-то моменты времени сеть не работала.

[VinnyPooh]

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

[Руслан Т.]

На данный момент мне интересно это скорее для себя. Чтобы предметно говорить с провайдером, когда возникали разрывы.

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

Может кто подскажет такую программу?

[VinnyPooh]

link-monitor-applet

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



там где разрывы это я кабель выдёргивал.

[Руслан Т.]

link-monitor-applet

VinnyPooh, спасибо большое за помощью! Буду пробовать.

[Strangertlt]

roman@makarov:~$ ping 10.0.2.2
PING 10.0.2.2 (10.0.2.2) 56(84) bytes of data.
64 bytes from 10.0.2.2: icmp_seq=1 ttl=63 time=1.08 ms
64 bytes from 10.0.2.2: icmp_seq=2 ttl=63 time=0.783 ms
64 bytes from 10.0.2.2: icmp_seq=3 ttl=63 time=0.740 ms
64 bytes from 10.0.2.2: icmp_seq=4 ttl=63 time=0.902 ms
64 bytes from 10.0.2.2: icmp_seq=5 ttl=63 time=0.777 ms
64 bytes from 10.0.2.2: icmp_seq=6 ttl=63 time=0.772 ms

Обрати внимание утилита ping показывает номера ответов на запрос (icmp_seq), если у тебя замирают пинги значит в нумерации ответов будут видны потери, например:

PING 10.0.2.2 (10.0.2.2) 56(84) bytes of data.
64 bytes from 10.0.2.2: icmp_seq=10 ttl=63 time=1.08 ms
64 bytes from 10.0.2.2: icmp_seq=11 ttl=63 time=0.783 ms
64 bytes from 10.0.2.2: icmp_seq=13 ttl=63 time=0.740 ms
64 bytes from 10.0.2.2: icmp_seq=18 ttl=63 time=0.902 ms
64 bytes from 10.0.2.2: icmp_seq=19 ttl=63 time=0.777 ms
64 bytes from 10.0.2.2: icmp_seq=20 ttl=63 time=0.772 ms

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

[AnrDaemon]

Для лучшей статистики есть смысл попинговать роутер провайдера большими пакетами.
ping -f host 1000
или что-то типа того.

[Strangertlt]

Для лучшей статистики есть смысл попинговать роутер провайдера большими пакетами.
ping -f host 1000
или что-то типа того.

Точнее ping c ключом -s, вот так например:
roman@makarov:~$ ping -s 10000 10.0.2.2
PING 10.0.2.2 (10.0.2.2) 10000(10028) bytes of data.
10008 bytes from 10.0.2.2: icmp_seq=1 ttl=63 time=3.68 ms
10008 bytes from 10.0.2.2: icmp_seq=2 ttl=63 time=3.85 ms

 Но чем больше пакеты тем больше потери и это вовсе не показатель стабильности работы сети так как разное сетевое железо на той стороне может отвечать поразному на большие пакеты, отвечать именно а пропускать дальше иначе может. Достаточно отправки статистики выпадений пакетов на ящик саппорта провайдера, это аргумент весомый.
 Если значения пропаж и задержек пингов разные в разное время суток то косяк в провайдерском сетевом железе, если одинаковые то скорее всего где то ослаб коннектор возможно даже он банально разботлался у автора дома.

[AnrDaemon]

Макаров, пакет 10000 в TCP фрейм целиком не влезет... а надо именно чтобы во фрейм влез, тогда статистика точнее будет.

[VinnyPooh]

жизненный опыт показывает, что если альтернативного провайдера нет, то хоть вы логами и рулонами бумаги закидайте весь офис, проблема будет исключительно ваша :-D, а если есть и провайдер не реагирует на замечания пользователя, то проще его сменить, чем логгированием заниматься )ну и конечно сетевуху собственную и кабель не мешает проверить путём замены.