续PA协商过程
續PA協商過程
當sw3的接口恢復之后會發生2中情況。
①sw3的G0/0/2口先發BPDU
②sw3的G0/0/3口先發BPDU
? ?
? ?
? ?
sw3先發送BPDU
sw3和sw1的交互過程:
- sw3的2口恢復后,sw3的所有接口(除了邊緣端口),變為DP(discarding),G0/0/2發送PA置位的BPDU給sw1。
- sw1收到后,對比自己的BPDU,發現自己的優秀,因為sw1的G0/0/2口是DP(discarding),所以也發送PA置位的BPDU。
- sw3收到后,改變自己的狀態為RP(forwarding),發送A置位的BPDU報文。
- sw1收到后,G0/0/2接口由DP(discarding)轉換為DP(forwarding)。
sw3和sw2的交互過程:
- sw3的G0/0/3口因為同步的原因,從RP轉換為DP(discarding),并發送PA置位的BPDU給sw2。
- sw2收到后,發現收到的BPDU比自己的優秀,sw2的G0/0/3口由DP(forwarding)轉換為AP接口(已經有RP了),不發送BPDU。
- sw3因為沒有收到sw2的A置位的協商確認,只能等待時間轉化為forwarding。
(DP-discarding→(15s)→learning→(15s)→DP-forwarding)
sw1先發送BPDU
sw1和sw3的交互過程:
- sw1發送PA置位的BPDU報文
- sw3收到比自己優秀的報文后,將自己接口的狀態由DP(discarding)轉換為RP(forwarding),發送A置位BPDU報文
- sw1收到A置位的BPDU后,由DP(discarding)轉換為DP(forwarding)。協商完成。
sw3和sw2的交互過程:
? ?
? ?
? ?
轉載于:https://www.cnblogs.com/dsl146/p/10320426.html
總結
- 上一篇: UVa 201 Square
- 下一篇: scrapy框架的日志等级和请求传参