[garmonik]

Всем привет!

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

 

На схеме находятся 4 коммутатора (светло-зеленого цвета Alcatel 6224) и 1 маршрутизатор (серого цвета ES4612).

Для коммутаторов (S1-S4) светло - синим цветом, указаны результаты выполнения команды # show spanning-tree , толстой, черной линией выделены блоки с конфигурацией активных портов (на каждом коммутаторе порт №1), а пунктирной красной линией указаны блоки с конфигурацией портов переведенных в резерв (на каждом коммутаторе порт №2).

Аналогичным образом выделены блоки c конфигурацией для R1, нечетные номера – активные порты, четные номера – порты, переведенные в резерв.

 

R1 является корневым коммутатором (Root Bridge), т.к. имеет наименьший приоритет (Bridge ID=8192).

Корневым портом (Root Port) становится порт 1-S1 с наименьшим идентификатором 128.49. (этот алгоритм повторяется для коммутаторов S2, S3, S4).

Назначенным портом (Designated port) становится порт 1-R1 с наименьшим идентификатором 128.1 (3-R1=128.3, 5-R1=128.5, 7-R1=128.7).

Назначенным коммутатором (Designated Bridge) для сегмента «A» становится коммутатор S1, (С-S2, E-S3, G-S4) т.к. он имеет наименьшее расстояние до корневого коммутатора (Root Bridge).

 

Это очень простое описание работы RSTP в приведенной схеме. Очень буду рад услышать замечания содержащие более полное объяснения работы алгоритма в приведенной в пример схеме.

 

[garmonik]

Еще хотел спросить пару вопросов, первый, что означает этот параметр Forward transitions : 12:

 

#show spanning-tree ethernet 1/1
---------------------------------------------------------------
Eth  1/ 1 information
---------------------------------------------------------------
Admin status         : enable
Role                 : designate
State                : forwarding
Path cost            : 10000
Priority             : 128
Designated cost      : 0
Designated port      : 128.1
Designated root:       8192.0012CFD99C10
Designated bridge:     8192.0012CFD99C10
Fast forwarding      : disable
Forward transitions  : 12
Admin edge port      : disable
Oper edge port       : disable
Admin Link type      : auto
Oper Link type       : point-to-point
Spanning Tree Status : enable

 

Второй вопрос заключается о применении стандарта MSTP, в каких случаях используется этот стандарт, не слишком ли он будет избыточен своим функционалом применительно для данной сети?

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

Но это ведь не показатель того, что надо реализовывать MSTP.

 

Заранее всем спасибо!

[C@T]

Еще хотел спросить пару вопросов, первый, что означает этот параметр Forward transitions : 12:

Forward Transitions - Indicates the number of times the port has changed from the Blocking state to Forwarding state.

 

Второй вопрос заключается о применении стандарта MSTP, в каких случаях используется этот стандарт

примерно так:

например если у вас свитчи соединены избыточными линками, то один из линков всегда простаивает (stp state blocked),

а при помощи MSTP можно, создав, например, две независимые топологии stp, разгрузить один линк, направив траффик определенной части vlan'ов во второй линк;

в итоге и первый линк разгружен , и второй не простаивает...

 

[qwertzy]

garmonik

Приоритет порта определяеться в порядке убывания значимости по bridgeID, MAC адрессу, path cost и номеру порта.

Root bridge у вас ES4612, потому как выставили bridgeID меньший чем у всех других девайсов.

У всех Alcatel 6224 порт 2 в blocking state, потому как номер порта больше чем у порта 1 при прочих равных.

 

Смысла использования STP (RSTP) для данной конфигурации не вижу, чем link aggregation не устраивает?

Изменено 18 июня, 2010 пользователем qwertzy

[garmonik]

а при помощи MSTP можно, создав, например, две независимые топологии stp, разгрузить один линк, направив траффик определенной части vlan'ов во второй линк;

в итоге и первый линк разгружен , и второй не простаивает...

Грубо говоря, MSTP является аналогом 802.3ad, только менее интелектуальным в плане распределения нагрузки по портам.

[garmonik]

Смысла использования STP (RSTP) для данной конфигурации не вижу, чем link aggregation не устраивает?

Устраивает, но разве 802.3ad не реализуется вместе с 802.1D из-за того, что работа "trunk'ов" не координируется между собой и наличие петель при этом не учитывается?

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

Например можно создать trunk между коммутатором S1 и R1 и создать trunk между коммутаторами S2 и R1 и если не использовать STA, то образуется петля между S1-S2.

Если ошибаюсь, поправте пожалуйста.

[qwertzy]

Смысла использования STP (RSTP) для данной конфигурации не вижу, чем link aggregation не устраивает?

Устраивает, но разве 802.3ad не реализуется вместе с 802.1D из-за того, что работа "trunk'ов" не координируется между собой и наличие петель при этом не учитывается?

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

Например можно создать trunk между коммутатором S1 и R1 и создать trunk между коммутаторами S2 и R1 и если не использовать STA, то образуется петля между S1-S2.

Если ошибаюсь, поправте пожалуйста.

Поверте при link aggregation пакет пришедший в один порт из транк групы не может быть отправленным через другой порт этой же транк групы обратно.

Т.е. логически транк група являеться одним портом. В вашем конфиге, ессно будет 4 независимых транк групы на R1 (по одной для каждого S) и если свитчи S1 - S4 не соединяються никак кроме как показанно на картинке, то проблем быть недолжно.