Цепочка из L2 коммутаторов D-Link, резервирование

[smart85]

Коллеги, приветствую!

 

Есть участок сети с "шинной" топологией, цепочка из 4 - 10 коммутаторов D-link, модели DES-3200-28 и DES-3526.

Vlan`ы терминирутся на L3 свитче Huawei S5328C-EI.

Меджу узлами оптика, физически закольцевать "цепочку" нет возможности. Прекрасно понимаю, что от физического повреждения ВОК-а в данном случае спастись невозможно, но проблема в другом, на объектах бывает ситуация, что оборудование оказывается обесточенным, ИБП поставить нет возможности.

Есть возможность по отдельному волокну (в том же ВОК-е) "закольцевать" первый объект цепочки с последним. Каким образом в данной ситуации сделать отказоустойчивость связи с объектами, что бы при пропадании ЭП на одном из объектов связь пошла по "закольцованному" пути?

 

Спасибо!

 

примерная схема топологии, зеленым пунктиром обозначена трасса, что "закольцует" объекты.

[NikAlexAn]

Правильней будет вернуть на хуавей и там уже включить в отдельный порт. Включить STP хотя бы на хуавее.

[smart85]

Правильней будет вернуть на хуавей и там уже включить в отдельный порт. Включить STP хотя бы на хуавее.

Одну из цепочек есть возможность так включить, т.к. есть еще один SFP-слот. Остальные - просто нет свободных портов.

Кстати, есть ли у кого опыт настройки STP на Huawei согласно такой топологии?

[srg555]

mse.rus77

если делать как на вашей схеме, то stp на хуавее не нужен. просто включаете rstp на длинках. на абонентских портах stp обязательно выключить(для отлавливания петель на абонентских портах есть lbd), ближний к агрегатору сделать рутом(выставить приоритет 4096)

[NikAlexAn]

И надеяться что на ближнем длинке не отвалится ЭП.

 

PS: А что, приоритет 0 отменили?

Edited September 3, 2013 by NikAlexAn

[srg555]

PS: А что, приоритет 0 отменили?

 

это на будущее, чтоб потом одной командой можно было "назначить" другого рута, например вышестоящий хуавей

 

И надеяться что на ближнем длинке не отвалится ЭП.

 

Конечно лучше, когда все важные узлы и линки дублируются, но даже то, что хочет сделать автор, это уже значительно снизит аварийность по питанию(а во многих городах просто беда с питанием). к тому же на крайний свитч можно поставить ИБП с большой ёмкостью

[NiTr0]

на абонентских портах stp обязательно выключить(для отлавливания петель на абонентских портах есть lbd)

Длинки не умеют edge port?

[srg555]

NiTr0

скорее всего умеют, не пробовал, вопрос в целесообразности его использования

[EShirokiy]

NiTr0, умеют совершенно точно

[srg555]

только к еджпорту нужен ещё filter/guard, иначе по умолчанию он станет участником stp после получения bpdu. а если делать filter/guard это по сути тоже самое что выключить и запретить форвардинг bpdu, тогда детектирование петель на абонентском порту не будет работать. если модель не vlan-per-user, то петля на абонентском порту ни к чему хорошему не приводит. поэтому лучше вместо stp edgeport использовать lbd на портах для энд-кастомеров

[NiTr0]

только к еджпорту нужен ещё filter/guard, иначе по умолчанию он станет участником stp после получения bpdu

Угу, гард глобально.

 

а если делать filter/guard это по сути тоже самое что выключить и запретить форвардинг bpdu

Не то же самое. Гард просто гасит порт если на него пришел bpdu. Т.о. позволяет отключить порт если образовалась петля между 2 разными портами свича/свичей. LBD так не умеет.

 

тогда детектирование петель на абонентском порту не будет работать

У длинков что, так все печально - одно ломает другое?

[srg555]

У длинков что, так все печально - одно ломает другое?

 

Дело не в длинках, а в общей логике. edgeport+filter это фактически и есть выключение stp на порту

 

а guard вредная штука в сторону клиентов. юр.лицо ставит свитч, настроенный по дефолту, который шлёт stp во все порты и появляется лишняя заявка "не работает". или какая-нибудь кривая cpe, которая делает br0 с включенным stp

 

имхо оптимальный вариант это выключение stp на абонентском порту и запретит форвардинга bpdu с него. если ваша сеть боится петли 100мбит, то lbd

[smart85]

Коллеги, протестировал на стенде RSTP на Huawei, в топологии когда цепочка коммутаторов D-Link замыкается на Huawei, работает, при разрыве цепочки дерево перестраивается, второй порт переходит из DISCARD в FORWARDING.

 

Сейчас буду тестировать RSTP только на D-Link`ах, когда последний коммутатор замкнут на первый в цепочке.