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

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

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

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

2倍 delay ）。

P/A简要过程：

0.比如两台设备新加了一条线路。然后在这条线路上依次进行下述步骤（初始上下游接口均为DP角色，在第1步的操作后才变为DP/AP/RP）：

1.两台设备互联接口互比缓存BPDU，确认谁是上游（端口角色为DP）谁是下游（端口角色为RP或AP。如果下游是RP端口则继续看step2,如果下游是AP端口则直接参见第三段文字）

2.上游因为是DP，特别着急进入状态，所以才发送P置位BPDU发起P/A协商。

3.如果下游接口在第一步比较BPDU中确定为RP，则会将自己的所有下游DP接口

（除edge port以外）和原RP接口变为状态阻塞掉（即端口sync）。

4.sync完成后，下游直接将其RP口变成状态，并向上游发送A置位BPDU（该BPDU源自上游发送的P置位的最新BPDU）以示同意。

5.然后上游交换机收到下游交换机发送的A置位BPDU，则会将其DP端口直接变成状态。至此上下游的DP端口和RP端口均已进入转发状态，免去等待30s的痛苦。

6.下游交换机继续向其被的其他DP口发起P/A协商以便快点进入状态。

注：相比STP协议中DP端口变前需要等待两个转发延迟的30s时间，这个P/A协商可能只需要几秒钟就协商完进入状态了。

注：如果下游的接口并未被选举为RP而只是个普通AP怎么办？

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