[default_vlan]

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

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

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

 

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

[user71]

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

[alibek]

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

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

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

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

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

 

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

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

[jffulcrum]

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

[user71]

1 hour ago, alibek said:

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

:D ага

[Adim]

10 часов назад, alibek сказал:

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

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

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

[EShirokiy]

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

[YuryD]

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

[ALEX_SE]

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

[sdy_moscow]

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

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

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

[ALEX_SE]

19 hours ago, sdy_moscow said:

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

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

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

[sdy_moscow]

@ALEX_SE 

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

 

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

 

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

 

[ALEX_SE]

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

[sdy_moscow]

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

[jffulcrum]

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

[sdy_moscow]

20 минут назад, jffulcrum сказал:

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

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

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

[jffulcrum]

35 минут назад, sdy_moscow сказал:

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

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

[onyx]

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

[ALEX_SE]

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