EtherChannel不一致检测

本文在 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
--- ---- ----- ------------------------- ------------------- --- --------
22;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
--- -------------------------------------- ------ ---------- -----------------
200-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/5VLAN 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/5VLAN 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地址
【EtherChannel不一致检测】channel_ok_count 计数BPDU 的数量连续被发送带有同样MAC地址
注重 channel_src_count 参数增加。一旦这到达大于75，所有链路在信道将被放到防错状态，并且将发出上述系统日志消息。并且注重在输出上述二个示例看的MAC地址是不同的。