前言
Backbone Fast是，一次 啟用在橋接網絡所有交換機，能保存交換機20秒的一個Cisco 專利 的功能(max_age)當收回從一個間接鏈接故障時。在一些 Spanning-Tree PRotocol (STP)基本以后快速回顧，您將看見 Backbone Fast適用的確切的故障情景和如何為運行CatcOs和集成 Cisco IOS (Native Mode) (Catalyst 6000系列交換機、 Catalyst 4000 交換機和Catalyst 2950/3550系列交換機)的 Catalyst 交換機配置它。
在您開始之前
慣例
欲知關于文件慣例的更 多信息，請參閱 Cisco技術提示慣例。
前提
此 文檔沒有非凡的先決條件。
使用的組件
本文的信息根據以下的軟件及硬件版本。
Catalyst 2950系列交換機 12.1(6)EA2和以后
Catalyst 3550系 列交換機12.1(4)EA1和以后
Catalyst 系列4000系列交換機5.1(1a)及以后
運行集成Cisco IOS (Native Mode) 12.1(8a)EW的Catalyst 4000交 換機和以后
Catalyst 5000系列交換 機CatcOs版本4.1(1) 以上
Catalyst 6000系列交換機CatcOs版本5.1(1)CSX 以 上
Catalyst 6000系列交換機集成 Cisco IOS (Native Mode)版本12.0-7XE以上
BPDU和如何比較他們
網橋協議數據單元 (BPDU)可以使用他們運載的字段嚴格被分類。在這些字段之 中是根網橋ID，路徑成本對根和發送器網橋ID 。BPDU比另 一BDPU被認為好為以下原因：
當一 個BPDU比另運載一個更好的根網橋ID (越低值，好)。
當根網橋ID值是相等的時然后BPDU以 最低的路徑成本對根是更好的。
當根 網橋ID值是等于時并且費用對根是相同然后BPDU用更好的發送器網 橋ID是更好的(越低值，好)。
有能然 后作為同分決賽然而，好BPDU 的其他變量，越好對最佳的根網橋 的訪問。
在端口比那個它將派出更好 接受BPDU 的網橋，在阻塞模式放置此端口除非它是其根端口。 這意味著在分段連接到此端口，那里是是一個指定的網橋的 另一個網橋。 網橋在當前指定的網橋發送的端口存儲BPDU的 值。
下面說明STP如何正常運行當必須在一個間接鏈接故 障以后重估，即時，當網橋在沒有直接地附有它的鏈路時必須更改 其中一些的狀態端口由于一個故障。
考慮介入三臺 交換機R、B和S的上述圖表在一個全網狀拓撲。假設，R是根 網橋并且B是備用根網橋。S阻攔其端口P和B 是指定的網橋 為鏈路L3。
假如鏈路L1斷開，交換機 B立即檢測故障并且假設它是根。它開始發送BPDU到S聲稱是 新的根。
當S從B時接受此新的BPDU， 熟悉到是下等到那個為端口P和忽略存儲了它。
在max_age計時器到期了(之后20秒默認情況下)，在S 存儲的BPDU為端口P超齡。 端口立即去監聽并且S開始發送其 更好的BPDU到B。
當B從S接受BPDU， 停止發送其BPDU。
端口P遷移向轉發 狀態通過監聽和學習狀態。這兩次占用fw_delay值，另外的 30秒。然后恢復全連接。
它兩 次占用max_age值(20秒)加上fw_delay值(2x15秒鐘)從此間接鏈接故 障收回。這是50 秒帶有默認參數。Backbone Fast功 能建議通過超齡保存max_age (20秒)在端口接受下級BPDU之后。
帶有 前一個示例，STP無效變得錯誤由于一個間接鏈接故障通過被動等待 max_age的信息。擺脫此max_age延遲，Backbone Fast引入二 種增進：
能力盡快發現一個間接鏈接 故障。 這通過跟蹤一個指定的網橋發送的下級BPDU達到當體 驗一個直接鏈路故障時。
機制答應 立即檢查假如在端口存儲的BPDU信息有效。這被實施引入一 個新的協議數據部件(PDU)和根鏈路詢問(指在本文RLQ PDU)。
假如下級BPDU在 端口被接受從我們的指定的網橋，則此網橋有：
丟失根和開始做通告一個根用一個更高的網橋ID (一 個更壞的根比我們的)。
或其路徑向 根在我們的之上增加了。
通常工作情況關于 電氣和電子工程師協會(IEEE)規格是簡單忽略所有下級BPDU。 Backbone Fast將使用他們因為當你被接受，肯定的是故障 在路徑發生了對根并且您將必須超齡至少一個端口。
注重： 一個間接 鏈接故障能發生沒有在網絡生成的任何下級BPDU。 簡單添加 一臺集線器在早先圖表：
鏈路故障發生 在根網橋R和集線器之間。 B不發現鏈路斷開并且等待 max_age在聲稱之前是新的根。切記機制只將運作假如網橋發 現一個直接鏈路故障。
只記錄指定的 網橋發送的下級BPDU。 因為這是在端口存儲的BPDU。假如例如，一個最近插入的網橋起動發送下級BPDU ，不會開始 Backbone Fast功能。
當下級BPDU在一個非指定端口時被發 現了，第二個階段Backbone Fast被觸發。 而不是超齡可能 受故障的影響的端口的被動地等待的max_age，一個積極的方式測試 他們通過RLQ PDU立即被引入。在一個非指定端口用于RLQ達 到一ping為根并且答應迅速確認需要丟棄在端口存儲的BPDU是否有 效或。
在下級BPDU的 收據從一個指定的網橋，發送RLQ PDU在所有非指定端口除了您其中 接受下級BPDU和自封閉端口的端口。這為了檢查您在端口從 根仍然聽到您哪里習慣于接受BPDU。您其中接受下級BPDU的 端口排除因為您應該已經知道遭受故障，自已循環和被指派的端口 不是有用的，因為他們不導致根。
在 一種RLQ回應的收據在端口，假如答案是負的，與根的端口丟失的連 接和您能超齡其BPDU。此外，假如其他非指定端口已經收到 了一個負答案，全部的網橋丟失根并且能開始STP計算從頭。
假如答案確認您能通過此端口仍然訪 問根網橋，您能立即超齡我們最初接受下級BPDU的端口。
在以下示例，端口A，B、D和E是非指 定端口為交換機S。A是根端口并且其他阻攔。當E接受 下級BPDU (1)時，Backbone Fast插入加速STP重估。
派出RLQ請求，尋找根R在所有非指定 端口但E (2)?；貜蛯⒅付膫€根通過這些端口是可訪問的。 D收到的RLQ答復指定D 丟失其路徑對根R. Age其BPDU在立 即(3)之外。 端口A和B接受確認書他們仍然有一條路徑對 R (4)。如此，因為交換機S仍然有連通性對根，立即超齡端 口E并且繼續正常STP規則(5) 。
在交換機其中收到 僅答復與根與R不同的案件，根把立即丟失的和被重新啟動的STP 計算視為從頭。注重此案件在網橋也發生當唯一的非指定(和 非自已循環)端口是根端口并且您在此端口接受下級BPDU。
RLQs的二張表是RLQ 請求和RLQ回應。
RLQ請求在您通常 其中接受BPDU的端口被派出，為了檢查您仍然有連通性對根通過此 端口。指定在網橋是您的根并且RLQ 回應用根網橋最終將回 來可以通過此端口被獲取的請求。假如二個根是相同，連通 性運行，它丟失。
立即收到RLQ請求 答案的網橋假如知道它丟失與被查詢的根的連接(因為有一個根網橋 不同到在RLQ查詢指定的那個)，并且假如它是根。
假如這不是實際情形，則，轉送查詢往根通過其根端 口。
RLQ回應在被指派的端口被充斥 。 RLQ請求的發送器在PDU放置其網橋ID。 這是為了 保證當時收到給其自己的查詢的一個回復，在其被指派的端口不充 斥回應。
RLQ PDU有信息包結構和正 常STP BPDU一樣。唯一的區別是使用二個不同的CISCO專用的 SNAP地址：一為請求和一個為回復。
下面是標準BPDU格式：
DA
SA
長度
DSAP
SSAP
CNTL
SNAP
PDU
下面是PDU字段是 ：
協議標識符
版本
消息類型
標志位
根ID
根路徑費用
發送器ID
端口ID
消息計時
最大年限
Hello時間
轉發延遲
用于PDU的消息類型也是與標準 BPDU 不同。
使用的唯一的字段是 根ID和發送器網橋ID。
此CISCO專用 的功能在網絡在所有交換機需要配置為了處理這些PDUs。
以下方案根據第一個示例然而，這次帶有在三臺交換 機啟用的Backbone Fast。
第一階 段是完全相同如早先解釋。
當S從B 接受下級BPDU，開始再確認其非指定端口而不是等待的max_age。 它在其根端口發送一次RLQ查詢為根網橋R。
根網橋R收到查詢并且立即答案帶 有RLQ 回應指定那里仍然是一個根R在該方向。
S現在檢查所有其非指定端口，并且仍然有連通性對 根。它能立即然后超齡在端口與監聽的P. P轉換和開始存儲 的信息發送BPDU。在該階段，您已經節約了max_age 秒鐘， 并且標準的生成樹算法(STA)然后適用。
B從S接受更好的BPDU (R更好的根比B) 和現在考慮 導致L3的端口作為其根端口。
更多的請看：http://www.QQread.com/windows/2003/index.Html
配置Backbone Fast為CatcOs和集成Cisco IOS (Native Mode)
CatcOs的配置
對于運行CatcOs的 Catalyst 4000、5000及6000 系列交換機，使用以下命令全局啟用 Backbone Fast 為所有端口和驗證配置。
Console> (enable) set spantree backbonefast enable
Backbonefast enabled for all VLANs
Console> (enable) show spantree backbonefast
! This command show that the backbonefast feature is enabled.
Backbonefast is enabled.
Console> (enable)
顯示Backbone Fast統計數據：
Console> (enable) show spantree summary
Summary of connected spanning tree ports by vlan
Uplinkfast disabled for bridge.
Backbonefast enabled for bridge.
Vlan Blocking Listening Learning Forwarding STP Active
----- -------- --------- -------- ---------- ----------
1 0 0 0 1 1
Blocking Listening Learning Forwarding STP Active
----- -------- --------- -------- ---------- ----------
Total 0 0 0 1 1
BackboneFast statistics
! The show spantree summary command displays all backbonefast statistics.
-----------------------
Number of inferior BPDUs received (all VLANs): 0
Number of RLQ req PDUs received (all VLANs): 0
Number of RLQ res PDUs received (all VLANs): 0
Number of RLQ req PDUs transmitted (all VLANs): 0
Number of RLQ res PDUs transmitted (all VLANs): 0
Console> (enable)
集成 Cisco IOS (Native Mode) (Catalyst 6000、Catalyst 4000、 Catalyst 2950系列和Catalyst 3550系列的) 配置
對于Catalyst 6000系 列交換機，Catalyst 系列4000系列交換機、Catalyst 2950系列交 換機和Catalyst 3550系列交換機使用以下命令全局啟用 Backbone Fast為所有接口。
CAT-IOS# configure terminal
CAT-IOS(config)# spanning-tree backbonefast
CAT-IOS(config)# end
CAT-IOS#
驗證 Backbone Fast啟用和到show statistics：
CAT-IOS# show spanning-tree backbonefast
BackboneFast is enabled
BackboneFast statistics
-----------------------
Number of transition via backboneFast (all VLANs) : 0
Number of inferior BPDUs received (all VLANs) : 0
Number of RLQ request PDUs received (all VLANs) : 0
Number of RLQ response PDUs received (all VLANs) : 0
Number of RLQ request PDUs sent (all VLANs) : 0
Number of RLQ response PDUs sent (all VLANs) : 0
CAT-IOS#
新聞熱點
疑難解答
