Как выбирается коренной мост в STP?

Как STP /RSTP определяет, какой мост является корневым мостом, и как выбираются пути к корневому мосту?

15 голосов | спросил nos 8 Maypm13 2013, 15:07:04

3 ответа


23

Не знаете, как много вы знаете о переключении и обходе дерева, но в основном при запуске всех коммутаторов утверждают, что они являются корнем. Все коммутаторы отправляют BPDU (блок данных протокола моста), которые содержат приоритет и BID (Bridge ID).

BID имеет длину 8 байтов. Для MAC-адреса моста используется 6 байтов. 12 бит используется для обозначения VLAN, это называется расширенным идентификатором системы. Для установки приоритета используются 4 бита. Более низкий приоритет означает, что он предпочтительнее по сравнению с более высоким. Приоритет устанавливается в кратном размере 4096.

Если есть приоритет связи, тогда самый низкий MAC-адрес определяет, какой мост становится корнем.

Чтобы выбрать путь к корню, вычисляется стоимость корня. По мере того, как BPDU перемещается от корня вниз по течению, стоимость увеличивается INBOUND. 802.1D-1998 (унаследованный STP) имел стоимость 19 для интерфейса FastEthernet. Более новый стандарт 802.1D-2004 определяет стоимость 200000 для FastEthernet.

Если есть стоимость связи, выберите BPDU, который пришел с коммутатора с наименьшим BID. Если это и есть связь (несколько ссылок на один и тот же переключатель), то вступает в игру идентификатор порта. Идентификатор порта также находится от восходящего коммутатора и состоит из приоритета порта и идентификатора порта, который идентифицирует интерфейс. Приоритет порта по умолчанию - 128.

Существует много возможностей для соединения дерева, но это основные шаги.

ответил Daniel Dib 8 Maypm13 2013, 15:43:43
10

Вы спрашиваете о теории STP:

https://en.wikipedia.org/wiki/Spanning_Tree_Protocol

Но основная идея заключается в том, что каждый коммутатор имеет идентификатор Bridge, который является комбинацией его приоритета и его MAC-адреса. По умолчанию все коммутаторы используют 32768 в качестве своего приоритета, поэтому по умолчанию коммутатор с самым низким MAC будет действовать как коренной мост. Вы можете манипулировать этим, регулируя приоритеты, поскольку Корневой мост по умолчанию, скорее всего, не тот, который вы хотите выполнять как Root. Вы бы определили, какой коммутатор использовать в качестве корня на основе ваших проектов уровня 2 и где вы ожидаете, что трафик уровня 2 будет больше всего путешествовать.

Стоимость пути к корню - это сумма затрат на связь между рассматриваемым портом и соответствующим портом на корневом мосте. Чем быстрее ссылка, тем ниже стоимость. Таким образом, десять переходов для переходов через 1GBPS-ссылки приведут к стоимости порта 40 (4 + 4 + 4 + 4 + 4 + 4 + 4 + 4 + 4 + 4), а одна связь 10MBPS будет равна 100. Таким образом, корневой порт будет тот, который подключается к 1GBPS-ссылкам.

Вы также можете управлять путями и корнями STP на vlan. Ссылка, приведенная выше, поможет вам начать работу. Это может быть так сложно, как вы хотите.

ответил A J Rossington 8 Maypm13 2013, 15:37:17
2

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

Установите переключатели агрегирования или распределения как root, разделив ваши vlans между первичным и вторичным коммутаторами. Обычно нечетные числа vlans устанавливаются на одном коммутаторе с правами root и даже пронумерованными vlans как вторичные, тогда противоположное на другом коммутаторе.

  Sw1:
spanning-tree vlan 1,3,5,7 корень первичный
spanning-tree vlan 2,4,6,8 корень вторичный

Sw2:
spanning-tree vlan 1,3,5,7 корень вторичный
spanning-tree vlan 2,4,6,8 корень первичный
 
ответил generalnetworkerror 18 Maypm13 2013, 12:49:22

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132