本文在 EtherChannel不一致打算提供信息并且在Catalyst交換機如何被發現。

本文不進入關于以太網信道如何工作或具體資料如何的可以配置。關于提供關于了解和配置 以太網信道的細節和區別Catalyst交換機的之間示例配置的文件，參見以下：

LAN技術提示：以太網信道

背景

以太網信道是聚集的套物理端口被提交作為單個邏輯端口。以太網信道的目標是提供更加巨 大的帶寬和可用性與那單個端口比較。

從Spanning-Tree PRotocol (STP)觀點，以太網信道看作為單個端口。假如信道端口不是一致在信道的兩邊，這 提交創建循環轉發的危險。

例如：

假如交換機A有二條獨立鏈路，并且 交換機B認為那些鏈路和是一樣信道的一部分，交換機B將發送廣播 或未知單播信息包。 該信息包在圖表將轉發回到交換機B， 如被看見。這在交換機B在錯誤方向導致信息包復制并且更改 轉發表到點。

非凡協議例如Cisco端 口聚合協議(PAgP)或電氣和電子工程師協會鏈路匯聚控制協議 (IEEE LACP)設計保證有一致性在引導鄰居交換機之中。然 而，有案件當時任一個系統不支持這些協議都，或者禁用的歸結于 其他注重事項。Cisco建立一個非凡機制發現并且禁用信道不 一致防止信息包復制，循環和其他發出關聯帶有不一致的以太網信 道。 Catalyst 4000、5000及6000交換機支持默認情況下此 功能，并且被啟用不管信道模式配置 理想， 活動， 自動， 被動 或者 。

不一致檢測如何工作

如被提及在前面的部分，以太網信道看作為單個端口從STP。所有端口在信道共享同一個STP狀態并且僅一STP網橋協議數據單元 (BPDU)應該是sent/received每個VLAN每個Hello 間隔。

這不會是實際情形假如一臺交換機視 為鏈路當信道和一臺鄰居交換機認為那些端口分開(即不一致)。 參見以下示例：

在圖表，而 交換機B開辟信道，交換機A不開辟信道。我們假設， STP Designated Port 為該鏈路在交換機B的邊。這意味著 交換機B應該發送BPDU。只要信道被認為單個STP端口，只有 一個BPDU在信道每個VLAN 被發送。此BPDU在信道通過其中 一個端口將實際傳輸并且，只有其中一個端口在交換機A將接受它( 黑色箭頭在圖畫)。

因為從交換機B ，不會接受BPDU另一個端口在交換機A將成為STP Designated Port 。作為Designated Port，它傳輸BPDU (紅色箭頭在圖畫)。 交換機B在交換機A從端口將接受BPDU。

信道不一致檢測機制根據事實僅一個端口在信道在每 個VLAN應該是發送或接受BPDU 。每個端口在Catalyst交換 機有其使用的自己的唯一MAC地址當發送BPDU時。此MAC 地 址在版本7.1在最新版本能 由 發出sh port mac-address < mod/port >命令 或者sh module < mod >命令看。 示例輸出如下所示。

Cat6k> (enable) sh port Mac-address 2/7

Port  Mac address

----- -----------------

2/7  00-02-fc-90-19-2c

Cat6k> (enable) sh mod 2

Mod Slot Ports Module-Type               Model               Sub Status

--- ---- ----- ------------------------- ------------------- --- --------

2   2    16    10/100/1000BaseT Ethernet WS-X6516-GE-TX      no  ok

Mod Module-Name          Serial-Num

--- -------------------- -----------

2                        SAD05170009

Mod MAC-Address(es)                        Hw     Fw         Sw

--- -------------------------------------- ------ ---------- -----------------

2   00-02-fc-90-19-26 to 00-02-fc-90-19-35 0.231  6.1(3)     7.1(1)



假如被 接受的并且/或者被發送的BPDU的源MAC地址在信道端口經常交替， 多個STP端口發送BPDU。因為信道是單個端口從STP的觀點， 這是一種明顯的不一致跡象。

注重 此機制答應若干容差，因為很可能,在一些時間BPDU將來自不同的 MAC地址。 例如，當時STP是聚合的， STP Designated Port 也許更改在信道的之間不同的邊。此 進程然而，應該結算在短時間之內。

數字，它在超過30秒采取信道對"看見"大于75個BPDU 從不同的MAC地址認為，信道是不一致的。然而，假如五個 BPDU "從同樣MAC地址連續被看見"，將重置檢測計數器。注 意這些圖在將來軟件版本也許更改。被接受的和被發送的 BPDU由檢測機制檢查。應該也注重到它，由于此機制的一般 本質，可能被觸發既使當一致配置信道。

例如，假如由于軟件問題一些硬件一臺交換機的在信 道接通的網絡二交換機不能對哪達成協議邊STP Designated Port是 并且每邊導致發送BPDU，這樣信道可能由一致性檢測機制禁用。 因為此更改潛在將答應分開的網絡聚合，不應該認為這一個 有害的副作用。

注重既使當STP失效 ，BPDU沒有由硬件充斥。STP必須仍然執行處理在BPDU的一些 ，包括BPDU的源MAC地址的重寫是那個發送的端口。這意味著 不一致檢測在信道將工作即使STP失效。

信道不一致檢測功能可能失效，雖然這不推薦。 在Native IOS，以下全局configuration mode命令可以發出 禁用此功能：

沒有生成樹以太網 信道衛兵misconfig

默認情況下，檢 測在CatcOs和Native IOS 被啟動。

通過發出sh spantree stat < mod/port > < VLAN > 命令 監控功能的操作也是 可能的。參見以下示例：

Cat6k> (enable) sh spant stat 2/5 199

Port  2/5   VLAN 199

[output skipped]

channel_src_mac                      00-d0-5a-eb-67-5a

channel src count                    73

channel OK count                     1

Cat6k> (enable) sh spant stat 2/5 199

Port  2/5   VLAN 199

[output skipped]

channel_src_mac                      00-50-14-bb-63-a9

channel src count                    76

channel OK count                     1

%SPANTREE-2-CHNMISCFG: STP loop - channel 2/5-12 is disabled in vlan/instance 199



下面的列表在上述示例輸出顯示系 統日志消息參數的解釋。

channel_src_mac 顯示在信道 發送或接收的最后BPDU的源MAC地址

channel_src_count 計數BPDU 的數量被發送或接收帶有另外源MAC地址

channel_ok_count 計數BPDU 的數量連續被發送帶有同樣MAC地址

注重 channel_src_count 參數增加。一旦這到達大于75，所有鏈路在信 道將被放到 防錯狀態 ，并且將發出上述系統日志消息。并且注重在輸出上述二個 示例看的MAC地址是不同的。