RSTP P/A机制分析：

实验拓扑：

拓扑描述：

SW1,SW2,SW3都运行的是RSTP协议。
MAC地址及优先级如下所示：

设备	MAC地址	优先级
SW1	4c1f-ccae-0a8d	0
SW2	4c1f-cca5-563e	4096
SW3	4c1f-cc36-18eb	8192

实验分析：

刚接入，SW1,SW2,SW3都会认为自己是ROOT,都认为自己的端口是DP,并处于discarding状态，于是向外发送P A同时置位的BPDU.
flags字段中，PA 同时置位，高5位和高4位都为0，说明为discarding状态，低2位和低3位同时置位，说明端口角色为DP端口。这是SW1发送过来的，Root-id中优先级为0，SW2发送的同样如此，只不过就是Root-id中优先级为4096

SW2会回复一个A置位的BPDU,且必须满足条件：1.p2p 全双工链路。2.接口类型为RP,状态为discarding状态，3.进行P/A同步，将除AP/BP/EP外的所有接口状态全部置于discarding状态：

[SW2]dis stp briefMSTID  Port                        Role  STP State     Protection0    Ethernet0/0/1               DESI  DISCARDING      NONE0    Ethernet0/0/2               BACK  DISCARDING      NONE0    Ethernet0/0/3               ROOT  DISCARDING      NONE

当发送A置位的BPDU后，该e0/0/3会立即进入转发状态，SW1的e/0/1接口收到后也会立即进入转发状态。SW3和SW1之间的P/A也同理
SW2和SW3之间的P/A机制分析：
SW2认为e/0/1和e/0/0/2口为RP,且状态为discarding状态，于是进行P/A机制，同时发送P/A同时置位的BPDU
flags字段中，PA 同时置位，高5位和高4位都为0，说明为discarding状态，低2位和低3位同时置位，说明端口角色为DP端口。这是SW1发送过来的，Root-id中优先级为0，是由SW2进行计算后转发的，所以转发桥ID为SW2的BID,
因为E0/0/01和E0/0/02口通过HUB相连，那么E0/0/02口就会收到来此E0/0/1口发送的BPDU,然后进行比较，发现是同一交换机发出的，而且比自己更优，于是就将自己置位BP端口，成为RP的备份，

SW3从e/0/0/1和e0/0/02都会收到该BPDU,会跟自己本地缓存进行比较，

[SW3]dis stp interface e0/0/3
-------[CIST Global Info][Mode RSTP]-------
CIST Bridge         :32768.4c1f-cc36-18eb
Config Times        :Hello 2s MaxAge 20s FwDly 15s MaxHop 20
Active Times        :Hello 2s MaxAge 20s FwDly 15s MaxHop 20
CIST Root/ERPC      :0    .4c1f-ccae-0a8d / 200000
CIST RegRoot/IRPC   :32768.4c1f-cc36-18eb / 0
CIST RootPortId     :128.3
BPDU-Protection     :Disabled
TC or TCN received  :77
TC count per hello  :0
STP Converge Mode   :Normal
Time since last TC  :0 days 0h:6m:23s
Number of TC        :17
Last TC occurred    :Ethernet0/0/3
----[Port3(Ethernet0/0/3)][FORWARDING]----Port Protocol       :EnabledPort Role           :Root PortPort Priority       :128

发现收到的BPDU，没有其他端口的优，那么就认为自己是AP,所以e/0/0/1和e0/0/02都是AP端口，AP端口不会回复A置位的BPDU给对端了，所以SW2上的DP端口要等待两个Forwrad delay的时间，才进入到forwrading状态

端口SW3上的E0/0/3链路，查看RP角色。

[SW3]dis stp brief MSTID  Port                        Role  STP State     Protection0    Ethernet0/0/1               ROOT  FORWARDING      NONE0    Ethernet0/0/2               ALTE  DISCARDING      NONE
[SW3]# e0/0/1接口直接转换为RP，然后立即进入转发状态，
# 当RP接口Down后，交换机会选择比较优的AP端口作为RP，

AP接口进入转发状态之后，会向外发送TC置位的BPDU,在交换机上当且有一个接口处于转发状态，才会发送TC置位的BPDU

RSTP P/A机制分析相关推荐

Google Test(GTest)使用方法和源码解析——结果统计机制分析
在分析源码之前,我们先看一个例子.以<Google Test(GTest)使用方法和源码解析--概况 >一文中最后一个实例代码为基准,修改最后一个"局部测试"结果为错误 ...
Linux内核抢占实现机制分析【转】
Linux内核抢占实现机制分析转自:http://blog.chinaunix.net/uid-24227137-id-3050754.html [摘要]本文详解了Linux内核抢占实现机制.首先介 ...
C++ 异常机制分析
C++ 异常机制分析参考文章: (1)C++ 异常机制分析 (2)https://www.cnblogs.com/QG-whz/p/5136883.html 备忘一下.
Linux cgroup机制分析之cpuset subsystem
------------------------------------------ 本文系本站原创,欢迎转载! 转载请注明出处:http://ericxiao.cublog.cn/ -------- ...
libpcap捕包机制分析（三）
目前,在linux操作系统下的网络数据包捕获系统普遍是建立在libpcap捕包平台上的,libpcap的英文意思是Library of Packet Capture,即数据包捕获函数库.该库提供的C函 ...
【Binder 机制】Native 层 Binder 机制分析 ( binder_loop | svcmgr_handler | binder.c | binder_parse )
文章目录前言一.binder_loop 方法调用二.binder_loop 方法参数 svcmgr_handler 三.binder_loop 方法四.binder_parse 方法前言在 ...
JDK源码分析——Java的SPI机制分析与实战
重点提示:在我博客中的所有的源码分析的实例,我都将会放到github上,感兴趣的朋友可以下载下来调试运行,我相信还是可以有所收获的.我的目的是让所有读到我博客的朋友都可以了解到有价值的东西,学习到ja ...
oracle服务器的操作系统,Oracle Linux 操作系统及数据库的时区机制分析
Oracle Linux 操作系统及数据库的时区机制分析 1. /etc/localtime 这个文件记录的是系统的时区,缺省的数据库由此获得时区信息这个文件是二进制文件,修改该文件的方法是拷贝/u ...
qprocess回调_QT进程间通信详细介绍及QProcess机制分析
1.QT通信机制为了更好的实现QT的信息交互,在QT系统中创建了较为完善的通信机制.QT的通信可分为QT内部通信和外部通信两大类.对于这两类通信机制及应用场合做如以下分析: (1)QT内部对象间通信 ...

RSTP P/A机制分析

RSTP P/A机制分析：

实验拓扑：

拓扑描述：

实验分析：

RSTP P/A机制分析相关推荐

最新文章

热门文章