[NewUse]

tcpdump не может ничего не дать... ибо он цепляет всё почти всё кроме совсем низкоуровневых ошибок(проверьте, что все портв на 100 фулл. дуплекс) , если производительности хватает...

[tec]

Проблему решил заменой центрального 3526 на новый 1228

Видимо блок питания начал умирать. Из-за просадки количество обрабатываемых пакетов снизилось. И дальние точки, как раз обратные стороны мостов. Стали деградировать. Двушки не задело тк там нагрузка меньше. Ушел месяц на поиски. Ларчик нифига не просто открывался.  

[NewUse]

бывает, да, сеть она такая...

тоже бы на свитч никогда не подумал....

[Saab95]

2 часа назад, NewUse сказал:

тоже бы на свитч никогда не подумал....

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

Сейчас у него появились некоторые вкусные модельки как раз для подключения в многоквартирных домах.

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

[NewUse]

Антон, как Вы себе представляете замену Dlink 35хх на роутер, и уж тем более как Вы хотите мониторить деградацию производительности из-за нехватки питания?

И что такого волшебного может роутер МТ, для чего не хватает Dlink  в данной ситуации?

 

[Saab95]

Я уже много раз писал - в ядро ничего по L2 не должно приходить. Тогда и не будет подобных проблем. А все, что приходит, должно попадать в разные железки или в разные порты. Ведь если нет L2 - то все можно продиагностировать, в том числе и потерю пакетов между любыми узлами, а не играть в догадки с цепочками коммутаторов и дампами трафика.

[NewUse]

и при чём здесь l2?

 

имхо, эту пррблему разве что  на самом коммутаторе ловить его средствами диагностики, наружу она ни на l2 ни на l3 не пролезает,на l3 цж точно.

[Saab95]

Какие же могут быть средства диагностики на коммутаторе? Представим сеть вида сервер - коммутатор1 - коммутатор2 - коммутатор3 - абонент. Если у абонента потери, то проблема может быть на любом коммутаторе, как проверить? Естественно, можно влан абонента забирать на каждом по очереди и проверять, но такое не всегда возможно, особенно если коммутаторы магистральные. Остается дамп трафика, но как его опять же снять между портами коммутатора, если он в работе? Подключить в свободный порт и настроить туда зеркалирование? Это не всегда срабатывает, то есть не всегда такая схема отразит неполадку. То есть беготня монтажников/админов с ноутбуками обеспечена на пол дня - день.

 

Именно по этой причине все крупные операторы не используют L2, естественно, они не используют и микротик=) - стоят разные циски или подобное оборудование, работающее с L3 аппаратно - и вот там уже возможна диагностика. L2 у них, максимум несколько абонентских оконечных узлов. Так же можно поискать в интернете - много описания проблем у крупных операторов, где из-за проблем с промежуточным коммутатором 10-20 тысяч абонентов испытывали проблемы, а их источник все никак найти не удавалось.

[NewUse]

3 часа назад, Saab95 сказал:

Какие же могут быть средства диагностики на коммутаторе?

SNMP,  WEB, проприетарка.....

 

3 часа назад, Saab95 сказал:

Остается дамп трафика, но как его опять же снять между портами коммутатора, если он в работе?

С того же коммутатора, Вы по всей видимости с нормальными коммутаторами не работали.....

3 часа назад, Saab95 сказал:

Естественно, можно влан абонента забирать на каждом по очереди и проверять

можно и проще, по номеру порта....

3 часа назад, Saab95 сказал:

Именно по этой причине все крупные операторы не используют L2, естественно, они не используют и микротик=) - стоят разные циски или подобное оборудование, работающее с L3 аппаратно - и вот там уже возможна диагностика. L2 у них, максимум несколько абонентских оконечных узлов.

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