Помогите выловить причину "провисания" интернета в маленькой ЛВС

[p1ter]

Доброго дня.

Ни разу не сталкивался с решением подобной проблемы, в связи с чем прошу помощи.
Есть сеть на ~30 ПК с dhcp/squid/nat/dnsmasq (все это работает на 10.04 LTS. Интернет ADSL от красного яйца 6Мбит/768Кбит). Весь трафик идет через прокси, соответственно.
Периодически имеет место "провал" интернета. До 1500-2000 поднимаются пинги до ya.ru, как и до 8.8.8.8
Как-то раз познакомился с такой штукой, как squidview, поковырялся, думал, все, поймал проблему. Думал, пользователи, не смотря на озвученную просьбу не пользоваться всякими ivi/now/youtube/vk, тянут "одеяло" на себя. Есть в утилите такой Tally Mode, из которого "наживую" можно смотреть кто у нас, к примеру, качает/смотрит youtube прямо в данный момент. Внешне это выглядит, как каждый интервал обновления меняющиеся цифры в главе Bytes. Ну и сам "человек" в ТОПе.
И вот ситуация. Никто не качает, пинги 2к, провайдер говорит, что все нормально. Убедится в правоте провайдера помогает отключения от прокси провода, ведущего интернет внутрь сети. Тут же нормализуются пинги, и все работает на заявленных провайдером скоростях. 

Прошу, научите разбираться с подобными ситуациями.

[VinnyPooh]

Я бы начал с элементарных железячных вещей
поменять патч-корды, попробовать заменить сетевуху и только потом лезть уже в софт, это делалось?

кстати и еще, при вот таких пингах всё ли ок в самой системе (загрузка процессора, память и т. п.) или пляски может есть?

[drako]

Начните с того что выясните где именно начинается "затык". traceroute -I 8.8.8.8 и traceroute -I ya.ru

[AnrDaemon]

В 100500-й раз, НЕТ В УСТАНОВКЕ команды traceroute.
Есть tracepath, дающая заметно больше полезной информации при заметно меньших накладных проблемах.

[p1ter]

Огромное спасибо за отклик =-)

Начните с того что выясните где именно начинается "затык". traceroute -I 8.8.8.8 и traceroute -I ya.ru

В 100500-й раз, НЕТ В УСТАНОВКЕ команды traceroute.
Есть tracepath, дающая заметно больше полезной информации при заметно меньших накладных проблемах.

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

tracepath 8.8.8.8

(Нажмите, чтобы показать/скрыть)

1:  62.5.167.194 (62.5.167.194)                            0.099ms pmtu 1500
 1:  62.5.167.193 (62.5.167.193)                            0.585ms
 1:  62.5.167.193 (62.5.167.193)                            0.556ms
 2:  no reply
 3:  art-cr01-vl2005.spb.stream-internet.net (212.188.1.9)  34.590ms asymm  7
 4:  a197-crs-1-be5.msk.stream-internet.net (195.34.59.106)  34.526ms asymm  9
 5:  a197-cr01-te-3-2-4002.msk.stream-internet.net (212.188.1.141)  33.538ms asymm  7
 6:  ss-7-te-0-0-0-4002.msk.stream-internet.net (212.188.1.142)  32.534ms asymm  7
 7:  a197-cr01-te-3-2-4001.msk.stream-internet.net (212.188.1.137)  33.030ms asymm 10
 8:  a197-crs-1-be2.msk.stream-internet.net (195.34.53.6)  34.546ms asymm 11
 9:  no reply
10:  no reply
11:  212.188.55.25 (212.188.55.25)                         34.905ms asymm 14
12:  212.188.2.54 (212.188.2.54)                           34.547ms asymm 14
13:  m9-cr01-po5-77.msk.stream-internet.net (195.34.53.85)  35.005ms asymm 11
14:  no reply
15:  no reply
16:  no reply
17:  no reply
18:  no reply
19:  no reply
20:  no reply
21:  no reply
22:  no reply
23:  no reply
24:  no reply
25:  no reply
26:  no reply
27:  no reply
28:  no reply
29:  no reply
30:  no reply
31:  no reply
     Too many hops: pmtu 1500
     Resume: pmtu 1500

tracepath ya.ru

(Нажмите, чтобы показать/скрыть)

1:  62.5.167.194 (62.5.167.194)                            0.102ms pmtu 1500
 1:  62.5.167.193 (62.5.167.193)                            0.598ms
 1:  62.5.167.193 (62.5.167.193)                            0.555ms
 2:  no reply
 3:  art-cr01-vl2005.spb.stream-internet.net (212.188.1.9)  32.341ms asymm  7
 4:  a197-crs-1-be5.msk.stream-internet.net (195.34.59.106)  33.472ms asymm  9
 5:  a197-cr01-te-3-2-4002.msk.stream-internet.net (212.188.1.141)  48.021ms asymm  7
 6:  ss-7-te-0-0-0-4002.msk.stream-internet.net (212.188.1.142)  32.478ms asymm  7
 7:  a197-cr01-te-3-2-4001.msk.stream-internet.net (212.188.1.137)  34.958ms asymm 10
 8:  a197-crs-1-be2.msk.stream-internet.net (195.34.53.6)  34.996ms asymm 15
 9:  212.188.2.54 (212.188.2.54)                           34.011ms asymm 15
10:  195.34.53.186 (195.34.53.186)                         36.740ms asymm 13
11:  m9-cr02-po6.msk.stream-internet.net (195.34.59.242)   33.542ms asymm 12
12:  yandex-m9.msk.stream-internet.net (195.34.36.30)      33.497ms asymm 13
13:  s400-vlan952.yndx.net (213.180.213.22)               139.008ms asymm 14
14:  no reply
15:  s3200-po92.yndx.net (87.250.239.27)                   35.123ms asymm 18
16:  s3200-po92.yndx.net (87.250.239.27)                   34.969ms asymm 18
17:  www.yandex.ru (87.250.251.3)                          34.606ms reached
     Resume: pmtu 1500 hops 17 back 49

[ArcFi]

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

Ну, помониторьте mtr, или скриптом по расписанию.

[koshev]

Стоило бы посмотреть сниффером, что в вообще в этой сети происходит.
Можно предположить флуд, косвенно это подтверждается Вами.

И вот ситуация. Никто не качает, пинги 2к, провайдер говорит, что все нормально. Убедится в правоте провайдера помогает отключения от прокси провода, ведущего интернет внутрь сети. Тут же нормализуются пинги, и все работает на заявленных провайдером скоростях. 

[p1ter]

Еще я вспомнил, у меня был в серверной (которая не моя) перегрев моего DGS 1248T (единственного в сети коммутатора). В серверной вышли из строя кондиционеры, и там была "духовка" несколько дней.
* Что странно, на сайте dlink эмулятор категорически отличается о того, что у меня.
Речь про этот  коммутатор зашла в виду того, что, если я правильно понял, предположение про флуд от KT315 можно зарезать, активировав на устройстве параметр Broadcast Storm Control?

Единственное, меня смущает параметр "Порог (байт в секунду)". Оставил значение по-умолчанию 8.

KT315, спасибо Вам за ответ.
Единсвтенное, не уверен, что понимаю как при помощи сниффера выловить флуд.

[p1ter]

Вот таки поймал скрин, когда пинги выростают.



Как видно из htop - система не нагружена.
Пользователи тоже никакой особой активности не проявляют.

Может ли быть подобное связано с крайне низкой исходящей скоростью на ADSL?

[AnrDaemon]

Это может быть связано с помехами на линии.
Если есть возможность, посмотрите статистику DSL соединения, пообщайтесь с техподдержкой (с инженером!, не с девочками в калл-центре), ввозможно, есть смысл заменить провода телефонной линии, если линия старая.

[p1ter]

Обнаружил странную аномалию..

Вчера mtr до google.com


А вот сегодня.. (вчера отправил им скрин)


А еще, обнаружилось, что пинги поднимаются, если начать что-то куда-либо заливать. У меня на ADSL исходящая скорость 768Кбит. Мне больно, но это может быть причиной??

[AnrDaemon]

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