Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

多机箱链路聚合故障排除

使用以下信息对多机箱链路聚合配置问题进行故障排除:

在多机箱聚合以太网接口上获知的 MAC 地址不会从 MAC 地址表中删除

问题

描述

当两个连接的多机箱链路聚合组 (MC-LAG) 对等方上的两个多机箱聚合以太网接口关闭时,不会从 MAC 地址表中删除在多机箱聚合以太网接口上获知的 MAC 地址。

例如,如果通过发出 set interfaces ae0 disable 命令并提交配置来禁用两个 MC-LAG 对等方上的多机箱聚合以太网接口 (ae0),则 MAC 表仍会显示在两个 MC-LAG 对等方的多机箱聚合以太网接口上获知的 MAC 地址。

溶液

这是预期行为。

MC-LAG 对等方不进入待机模式

问题

描述

如果机箱间控制协议 (ICCP) 配置中指定的 MC-LAG 对等方 IP 地址与多机箱保护配置中指定的 IP 地址不同,则多机箱链路聚合组 (MC-LAG) 对等方不会进入待机模式。

溶液

为防止无法进入待机模式,请确保 ICCP 配置中的对等 IP 地址与多机箱保护配置中的 IP 地址相同。

状态控制设置为待机的辅助 MC-LAG 对等方变为非活动状态

问题

描述

当主多机箱链路聚合组 (MC-LAG) 对等方上的机箱间控制链路保护链路 (ICL-PL) 和多机箱聚合以太网接口关闭时,状态控制设置为备用的辅助 MC-LAG 对等方的多机箱聚合以太网接口将变为非活动状态,而不是活动状态。

溶液

这是预期行为。

重定向筛选器优先于用户定义的筛选器

问题

描述

多机箱链路聚合组 (MC-LAG) 隐式故障切换重定向过滤器优先于用户配置的显式过滤器。

溶液

这是预期行为。

操作命令输出错误

问题

描述

停用机箱间控制协议 (ICCP) 后, show iccp 操作命令输出仍会显示已注册的客户端守护程序,例如 mcsnoopd、lacpd 和 eswd。

例如:

show iccp命令输出始终显示已注册的模块,无论是否配置 ICCP 对等方。

溶液

这是预期行为。

ICCP 连接最多可能需要 60 秒才能激活

问题

描述

机箱间控制协议 (ICCP) 配置和路由 VLAN 接口 (RVI) 配置一起提交时,ICCP 连接最多可能需要 60 秒才能激活。

溶液

这是预期行为。

在多机箱聚合以太网接口上获知的 MAC 地址期限重置为零

问题

描述

激活然后停用机箱间链路保护链路 (ICL-PL) 时,在多机箱聚合以太网接口上获知的 MAC 地址老化将重置为零。下一跃点接口更改会触发硬件中的 MAC 地址更新,然后触发数据包转发引擎中的老化更新。结果是 MAC 地址老化更新为零。

例如,ICL-PL 已被停用,命令 show ethernet-switching table 输出显示 MAC 地址的期限为 0。

溶液

这是预期行为。

无法在默认 VLAN 中远程获知 MAC 地址

问题

描述

在运行 Junos OS 12.3 或更低版本的 QFX3500 交换机上,如果多机箱链路聚合组 (MC-LAG) 对等方获知默认 VLAN 中的 MAC 地址,机箱间控制协议 (ICCP) 不会将该 MAC 地址与其他 MC-LAG 对等方的 MAC 地址同步。

溶液

这是预期行为。

不会删除在多机箱聚合以太网接口上获知的侦听条目

问题

描述

在启用了组播侦听的 VLAN 上配置多机箱聚合以太网接口时,当多机箱聚合以太网接口出现故障时,不会清除在 VLAN 上的多机箱聚合以太网接口上获知的成员资格条目。这样做是为了在接口启动或启动和关闭时加快收敛时间。

溶液

这是预期行为。

添加或删除身份验证密钥后,不会启动 ICCP

问题

描述

添加身份验证密钥,然后仅在全局 ICCP 级别将其删除时,不会建立机箱间控制协议 (ICCP) 连接。但是,身份验证在 ICCP 对等级别正常工作。

溶液

删除 ICCP 配置,然后添加 ICCP 配置。

本地状态在本应处于活动状态时为待机

问题

描述

如果多机箱聚合以太网接口在状态机处于同步状态时关闭,则多机箱链路聚合组 (MC-LAG) 对等本地状态为备用。如果多机箱聚合以太网接口在状态机处于活动状态后关闭,则本地状态将保持活动状态,并且本地状态指示接口已关闭。

溶液

这是预期行为。

ICCP 失败时服务器上的数据包循环

问题

描述

如果为多机箱链路聚合组 (MC-LAG) 启用备份活动检测,并且备份活动检测数据包因 MC-LAG 上的临时故障而丢失,则 MC-LAG 中的两个对等方都将保持活动状态。如果发生这种情况,两个 MC-LAG 对等方都会向连接的服务器发送数据包。

溶液

这是预期行为。

两个 MC-LAG 对等方在重新启动或 ICCP 配置更改后都使用默认系统 ID

问题

描述

重新启动或提交新的机箱间控制协议 (ICCP) 配置后,如果 ICCP 连接未变为活动状态,则通过多机箱聚合以太网接口传输的链路聚合控制协议 (LACP) 消息将使用默认系统 ID。只有在 MC-LAG 对等方相互同步后,才会使用配置的系统 ID 代替默认系统 ID。

溶液

这是预期行为。

不会对 ICL-PL 接口执行提交检查

问题

描述

配置为机箱间链路保护链路 (ICL-PL) 的接口上没有提交检查,因此您必须为 ICL-PL 提供有效的接口名称。

溶液

这是预期行为。

双重故障转移方案

问题

描述

如果以下事件按此确切顺序发生 — 机箱间控制协议 (ICCP) 关闭,处于活动模式下的多机箱链路聚合组 (MC-LAG) 对等方上的多机箱聚合以太网接口关闭,则会发生双重故障切换。在这种情况下,处于待机模式的 MC-LAG 对等方不会检测活动 MC-LAG 对等体上发生的情况。处于待机模式的 MC-LAG 对等方就像处于活动模式下的 MC-LAG 上的多机箱聚合以太网接口已启动并阻止机箱间链路保护链路 (ICL-PL) 流量一样。不转发 ICL-PL 流量。

溶液

这是预期行为。

当 ICL-PL 接口关闭和打开时,组播流量会淹没 VLAN

问题

描述

当机箱间链路保护链路 (ICL-PL) 出现故障并启动时,组播流量将泛洪到 VLAN 中的所有接口。VLAN 的数据包转发引擎标志 Ip4McastFloodMode 更改为 MCAST_FLOOD_ALL。仅当为第 2 层配置了多机箱链路聚合组 (MC-LAG) 时,才会出现此问题。

溶液

这是预期行为。

发送到备用 MC-LAG 对等方的第 3 层流量不会重定向到活动 MC-LAG 对等体

问题

描述

机箱间控制协议 (ICCP) 关闭时,远程 MC-LAG 对等方的状态未知。即使 MC-LAG 对等方配置为备用,流量也不会重定向到此对等方,因为假定此对等方已关闭。

溶液

这是预期行为。

聚合以太网接口中断

问题

描述

将多机箱聚合以太网接口转换为聚合以太网接口时,会保留一些多机箱聚合以太网接口属性。例如,聚合以太网接口可能保留多机箱聚合以太网接口的管理密钥。发生这种情况时,聚合以太网接口将关闭。

溶液

在托管聚合以太网接口的多机箱链路聚合组 (MC-LAG) 对等方上重新启动链路聚合控制协议 (LACP),以启动聚合以太网接口。重新启动 LACP 会移除聚合以太网接口的多机箱聚合以太网属性。

上游流量泛滥

问题

描述

启用 MAC 同步后,多机箱链路聚合组 (MC-LAG) 对等方可以使用任一 MC-LAG 对等方 MAC 地址解析 MC-LAG 路由 VLAN 接口 (RVI) 的地址解析协议 (ARP) 条目。如果下游流量使用一个 MAC 地址 (MAC1) 发送,但对等方已使用不同的 MAC 地址 (MAC2) 解析了该 MAC 地址,则任何接入层交换机都可能无法获知该 MAC2 地址。然后可能会发生 MAC2 地址的上游流量泛洪。

溶液

确保定期从 MC-LAG 对等方发送下游流量,以防止 MAC 地址老化。

ARP 和 MAC 表条目在 MC-LAG 配置中变得不同步

问题

描述

MC-LAG 配置中的 ARP 和 MAC 地址表通常保持同步,但在表更新非常频繁的极端情况下(例如 MC-LAG 组中发生链路摆动时),更新可能会丢失。

溶液

为避免 ARP 和 MAC 条目在 MC-LAG 配置中不同步,您可以在交换机的 IRB 接口上配置 arp-l2-validate 选项,如下所示:

arp-l2-validate该选项仅适用于 QFX 系列交换机和 Junos OS 15.1R4 版开始的 EX4300 交换机,以及 Junos OS 13.2R4 版开始的 EX9200 交换机。

此选项启用 ARP 和 MAC 表条目的验证,并在更新不同步时自动应用更新。当网络遇到其他问题(也会导致 ARP 和 MAC 同步丢失)时,您可能希望启用此选项作为解决方法,但在正常操作期间禁用它,因为此选项可能会影响扩展配置中的性能。