EtherChannel不一致检测

网络技术是从1990年代中期发展起来的新技术 , 它把互联网上分散的资源融为有机整体 , 实现资源的全面共享和有机协作 , 使人们能够透明地使用资源的整体能力并按需获取信息 。资源包括高性能计算机、存储资源、数据资源、信息资源、知识资源、专家资源、大型数据库、网络、传感器等 。当前的互联网只限于信息共享 , 网络则被认为是互联网发展的第三阶段 。本文在 EtherChannel不一致打算提供信息并且在Catalyst交换机如何被发现 。
【EtherChannel不一致检测】本文不进入关于以太网信道如何工作或详细资料如何的可以配置 。关于提供关于了解和配置 以太网信道的细节和区别Catalyst交换机的之间示例配置的文件 , 参见以下:
LAN技术提示:以太网信道
背景
以太网信道是聚集的套物理端口被提交作为单个逻辑端口 。以太网信道的目标是提供更加巨 大的带宽和可用性与那单个端口比较 。
从Spanning-Tree Protocol (STP)观点 , 以太网信道看作为单个端口 。如果信道端口不是一致在信道的两边 , 这 提交创建循环转发的危险 。
例如:

EtherChannel不一致检测

文章插图
 
如果交换机A有二条独立链路 , 并且 交换机B认为那些链路和是一样信道的一部分 , 交换机B将发送广播 或未知单播信息包 。该信息包在图表将转发回到交换机B ,  如被看见 。这在交换机B在错误方向导致信息包复制并且更改 转发表到点 。
特殊协议例如Cisco端 口聚合协议(PAgP)或电气和电子工程师协会链路汇聚控制协议 (IEEE LACP)设计保证有一致性在引导邻居交换机之中 。然 而 , 有案件当时任一个系统不支持这些协议都 , 或者禁用的归结于 其他注意事项 。Cisco建立一个特殊机制发现并且禁用信道不 一致防止信息包复制 , 循环和其他发出关联带有不一致的以太网信 道 。Catalyst 4000、5000及6000交换机支持默认情况下此 功能 , 并且被启用不管信道模式配置 理想 ,  活动 ,  自动 ,  被动 或者。
不一致检测如何工作
如被提及在前面的部分 , 以太网信道看作为单个端口从STP 。所有端口在信道共享同一个STP状态并且仅一STP网桥协议数据单元 (BPDU)应该是sent/received每个VLAN每个Hello 间隔 。
这不会是实际情形如果一台交换机视 为链路当信道和一台邻居交换机认为那些端口分开(即不一致) 。参见以下示例:
EtherChannel不一致检测

文章插图
在图表 , 而 交换机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

如果被 接受的并且/或者被发送的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地址是不同的 。

    推荐阅读