Отключение инстанции STP на native VLAN.

[Norhway]

Сеть имеет вытянутую топологию с сотней коммутаторов соединенных транками, также каждый десятый коммутатор имеет выход на бэкбон 3-го уровня, кольцевая топология на уровне транков отсутствует, но присутствует необходимость запуска инстанций STP в VLAN-ах, т.е. PVST+ , домены VLAN небольшие и охватывают не более десятка коммутаторов, распространение VLAN-ов жестко ограничено в транках, но домен образованный native VLAN с точки зрения STP огромен, если кольцевой топологии на уровне транков нет, то инстанцию STP для native VLAN можно отключить! Кто-либо сталкивался с применением данной методики?

[edwin]

Я бы рекомендовал Вам поступить след. образом:

кольцо1<--->кольцо2<--->...<--->кольцоN

Кольца L2

В соот. кольцах мы разрешаем работать STP

На интерфейсах, смотрящих между кольцами делаем:

1) Четко ограничваес рассп. VLAN'ов(для Catalyst switchport trunk allowed vlan )

2) фильтруем BPDU (для Catalyst spanning-tree bpdufilter enable)

И все будет хорошо работать, то есть к примеру пересчет STP в одном из колец не затронет работу других

[Norhway]

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

Разница в подходе - применение фильтрации BPDU?

[edwin]

Разница в подходе - применение фильтрации BPDU?

Не только.

Внутри кольца для ВСЕХ vlan'ов работает stp, то есть не надо заморачиватся с разруливаем того, для какого vlan'а STP включен, а для какого - нет

[Norhway]

вопрос то был все-таки в реализации приведенного в первом посте дизайна...

[edwin]

вопрос то был все-таки в реализации приведенного в первом посте дизайна...

Ну как-бы если Вы хотите именно так, что в принципе достаточно просто сказать:

no spanning-tree vlan id

Я использую приведенную мною схему - работает вполне адекватно, потому и рассказывал так долго

Edited September 4, 2006 by edwin

[Norhway]

правильно я понимаю, что в сообщении #2 приведена топология где коммутатор всегда принадлежит только одному кольцу L2 (это исходит из фразы на интерфейсах между кольцами)? т.е в узловой точке где необходимо обеспечить сервисы принадлежащие "соседним" кольцам необходима установка двух коммутаторв. Исходный дизайн, хотя и значительно усложнеят логическую структуру, но дает некоторый преимущества в гибкости еее формирования.

[edwin]

правильно я понимаю, что в сообщении #2 приведена топология где коммутатор всегда принадлежит только одному кольцу L2 (это исходит из фразы на интерфейсах между кольцами)?

Ну как-бы пограничные коммутаторы кольца принадлежат кольцу + линк между коммутаторами.

 

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

Зачем ?

Между кольцами то trunk линки, с vlan'ами, и к примеру мы можем обеспечить работу одного vlan'а через несколько колец.

Непотяно зачем ставить 2 коммутатора.

 

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

Не факт, так как прописывать везде для каких vlan'ов включать stp, а для каких нет грусновато будет.

[Norhway]

Между кольцами то trunk линки, с vlan'ами, и к примеру мы можем обеспечить работу одного vlan'а через несколько колец.

Непотяно зачем ставить 2 коммутатора.

 

да, но в этом случае данное поделючение к VLAN не резервируется по L2, в целом все понятно это уже оттенки зависящие от конкретной физической топологии и решаемых задачь.

[edwin]

да, но в этом случае данное поделючение к VLAN не резервируется по L2, в целом все понятно это уже оттенки зависящие от конкретной физической топологии и решаемых задачь.

Ну в моем случае L2 резервирование необходимо только внутри кольца

Между кольцами оно обепечивается с помощью L3.

[Norhway]

спасибо за полемику, это помогает оценке дизайна.