RSTP он же Rapid Spanning Tree Protocol он же IEEE 802.1W-2001
- стандрат разработанный и опубликованный IEEE. Для всех виланов используется одно дерево.
PVST+ это проприетарный протокол, разработанный Cisco, по сути представляет собой вышеупоянуты RSTP но позволяющий строить отдельное дерево для каждого вилана.
Циско утвеждает что PVST+ совместим с RSTP и всеми расширениями оригинального STP (802.1D).
и вот тут начинаются вопросы.
Режимы в которых может работать STP на цисковском свиче:
DLS1(config)#spanning-tree mode ?
mst Multiple spanning tree mode
pvst Per-Vlan spanning tree mode
rapid-pvst Per-Vlan rapid spanning tree mode
При чем при вводе команды:
DLS1(config)#do sh spanning-tree
VLAN0001
Spanning tree enabled protocol ieee
Root ID Priority 24577
Address 001f.6ded.f200
This bridge is the root
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 24577 (priority 24576 sys-id-ext 1)
Address 001f.6ded.f200
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 300 sec
т.е. циска нам утверждает, что работает в режими ieee, однако это не значит что если мы соединим ее с устройством которое использует RSTP (открытый стандарт) все будет хорошо и гладно, потому что
Spanning tree enabled protocol ieee
означает что на нашей циске запущен PVST+ и все будет хорошо только до тех пор, пока мы используем только вилан 1.
Если использовать виланы кроме первого, то циска шлет BPDU на мультикаст адрес 0100.0cCC.CCCD, и если подключенное устройство не прослушивает этот адрес (а подавляющее большинство не-цисок его не прослушивают), возможности RSTP реализованы не будут и быстрой сходимости мы не увидим.
Вывод: циска может использовать одну стандартную версию STP: MSTP (#spanning-tree mode mst)
PVST+ и RapidPVST+ - проприетарные цисковские расширения.
Следовательно, если соединяем циску и устройство другого вендора, то либо ограничиваемся первым виланом, либо настраиваем оба на использование MSTP.
статья по сабжу от DELL
выдержка из базы данных Juniper по сабжу:
Summary:
This KB provides information for understanding STP (Spanning Tree Protocol) standards based interoperability between Juniper EX series Switches and Cisco switches (PVST+), including the interaction between STP/RSTP and PVST+.
Problem or Goal:
Solution:
PVST+
On a given 802.1Q trunk, VLAN 1 BPDUs are always advertised as untagged to the well-known IEEE Spanning Tree multicast address, 01:80:c1:00:00:00. The other VLAN(s) on the trunk advertise tagged PSVT+ BPDUs to Cisco's reserved multicasts address, 01:00:0C:CC:CC:CC:CD. This allows Cisco to have a per-VLAN instance that can utilize multiple redundant trunk links by load-balancing the VLANs across them.
AS shown in figure below odd VLANs are forwarded on one of the uplink trunks and blocked on the other uplink trunk, and vice versa for the even VLANs
Root for Odd VLANs Root for Even VLANs
Switch 1 ------------------------------------ Switch 2
| |
| FWD for ODD VLANs | BLK for ODD VLANs
| |
------------ Switch 3 ------------------------
One drawback to PVST+ is that it is Cisco proprietary and not embraced by any standard. PVST+ also places a large burden on switch resources such as CPU and memory, as each switch must maintain a separate STP database instance and process BPDUs on a per-port per-VLAN basis. While that might be OK with just a few VLANs, it does not scale well when 4,000 VLANs are supported.
Interoperating STP/RSTP with PVST+
By default, RSTP is enabled on all Ethernet switching enabled ports on the Juniper Networks EX series Switches. RSTP behaves the same as STP, as both only implement a single Spanning Tree instance for all VLANs over trunk. Cisco switches, however default to their proprietary Per-VLAN spanning Tree Plus (PVST+) protocol.
Juniper Networks EX series Switches interact with the various types of BPDUs the Cisco switches send out. Since IEEE STP BPDU is standards- based and advertises to the well known IEEE reserved multicasts address. EX-series switches will process the IEEE STP BPDU. However, since PVST+ BPDU is a proprietary protocol and advertises to Cisco's reserved multicasts address, the EX series switches will treat it as any other multicasts packet and flood it on all forwarding ports within the VLAN in which the respective BPDUs are received.
There is one additional caveat to PVST+, is by default, the path cost assigned by PVST+ is based on Cisco's STP cost convention, not the IEEE STP cost. Therefore, the path cost needs to be changed so that it complies with IEEE STP path cost and all similar links (like FastE, GbE) have the same link-cost value. On the Cisco devices, the command "spanning-tree pathcost method long" must be entered to make it compliant with IEEE STP path cost. this command will be applied to all Cisco switch ports.
Since RSTP only has single Spanning Tree instance for all VLANs across a trunk and there is no VLAN awareness, all traffic will be forwarded or blocked based on the VLAN 1 topology.
- стандрат разработанный и опубликованный IEEE. Для всех виланов используется одно дерево.
PVST+ это проприетарный протокол, разработанный Cisco, по сути представляет собой вышеупоянуты RSTP но позволяющий строить отдельное дерево для каждого вилана.
Циско утвеждает что PVST+ совместим с RSTP и всеми расширениями оригинального STP (802.1D).
и вот тут начинаются вопросы.
Режимы в которых может работать STP на цисковском свиче:
DLS1(config)#spanning-tree mode ?
mst Multiple spanning tree mode
pvst Per-Vlan spanning tree mode
rapid-pvst Per-Vlan rapid spanning tree mode
При чем при вводе команды:
DLS1(config)#do sh spanning-tree
VLAN0001
Spanning tree enabled protocol ieee
Root ID Priority 24577
Address 001f.6ded.f200
This bridge is the root
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 24577 (priority 24576 sys-id-ext 1)
Address 001f.6ded.f200
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 300 sec
т.е. циска нам утверждает, что работает в режими ieee, однако это не значит что если мы соединим ее с устройством которое использует RSTP (открытый стандарт) все будет хорошо и гладно, потому что
Spanning tree enabled protocol ieee
означает что на нашей циске запущен PVST+ и все будет хорошо только до тех пор, пока мы используем только вилан 1.
Если использовать виланы кроме первого, то циска шлет BPDU на мультикаст адрес 0100.0cCC.CCCD, и если подключенное устройство не прослушивает этот адрес (а подавляющее большинство не-цисок его не прослушивают), возможности RSTP реализованы не будут и быстрой сходимости мы не увидим.
Вывод: циска может использовать одну стандартную версию STP: MSTP (#spanning-tree mode mst)
PVST+ и RapidPVST+ - проприетарные цисковские расширения.
Следовательно, если соединяем циску и устройство другого вендора, то либо ограничиваемся первым виланом, либо настраиваем оба на использование MSTP.
статья по сабжу от DELL
выдержка из базы данных Juniper по сабжу:
Summary:
This KB provides information for understanding STP (Spanning Tree Protocol) standards based interoperability between Juniper EX series Switches and Cisco switches (PVST+), including the interaction between STP/RSTP and PVST+.
Problem or Goal:
Solution:
PVST+
On a given 802.1Q trunk, VLAN 1 BPDUs are always advertised as untagged to the well-known IEEE Spanning Tree multicast address, 01:80:c1:00:00:00. The other VLAN(s) on the trunk advertise tagged PSVT+ BPDUs to Cisco's reserved multicasts address, 01:00:0C:CC:CC:CC:CD. This allows Cisco to have a per-VLAN instance that can utilize multiple redundant trunk links by load-balancing the VLANs across them.
AS shown in figure below odd VLANs are forwarded on one of the uplink trunks and blocked on the other uplink trunk, and vice versa for the even VLANs
Root for Odd VLANs Root for Even VLANs
Switch 1 ------------------------------------ Switch 2
| |
| FWD for ODD VLANs | BLK for ODD VLANs
| |
------------ Switch 3 ------------------------
One drawback to PVST+ is that it is Cisco proprietary and not embraced by any standard. PVST+ also places a large burden on switch resources such as CPU and memory, as each switch must maintain a separate STP database instance and process BPDUs on a per-port per-VLAN basis. While that might be OK with just a few VLANs, it does not scale well when 4,000 VLANs are supported.
Interoperating STP/RSTP with PVST+
By default, RSTP is enabled on all Ethernet switching enabled ports on the Juniper Networks EX series Switches. RSTP behaves the same as STP, as both only implement a single Spanning Tree instance for all VLANs over trunk. Cisco switches, however default to their proprietary Per-VLAN spanning Tree Plus (PVST+) protocol.
Juniper Networks EX series Switches interact with the various types of BPDUs the Cisco switches send out. Since IEEE STP BPDU is standards- based and advertises to the well known IEEE reserved multicasts address. EX-series switches will process the IEEE STP BPDU. However, since PVST+ BPDU is a proprietary protocol and advertises to Cisco's reserved multicasts address, the EX series switches will treat it as any other multicasts packet and flood it on all forwarding ports within the VLAN in which the respective BPDUs are received.
There is one additional caveat to PVST+, is by default, the path cost assigned by PVST+ is based on Cisco's STP cost convention, not the IEEE STP cost. Therefore, the path cost needs to be changed so that it complies with IEEE STP path cost and all similar links (like FastE, GbE) have the same link-cost value. On the Cisco devices, the command "spanning-tree pathcost method long" must be entered to make it compliant with IEEE STP path cost. this command will be applied to all Cisco switch ports.
Since RSTP only has single Spanning Tree instance for all VLANs across a trunk and there is no VLAN awareness, all traffic will be forwarded or blocked based on the VLAN 1 topology.
Комментариев нет:
Отправить комментарий