仅限参考
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状态。
(0)
您好,请知:
以下是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状态。
(0)
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论