Поиск неисправности

[ArcticFox]

Появилась задача: есть трасса между 2 компами: комп-свич-свич-свич-свич-комп.

Появились 25% потерь... надо найти участок - линия, или активка.

Свичи ограниченно умные - Л2 D-Link.

Всё железо находится вне зоны физического доступа.

Какие варианты можно применить, за исключением "добраться" до железок и сделать сквозные замеры?

QoS и т.п. отсутствуют в сети как класс.

[bos9]

замеры до Л3 интерфейсов длинков?ошибки на портах?

Edited June 13, 2011 by bos9

[secandr]

А ещё не мешало бы настроить мониторинг загрузки портов, возможно банальная перегрузка...

 

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

[AlKov]

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

А каким образом определить "контузию"? Банальным "show util cpu/show util ports", или есть что-то более оригинальное? Особенно для тех, которые "минимально умные"? Перезагружать последовательно "...коммутатор---коммутатор---коммутатор..." вслепую как-то не очень воодушевляет.. :(

[config]

Появилась задача: есть трасса между 2 компами: комп-свич-свич-свич-свич-комп.

Появились 25% потерь... надо найти участок - линия, или активка.

Свичи ограниченно умные - Л2 D-Link.

Всё железо находится вне зоны физического доступа.

Какие варианты можно применить, за исключением "добраться" до железок и сделать сквозные замеры?

QoS и т.п. отсутствуют в сети как класс.

Первое конечно что нужно сделать . это очистка всей статистики по счётчиком портов , и наблюдение за ошибками на этих портах, тип ошибок и так далее, если у вас потери до 25 процентов думаю у вас это займёт пару минут. ну и конечно логи должны быть если это перегрузка полосы, или какие нить storm-control.

[s.lobanov]

Первое конечно что нужно сделать . это очистка всей статистики по счётчиком портов , и наблюдение за ошибками на этих портах, тип ошибок и так далее, если у вас потери до 25 процентов думаю у вас это займёт пару минут. ну и конечно логи должны быть если это перегрузка полосы, или какие нить storm-control.

 

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

[Saab95]

Поднимите между компьютерами open VPN туннель по TCP и все потери лесом пойдут=)

[2ihi]

Поднимите между компьютерами open VPN туннель по TCP и все потери лесом пойдут=)

не говорите ерунды.

 

что за свичи стоят? По L3 ифейсам свичей мониторить что-либо достаточно проблематично, т.к. зачастую при нагруженном сохо коммутаторе ICMP ответы мягко сказать хреновенькие, меж свичами медь прокинута? Как минимум нужно смотреть аплинки на предмет ошибок, посмотреть порты на всплески броадкастов\мультикастов, ну и если это ни к чему не приведет то последовательный ребут и выход на место.

[secandr]

А каким образом определить "контузию"? Банальным "show util cpu/show util ports", или есть что-то более оригинальное?

Сидалещным нервом.

 

Последний раз у нас колбасило одну ветку в крупном микрорайоне. Промеряли всю оптику, заменили пачкорды и sfp. При последовательной замене коммутаторов в длинном 20-ти подъездном доме нашли тот из-за которого во всём доме были потери 1-50%. Потери постоянно были на уровне 1-3%, раз в два/три часа подскакивали до 50%.

 

Если воткнуть коммутатор в цепочку или просто ответствлением - всё опять глючит. Коммутатор слал странные битые фреймы, которые не читались вайршарком.

Коммутатор был сброшен в дефолт и переставлен в другую ветку - пол года полёт нормальный.

[Ilya Evseev]

каким образом определить "контузию"? Банальным "show util cpu/show util ports", или есть что-то более оригинальное?

show error ports

Пинги со свича на свич.