在此页面上
多机箱链路聚合故障排除
使用以下信息对多机箱链路聚合配置问题进行故障排除:
在多机箱聚合以太网接口上获知的 MAC 地址不会从 MAC 地址表中删除
问题
描述
当两个连接的多机箱链路聚合组 (MC-LAG) 对等方上的两个多机箱聚合以太网接口关闭时,不会从 MAC 地址表中删除在多机箱聚合以太网接口上获知的 MAC 地址。
例如,如果通过发出 set interfaces ae0 disable
命令并提交配置来禁用两个 MC-LAG 对等方上的多机箱聚合以太网接口 (ae0),则 MAC 表仍会显示在两个 MC-LAG 对等方的多机箱聚合以太网接口上获知的 MAC 地址。
user@switchA> show ethernet-switching table Ethernet-switching table: 6 entries, 2 learned, 0 persistent entries VLAN MAC address Type Age Interfaces v10 * Flood - All-members v10 00:00:5E:00:53:00 Learn(L) 3:55 ae0.0 (MCAE) v10 00:00:5E:00:53:01 Learn(R) 0 xe-0/0/9.0 v20 * Flood - All-members v30 * Flood - All-members v30 00:00:5E:00:53:03 Static - Router
user@switchB> show ethernet-switching table Ethernet-switching table: 6 entries, 2 learned, 0 persistent entries VLAN MAC address Type Age Interfaces v10 * Flood - All-members v10 00:00:5E:00:53:04 Learn(R) 0 ae0.0 (MCAE) v10 00:00:5E:00:53:05 Learn 40 xe-0/0/10.0 v20 * Flood - All-members v30 * Flood - All-members v30 00:00:5E:00:53:06 Static - Router
溶液
这是预期行为。
MC-LAG 对等方不进入待机模式
状态控制设置为待机的辅助 MC-LAG 对等方变为非活动状态
操作命令输出错误
问题
描述
停用机箱间控制协议 (ICCP) 后, show iccp
操作命令输出仍会显示已注册的客户端守护程序,例如 mcsnoopd、lacpd 和 eswd。
例如:
user@switch> show iccp Client Application: MCSNOOPD Redundancy Group IDs Joined: None Client Application: lacpd Redundancy Group IDs Joined: 1 Client Application: eswd Redundancy Group IDs Joined: 1
show iccp
命令输出始终显示已注册的模块,无论是否配置 ICCP 对等方。
溶液
这是预期行为。
ICCP 连接最多可能需要 60 秒才能激活
在多机箱聚合以太网接口上获知的 MAC 地址期限重置为零
问题
描述
激活然后停用机箱间链路保护链路 (ICL-PL) 时,在多机箱聚合以太网接口上获知的 MAC 地址老化将重置为零。下一跃点接口更改会触发硬件中的 MAC 地址更新,然后触发数据包转发引擎中的老化更新。结果是 MAC 地址老化更新为零。
例如,ICL-PL 已被停用,命令 show ethernet-switching table
输出显示 MAC 地址的期限为 0。
user@switch> show ethernet-switching table Ethernet-switching table: 3 entries, 2 learned, 0 persistent entries VLAN MAC address Type Age Interfaces v100 * Flood - All-members v100 00:10:00:00:00:01 Learn(L) 0 ae0.0 (MCAE) v100 00:10:00:00:00:02 Learn(L) 0 ae0.0 (MCAE)
溶液
这是预期行为。
无法在默认 VLAN 中远程获知 MAC 地址
不会删除在多机箱聚合以太网接口上获知的侦听条目
添加或删除身份验证密钥后,不会启动 ICCP
本地状态在本应处于活动状态时为待机
ICCP 失败时服务器上的数据包循环
两个 MC-LAG 对等方在重新启动或 ICCP 配置更改后都使用默认系统 ID
不会对 ICL-PL 接口执行提交检查
双重故障转移方案
当 ICL-PL 接口关闭和打开时,组播流量会淹没 VLAN
发送到备用 MC-LAG 对等方的第 3 层流量不会重定向到活动 MC-LAG 对等体
聚合以太网接口中断
上游流量泛滥
ARP 和 MAC 表条目在 MC-LAG 配置中变得不同步
问题
描述
MC-LAG 配置中的 ARP 和 MAC 地址表通常保持同步,但在表更新非常频繁的极端情况下(例如 MC-LAG 组中发生链路摆动时),更新可能会丢失。
溶液
为避免 ARP 和 MAC 条目在 MC-LAG 配置中不同步,您可以在交换机的 IRB 接口上配置 arp-l2-validate 选项,如下所示:
user@switch> set interfaces irb arp-l2-validate
arp-l2-validate
该选项仅适用于 QFX 系列交换机和 Junos OS 15.1R4 版开始的 EX4300 交换机,以及 Junos OS 13.2R4 版开始的 EX9200 交换机。
此选项启用 ARP 和 MAC 表条目的验证,并在更新不同步时自动应用更新。当网络遇到其他问题(也会导致 ARP 和 MAC 同步丢失)时,您可能希望启用此选项作为解决方法,但在正常操作期间禁用它,因为此选项可能会影响扩展配置中的性能。