layer2-RSTP和MSTP

标签：

session 1 RSTP
1、STP的概览
      公有：802.1dSTP（一般stp）、802.1wRSTP（新版快速stp）、802.1sMSTP（最新实用的多实例stp,支持多厂商设备混合用）
cisco私有：pvst、pvst+、R-pvst+ （与上面对应，但是没有多实例的）
      RSTP：Rapid Spanning Tree Protocol (RSTP)快速生成树，必普通的stp收敛速度快，最多6s完成，普通的需要15s收敛。
关于RSTP的5端口3状态
      RSTP的5个端口是：根端口（RP），指定端口（DP），替代端口（Backup-port），备份端口（Alternate-port），禁用端口（disable-port）（这三个是由stp中的Block状态端口分类出的三种端口都不能转发数据，但是又和Block不同）
      RSTP的3个状态：丢弃状态（Discarding），学习状态（Learning）转发状态（Forwarding）
      RSTP中的备份端口+替换端口=CTP中的非指定端口RSTP中的discarding=CTP中的disabled+blocking+listening

替代端口：也叫做替代根端口，替代端口是从其他网桥接收到根BPDU的端口
 
备份端口：也叫做备份指定端口，如果一个端口收到同一个网桥的更好的BPDU，那么该端口成为备份端口
替代端口和备份端口如果在STP中就是非指定端口，但是在RSTP中将替
 
代端口和备份端口从非指定端口中分离出来了
替代端口和备份端口在稳定状态都是处于discarding状态
禁用端口：在快速生成树网络中丌担当任何角色，说白了就是shutdown的端口
关于RSTP中对BPDU报文的改变
1、版本改成2
2、类型改成2
3、flag字段：

在STP中只使用了第7个和第0个位置，而在RSTP中全使用到了
关于RSTP运行原理的改变
1.BPDU发送的丌同：
      在802.1D中，非根交换机只有在根端口上收到BPDU的时候，才产生BPDU------被动产生

      在802.1W中，即使交换机没有从根交换机中收到BPDU，它也会每隔Hello时间周期（默认是2s）发送包含当前信息的BPDU

      在802.1W中，如果端口在3个连续的hello时间间隔内没有收到BPDU，那么就认为不邻接网桥的连接丢失就立刻启用           discarding状态的接口，RSTP在根交换机失效后，并丌会迚行完整的STP计算，会在该启用备用端口时立即启用，因此网络收敛速度快，RSTP会在低于1秒的时间内恢复网络。

（3）替代根端口和备份指定端口

4.拓扑变更机制的丌同：
      在802.1D中，网桥检测到了拓扑变更的时候，他首先通知根网桥，根网桥然后在通知全网，让全网的网桥修改CAM表的老化时间在
      802.1W中，每台设备会自己调整自己的所有端口状态进行计算，只计算连接其他sw和root的端口，然后发送bpdu给其他的sw，这样每台sw都只计算自己的而不通知根桥也不等待根桥下发拓扑更改的BPDU了，加快了收敛速度。

注意点：在RSTP中，只有非边缘端口过渡到forwarding状态才会引起拓扑变化，也就是说连接丢失丌再被认为是拓扑变化（802.1D中一个端口变成blocking状态，也会产生TCN BPDU）。当RSTP检测到了一个拓扑变化，做2件事：
（1）开启TC While计时器（默认是2倍的hello时间），在这个时间内从根端口发出TCN BPDU。
（2）清除所有不这些端口联系的MAC地址
沿途的交换机也做两件事情：
（1）清除所有的除收到拓扑变化的端口以外的所有端口的MAC地址

（2）开启TC While计时器，从根端口和指定端口发出TCN BPDU

4.如果边缘端口收到BPDU，那么它将放弃边缘端口的状态，并且成为一个正常的生成树端口

关于RSTP的兼容性
      如果端口在2倍的hello时间之内所持续收到的BPDU都不能对应到当前的工作模式，那么它就自动切换到STP模式关于Proposal and Agreement ProcessProposal and Agreement Process：指定端口在点到点链路上可以直接进入转发状态

首先说一下RSTP的链路类型
RSTP中的链路类型是和双工有关的
如果端口工作在全双工模式，那么就认为它是点到点享链路类型
如果端口工作在半双工模式，那么就认为它是共享链路类型
接口下可以手工更改：spanning-tree link-type point-to-point



1> Proposing 。当一个指定端口处于Discarding或Learning状态的时候，该变量置位。并向下游交换传递Proposal  位被置位的BPDU
2> Proposed  。当端口收到对端的指定端口发来的携带Proposal 的BPDU  的时候。该变量置位。该指示本网段上的指定端口希望忙迚入Forwarding  状态。
3>sync。当Proposed  被设置以后，收到Proposal 置位信息的根端口会依次为自己的其他端口置位sync  变量。如果端口是非边缘的指定端口是则会迚入Discarding状态。
4>synced  。当端口完成转到Discarding后，，会设置自己的synced变量。Alternate、Backup  和边缘端口会马上设置该变量。根端口监视其他端口的  synced ，当所有其他端口的synced  全被设置，，根端口会设置自己的  synced，然后传回BPDU ，其中Agreement  位被置位。
5>agreed  。当指定端口接收到一个BPDU 时，如果该BPDU  中的Agreement  位被置位且端口角色定段是“ 根端口”  ，该变量被设置。Agreed  变量一旦被置位，指定端口马上转入Forwarding 状态。整个过程是这样的，如果根和交换机A之间添加一台交换机，此时
1.根交换机向A发送携带Proposal标记的BPDU
2.交换机A执行同步：blocking非边缘指定端口
3.交换机A向根交换机发送携带Agreement标记的BPDU
      此时交换机A和根交换机之间就处于forwarding状态,下面的过程就是交换机A不交换机B之间再来一次Proposal and Agreement Process，如此往复到网络的边缘



session 2 MSTP
MSTP：Multiple Spanning Tree Protocol (MSTP)多实例生成树
      MSTP又叫MST，协议号是802.1s，是目前最实用的STP技术，并且是公有协议，使用的STP收敛规则与RSTP相同，报文结构也是和RSTP相同，只是比RSTP多出了MST的相关信息。因为MST的创建就是基于RSTP的，所以基本的算法和收敛方式也相同。
      但是MST的特点是：1、基于instance（实例）的，instance是类似于VTP的域的概念是指一个运行的范围，其中有实例的name，有实例的编号，并且可以将多个vlan加入（映射）到一个实例中用于stp链路负载，最多支持65个实例，cisco设备只支持16个实例。
                                   2、MST全部向下兼容stp到rstp，pvst+到r-pvst都兼容，并且在共同工作的过程中会将MST的包自动转换为其他低级别的stp协议进行BPDU的传输。
 
      MSTP的协议号为IEEE 802.1s，在交换机存在多个VLAN时，CST会将所有流量放在单条路径中传输，而PVST+则可以通过为每个VLAN运行一个STP实例，由于PVST+可能会多达128个STP实例，所以PVST+会极其消耗系统资源。MSTP正因为这个原因，将需要迚行相同STP计算的VLAN映射到同一个STP实例中，即无论有多少个VLAN，只要实际需要多少条丌同的路径，就根据需要的路径维护相同的STP实例数，从而大大节省系统资源，如下图：



      以此图为例，因为各台交换机上都有VLAN 10，VLAN 20，VLAN 30，VLAN 40，PVST+维护了4个STP  实例，不难看出，其实网络中只有两个丌同的路径，VLAN 10和VLAN 20的路径完全是相同的，VLAN 30和VLAN 40的路径也是完全相同的，此时，MSTP就可以通过将相同的VLAN映射到同一个STP实例，总共只有两个STP实例，既像PVST+那样实现了负载均衡的效果，也节省了系统资源。MSTP是在RSTP的基础之上运行的，所以具有快速收敛的功能，RSTP是随着开启MSTP时自动开启的。MSTP最多支持65个STP实例，cisco设备最多支持16个，但是映射到实例的VLAN数量是没有限制的。默认所有VLAN都在实例0MSTP还需要通过分区域管理，即region，交换机要在同一region迚行相同的STP计算，必须region name和revision number一致，最重要的是VLAN和实例的映射也要一致，否则STP计算出来的网络，将丌是你想要的网络，一个VLAN只能被映射到一个实例，一个网络可以有多个MSTP revision，便于各自独立。关于MST的具体实现

 
配置MSTP

说明：可以看到，实例1与实例2的流量已经分担到两条不同的路径上，既实现了不PVST+相同的负载效果，也节省了系统资源，因为只有两个STP实例，而PVST+要4个STP实例。

layer2-RSTP和MSTP

标签：

原文地址：http://blog.csdn.net/alone_map/article/details/51858164