CCNP學習筆記15-RSTP

生成樹協議的不足：

    端口從阻塞到轉發必須經歷30s延時

    

快速生成樹 802.1w

    具有STP全部功能，收斂時間 小於1s

    與802.1d兼容，可是兼容後 收斂時間仍是30s

特色：

    1，新拓撲中的根端口能夠馬上進入轉發狀態，節省兩個延時。（須要同步，來防止環路）

    2，在點到點鏈路上，指定端口能夠經過與相連的網橋進行一次握手，快速進入轉發狀態。

        鏈路類型，分爲了: P2P （全雙工 延時<1s）

                        : shared （鏈接了hub等 延時仍是30s）

        注意  ：握手必須在點到點鏈路上。

                一次握手後，相應握手的網橋的非邊緣指定端口將變爲blocking 狀態，則須要向本身                 的鄰居網橋發起握手--即握手擴散

    3，網絡邊緣的端口，即直接與終端相連，而不是和其餘網橋相連的端口

                        能夠直接進入轉發狀態，不須要任何延時。與portfast等同

        配置：

            接口下

                spanning-tree portfast

端口狀態： 

    discarding(丟棄)

    learning

    forwarding

RSTP BPDU flag

配置 全局下

    spanning-tree mode rapid-pvst

    sho spann vlan 1 

同步：

最初A與root之間是斷開的，當連通後，A上的接口變爲RP，會立刻forward，可是root上的指定端口不會立刻轉發數據，而是會向A發送proposal置位的報文給A，要等A同步後纔回復root agreement；

A的同步，就是要block掉本地全部除了邊緣接口之外的全部接口，而後回覆root，而後root纔開始向A轉發；而此時A的P3口由於以前的同步被block了，等A和root收斂後，p3成爲指定端口，也會發送proposal給B，等B同步，回覆agreement給A， 

    

當交換機收到BPDU以前，變爲指定端口後，會block本地除了邊緣接口之外的其餘全部接口，直到發送的proposal收到回覆。

若是proposal一直收不到回覆，就會等待30s延時，再轉發。

RSTP拓撲發生變化

    每一個交換機都會發送TCN，MAC表會立刻老化

STP 和 RSTP

802.1d 只有 根 發BPDU，其餘非根只是轉發BPDU （2s刷新，20s老化）

802.1w 全部交換機都會發 BPDU,不用轉發。

        當鏈路斷開後，除了像802.1d同樣，本段鏈路接口down會立刻知道或者等待老化20s,

        還能夠等待3個BPDU（6s）就知道鏈路故障