Все потоки
Поиск
Написать публикацию
Обновить

Комментарии 10

У Д-Линков 1210 и 1520 есть работающая технология, проверял.

У Зухелей что-то есть, но как настраивать - непонятно. Требуется указать пороговое значение пакетов в секунду, а если кто-то просто файлы копирует?

У Элтехов есть и даже несколько вариантов.

С зукселями встречался на прошлой работе, не самые свежие но и не старье, именно loopback-detection там тоже нормально не работал, в итоге отказались от него в пользу того же STP

Настройка у домашних Зухелей. STP нет.
Настройка у домашних Зухелей. STP нет.

Broadcast Storm Control - это не то, надо соседний пункт настраивать:

Из мануала
Из мануала

Но в чём разница между Loop Detection и Loop Prevention - я не догоняю...
SNMP-же нету, Detection сработал и что? То-же отключение порта, судя по "станет активным после разрыва петли"?

PS: У энтерпрайзных Зухелей Broadcast Storm Control выглядит понятнее (и это не обнаружение петель):

Настройка у энтерпрайзных Зухелей.
Настройка у энтерпрайзных Зухелей.

Я бы порекомендовал собрать стенд, настроить обе функции на разных портах (ну или на одном по очереди) и постоять послушать Wireshark-ом. По мануалу нифига непонятно, но чисто по ощущениям Detection не отключает порт, а отключает только RX/TX, а Prevention гасит совсем. Отпишитесь, пожалуйста, если попробуете - интересно

Мысль отличная, но я так делать не буду, конечно-же. У меня всего два Зухеля - GS1200 и XGS1250 - и проще их поменять на что-то другое. Например, Элтехи на замену первому вполне подходят, вот с мультигигабитом сложнее (и сильно дороже даже б/у).

Сорян!

А коммутаторы по сети расположены хаотично? В плане вендоров?
Просто есть же православный MSTP который дает сразу сделать несколько регионов и получить централизованную систему обработки петель.
И в случае если даже петля будет выше абонентского уровня нормально ее отработает.

Так у них кольцо выше абонентского уровня, т.е. два пути на любой соседний коммутатор.

в качестве дополнения к посту кроме STP у D-Link (а возможно не только у него, но у него точно) есть поддержка ооочень хорошего, но незаслуженно малоизвестного протокола ERPS. Мне эта технология очень нравится - почитайте, на мой взгляд много удобнее и лучше чем известный и частоприменяемый STP.

Да, я знаю о существовании других протоколов контроля топологии. У нас в парке нет DLInk, но есть HP, у них есть вой проприетарный RRPP. Тоже для контроля кольцевой топологии. Но, во-первых, он немного для нашей задачи всё же, а во-вторых на коммутаторах доступа он не встречается, только мощные девайсы уровня агрегации и ядра. ERPS, насколько я понимаю, тоже нужен для контроля кольцевой топологии

Ситуаций конфликтов с абонентским оборудованием, когда BPDU абонента обрабатывается коммутатором оператора или наоборот, я не встречал, а вот ещё одна очевидная причина не описана вовсе. Банальное короткое замыкание порта, буквально самого на себя, тоже создает локальную петлю, и она обнаруживается механизмом loopback detection. Должно совпасть именно закорачивание Tx на Rx, возникает не очень часто, в основном, по прошлому опыту, на старых D-Link. Может там сигнальные трансформаторы портов применялись не очень надежные.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации