ArcticFox Опубликовано 13 июня, 2011 · Жалоба Появилась задача: есть трасса между 2 компами: комп-свич-свич-свич-свич-комп. Появились 25% потерь... надо найти участок - линия, или активка. Свичи ограниченно умные - Л2 D-Link. Всё железо находится вне зоны физического доступа. Какие варианты можно применить, за исключением "добраться" до железок и сделать сквозные замеры? QoS и т.п. отсутствуют в сети как класс. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bos9 Опубликовано 13 июня, 2011 (изменено) · Жалоба замеры до Л3 интерфейсов длинков?ошибки на портах? Изменено 13 июня, 2011 пользователем bos9 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
secandr Опубликовано 13 июня, 2011 · Жалоба А ещё не мешало бы настроить мониторинг загрузки портов, возможно банальная перегрузка... Опыт общения с длинками показывает, что иногда коммутаторы контузит и наблюдаются большие потери пакетов. Лечится это перезагрузкой коммутатора, сбросом в дефолт или банально заменой. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AlKov Опубликовано 13 июня, 2011 · Жалоба Опыт общения с длинками показывает, что иногда коммутаторы контузит и наблюдаются большие потери пакетов. Лечится это перезагрузкой коммутатора, сбросом в дефолт или банально заменой. А каким образом определить "контузию"? Банальным "show util cpu/show util ports", или есть что-то более оригинальное? Особенно для тех, которые "минимально умные"? Перезагружать последовательно "...коммутатор---коммутатор---коммутатор..." вслепую как-то не очень воодушевляет.. :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
config Опубликовано 13 июня, 2011 · Жалоба Появилась задача: есть трасса между 2 компами: комп-свич-свич-свич-свич-комп. Появились 25% потерь... надо найти участок - линия, или активка. Свичи ограниченно умные - Л2 D-Link. Всё железо находится вне зоны физического доступа. Какие варианты можно применить, за исключением "добраться" до железок и сделать сквозные замеры? QoS и т.п. отсутствуют в сети как класс. Первое конечно что нужно сделать . это очистка всей статистики по счётчиком портов , и наблюдение за ошибками на этих портах, тип ошибок и так далее, если у вас потери до 25 процентов думаю у вас это займёт пару минут. ну и конечно логи должны быть если это перегрузка полосы, или какие нить storm-control. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 13 июня, 2011 · Жалоба Первое конечно что нужно сделать . это очистка всей статистики по счётчиком портов , и наблюдение за ошибками на этих портах, тип ошибок и так далее, если у вас потери до 25 процентов думаю у вас это займёт пару минут. ну и конечно логи должны быть если это перегрузка полосы, или какие нить storm-control. Сбрасывать счётчики это злейшее зло, если вы рисуете графики по этим же счётчикам. Можно же отслеживать последние несколько цифр Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 13 июня, 2011 · Жалоба Поднимите между компьютерами open VPN туннель по TCP и все потери лесом пойдут=) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
2ihi Опубликовано 14 июня, 2011 · Жалоба Поднимите между компьютерами open VPN туннель по TCP и все потери лесом пойдут=) не говорите ерунды. что за свичи стоят? По L3 ифейсам свичей мониторить что-либо достаточно проблематично, т.к. зачастую при нагруженном сохо коммутаторе ICMP ответы мягко сказать хреновенькие, меж свичами медь прокинута? Как минимум нужно смотреть аплинки на предмет ошибок, посмотреть порты на всплески броадкастов\мультикастов, ну и если это ни к чему не приведет то последовательный ребут и выход на место. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
secandr Опубликовано 14 июня, 2011 · Жалоба А каким образом определить "контузию"? Банальным "show util cpu/show util ports", или есть что-то более оригинальное? Сидалещным нервом. Последний раз у нас колбасило одну ветку в крупном микрорайоне. Промеряли всю оптику, заменили пачкорды и sfp. При последовательной замене коммутаторов в длинном 20-ти подъездном доме нашли тот из-за которого во всём доме были потери 1-50%. Потери постоянно были на уровне 1-3%, раз в два/три часа подскакивали до 50%. Если воткнуть коммутатор в цепочку или просто ответствлением - всё опять глючит. Коммутатор слал странные битые фреймы, которые не читались вайршарком. Коммутатор был сброшен в дефолт и переставлен в другую ветку - пол года полёт нормальный. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 18 июня, 2011 · Жалоба каким образом определить "контузию"? Банальным "show util cpu/show util ports", или есть что-то более оригинальное? show error ports Пинги со свича на свич. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...