Rstp的P/A机制是怎么样的？

作者：张铮
链接：https://www.zhihu.com/question/35495673/answer/79530293
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
 

角色缩写： DP=指定端口，AP=阻塞端口（非指定端口） RP=根端口

P/A的根本目的：为了加快某DP端口和RP端口互联链路上两端口快速进入转发状态不等30s的2xforwarding delay。

要成功进行PA快速协商机制只会出现在上边DP下边RP的情况下。首先两台设备比BPDU确定谁是上游DP，谁是下游RP（或AP）。所谓P/A机制，就是在这个过程以后，上游DP捉急要进入转发状态，这才向下发P置位BPDU的请求。P/A协商根本目的就是为了加快某DP端口和RP端口互联链路上两端口快速进入转发状态而无需等30s（
2倍forwarding delay ）。

P/A简要过程：
0.比如两台设备新加了一条线路。然后在这条线路上依次进行下述步骤（初始上下游接口均为DP角色，在第1步的操作后才变为DP/AP/RP）：
1.两台设备互联接口互比缓存BPDU，确认谁是上游（端口角色为DP）谁是下游（端口角色为RP或AP。如果下游是RP端口则继续看step2,如果下游是AP端口则直接参见第三段文字）
2.上游因为是DP，特别着急进入forwarding状态，所以才发送P置位BPDU发起P/A协商。
3.如果下游接口在第一步比较BPDU中确定为RP，则会将自己的所有下游DP接口
（除edge port以外）和原RP接口变为discarding状态阻塞掉（即端口sync）。
4.sync完成后，下游直接将其RP口变成forwarding状态，并向上游发送A置位BPDU（该BPDU源自上游发送的P置位的最新BPDU）以示同意。
5.然后上游交换机收到下游交换机发送的A置位BPDU，则会将其DP端口直接变成forwarding状态。至此上下游的DP端口和RP端口均已进入转发状态，免去等待30s的痛苦。
6.下游交换机继续向其被discarding的其他DP口发起P/A协商以便快点进入forwarding状态。
注：相比STP协议中DP端口变forwarding前需要等待两个转发延迟的30s时间，这个P/A协商可能只需要几秒钟就协商完进入forwarding状态了。

注：如果下游的接口并未被选举为RP而只是个普通AP怎么办？
如果下游设备发现这个接口收到的BPDU没其他某个接口（如现存的RP接口）收到的BPDU优先则下游设备会认为这个接口角色应为AP接口而不是RP。则该(AP)接口就不会去回应上游发送A置位BPDU而只发送普通BPDU。这样上游会一直每两秒发一个P置位BPDU，下游一直不响应A置位BPDU。直到等待1个forwarding delay后该上游DP才会由discarding变为learning状态，再等一个forwarding delay后上游DP才会变为forwarding状态