default_vlan Опубликовано 20 августа, 2019 · Жалоба Приветствую! Вопрос, как говорится, на засыпку, как найти кольцо в сети или "корявое" оборудование не используя STP? Понимаю, что грязными тряпками закидаете, но все же. Благодарю за ответы. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
user71 Опубликовано 20 августа, 2019 · Жалоба дергать патчкорды по топологии. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 20 августа, 2019 · Жалоба А топология какая, гирлянды каскадно подключенных устройств? Если изоляция и LBD настроены правильно, то проблема не должна подниматься выше коммутатора, предшествующего проблемному. Позорное, но безотказное средство — отключение от ядра всех кластеров и веток и подключение их по одной. Мы однажды к такому прибегали, в принципе уложились в пару часов, но после этого приняли меры и надеюсь такого больше не потребуется. Ну и разумеется мониторинг, хотя бы самый простой, в виде пинга всех коммутаторов. Проблема где-то вылезет, необязательно на виноватом коммутаторе, но в конечном итоге он будет выловлен. Если в сети есть D-Link, то я бы советовал начать с них — есть печальный опыт, как один или два сгоревших D-Link устроили нам шторм в сети, хотя именно они сами на мониторинге никаких проблем не показывали. Кстати, учитывайте, что кольца иногда бывают "нематериальные". Мы однажды столкнулись с тем, что один абонент ошибочно настроил на своем роутере WISP к роутеру соседа, и таким образом организовал петлю по Wi-Fi. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 20 августа, 2019 · Жалоба Смотреть MAC или ARP таблицы на свитчах, искать дубли. Подразумевается, что управление отделено от пользовательского трафика. Wireshark ловить CDP/LLTD фреймы, смотреть, не ловится ли из сегмента то, что не должно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
user71 Опубликовано 20 августа, 2019 · Жалоба 1 hour ago, alibek said: Если изоляция и LBD настроены правильно, то проблема не должна :D ага Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Adim Опубликовано 21 августа, 2019 · Жалоба 10 часов назад, alibek сказал: Если изоляция и LBD настроены правильно, то проблема не должна подниматься выше коммутатора, предшествующего проблемному. у нас месяц назад вылезло из за одного петляющего порта валился один узловой коммутатор при том что нам нем и LBD на Port-Based был настроен и стоял он не напрямую в узел подключен, но вот видимо так звезды сошлись что петля улетала через три коммутатора в узловой... вот как то так пы сы... сеть поделена на влан на дом, управление в отдельном влане Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
EShirokiy Опубликовано 24 августа, 2019 · Жалоба @Adim бродкасты с мультикастами резать надо на всех уровнях Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
YuryD Опубликовано 26 августа, 2019 · Жалоба Недавно совершенно случайно закольцевали 2 линка через cpx2216 :) И ссуко - lbd на длинке проскакивало раз в час, с дропанием линков :) Было бы постоянно - нашли бы сразу.... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ALEX_SE Опубликовано 27 августа, 2019 · Жалоба у меня недавно был прикол что закольцевалось через промежуточный коммутатор 2 порта на SNR. на одном было включено LBD на втором RSTP. Итог не отработало не то не другое. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sdy_moscow Опубликовано 27 августа, 2019 · Жалоба 3 часа назад, ALEX_SE сказал: у меня недавно был прикол что закольцевалось через промежуточный коммутатор 2 порта на SNR. на одном было включено LBD на втором RSTP. Итог не отработало не то не другое. Оригинальная смесь.... А на промежуточном ничего не было еще включено? Может еще и вендоры разные? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ALEX_SE Опубликовано 28 августа, 2019 · Жалоба 19 hours ago, sdy_moscow said: Оригинальная смесь.... А на промежуточном ничего не было еще включено? Может еще и вендоры разные? Разные. Два SNR и один DLINK. на промежуточном не помню. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sdy_moscow Опубликовано 28 августа, 2019 · Жалоба @ALEX_SE Для понимания проблемы следует разобраться как всё это работает. Вся идея в том, что в сеть уходят пакеты со специальными мак адресами. Разные вендоры и разные протоколы используют разные мак адреса, еще интереснее то, что многие из этих пакетов могут обрабатываться на уровне микросхем нижнего уровня. Поэтому, зачастую, вы не только не можете увидеть эти пакеты, но и не можете заранее предсказать их фильтрацию и прохождение, тем более на оборудовании разных вендоров. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ALEX_SE Опубликовано 28 августа, 2019 · Жалоба я понимаю. это общее название bpdu но формат и способ обработки может быть разным. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sdy_moscow Опубликовано 28 августа, 2019 · Жалоба Во-во. Поэтому, ловить глюки, при таком раскладе - это не удивительно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 28 августа, 2019 · Жалоба RSTP стандартизирован, и всегда обрабатывается CPU Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sdy_moscow Опубликовано 28 августа, 2019 · Жалоба 20 минут назад, jffulcrum сказал: RSTP стандартизирован, и всегда обрабатывается CPU К сожалению под названием "RSTP" разные вендоры могут продать разные реализации, т.к. стандарт появился позже первых реализаций... Совместимость, как правило, имеется на уровне MSTP. З.Ы. CPU для коммутатора это вообще "эфемерная" веСЧь. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 28 августа, 2019 · Жалоба 35 минут назад, sdy_moscow сказал: CPU для коммутатора это вообще "эфемерная" веСЧь. Всегда был, просто что теперь generic ядро с асиком в один чип запихать могут - это да. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
onyx Опубликовано 4 сентября, 2019 · Жалоба Обратный вопрос: есть кольцо, для физического резервирования, хотим взять коммутатор SNR-S2990G-24FX, возможно ли на нем реализовать такое? Естественно, в него будут приходить два линка с кольца. Как вариант рассматриваем еще SNR-S3850G. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ALEX_SE Опубликовано 7 сентября, 2019 · Жалоба конечно в xSTP или ERPS. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...