其他 MC-LAG 配置

MC-LAG 由逻辑链路聚合组 （LAG） 组成，在 [edit interfaces aeX] 层次结构下配置，如下所示：

注意：

仅当封装是以太网桥或扩展 VLAN 网桥时，模式 active-active 语句才有效。

使用 mode 语句指定 MC-LAG 是 主动-备用 还是 主动-主动。如果 ICCP 连接已启动且 ICL 启动，则配置为备用的路由器将启动与对等方共享的多机箱聚合以太网接口。

在物理接口级别使用 多机箱保护 是在逻辑接口级别减少配置的一种方式。

如果 ae0 下有 n+1 个逻辑接口，则从 ae0.0 到 ae0.n，ge-0/0/0 下也有 n+1 个逻辑接口，从 ge-0/0/0.0 到 ge-0/0/0.n，每个 ge-0/0/0 逻辑接口都是 ae0 逻辑接口的保护链路。

注意：

桥接域不能具有属于不同冗余组的多机箱聚合以太网逻辑接口。

当其中一个活动链路发生链路故障（例如，MC-LAG 中继故障）时，机箱间链路保护链路 （ICL-PL） 可提供冗余。ICL-PL 是一个聚合以太网接口。尽管可以在它们之间配置多个 MC-LAG，但只能在两个对等方之间配置一个 ICL-PL。

ICL-PL 假定接口 ge-0/0/0.0 用于保护 MC-LAG-1 的接口 ae0.0：

保护接口可以是以太网类型接口（如 ge 或 xe）或聚合以太网 （ae） 接口。

顶级层次结构用于指定与多机箱相关的配置，如下所示：

此示例将接口 ge-0/0/0 指定为所有多机箱聚合以太网接口的多机箱保护接口，这些接口也是对等方的一部分。可以通过在物理接口级别和逻辑接口级别指定保护来覆盖此问题。

您必须为提供服务的 PE 路由器集中的服务配置相同的唯一网络范围配置。您可以在以下示例中所示的层次结构级别下配置服务 ID：

全局配置（默认逻辑系统）

逻辑系统

注意：

不支持为每个网桥域使用服务名称。

桥接级别服务 ID 是跨对等方链接相关桥接域所必需的，应使用相同的值进行配置。 service-id 值在所有桥接和路由实例之间以及对等方之间共享名称空间。因此，不允许在这些实体中使用重复的服务 ID 值。

对于类型非单一 VLAN 桥接域，桥接域级别的服务 ID 是必需的。对于定义了 VLAN 标识符 （VID） 的桥接域，服务 ID 是可选的。如果在后一种情况下未定义服务 ID，则从该路由实例的服务 ID 配置中选取该 ID。

注意：

如果配置此默认路由实例（或任何其他路由实例），其中包含包含多机箱聚合以太网接口的桥接域，则必须配置全局级 switch-options service-id number，无论所包含的网桥域是否配置了特定的服务 ID。

在 图 1 所示的示例图中，网络路由实例 N1 和 N2 均具有相同的服务 ID，但在 N1 和 N2 中均配置了相同的服务 ID。不支持使用名称字符串而不是数字。

存在以下配置限制：

• 如果配置了多机箱聚合以太网接口，且多机箱聚合以太网逻辑接口是桥接域的一部分，则必须配置服务 ID。此要求是强制执行的。

• 单个网桥域不能对应两个冗余组 ID。

  在 图 2 中，可以配置一个由来自两个多机箱聚合以太网接口的逻辑接口组成的桥接域，并将它们映射到不受支持的单独冗余组 ID。服务必须与提供服务的冗余组进行一对一映射。此要求是强制执行的。

  图 2：使用来自两个多机箱聚合以太网接口 的逻辑接口的桥接域

要显示多机箱聚合以太网配置，请使用 show interfaces mc-ae 命令。有关更多信息，请参阅 CLI 资源管理器。

要使组播解决方案正常工作，必须配置以下内容：

• 必须将多机箱保护链路配置为面向路由器的接口。

  在此示例中，ge-0/0/0.0 是 ICL 接口。

• multichassis-lag-replicate-state必须在该桥接域的multicast-snooping-options语句下配置语句选项。

注意：

仅在非代理模式下支持使用主动-主动 MC-LAG 进行窥探。

若要使用 IPv4 传输增加 ARP 和 NDP 条目的数量，请按照下列步骤操作。为了获得最佳性能，建议您使用此过程中提供的值：

使用 IPv6 传输增加 ARP 和网络发现协议条目数。为了获得最佳性能，建议您使用此过程中提供的值：

若要使用 IPv4 租户流量增加 ARP 条目数，请按照下列步骤操作。为了获得最佳性能，建议您使用此过程中提供的值：

若要使用 IPv4 和 IPv6 租户流量增加 ARP 和网络发现协议条目数，请按照下列步骤操作。为了获得最佳性能，建议您使用此过程中提供的值：

为将同步其配置的设备配置主机名或 IP 地址，以及为管理配置同步的用户配置用户名和身份验证详细信息。此外，启用 NETCONF 连接，以便设备可以同步其配置。安全复制协议 （SCP） 在设备之间安全地复制配置。

例如，如果您有名为交换机 A 的本地设备，并且想要与名为交换机 B、交换机 C 和交换机 D 的远程设备同步配置，则需要在交换机 A 上配置交换机 B、交换机 C 和交换机 D 的详细信息。

要指定配置详细信息，请执行以下操作：

创建本地和远程设备的全局配置组。

要创建全局配置组，请执行以下操作：

为本地设备创建本地配置组。

要创建本地配置组，请执行以下操作：

为远程设备创建远程配置组。

要创建远程配置组，请执行以下操作：

创建应用组，以便配置中的更改由本地、远程和全局配置组继承。按继承顺序列出配置组，其中第一个配置组中的配置数据优先于后续配置组中的数据。

应用配置组并发出 commit peers-synchronize 命令时，会在本地和远程设备上提交更改。如果任何设备上出现错误，则会发出错误消息，并终止提交。

要应用配置组，请执行以下操作：

注意：

执行配置同步时，不支持命令 commit at <"string"> 。

默认情况下，您可以在本地（或请求）设备上启用 peers-synchronize 语句，以将其配置复制并加载到远程（或响应）设备。您也可以发出 commit peers-synchronize 命令。

• 在本地（或请求）上配置 commit 命令以在设备之间自动执行 peers-synchronize 操作。

  配置的输出如下：

• 在本地（或请求）设备上发出 commit peers-synchronize 命令。