Зачем нужен режим edge port в stp на коммутаторах Huawei?

Question

[maddread]

Не могу понять назначение edge port в stp на коммутаторах Huawei. Рекомендуется включать на конечных портах, не участвующих в stp (для серверов, компов и т.д.) Зачем нужен вообще такой режим на порту, который не участвует в построении stp? Не проще ли просто взять и вырубить stp на порту полностью? Разве будут пакеты bpdu проходить в таком случае?

Answer 1

[Ordo05]

За Huawei не скажу точно, но думаю что поведение аналогично большинству.

edge port - штука позволяет порту пропустить состояния listening и learning и сразу же перейти в состояние forwarding, при этом изменение состояния такого порта не генерирует TCN, и, соответственно, не вызывает перестроение топологии, что, благотворно влияет на стабильность сети при флапах порта.

BPDU через такой порт все равно должны проходить, однако он будет продолжать находиться в forwarding, и может образоваться петелька. Чтобы этого избежать, нужно использовать всякие bpdu protection (или как оно там называется), чтобы при получении bpdu порт складывался.

Comments

[maddread]

так я и не пойму, почему бы просто не вырубить stp на таком порту? Или bpdu пройдет в таком случае?

[Ordo05]

Если выключить STP на порту -- сам коммутатор bpdu, конечно же, не пошлет bpdu с этого порта.

Однако что будет, если bpdu придет на порт, на котором выключен stp -- честно говоря, не знаю что произойдет с bpdu в случае Huawei. По хорошему -- bpdu дропнется. В этом случае вы не сможете предотвратить образованию петли, коммутатор не узнает, что там петля и будет спокойно продолжать форвардить трафик, даже закольцованный.

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

Ну в принципе можно включить bpdu filter на порту, что будет аналогично выключению stp на этом интерфейсе.

edge позволят придать "стабильности" топологии за счет игнорирования изменения состояния такого порта, понижения времени сходимости, но с возможностью реагирования при получении bpdu.

В случае сервера, рабочей станции -- они таки в stp вообще не должны участвовать, не должны посылать bpdu, не должны влиять на топологию. Так что там рекомендуют правильно)

[maddread]

Ordo05: спасибо, в голове уже кое-что встает на свои места. Да еще и оказалось, что у Huawei одну проблему можно решить 2 фишками, например защиту от шторма.

[Ordo05]

Посыпаю голову пеплом, я немного ошибся. Если выключать stp на интерфейсе , то чужой bpdu он все же пропускает, но просто сам не обрабатывает его.
Что в общем-то логично, ибо bpdu - просто мультикастовый фрейм.
Вобще было бы интересно глянуть дамп трафика на этот счет.

Так вы бы обозначили проблему, может решение бы подсказали. (да, видел вашу тему на наге)

[maddread]

Ordo05: в общем схема на наге описана, но не правильно ((
Есть L2 коммутатор, 2 интерфейса работает в stp (кольцо из двух аналогичных коммутаторов). На аплинке с Cisco роутером stp нет, тут без резервирования, на нем я stp отключаю и ставлю bpdu фильтр (вверх и вниз stp ни к чему). На еще паре интерфейсов повешаны DSLAM ADSL и клиентский D-Link. Вот там я думаю и нужен edge порт, особенно с D-Link-ом? Насколько я прав?
И еще по защите от штормов. У Huawei есть два варианта: 1) превышение порога - отключаем порт; 2) жесткий supression трафика при превышении порога, без отключения порта. Тут тоже не знаю что лучше выбрать.

[Ordo05]

Представил схему в голове, не уверен, что правильно.
Но в общем случае мjе мнение примерно следующее...

По поводу штормов multicast/unicast.
Тут надо выбирать из того, что вам надо, на самом деле, как бы это странно ни звучало.
И что случится, если внезапно положится порт, что перестанет работать в случае этого.
Но я так понимаю, что разговор идет о так скажем абонентских портах.
В этом случае наверное разницы нет.

Лично я бы выбрал supression с низким значением.
Можно хоть глянуть, что там, что и как починить, в случае чего, подсказать.

По stp:
Лично мое мнение такое -- stp нигде принудительно не отключать (в том смысле, чтоб ну вот прям совсем no spanning-tree vlan ХХХ), петли могут возникнуть где угодно и как угодно.
Не верю я, что ну вот 100% ошибки при коммутации не будет.
Лучше где надо -- развесить bpdu guard/bpdu filter вместе с edge.
При этом надо помнить, что bpdu filter работает в обоих направлениях, а bpdu guard -- в одном.
А так же, что bpdu filter перекрывает bpdu guard.

[Ordo05]

Лично я бы там, где не надо получать bpdu-- складывал порт, то бишь bpdu guard.
Слепо этому совету следовать, конечно же, не стоит, надо подумать, а "что будет если", после чего выбрать уже верный вариант.

[maddread]

Ordo05: спасибо, совершенно с Вами согласен. Решений несколько, зависит от потребностей.

Answer 2

[BMSerg]

Выше по существу ответили уже. Насколько помню из курса CCNA - BPDU при перестроении STP по умолчанию шлются через все порты, если прямо не запрещено настройками порта. Но классический STP со временем перестроения около минуты уже никто вроде не использует, давно в ходу RSTP, а для сети с блокируемой коммутацией его задержки вроде как не особо критичны.