Jump to content
Калькуляторы

Поиск кольца в сети

Приветствую!

Вопрос, как говорится, на засыпку, как найти кольцо в сети или "корявое" оборудование не используя STP?

Понимаю, что грязными тряпками закидаете, но все же.

 

Благодарю за ответы.

Share this post


Link to post
Share on other sites

дергать патчкорды по топологии.

Share this post


Link to post
Share on other sites

А топология какая, гирлянды каскадно подключенных устройств?

Если изоляция и LBD настроены правильно, то проблема не должна подниматься выше коммутатора, предшествующего проблемному.

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

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

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

 

Кстати, учитывайте, что кольца иногда бывают "нематериальные".

Мы однажды столкнулись с тем, что один абонент ошибочно настроил на своем роутере WISP к роутеру соседа, и таким образом организовал петлю по Wi-Fi.

Share this post


Link to post
Share on other sites

Смотреть MAC или ARP таблицы на свитчах, искать дубли. Подразумевается, что управление отделено от пользовательского трафика. Wireshark ловить CDP/LLTD фреймы, смотреть, не ловится ли из сегмента то, что не должно.

Share this post


Link to post
Share on other sites
1 hour ago, alibek said:

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

:D ага

Share this post


Link to post
Share on other sites
10 часов назад, alibek сказал:

Если изоляция и LBD настроены правильно, то проблема не должна подниматься выше коммутатора, предшествующего проблемному.

у нас месяц назад вылезло из за одного петляющего порта валился один узловой коммутатор при том что нам нем и LBD на Port-Based был настроен и стоял он не напрямую в узел подключен, но вот видимо так звезды сошлись что петля улетала через три коммутатора в узловой... вот как то так

пы сы... сеть поделена на влан на дом, управление в отдельном влане

Share this post


Link to post
Share on other sites

@Adim бродкасты с мультикастами резать надо на всех уровнях

Share this post


Link to post
Share on other sites

 Недавно совершенно случайно закольцевали 2 линка через cpx2216 :) И ссуко - lbd на длинке проскакивало раз в час, с дропанием линков :)  Было бы постоянно - нашли бы сразу....

Share this post


Link to post
Share on other sites

у меня недавно был прикол что закольцевалось через промежуточный коммутатор 2 порта на SNR. на одном было включено LBD на втором RSTP. Итог не отработало не то не другое.

Share this post


Link to post
Share on other sites
3 часа назад, ALEX_SE сказал:

у меня недавно был прикол что закольцевалось через промежуточный коммутатор 2 порта на SNR. на одном было включено LBD на втором RSTP. Итог не отработало не то не другое.

Оригинальная смесь.... А на промежуточном ничего не было еще включено? Может еще и вендоры разные?

Share this post


Link to post
Share on other sites
19 hours ago, sdy_moscow said:

Оригинальная смесь.... А на промежуточном ничего не было еще включено? Может еще и вендоры разные?

Разные. Два SNR и один DLINK.

на промежуточном не помню.

Share this post


Link to post
Share on other sites

@ALEX_SE 

Для понимания проблемы следует разобраться как всё это работает.

 

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

 

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

 

Share this post


Link to post
Share on other sites

я понимаю. это общее название bpdu но формат и способ обработки может быть разным.

Share this post


Link to post
Share on other sites

Во-во. Поэтому, ловить глюки, при таком раскладе - это не удивительно.

Share this post


Link to post
Share on other sites
20 минут назад, jffulcrum сказал:

RSTP стандартизирован, и всегда обрабатывается CPU

К сожалению под названием "RSTP" разные вендоры могут продать разные реализации, т.к. стандарт появился позже первых реализаций... Совместимость, как правило, имеется на уровне MSTP.

З.Ы. CPU для коммутатора это вообще "эфемерная" веСЧь.

Share this post


Link to post
Share on other sites
35 минут назад, sdy_moscow сказал:

CPU для коммутатора это вообще "эфемерная" веСЧь.

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

Share this post


Link to post
Share on other sites

Обратный вопрос: есть кольцо, для физического резервирования, хотим взять коммутатор SNR-S2990G-24FX, возможно ли на нем реализовать такое? Естественно, в него будут приходить два линка с кольца. Как вариант рассматриваем еще SNR-S3850G.

Share this post


Link to post
Share on other sites

конечно в xSTP или ERPS. 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this