EVPN 网络中优化的子网间组播 (OISM)
启用子网间组播 (OISM),以优化 EVPN 边缘路由桥接 (ERB) 叠加交换矩阵中的组播流量路由和转发。OISM 避免了组播数据泛洪,以有效地支持规模化的组播环境。此外,借助 OISM,您的网络还可以支持 EVPN 交换矩阵内外设备之间的组播流量。
OISM概述
支持组播流量的传统方法使用入口复制,并将组播数据包泛洪到网络中,以到达任何感兴趣的侦听方。当您的网络具有大型组播流时,这些方法的扩展性不佳,并且会出现延迟问题。此外,配置网络以正确、高效地处理来自网络外部源和接收器的组播流量也非常复杂。
优化的子网间组播 (OISM) 是一种组播流量优化功能,在 EVPN-VXLAN 边缘路由桥接 (ERB) 叠加交换矩阵的第 2 层 (L2) 和第 3 层 (L3) 运行。OISM解决了其他组播方法固有的许多问题。OISM的设计基于规范 https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-irb-mcast IETF草案。
我们将我们最初的 OISM 实施称为 常规 OISM。常规 OISM 使用对称桥接域 OISM 模型,该模型要求您在所有 OISM 叶设备上配置网络中的所有收入 VLAN(也称为租户 VLAN)。
从 Junos OS 23.4R1 版开始,我们还支持 OISM 的增强版本。增强型 OISM 使用非对称桥接域 OISM 模型,无需在所有 OISM 设备上配置网络中的所有收入 VLAN。在每台设备上,您只能配置设备托管的收入 VLAN。为了支持非对称桥域模型,增强型 OISM 与对称桥域模型有一些操作差异,并且配置差异很小。本文档中概述了差异。
您可以将 OISM 配置和操作应用于组播流量,但不能应用于广播或未知单播流量。
在 EVPN ERB 叠加交换矩阵设计中,交换矩阵中的叶设备在租户网桥域之间(即 VLAN 之间)路由流量。启用 OISM 后,叶设备将使用控制平面组播状态通过 IRB 接口本地路由子网间组播流量。使用 VLAN 之间的本地路由时,接收方 IRB 接口不会将路由的组播流量发送到 EVPN 核心。本地路由模型有助于最大程度地减少 EVPN 核心内的流量负载。它还避免了流量发夹。
OISM 叶设备还会选择性地将流量转发到 EVPN 核心,仅转发至具有相关接收方的其他 EVPN 设备。选择性转发进一步提高了 EVPN 交换矩阵中的组播流量性能。
启用 OISM 后,ERB 叠加交换矩阵可以高效且有效地支持 EVPN 交换矩阵内外设备之间的组播流量。如果没有 OISM,交换矩阵设计人员必须使用集中路由桥接 (CRB) 叠加模型来支持与外部源或接收器的组播。OISM 边界叶设备支持不同的方法来路由进出外部 PIM 域的流量。这些方法使用集成路由和桥接 (IRB) 接口或第 3 层 (L3) 接口。OISM 还在交换矩阵内采用补充桥接域 (SBD),如下所示:
-
SBD 的 VLAN ID 与任何收入 VLAN 不同。
-
边界叶设备使用 SBD 将流量从外部源传输到 EVPN 交换矩阵内的接收器。
-
在增强型 OISM 模式下,服务器叶设备使用 SBD 将流量从内部源传输到 EVPN 交换矩阵中非多宿主对等方的其他服务器叶设备。增强模式叶设备仅使用源 VLAN 将组播流量发送到其多宿主对等叶设备。
- OISM的优势
- EVPN 实例中的 OISM 支持
- 租户 L3 VRF 实例或默认 L3 路由实例的 OISM 支持
- OISM 与 EVPN 交换矩阵中的组播协议和其他组播优化
- 特定于平台的 OISM 行为与常规 OISM
OISM的优势
- 启用具有 ERB 叠加模型的 EVPN-VXLAN 交换矩阵,以支持通过交换矩阵外部的源和接收方进行组播流量。
- 最大限度地减少 EVPN 交换矩阵核心中的组播控制数据包和复制的数据包,从而优化规模化设计中的交换矩阵组播性能。
-
借助增强型 OISM 模式,您可以使用托管大量不同 VLAN 的叶设备进一步支持扩展网络设计(在每个叶设备上,您只需配置设备托管的 VLAN)。
EVPN 实例中的 OISM 支持
我们在以下类型的 EVPN 实例的 EVPN-VXLAN 交换矩阵中支持 OISM:
-
默认交换机实例中的 EVPN(在支持默认交换机实例的平台上)
-
仅具有
vlan-aware和vlan-based服务类型的 MAC-VRF EVPN 路由实例(请参阅 MAC-VRF 路由实例类型概述)
在 Junos OS 演化版设备上,我们仅支持使用 EVPN 配置和 MAC-VRF 实例的 EVPN-VXLAN,而在默认交换机实例中不支持。因此,在这些设备上,我们仅在 MAC-VRF EVPN 实例中支持 OISM。
租户 L3 VRF 实例或默认 L3 路由实例的 OISM 支持
您可以使用以下类型的租户 L3 路由实例配置 OISM:
-
instance-type vrf,它们被称为虚拟路由和转发 (VRF) 实例,受支持 OISM 的所有平台支持。OISM 配置通常包括多个租户 VRF 实例。 -
设备上的默认 L3 路由实例,仅在某些平台上受支持。有关当前支持的平台,请参阅 功能浏览器 。
我们支持将默认的 L3 路由实例与以下产品搭配使用:
-
服务器叶和边界叶设备上的常规 OISM 模式,包括充当 PIM EVPN 网关 (PEG) 角色的边界叶设备(请参阅 表 3)。
-
EVPN 网络中的 IPv4 底层对等网络。
-
使用 IGMPv2、IGMPv3 和 IGMP 侦听的 IPv4 组播数据流量。
-
PEG 指定转发器 (DF) 选择选项(请参阅 PEG DF 选择)。
在特定平台上配置的 VRF 实例中,OISM 不支持的任何用例或行为在该平台上的默认 L3 路由实例中同样不受支持。例如,如果我们在平台上配置的 VRF 中不支持使用 OISM 进行辅助复制 (AR),那么我们也不支持在该平台上的默认 L3 路由实例中使用 OISM 进行 AR。
-
在本 OISM 文档中,我们将介绍如何在 EVPN 和 OISM 设备上的 L3 VRF 实例中配置特定元素。如果您的配置使用默认 L3 路由实例而非 VRF 实例,则可以在全局级别(而非 [edit routing-instances name ...] 层次结构级别)配置这些元素。例如,替换此层级的配置语句:
[edit routing-instances L3VRF-1 protocols evpn ...]
在全局层级使用相同的语句:
[edit protocols evpn ...]
在使用默认 L3 路由实例的 OISM 配置中,我们还要求您添加全局路由策略配置以匹配叠加 VXLAN 接口下一跃点,并避免安装这些路由以实现底层可达性。使用 EVPN-VXLAN 配置时,VXLAN 隧道仅在底层网络中解析。设备叠加对等利用底层在 EVPN 设备之间建立可访问性,这是底层路由的有效用法。但是,设备的底层对等网络可能会使用叠加 IRB 路由来实现默认 L3 路由实例配置中的可访问性,这可能会导致网络中出现路由环路。
在这种情况下,为防止底层对等互连使用叠加路由实现 OISM 设备上的底层可达性,必须通过 install-nexthop except overlay-vxlan-interfaces 策略语句操作定义和应用路由策略,如下所示:
set policy-options policy-statement policy-name term 1 then install-nexthop strict set policy-options policy-statement policy-name term 1 then install-nexthop except overlay-vxlan-interfaces set routing-options forwarding-table export policy-name
OISM 与 EVPN 交换矩阵中的组播协议和其他组播优化
OISM 支持以下组播协议和其他 EVPN 组播优化功能。
OISM 支持的组播协议
-
用于 IPv4 组播流量的 IGMPv2、IGMPv3 和 IGMP 侦听
-
针对 IPv6 组播流量的 MLDv1、MLDv2 和 MLD 侦听
-
PIM,支持本地路由和外部组播流量路由
请参阅 功能浏览器 中的各种 OISM 条目,了解不同组播协议的特定平台和版本支持。
OISM 仅支持在某些配置约束下,在同一设备上同时使用 IGMPv2 和 IGMPv3 进行 IGMP 侦听。同样,OISM 在相同的配置约束下支持同时使用 MLDv1 和 MLDv2 进行 MLD 侦听。有关详细信息,请参阅同一 EVPN-VXLAN 交换矩阵中的 IGMPv2 和 IGMPv3(或 MLDv1 和 MLDv2)。
另请参阅支持 IGMP 或 MLD 的 IGMP 或 MLD 任意源组播 (ASM) 和源特定组播 (SSM) 模式在 EVPN-VXLAN 交换矩阵中支持的信息。
与 OISM 配合使用的其他组播优化功能
OISM 可与以下其他组播优化功能配合使用:
-
IGMP 侦听或 MLD 侦听(某些平台)在叶设备上的接入侧。
启用 IGMP 侦听或 MLD 侦听后,接收组播流量的叶设备只会将其转发到具有相关接收方的其他设备。
-
使用 EVPN 7 类(加入同步)和 8 类(离开同步)路由的以太网段 (ES) 中的多宿主支持。
EVPN 交换矩阵设备会播发这些路由类型,以便在作为多宿主对等方的 EVPN 设备之间同步组播状态。
注意:ACX 系列 OISM 叶设备只能是带有 ACX 系列设备的多宿主对等体 PE 设备。 -
使用 EVPN Type 6 路由在 EVPN 交换矩阵核心中进行选择性组播以太网标记 (SMET) 转发。
EVPN 设备使用 6 类路由,将 EVPN 核心内的转发限制为仅对接收组播组流量感兴趣的接收方。您可以使用 OISM 在 EVPN ERB 叠加交换矩阵中实现此优化。配置 IGMP 或 MLD 侦听时,交换矩阵会自动启用带有 OISM 的 SMET 转发。
-
辅助复制 (AR)(某些平台和版本)。
表 1 列出了如何使用支持不同 AR 和 OISM 设备角色的平台和版本将 AR 集成到运行 OISM 的交换矩阵中。我们仅在任何平台上通过常规 OISM 支持 AR。
表 1:AR 与常规 OISM 集成——特定于平台支持的角色和行为 平台 起始版本 支持的角色和行为 EX4650
QFX5110
QFX5120
QFX10002(QFX10002-60C 除外)
QFX10008
QFX10016
Junos OS 22.2R1 版
您可以在同时充当 OISM 边界叶设备或服务器叶设备的任何设备上配置 AR 叶角色。
QFX10002(QFX10002-60C 除外)
QFX10008
QFX10016
Junos OS 22.2R1 版
您可以在以下任一 AR 复制器模式下将这些交换机中的任何一个配置为 AR 复制器:
-
并置模式:该设备既充当 AR 复制器设备,也充当 OISM 边界叶设备。
-
独立模式:设备是 AR 复制器,但不是 OISM 边界叶设备或服务器叶设备。
QFX5130
QFX5700
Junos OS 演化版 22.2R1
您可以在同时充当 OISM 边界叶设备或服务器叶设备的任何设备上配置 AR 叶角色。
您只能在独立模式下将这些设备配置为具有 OISM 的 AR 复制器。在独立模式下,AR 复制器设备不作为 OISM 边界叶或服务器叶运行。
EX4400
Junos OS 24.4R1 版
您可以在同时充当 OISM 边界叶设备或服务器叶设备的任何设备上配置 AR 叶角色。
这些设备不支持 AR 复制器角色,并且仅支持配置为独立 AR 复制器的其他设备的 AR 叶角色。
注意:我们仅在这些设备上支持基于 VLAN 和 VLAN 感知型 MAC-VRF EVPN 实例的 AR with OISM。
注意:ACX 系列和 PTX 系列路由器不支持将 OISM 作为 AR 复制器或 AR 叶设备进行 AR。
有关同时使用 AR 和 OISM 的更多信息,请参阅以下参考资料:
- AR 如何工作以及如何配置 AR—
-
AR 如何与 OISM 集成 - 具有优化子网间组播 (OISM) 的 AR
-
AR 和 OISM 协同工作的用例示例:
-
特定于平台的 OISM 行为与常规 OISM
在为您的平台运行常规 OISM 时,使用下表查看特定于平台的行为。
|
平台 |
差异 |
|---|---|
|
PTX10008 与 PTX10K-LC1301-36DD(Express 5)和 PTX10K-LC1201-36CD(Express 4)线卡 |
当设备在互操作机箱模式下运行时(Express 5 和 Express 4 线卡在设备上互操作),因此设备在报告组播数据包统计信息方面存在限制,因为 Express 5 线卡不支持组播侦听路由计数器。 组播侦听路由计数器记录使用侦听路由到达目标的数据包数。Express 4 线卡会更新侦听路由计数器,但 Express 5 线卡不会更新这些计数器。因此,在运行互操作模式的设备上,CLI 命令中 |
增强型OISM概述
增强型 OISM 不要求您在所有 OISM 设备上配置网络中的所有收入桥域 (VLAN)。在每台设备上,您只能配置设备托管的收入 VLAN。因此,与常规 OISM 模式相比,我们将此模式描述为具有 非对称桥接域 (VLAN) 模型,而常规 OISM 模式中您必须在所有叶设备上对称配置收入 VLAN。
但是,在增强型 OISM 模式下,您仍必须在共享任何以太网段的 OISM 叶设备上对称配置收入 VLAN。换句话说,您必须在 OISM 叶设备上配置相同的收入 VLAN,这些 VLAN 是连接的多宿主主机或多宿主客户边缘 (客户边缘) 设备的多宿主对等方。
若您的网络具有叶设备,且每个设备可托管大量不同的 VLAN 时,增强型 OISM 模式可良好扩展。
增强型 OISM 支持
我们通过以下方式支持增强型 OISM:
-
IGMPv2、IGMPv3 和 IGMP 侦听。
-
MLDv1、MLDv2 和 MLD 侦听(某些平台)。
注意:ACX 系列和 PTX 系列路由器不支持对 IPv6 组播流量进行具有 MLD 和 MLD 侦听的增强型 OISM。
-
仅限 MAC-VRF EVPN 实例类型。请参阅 MAC-VRF 路由实例类型概述。
-
具有 IPv6 底层网络的 EVPN-VXLAN 配置,用于 IPv4 或 IPv6 组播流量(某些平台)。请参阅通过 EVPN-VXLAN IPv6 底层网络配置增强型 OISM。
-
配置了 IPv4 或 IPv6 底层对等网络的 EVPN-VXLAN 数据中心之间(某些平台)之间的无缝数据中心互连 (DCI) 拼接。请参阅 具有增强型 OISM 的 EVPN-VXLAN DCI 组播。
-
基于组的策略 (GBP)。我们支持 GBP 单播流和增强型 OISM 流在 VXLAN 隧道中无缝衔接在一起。您必须在层次结构级别使用
[edit chassis forwarding-options]GBP 统一转发表 (UFT) 配置文件设置来vxlan-gbp-mc-profile配置 GBP。有关 GBP 配置文件和配置的更多信息,请参阅 GBP 配置文件 。
注意:我们不会为组播流量分配 GBP 标记。只有单播流量在 VXLAN 标头中携带 GBP 标记。
我们不支持使用 AR 增强型 OISM。
在 功能资源管理器 中搜索“增强型 OISM”,以查看不同组播协议和其他功能支持增强型 OISM 的平台和版本的各种条目。
如何启用增强型 OISM
您可以在层次结构级别使用该enhanced-oism选项启用增强型 [edit forwarding-options multicast-replication evpn irb] OISM。您可在同一层级使用此选项而不是常规 OISM 模式oism选项。和enhanced-oismoism选项是互斥的。
除了在叶设备上配置 VLAN 和设置要使用的 OISM 模式不同外,增强型 OISM 的 OISM 组件和配置元素与常规 OISM 模式相同。但是,为了支持非对称桥接域模型,这种模式存在一些操作差异和细微的配置差异。因此,您必须在网络中的所有 OISM 设备上使用相同的 OISM 模式。
请参阅:
何时使用增强型 OISM
如果网络中的所有 OISM 设备都支持此 OISM 模式,则可以使用增强型 OISM。在这种情况下,您可能需要在以下情况下使用增强型 OISM:
-
您的网络有大量的收入桥域 (VLAN),某些设备上的资源可能会紧张,无法配置其中的所有 VLAN。
-
您的网络中有大量不相交的网桥域 (VLAN)(不同的设备托管不同的 VLAN 集)。
-
在网络中的 OISM 设备上,您没有配置基于数据包的源 MAC 地址的策略。如果您确实有源 MAC 地址策略,请改用网络中的常规 OISM。
-
您的网络使用无缝 DCI 拼接来跨越多个 EVPN-VXLAN 数据中心,并且您希望优化数据中心之间的组播流量,而不是总是在互连中泛滥组播流量。两个网络中的 DCI 网关设备和 OISM 叶设备都必须支持具有增强型 OISM 功能的无缝 DCI 组播。(请参阅 具有增强型 OISM 的 EVPN-VXLAN DCI 组播。)
如果您的网络需要传递对生存时间 (TTL) 字段递减有严格要求的组播数据包,则可能需要使用常规 OISM,而不是增强型 OISM。增强型 OISM 模型固有一个局限性,即 TTL=1 的数据包无法到达不是源设备多宿主对等方的设备上的接收器。常规 OISM 会在源 VLAN 上转发源流量,并且不会递减同一 VLAN 上目标的 TTL 值。或者,如果您想使用增强型 OISM 但要避免这种限制,我们有一个解决方案可以支持增强型 OISM 设备像常规 OISM 设备一样在源 VLAN 上转发组播流量。您可以使用路由策略和配置选项为特定的组播组(或组和源)启用此解决方案。有关详细信息,请参阅 对于 TTL=1 的数据包,在源 VLAN 而不是 SBD 上转发增强型 OISM 例外策略 。
增强型 OISM 差异摘要
如果适用,本文档各节将介绍使用增强型 OISM 时的任何操作或配置差异。
我们在这里总结了增强型 OISM 操作和配置的主要区别。
来自内部源的东西向流量
入口叶设备将源 VLAN 上的东西向组播源流量转发到与其共享至少一个以太网段的多宿主对等叶设备。对于所有其他 OISM 叶设备,它们仅在 SBD 上路由源流量(即使这些其他设备托管源 VLAN)。然后,每个叶设备在本地将流量从 SBD 路由到目标 VLAN。
此操作不同于常规 OISM 模式,常规 OISM 模式仅在源 VLAN 上发送来自内部源的组播流量。然后,每个叶设备在本地转发源 VLAN 上的流量,或将流量从源 VLAN 路由到目标 VLAN。
从内部源到外部接收器的南北向流量
入口叶设备可为内部组播 (S,G) 源和组生成 EVPN 10 类选择性 P 路由器组播服务接口 (S-PMSI) 自动发现 (A-D) 路由。
OISM 边界叶设备用作 PIM EVPN 网关 (PEG) 设备,用于连接到外部组播源和接收器。PEG 设备只需要为 EVPN 网络内的组播源执行 PIM 源注册,因此它们会查找且仅对播发的 S-PMSI A-D 路由中的源执行 PIM 注册。
用于 SBD 上服务器叶设备连接的 OSPF 区域
在每个服务器叶设备上,增强型 OISM 要求您在每个租户虚拟路由和转发 (VRF) 实例中包括 SBD IRB 接口的 OSPF 区域配置。您可以在 OSPF 活动模式下配置 SBD IRB 接口,以建立 OSPF 邻接并支持在 SBD 上的 OISM 叶设备之间进行路由。但是,将 OSPF 接口优先级设置为 0,这样 SL 设备就永远不会承担 OSPF 指定路由器 (DR) 或备份 DR (BDR) 角色。您可以使用 OSPF 被动模式在 OSPF 区域的 VRF 实例中配置任何其他接口,以便它们可以交换路由信息,但不会形成 OSPF 邻接并参与 OSPF 协议处理。
OISM组件
OISM环境包括:
-
EVPN 交换矩阵中以边界角色和服务器访问角色运行的叶设备。
-
外部 L3 PIM 域中的外部组播源和接收器。
-
桥接域 (VLAN) 配置,使交换矩阵能够在内部和外部设备之间路由组播流量。
EVPN-VXLAN ERB 叠加设计包括支持叶设备的 L3 传输功能的精益主干设备。精益主干设备通常不执行任何 OISM 功能。
以下部分介绍了这些OISM组件。
- OISM 设备角色
- 具有外部组播源和接收器的 PIM 域
- 用于将组播数据传输到外部 PIM 域或从外部 PIM 域传输支持的方法
- OISM 桥接域 (VLAN)
- 常规 OISM 模式 — 对称桥域模型
- 增强型 OISM 模式 — 非对称桥域模型
- OISM设备的配置元素
OISM 设备角色
图 1 显示了一个简单的 EVPN-VXLAN ERB 叠加交换矩阵和交换矩阵中的 OISM 设备角色。
的 EVPN 交换矩阵
表 3 总结了设备角色。
| 设备角色 | 描述 |
|---|---|
|
边界叶 (BL) |
EVPN 交换矩阵底层和叠加层中的 OISM 叶设备。边界叶设备充当网关,将 EVPN 交换矩阵与外部 PIM 域中交换矩阵外的组播设备(源和接收器)互连。这些设备充当 PIM EVPN 网关 (PEG) 角色。 |
|
精益主干 (LS) |
EVPN 交换矩阵底层中的主干设备。这些设备通常作为精益主干运行,将 EVPN 底层网络作为 IP 传输设备提供支持。精益主干也可能充当交换矩阵中的路由反射器。 仅在以下用例中,在精主干设备上配置 OISM 元素:
|
|
服务器叶(叶) |
EVPN 交换矩阵底层和叠加层中接入侧的 OISM 叶设备。服务器叶设备通常是架顶式 (ToR) 交换机。这些设备将 EVPN 交换矩阵连接到交换矩阵内的桥接域或 VLAN 上的组播源和组播接收器主机。 |
有关每个设备角色的通用配置元素和不同配置元素的详细信息,请参阅 OISM 设备的配置元素 。
具有外部组播源和接收器的 PIM 域
在 图 1 中,OISM 边界叶设备连接到具有代表性的外部 PIM 域中 EVPN 交换矩阵外部的组播源和接收器。外部 PIM 域中的组播设备遵循标准 PIM 协议程序;它们的操作并非特定于 OISM。外部组播流量在 L3 上流经 PIM 域。
在以下用例中,您可以使用 OISM 在 EVPN-VXLAN ERB 叠加交换矩阵中的设备之间路由和转发组播流量:
-
内部组播源和接收器
-
内部组播源和外部组播接收器
-
外部组播源和内部组播接收器
为简单起见,在本文档中,我们将外部 PIM 域表示为:
-
兼作 PIM 汇聚点 (RP) 的 PIM 路由器(MX 系列路由器等设备)。
-
外部来源。
-
外部接收器。
用于将组播数据传输到外部 PIM 域或从外部 PIM 域传输支持的方法
OISM 边界叶设备支持一种或多种方法,用于将组播流量路由到交换矩阵外的设备或从交换矩阵外的设备路由。支持的方法与平台有关。
某些平台不支持边界叶角色。如果在表 4 中没有看到任何外部组播方法的“ 支持的平台” 列中列出的平台,则表示该平台不支持边界叶角色。
| 姓名 | 连接方法 | 支持的平台 |
|---|---|---|
|
M-VLAN IRB 方法(也称为具有支持 EVPN 的 IRB 接口的 L2 上行链路) |
在 EVPN 实例中扩展的组播 VLAN (M-VLAN) 上的 IRB 接口,以创建到外部 PIM 域的 L2 上行链路。交换矩阵仅将 M-VLAN 和对应的 IRB 接口用于进出外部 PIM 域的外部组播流量。 此方法支持 EVPN 以太网段标识符 (ESI) 多宿主,可将外部 PIM 路由器连接到交换矩阵中的多个 OISM 边界叶设备。 |
PTX10001-36MR PTX10002-36QDD PTX10004 PTX10008 PTX10016 QFX5130* QFX5700* QFX10002(QFX10002-60C 除外) QFX10008 QFX10016 *在常规或增强型 OISM 模式下支持此方法。其他平台仅在常规 OISM 模式下支持此方法。 |
|
经典的 L3 接口方式 |
OISM 边界叶设备上的经典物理 L3 接口,可单独连接到不同子网上的外部 PIM 域。 这些接口未与 VLAN 关联。您不会在 EVPN 实例中配置这些接口。相反,您可以为这些接口分配 IP 地址,并将其包含在租户 L3 VRF 实例中。
注意:
L3 接口连接可以是聚合以太网 (AE) 接口束。 |
ACX7024 ACX7100 ACX7332 ACX7348 ACX7509 EX4400 EX4650 PTX10001-36MR PTX10002-36QDD PTX10004 PTX10008 PTX10016 QFX5110 QFX5120 QFX5130 QFX5700 QFX10002(QFX10002-60C 除外) QFX10008 QFX10016 |
|
非 EVPN IRB 方法 |
IRB 接口位于您未在 EVPN 实例中扩展的额外 VLAN。您可以将这些逻辑接口包含在租户 L3 VRF 实例中。 在每个边界叶设备上,您都可以为关联的 IRB 接口分配一个唯一的额外 VLAN ID 和子网。 我们将这种类型的接口称为用于外部组播的 非 EVPN IRB 接口 。 |
PTX10001-36MR PTX10002-36QDD PTX10004 PTX10008 PTX10016 QFX5130 QFX5700 |
有关使用 L2 M-VLAN 或使用 L3 链路将 EVPN-VXLAN 交换矩阵连接到外部 PIM 域的一般概述,请参阅 EVPN-VXLAN 环境中使用 IGMP 侦听或 MLD 侦听的组播转发概述 。
OISM 桥接域 (VLAN)
表 5 汇总了 OISM 桥接域或 VLAN,并介绍了 OISM 如何使用它们。
本文档中对 所有 OISM 设备的 引用都对应于您启用 OISM 的边界叶设备和服务器叶设备。
| 网桥域/VLAN | 描述 | 配置位置: |
|---|---|---|
|
组播 VLAN (M-VLAN) |
(用于外部组播的 M-VLAN IRB [L2 上行链路,具有支持 EVPN 的 IRB 接口]方法)EVPN 交换矩阵中的一个 VLAN,具有关联的 IRB 接口,可将交换矩阵作为 L2 上行链路连接到外部组播路由器。此 VLAN 和 IRB 接口支持交换矩阵内外设备之间的流量流动。要同时支持 IGMPv2 和 IGMPv3 流量的 IGMP 侦听,您需要分配单独的 M-VLAN 来为每个 IGMP 版本传输流量。 您可以在 EVPN 实例中扩展此 VLAN。您还可以将外部组播路由器多宿主到同一 EVPN ES 中的多个边界叶设备 M-VLAN IRB 接口。通常的 EVPN 多宿主 DF 规则仅适用于在 M-VLAN 上的 ES 中发送一个流量副本。 将 M-VLAN 配置为不是 SBD 或 EVPN 交换矩阵中任何收入网桥域的 VLAN。
注意:
请参阅将组 播数据传输到外部 PIM 域或从外部 PIM 域传输支持的方法 ,了解连接到外部源和接收器的所有支持方法,以及哪些平台可以使用每种方法。 |
边界叶设备 |
|
额外的非 EVPN VLAN |
(外部组播的非 EVPN IRB 方法)交换矩阵中不在 EVPN 实例中的额外 VLAN。您可以在租户 L3 VRF 实例中配置关联的 IRB 接口。此 VLAN 和 IRB 接口支持交换矩阵内部设备与交换矩阵外部设备之间的组播流量。 您必须在每个边界叶设备上分配不同的额外 VLAN 和对应的 IRB 接口子网,这些子网在交换矩阵中是唯一的。 此外,要支持同时使用 IGMPv2 和 IGMPv3 流量进行 IGMP 侦听,请使用单独的、额外的非 EVPN VLAN 来传输每个 IGMP 版本的流量。如果您希望同时支持 MLDv1 和 MLDv2 流量的 MLD 侦听,则相同的限制也适用。
注意:
请参阅将组 播数据传输到外部 PIM 域或从外部 PIM 域传输支持的方法 ,了解连接到外部源和接收器的所有支持方法,以及哪些平台可以使用每种方法。 |
边界叶设备 |
|
收入桥域 (VLAN) |
为交换矩阵提供的服务的用户提供桥接域。您将收入网桥域配置为交换矩阵中的 VLAN。 收入网桥域与交换矩阵中的 客户 VLAN 对应。这些 VLAN 并非特定于 OISM,但交换矩阵中的组播源和接收器位于这些网桥域中。 有关如何为这些网桥域分配 VLAN 的详细信息,如果您希望支持交换矩阵中同时使用 IGMPv2 和 IGMPv3 接收器进行 IGMP 侦听,请参阅 同一 EVPN-VXLAN 交换矩阵中的 IGMPv2 和 IGMPv3(或 MLDv1 和 MLDv2)。请注意,如果您希望同时支持 MLDv1 和 MLDv2 接收器的 MLD 侦听,则同样的限制也适用。 |
所有OISM设备 |
|
补充桥接域 (SBD) |
网桥域,支持外部组播流量,在 EVPN 核心中实施 SMET 优化,并支持增强型 OISM 模式实施,其中所有设备无需知道网络中的所有 VLAN。 您将 SBD 配置为常规 VLAN,该 VLAN 不同于收入网桥域 VLAN、M-VLAN 或额外的非 EVPN VLAN。 SBD 通常为交换矩阵中的所有 OISM 叶设备提供服务。要同时支持 IGMPv2 和 IGMPv3 流量的 IGMP 侦听,或要同时支持 MLDv1 和 MLDv2 流量的 MLD 侦听,请为每个 IGMP 或 MLD 版本分配单独的 SBD 来传输流量。SBD 载有:
注意:
SBD 是 OISM 运营的核心:
SBD IRB 接口必须始终处于开启状态,OISM 才能正常工作。 您可以配置要用作每个 L3 VRF 实例的 SBD 的 VLAN,并配置相应的 IRB 接口。在层次结构级别使用 |
所有OISM设备 |
常规 OISM 模式 — 对称桥域模型
常规 OISM 实施使用 对称桥接域 模型。我们也将这种 OISM 模式称为无处不在的桥接域 (BDE) 模型。使用此模型,您可以在网络中的所有 OISM 设备上配置所有收入桥域 (VLAN)。
的 EVPN 交换矩阵
在对称网桥域模型中,您必须在所有 OISM 边界叶设备和服务器叶设备上配置 SBD 和所有收入网桥域。
您还可以在连接到外部 PIM 域的边界叶设备上统一配置以下 VLAN:
-
M-VLAN(如果对外部组播使用 M-VLAN IRB 方法)。
-
如果对外部组播使用非 EVPN IRB 方法,则在每个边界叶设备上都有一个唯一的额外非 EVPN VLAN。
交换矩阵中的精益主干设备通常只能用作 IP 传输设备,还可能用作路由反射器。因此,通常不需要在精益主干设备上配置这些元素。(有关一些例外情况,请参阅 表 3 中的精益主干行。
增强型 OISM 模式 — 非对称桥域模型
增强型 OISM 实施支持非对称网桥域模型,在该模型中,在每个叶设备上,您只能配置设备托管的收入 VLAN。因此,我们有时将增强型 OISM 称为 桥接域并非无处不在 (BDNE) 模型。
通常,增强型 OISM 使用 与图 2 中相同的高级 OISM 结构和网络组件,但在启用非对称桥接域模型时存在一些操作差异。
请参阅 增强型 OISM 概述 ,了解与常规 OISM 实施的主要区别。在本文档中,我们将描述使用增强型 OISM 而不是常规 OISM(如果适用)时的操作或配置差异。
OISM设备的配置元素
本节总结了您需要配置的元素:
-
所有 OISM 设备 - 边界叶角色和服务器叶角色中的设备,以及将 AR 与 OISM 集成时在独立模式下也充当 AR 复制器的主干设备。
见 表 6。
-
仅限服务器叶设备。
见 表 7.
-
仅限边界叶设备,基于您用于外部组播的方法:
-
M-VLAN IRB 接口
-
经典 L3 接口
-
非 EVPN IRB 接口
见 表 8。
-
有些元素是可选的,说明中指出了这一点。
EX4650、QFX5110 和 QFX5120 交换机支持 OISM 元素的企业式接口配置,但不支持服务提供商样式的接口配置。有关这些接口配置样式的更多信息,请参阅 灵活的以太网服务封装 和 了解 EVPN-VXLAN 对灵活的以太网服务支持。
表 6 列出了您在所有 OISM 设备上配置的元素。
| 配置元素 | 描述 |
|---|---|
|
OISM 模式 |
全局启用 OISM,并在 L3 VRF 实例中启用 OISM 路由功能。您在常规模式或增强模式下启用 OISM,并且所有设备必须运行相同的 OISM 模式。 启用了 OISM 的设备会播发 EVPN Type 3 Inclusive 组播以太网标记 (IMET) 路由,如下所示:
|
|
收入桥域(客户 VLAN)和相应的 IRB 接口 |
根据您的数据中心服务要求配置收入桥域(客户 VLAN)。使用常规 OISM 时,您必须在所有 OISM 设备上对称配置所有收入网桥域 VLAN 和相应的 IRB 接口。借助增强型 OISM,在每台 OISM 设备上,您只需配置设备托管的收入 VLAN 以及相应的 IRB 接口。但是,您仍必须在任何一组多宿主对等叶设备上对称配置收入 VLAN。有关详细信息,请参阅 OISM 桥接域 (VLAN)。 请参阅 同一 EVPN-VXLAN 交换矩阵中的 IGMPv2 和 IGMPv3(或 MLDv1 和 MLDv2), 了解配置收入网桥域的特殊注意事项:
|
|
SBD (VLAN) 和相应的 IRB 接口 |
在所有 OISM 设备上,在支持 OISM 路由的每个 L3 VRF 中,将 VLAN 配置为 SBD 和相应的 IRB 接口。SBD 可以是与 M-VLAN 不同的任何 VLAN、任何非 EVPN VLAN 或 EVPN 交换矩阵中的任何收入网桥域 VLAN。有关详细信息,请参阅 OISM 桥接域 (VLAN)。 要将此 VLAN 识别为 L3 VRF 实例中的 SBD,请在层次结构级别配置 从 Junos OS 和 Junos OS 演化版 24.1R1 开始,为了与其他供应商的互操作性并符合 OISM 标准草案,SBD IRB 接口的 EVPN Type 3 IMET 路由在组播标志扩展社区中包括 OISM SBD 标志。 |
|
L3 组播协议 — IGMPv2 或 IGMPv3 |
启用 IGMPv2 或 IGMPv3 L3 组播协议。接收方发送 IGMP 报告,以表示有兴趣接收组播组的流量。 您可以在任意源 组播 (ASM) 模式下使用 IGMPv2 或 IGMPv3,也可以在源特定组播 (SSM) 模式中使用 IGMPv3。 请注意,您不能为同一 VLAN 或在启用了 OISM 的同一 VRF 实例中同时为两个 IGMP 版本启用 IGMP 侦听。但是,要支持同一交换矩阵中通过 IGMPv2 和 IGMPv3 接收器进行 IGMP 侦听,您可以为一个 VRF 实例中的特定 VLAN 启用带有 IGMPv2 的 IGMP 侦听,并为其他 VRF 实例中的其他 VLAN 启用带有 IGMPv3 的 IGMP 侦听。有关详细信息,请参阅同一 EVPN-VXLAN 交换矩阵中的 IGMPv2 和 IGMPv3(或 MLDv1 和 MLDv2)。 IGMPv2 是默认的 IGMP 版本。要配置 IGMPv3,您必须指定该 |
|
L3 组播协议 — MLDv1 或 MLDv2 |
如果您的交换矩阵中有 IPv6 组播流量,请启用 MLDv1 或 MLDv2 L3 组播协议。接收方发送 MLD 报告,以表示有兴趣接收组播组的流量。 您可以在任意源组播 (ASM) 模式下使用 MLDv1 或 MLDv2,也可以在源特定组播 (SSM) 模式中使用 MLDv2。 请注意,启用 OISM 后,您无法为同一 VLAN 或同一 VRF 实例中的两个 MLD 版本同时启用 MLD 侦听。但是,如果满足以下条件,则可以在同一交换矩阵中使用 MLDv1 和 MLDv2 接收器支持 MLD 侦听:
有关详细信息,请参阅同一 EVPN-VXLAN 交换矩阵中的 IGMPv2 和 IGMPv3(或 MLDv1 和 MLDv2)。 MLDv1 是默认的 MLD 版本。要配置 MLDv2,您必须指定该 |
|
L2 组播优化 — 使用 SMET 的 IGMP 侦听 |
作为 OISM 优化的一部分,使用 IGMPv2 或 IGMPv3 协议在 L2 启用 IGMP 侦听。借助 IGMP 侦听,设备仅将组播流量路由或转发到感兴趣的接入端接收器。接收方发送 IGMP 报告,以表示有兴趣接收组播组的流量。 启用 IGMP 侦听时,设备还会自动播发 SMET 6 类路由。使用 SMET 时,设备仅将流量副本发送到 EVPN 核心中,发送至具有相关接收方的其他设备。 按以下步骤配置 IGMP 侦听:
|
|
L2 组播优化 — 使用 SMET 对 IPv6 组播流量进行 MLD 侦听 |
如果交换矩阵中有 IPv6 组播流量,则使用 MLDv1 或 MLDv2 协议在 L2 启用 MLD 侦听。借助 MLD 侦听,设备仅将组播流量路由或转发到感兴趣的接入端接收器。接收方发送 MLD 报告,以表示有兴趣接收组播组的流量。 启用 MLD 侦听后,设备也会自动播发 SMET 6 类路由。使用 SMET 时,设备仅将流量副本发送到 EVPN 核心中,发送至具有相关接收方的其他设备。 按以下步骤配置 MLD 侦听:
|
|
L3 VRF 实例(或默认 IRB 路由实例) |
配置一个或多个路由实例 ( 如果您的配置具有用户指定的 VRF 实例,则可以在层次结构级别配置 |
|
originate-smet-on-revenue-vlan-too |
(选答)在收到本地 IGMP 或 MLD 报告后,使设备能够发起收入网桥域(以及 SBD 上的 SMET 6 类路由)。默认情况下,OISM 设备仅在 SBD 上发起 Type 6 路由。 使用此选项可与不支持 OISM 的其他供应商设备兼容。这些设备在 SBD 上收到 6 类路由后,无法为收入网桥域 VLAN 创建正确的状态。 |
|
安装星标路由 |
在收到 EVPN 6 类路由后,启用设备上的路由引擎 (RE),以便立即在数据包转发引擎 (PFE) 上为路由实例中的所有收入网桥域 VLAN 安装 (*,G) 组播路由。设置此选项有助于在组播流量首次到达时最大程度地减少流量损失。 此选项与选项互 我们需要在以下位置使用此选项:
除上述需要的用例外,通常不建议在任何用例中设置此选项。 有关如何以及何时设置此选项的详细信息,请参阅使用 OISM 安装组播路由的延迟和缩放权衡(install-star-g-routes 选项)。 |
|
conserve-mcast-routes-in-PFE |
(将ACX 系列路由器、QFX5130交换机和 QFX5700 交换机配置为 OISM 服务器叶设备或 OISM 边界叶设备时,这些交换机需要)使用 OISM 配置此选项以节省 PFE 表空间。设备仅安装 L3 组播路由,避免安装 L2 组播侦听路由。 使用 OISM 将 QFX5130 和 QFX5700 交换机配置为独立 AR 复制器设备时,请勿在这些交换机上设置此选项。此选项与选项互 有关详细信息,请参阅使用 OISM 将ACX 系列路由器、QFX5130交换机和QFX5700交换机作为服务器分叶和边界分叶设备。 |
表 7 列出了在服务器叶设备上配置的元素。
| 配置元素 | 描述 |
|---|---|
|
所有收入网桥域和 SBD 上的被动模式 PIM |
配置此模式可促进本地路由,而无需使用所有传统 PIM 协议功能。服务器叶设备:
|
|
PIM 在 SBD IRB 接口上带有选项 |
此选项使 SBD IRB 接口能够接受来自不在同一子网中的源的组播流量。服务器叶设备需要此设置,因为:
|
|
租户 VRF 中的 OSPF 用于对等连接,以支持:
|
在每个租户 VRF 中配置 OSPF,以便服务器叶设备学习路由:
设备可创建将流量从 SBD 转发到收入桥域所需的 PIM (S,G) 条目。 使用常规 OISM,在服务器叶设备上,您可以将 L3 VRF 实例中的所有接口配置为 OSPF 被动模式,以便这些设备可以共享内部路由,而不形成 OSPF 邻接。 仅使用增强型 OISM,在服务器叶设备上,您可以在 OSPF 活动模式下的 L3 VRF 实例中配置 SBD IRB 接口。在这种情况下,SBD IRB 接口需要建立 OSPF 邻接关系,因为服务器叶设备主要在 SBD 上相互交换组播流量。您可以在 OSPF 被动模式下配置 L3 VRF 实例中的所有其他接口。 |
表 8 列出了您根据使用的外部组播方法在边界叶设备上配置的元素。
| 配置元素 | 外部组播方法 | 描述 |
|---|---|---|
|
M-VLAN 和相应的 IRB 接口(在 EVPN 实例中) |
M-VLAN IRB(L2 上行链路,带支持 EVPN 的 IRB)方法 |
将 VLAN 配置为 M-VLAN,并在 EVPN 实例中扩展此 VLAN。此 VLAN 必须不同于 EVPN 交换矩阵中的 SBD 或任何收入网桥域 VLAN。还要在 EVPN 实例中配置 M-VLAN IRB 接口。有关 M-VLAN 的详细信息,请参阅 OISM 桥接域 (VLAN)。 您可以将多个边界叶设备 M-VLAN IRB 接口链接到同一 EVPN ES 中的外部组播路由器。通常的 EVPN 多宿主 DF 规则适用于防止在 M-VLAN 上发送重复流量。 |
|
外部组播端口上的 L2 组播路由器接口 |
M-VLAN IRB(L2 上行链路,具有支持 EVPN 的 IRB)方法或非 EVPN IRB 方法 |
在将边界叶设备连接到 L2 的外部 PIM 域的 L2 端口上配置 当外部域路由器多宿主到边界叶设备时,使用 M-VLAN IRB 方法,这些接口可支持组播流量。因此,多宿主 M-VLAN 用例需要此配置。非 EVPN IRB 方法也需要此设置。 |
|
M-VLAN IRB 接口上的 PIM |
M-VLAN IRB(L2 上行链路,带支持 EVPN 的 IRB)方法 |
在 M-VLAN IRB 接口上以分布式指定路由器 (DR) 模式 (DISTRIBUTED-DR) 或标准 PIM 模式配置 PIM。建议在大多数情况下使用分布式灾难恢复模式,尤其是在外部 PIM 路由器多宿主到多个边界叶设备的边界叶设备上。 设备使用 PIM:
您可以在租户 VRF 实例的 M-VLAN IRB 接口上配置 PIM。类似于在收入网桥域上配置 PIM 的方式。 |
|
具有 IP 地址的 L3 物理接口 |
经典 L3 接口 |
使用用于外部组播的 IP 地址配置物理 L3 接口,用于将边界叶设备连接到 L3 的外部 PIM 域。 在每个边界叶设备上的不同子网中定义外部组播 L3 接口。
注意:
L3 接口连接可以是 AE 接口束。 |
|
外部组播物理 L3 接口逻辑接口上的 PIM |
经典 L3 接口 |
为租户 VRF 实例中的外部组播 L3 接口配置逻辑接口(单元 0)。在逻辑接口上配置标准 PIM 模式。 使用此设置,边界叶设备与外部 PIM 路由器形成 PIM 邻接方关系,以便发送加入消息以及传输或接收外部组播流量。 |
|
额外的 VLAN 和相应的 IRB 接口(不在 EVPN 实例中) |
非 EVPN IRB 方法 |
全局配置一个额外的 VLAN 和 IRB 接口,用于没有 EVPN 信令的外部组播。此 VLAN 和 IRB 接口子网必须与 SBD、任何收入网桥域 VLAN 或 EVPN 交换矩阵中任何其他边界叶设备上的额外 VLAN 不同。请参阅 OISM 桥接域 (VLAN), 了解有关此额外 VLAN 和外部组播方法的更多信息。 |
|
非 EVPN IRB 接口上的 PIM |
非 EVPN IRB 方法 |
在租户 VRF 实例中的非 EVPN IRB 接口上配置 PIM。 使用此设置,边界叶设备与外部 PIM 路由器形成 PIM 邻接方关系,以便发送加入消息以及传输或接收外部组播流量。 |
|
SBD IRB 接口上的 PIM |
全部 |
在租户 VRF 实例的 SBD IRB 接口上配置标准 PIM 模式,以实现 SBD 路由和转发。使用此设置,边界叶设备:
|
|
PIM 在 SBD IRB 接口上带有选项 |
全部 |
(仅限增强型 OISM)使用此选项,边界叶设备接受来自不在同一子网中的源的组播流量。我们需要此选项,因为使用增强型 OISM,您可能尚未在所有 OISM 设备上配置所有收入 VLAN。当源位于未在边界叶设备上配置的 VLAN 上时,包括此选项使边界设备能够有路由到位于其他 OISM 叶设备后面的组播源。 |
|
PIM EVPN 网关 (PEG) 角色 |
全部 (包括 EVPN 的外部 IRB 选项, |
在边界叶设备上配置 pim-evpn-gateway 角色以连接到外部 PIM 路由器。在此角色中,边界叶设备使用传统的 PIM 路由行为并执行本地路由,如下所示: 对于外部来源的流量:
对于内部来源的流量:
PEG 接口的 EVPN IMET 路由在路由的组播标志扩展社区字段中包括 OISM PEG 标志。 |
|
OSPF:
|
全部 |
在租户 L3 VRF 实例中配置 OSPF 区域,以便边界叶设备学习到组播源的路由。设备需要以下路由来支持转发组播流量:
设备需要此路由信息来创建 PIM (S,G) 条目,以便在外部组播接口、SBD 和收入网桥域上转发流量。 (增强型OISM)边界叶设备还需要在非多宿主对等方的叶设备之间学习 SBD 上的东西向流量路由。 因此,使用常规 OISM 或增强型 OISM,在边界叶设备上,您可以在以下位置将 OSPF 配置为活动模式:
您可以在 OSPF 被动模式下配置 L3 VRF 实例中的任何其他接口。 |
|
收入桥域 IRB 接口上的 PIM 分布式灾难恢复模式 |
全部 |
在租户 VRF 实例中的收入桥域 IRB 接口上以分布式灾难恢复模式 (distributed-dr) 配置 PIM。在此模式下,边界叶设备:
|
M-VLAN IRB 接口上的 PIM accept-join-always-from 选项和策略 |
M-VLAN IRB(L2 上行链路,带支持 EVPN 的 IRB)方法 |
当外部 PIM 路由器多宿主到多个 EVPN 边界叶设备时,在租户 VRF 实例的 M-VLAN IRB 接口上设置此选项。使用此选项,设备可以在多宿主对等方边界叶设备上接受并安装相同的 PIM (S,G) 加入状态。此选项支持将组播流量从交换矩阵内的源发送到外部 PIM 域中的接收器。 当在 M-VLAN 上进行多宿主时,ES 中会应用通常的 EVPN 多宿主 DF 规则,以防止发送重复流量。如果对等边界叶设备具有相同的有效加入状态,则任何属于 EVPN DF 的设备都可以转发组播流量。 使用指定接口应始终从与外部 PIM 路由器对应的上游邻接方地址安装 PIM 加入的策略配置此语句。
注意:
您无法将此选项用于经典的 L3 接口和非 EVPN IRB 方法。这些方法不会扩展 EVPN 实例中的外部组播接口。 |
有关配置 OISM 设备的更多详细信息,请参阅以下部分:
有关数据中心交换矩阵用例的完整 OISM 配置示例(包括与外部 PIM 域的经典 L3 接口连接),请参阅用于边缘路由桥接叠加的具有辅助复制 (AR) 的优化子网间组播 (OISM)。
OISM如何运作
以下部分介绍了 OISM 的工作原理,并展示了组播流量在对称桥域 OISM 模型的几个常见用例中如何流动。
我们支持的增强型 OISM(非对称桥接域模型)用例与本节中的用例相似,但有一些操作上的差异。此外,如前所述,您无需在所有叶设备上配置所有 VLAN,如本节中的图所示。
有关与增强型 OISM 的区别的概述,请参阅 增强型 OISM 概述。有关操作差异的更多详细信息,请参阅 增强型 OISM 的工作原理。
- OISM 设备上的本地路由
- EVPN 数据中心内的源和接收方的组播流量转发和路由
- 从内部源到 EVPN 数据中心外部接收器的组播流量 - M-VLAN IRB 方法
- 从内部源到 EVPN 数据中心外部接收器的组播流量 — L3 接口方法或非 EVPN IRB 方法
- 从外部源到 EVPN 数据中心内接收器的组播流量 — M-VLAN IRB 方法
- 从外部源到 EVPN 数据中心内接收器的组播流量 — L3 接口方法或非 EVPN IRB 方法
- 具有内部组播源的 AR 和 OISM
- 具有内部组播源和多宿主接收器的 AR 和 OISM
- 具有外部组播源的 AR 和 OISM
OISM 设备上的本地路由
在 图 3 中,我们说明了本地路由和转发在 OISM 设备上的常规工作原理。如图所示,OISM 本地路由在源 VLAN 上转发流量。每个叶设备都会将流量本地路由到其位于其他 VLAN 上的接收器,这样就可避免在同一设备上进行子网间路由的发夹。
的本地路由
在这种情况下,源流量来自 VLAN-1 上的 Mcast-Src-1,即蓝色 VLAN。服务器叶设备在被动模式下使用 IRB 接口和 PIM 在 VLAN 之间路由流量。当 PIM 处于被动模式时,服务器叶设备:
-
不要与其他叶设备成为 PIM 邻居。
-
充当本地 PIM RP,在收到 IGMP 或 MLD 报告时创建本地 PIM 状态,避免执行源注册。
因此,服务器叶设备会在交换矩阵内转发并路由组播流量,如下所示将其路由至对组播组感兴趣的接收方:
-
入口叶设备 (Leaf-1) 将源 VLAN 上的流量转发到 EVPN 交换矩阵中,指向具有关注接收方的其他叶设备。
-
所有服务器叶设备都不需要将流量转发回 EVPN 核心,再转发到另一台属于指定路由器的设备。服务器叶设备可以在本地:
-
将源 VLAN 上的流量转发到源 VLAN 上的本地相关接收方。
-
将来自源 VLAN 的流量通过 IRB 接口路由到其他 VLAN 中的本地关注接收方。
-
EVPN 数据中心内的源和接收方的组播流量转发和路由
当组播源位于 EVPN 交换矩阵内时,服务器叶设备会在源 VLAN 上接收组播流量。然后,它们在本地路由或转发流量,如 OISM 设备上的本地路由中所述。
下图详细展示了 EVPN 交换矩阵内的 OISM 本地路由和转发。该图还显示了本地路由如何与组播接收器的 EVPN 多宿主配合使用。
OISM
在 图 4 中,组播源 Mcast-Src-1 与叶 1 单宿主。源 VLAN 为 VLAN-1(蓝色 VLAN)。组播控制和数据流量按如下方式进行:
-
所有三个服务器叶设备上的接收器都发送了 IGMP 或 MLD 报告(加入消息),表示有兴趣接收组播组的流量。
-
Leaf-1 会将源 VLAN 上的流量转发到叶 2 和 Leaf-3,因为两个叶设备都有感兴趣的接收器。在这种情况下,Leaf-2 和 Leaf-3 上的接收器使用单宿主。
-
叶 2 和叶 3 将流量转发或本地路由到其感兴趣的接收方(Rcvr-2、Rcvr-3 和 Rcvr-4),如 OISM 设备上的本地路由中所述。
-
VLAN-2 上的 Rcvr-1 与 EVPN ES 中的 Leaf-1 和 Leaf-2 多宿主。Rcvr-1 表示有兴趣接收组播流量,因此:
- 服务器叶设备(Leaf-1 和 Leaf-2)均会接收 IGMP 或 MLD 报告。
- 由于每台设备都有 PIM 被动模式配置,因此枝叶 1 和枝叶 2 都会在本地路由来自源 VLAN (VLAN-1) 的流量。
- 但是,由于 Leaf-1 是 EVPN ES 的 DF,因此只有 Leaf-1 会将流量转发至 Rcvr-1。
-
边界叶设备通过源 VLAN 上的 EVPN 交换矩阵接收组播流量。请注意,边界叶设备可能具有本地接收器,尽管我们没有显示这种情况。借助本地接收器,设备还可以像服务器叶设备一样在本地将流量路由或转发到这些接收器。
图 4 还显示,边界叶设备在本地将源 VLAN 中的流量路由到外部 PIM 域中的任何外部组播接收器。有关按平台划分的可用外部组播方法,请参阅用于 将组播数据传输到外部 PIM 域或从外部 PIM 域传输支持的方法 。后面的部分将介绍外部源和外部接收器用例的组播控制和数据流量。
从内部源到 EVPN 数据中心外部接收器的组播流量 - M-VLAN IRB 方法
在 图 5 中,我们展示了 OISM 用例,其中 EVPN 交换矩阵内的组播源使用 M-VLAN IRB(具有支持 EVPN 的 IRB 的 L2 上行链路)方法将组播流量发送到交换矩阵外部的相关接收器,以便进行外部组播。(与外部 PIM 域之间传输组播数据的支持方法 按平台列出了外部组播方法支持。)
您在 OISM PEG 角色中配置的边界叶设备通过 EVPN 核心在源 VLAN 上接收组播流量。然后,边界叶设备复制流量并将其路由到 M-VLAN 上,朝向外部 PIM 域,以到达外部接收器。
PEG 边界叶设备仅将收入网桥域上接收的组播源流量发送到 M-VLAN。这些设备不会将流量转发回 EVPN 核心,转发到其他边界叶设备。
在 图 5 中,组播组的内部源是 Mcast-Src-2,与 Rcvr-1 是同一设备,后者与叶 1 和叶 2 多宿主。源在 VLAN-2 上发送组播流量。外部接收方 Ext-Mcast-Rcvr 表示有兴趣接收该组播组的组播流量(发送加入消息)。内部接收器 Rcvr-3(在 VLAN-1 上)和 Rcvr-4(在 VLAN-2 上)也会请求加入组播组并接收流量。
请注意,PIM 路由器与 EVPN 交换矩阵中的 BL-1 和 BL-2(PEG 设备)多宿主。这些连接在同一 ES 中;DF 选择过程会选择其中一台设备作为 ES 的 DF。只有 DF 会将流量(在 M-VLAN 上)转发到外部接收器。
源流量到达相关内部和外部接收方,如下所示:
从多宿主源到内部接收器的流量
以下步骤总结了从多宿主源到内部接收器的组播控制和数据流量:
-
Mcast-Src-2(也标记为 Rcvr-1)发起 VLAN-2(红色 VLAN)上的流量。由于设备与叶 1 和叶 2 是多宿主的,因此设备会将 VLAN-2 上的流量散列到其中一台服务器叶设备。在这种情况下,Leaf-2 接收流量。
-
红色箭头显示,Leaf-2 仅将源 VLAN VLAN-2 上的流量转发至:
-
具有相关接收方的其他服务器叶设备 - 在本例中仅为叶 3。
-
边界叶设备,它们都充当 OISM PEG 角色。
请注意,Leaf-1 或 Leaf-2 后面没有接收器发送 IGMP 报告以加入组播组。启用 IGMP 侦听和 SMET 转发后,Leaf-2 不会将流量转发到枝叶 1,因为 Leaf-1 没有感兴趣的接收方。出于同样的原因,Leaf-2 也不会在本地将流量路由到 Rcvr-2。
-
-
Leaf-3 在 VLAN-2 上接收源流量。然后,枝叶 3 将流量本地路由到 VLAN-1 至 Rcvr-3。枝叶 3 还会将流量转发至 VLAN-2 上的 Rcvr-4。
-
边界叶设备 BL-1 和 BL-2 也会接收来自 EVPN 核心的源流量。接下来,我们将介绍外部组播流。
流量流向外部接收器 — M-VLAN IRB 方法
图 5 中,以下步骤总结了使用 M-VLAN IRB 方法从边界叶设备到外部接收器的组播控制和数据流量:
-
在外部 PIM 域中,PIM RP 进入 PIM (*,G) 组播路由表条目。该条目包括朝向 Ext-Mcast-Rcvr 的 L3 接口,作为下行接口。
-
边界叶设备 BL-1 和 BL-2 都接收来自 EVPN 核心的源流量。其中一个边界叶设备上的 VLAN-2 上的 IRB 接口是 VLAN-2 的 PIM DR。在这种情况下,PIM DR 位于 BL-1 上,因此 BL-1 会向 M-VLAN IRB 接口上的 PIM RP 发送 PIM 寄存器消息。
-
PIM RP 向 BL-1 发送回 PIM 加入消息。BL-1 创建一个 (S,G) 组播路由表条目,如下所示:
- 源地址是 VLAN-2 中 Mcast-Src-2 的 IP 地址。
- 下游接口是 M-VLAN IRB 接口。
-
BL-1 和 BL-2 都是 PEG 设备,在 PIM 分布式灾难恢复模式下配置用于收入网桥域(VLAN-1 和 VLAN-2)IRB 接口。因此,BL-1 和 BL-2 都会收到 PIM 连接并创建类似的 (S,G) 状态。两台设备都在本地将流量从 VLAN-2 路由到 M-VLAN。
但是,只有 M-VLAN ES 的 DF 才能真正将 M-VLAN 上的数据转发到外部 PIM 域。在这种情况下,BL-1 是 DF,用于将流量发送到外部接收器。(请参阅 图 5 中的标签“M-VLAN ESI DF”以及 BL-1 和 PIM 路由器之间的黑色箭头。)
-
PIM RP 接收来自 OISM M-VLAN IRB 接口连接的流量。PIM 路由器将流量发送到 L3 接口,指向外部接收器。
从内部源到 EVPN 数据中心外部接收器的组播流量 — L3 接口方法或非 EVPN IRB 方法
在 图 6 中,我们展示了 OISM 用例,其中 EVPN 交换矩阵内的组播源使用以下任一方法将组播流量发送到交换矩阵外部的接收器进行外部组播:
-
经典 L3 接口外部组播方式:
在每个边界叶设备上,您都可以配置一个带有连接到外部 PIM 路由器的家族
inet的经典 L3 接口。您可以将 IP 地址分配到与交换矩阵中其他边界叶设备上的 L3 接口子网不同的子网上的接口。您可以在接口上启用 PIM,并将该接口包含在具有组播数据接收器的租户 VRF 实例中。此方法不同于 M-VLAN IRB 方法,因为您不会在 EVPN 实例中扩展此接口。
注意:此处的 L3 接口连接可以是单独的物理接口,也可以是包含多个物理 L3 接口的 AE 接口束。
-
非 EVPN IRB 外部组播方法:
在每个边界叶设备上,您都可以配置一个仅用于外部组播的唯一额外 VLAN。您还可以使用连接到外部 PIM 路由器的 IP 地址配置相应的 L3 IRB 接口。额外的 VLAN ID 不能与交换矩阵中任何其他边界叶设备上的收入网桥域、SBD 或额外 VLAN 的 VLAN ID 相同。此外,与 L3 接口方法类似,不同边界叶设备上的非 EVPN IRB 接口应连接到交换矩阵中不同子网上的 PIM 路由器。
您可以在 IRB 接口上启用 PIM,并将该接口包含在具有组播数据接收器的租户 VRF 实例中。此方法不同于 M-VLAN IRB 方法,因为您没有在 EVPN 实例中扩展此 VLAN 或 IRB 接口。
与外部 PIM 域之间传输组播数据支持的方法 列出了支持这些外部组播方法的平台。
图 6 包括与从 内部源到 EVPN 数据中心外部接收器的组播流量相同的内部多宿主源、内部接收器和外部接收器 - M-VLAN IRB 方法。有关内部组播流量的详细信息,请参阅 从多宿主源到内部接收器的流量中的 步骤。在本节中,我们将仅介绍这种情况的不同之处,即从边界叶设备到外部接收器的组播流量。
在 图 6 中,组播组的内部源是 Mcast-Src-2,它与 Leaf-1 和 Leaf-2 多宿主。源在 VLAN-2(红色 VLAN)上发送组播流量。外部接收方 Ext-Mcast-Rcvr 表示有兴趣接收该组播组的组播流量(发送加入消息)。
此用例中的外部组播流与 M-VLAN IRB 用例非常相似。OISM PEG 角色中的边界叶设备通过 EVPN 核心在源 VLAN 上接收组播流量。但是,这种情况下的主要区别在于,外部组播接口不使用 EVPN 信令,也不会跨边界叶设备共享 ESI。每个边界叶设备上的外部组播接口都是不同的,并且每个接口都可通过 L3 连接到外部 PIM 网关路由器。建立 PIM 加入状态的边界叶设备会复制 L3 接口或非 EVPN IRB 接口上的流量,并将其发送到外部接收方的外部 PIM 域。
PEG 边界叶设备仅将收入网桥域上接收的组播源流量发送至外部 PIM 域。这些设备不会将流量转发回 EVPN 核心,转发到其他边界叶设备。
以下部分将介绍源流量如何到达感兴趣的外部接收方。
流向外部接收器的流量 — L3 接口或非 EVPN IRB 方法
图 6 中,以下步骤总结了使用经典 L3 接口方法或非 EVPN IRB 方法从边界叶设备到外部接收器的组播控制和数据流量:
-
在外部 PIM 域中,PIM RP 进入 PIM (*,G) 组播路由表条目。该条目包括朝向 Ext-Mcast-Rcvr 的 L3 接口,作为下行接口。
-
边界叶设备 BL-1 和 BL-2 均从 VLAN-2 上的 EVPN 核心接收源流量。其中一个边界叶设备上的 VLAN-2 上的 IRB 接口是 VLAN-2 的 PIM DR。在这种情况下,PIM DR 位于 BL-1 上,因此 BL-1 会向其外部组播 L3 接口或非 EVPN IRB 接口上的 PIM RP 发送 PIM 寄存器消息。
-
PIM RP 向 BL-1 发送回 PIM 加入消息。BL-1 接收 PIM 加入并创建一个 (S,G) 组播路由表条目,如下所示:
- 源地址是 VLAN-2 中 Mcast-Src-2 的 IP 地址。
- 下行接口是外部组播 L3 接口或非 EVPN IRB 接口。
-
BL-1 将流量从 VLAN-2 路由到其外部组播 L3 接口或非 EVPN IRB 接口。
-
PIM RP 在外部组播接口上接收来自 BL-1 的流量。PIM 路由器将流量发送到 L3 接口,指向外部接收器。外部接收方接收组播流量。
从外部源到 EVPN 数据中心内接收器的组播流量 — M-VLAN IRB 方法
图 7 展示了 OISM 用例,其中 EVPN 交换矩阵外部的组播源将组播流量发送到交换矩阵内部的接收器。此用例展示了 OISM 在 EVPN 核心中使用 SBD 的两种主要方式:
-
以承载外部组播源流量。
-
播发 SMET 6 类路由。
6 类路由可确保边界叶设备仅将流量转发到具有相关接收方的 EVPN 设备。
OISM 边界叶设备通过 M-VLAN IRB 接口接收外部组播源流量。OISM 设备使用 SBD 将流量转发到具有收入网桥域上相关接收器的 EVPN 服务器叶设备。然后,每个叶设备在本地将收入桥域上的流量转发或路由到其本地接收方。
此用例有一个内部接收器,该接收器多宿主到两个服务器叶设备。
在 图 7 中,EVPN 交换矩阵中的 Rcvr-1 与服务器叶设备 Leaf-1 和 Leaf-2 多宿主。RCVR-1 表示有兴趣从组播组接收流量。组的组播流量源是外部 PIM 域中的 Ext-Mcast-Src。
外部源流量到达感兴趣的多宿主接收方 Rcvr-1,如下所示:
- 内部多宿主接收器和外部源之间的组播控制流 - M-VLAN IRB 方法
- 从边界叶设备到内部接收器的流量 — M-VLAN IRB 方法
- 当多宿主外部 PIM 路由器对流量进行负载均衡时会发生什么情况 - M-VLAN IRB 方法
- 边界叶设备上的本地接收器会发生什么情况 — M-VLAN IRB 方法
内部多宿主接收器和外部源之间的组播控制流 - M-VLAN IRB 方法
以下步骤总结了此用例中的组播控制流:
-
Rcvr-1 向多宿主对等方 Leaf-1 和 Leaf-2 发送 IGMP 加入消息。
-
枝叶 1 和枝叶 2 都会生成一条指向 SBD 上 EVPN 核心的 EVPN 6 类路由。类型 6 (SMET) 路由通告 Rcvr-1 关注组播数据。
-
边界叶设备 BL-1 和 BL-2 都在 SBD 上接收 6 类路由。
-
6 类路由(在 SBD 上)向边界叶设备发出信号,以创建指向 PIM RP(可通过 M-VLAN 访问)的 PIM 加入。但是,为避免重复加入消息,只有作为 SBD 的 PIM DR 的边界叶设备才会生成 PIM 加入消息。在这种情况下,图显示 SBD 的 PIM DR 为 BL-1。BL-1 通过其邻接方 M-VLAN IRB 接口向 PIM RP 发送 PIM 加入消息。
-
PIM RP 接收加入消息。然后,PIM RP 在组播路由表中创建一个 PIM (*,G) 条目,其中 M-VLAN IRB 接口作为下游接口。
-
外部源 Ext-Mcast-Src 向 PIM RP 注册。PIM RP 有一个用于组的组播路由,其中 M-VLAN IRB 接口作为下行接口。因此,PIM RP 会将从 L3 进入的组播流量路由到其与 M-VLAN IRB 的连接上,朝 BL-1 或 BL-2 转发。在这种情况下,BL-1 发送了 PIM 加入,因此 BL-1 在其 M-VLAN IRB 接口上接收流量。
从边界叶设备到内部接收器的流量 — M-VLAN IRB 方法
在 图 7 中,BL-1 是 SBD 的 PIM DR,并将 PIM 加入发送到外部 PIM 域。BL-1 接收并路由(或转发)外部源流量,如下所示:
-
BL-1 通过其 SBD IRB 接口将流量从 M-VLAN 本地路由到 SBD,因为 BL-1 是 SBD 的 PIM DR。请参见 BL-1 上从 M-VLAN 到 SBD 的灰色小箭头。
-
BL-1 将 M-VLAN 上的 流量副本转发到 BL-2,因为两个边界叶设备都具有 PEG 角色。参见从 BL-1 到 BL-2 的黑色箭头。
作为使用 M-VLAN IRB 方法的 PEG 设备,BL-2 预期仅在 M-VLAN IRB 接口上接收外部组播流量。如果 BL-2 有任何本地接收器,则 BL-2 可以接收流量并将其在本地路由到这些接收器。
-
BL-1 还 会将 SBD 上的 流量副本转发到 EVPN 核心至 BL-2。参见从 BL-1 到 BL-2 的绿色箭头。
BL-2 会丢弃流量,因为同样,作为使用 M-VLAN IRB 方法的 PEG 设备,BL-2 期望仅在 M-VLAN IRB 接口上接收外部源流量。BL-2 不需要 SBD IRB 接口上有来自 BL-1 的外部源流量。换句话说,BL-2 将这种情况视为源接口不匹配(反向路径转发 [RFP] 故障)。
注意:入口边界叶设备还会将 SBD 上的副本转发到其他边界叶设备的原因之一是确保在另一个边界叶设备的 M-VLAN 接口出现故障时可以接收外部源流量。然后,其他边界叶设备上任何感兴趣的本地接收器仍可获取流量。
-
BL-1 根据播发的 Type 6 路由,有选择地将 SBD 上的流量副本转发到具有相关接收方的服务器叶设备。
在这种情况下,Leaf-1 和 Leaf-2 在 VLAN-2 上有一个多宿主感兴趣的接收器 Rcvr-1。因此,BL-1 会将流量发送到 两个 叶设备。请参阅从 BL-1 到枝叶 1 和枝叶 2 的绿色箭头。
注意:在多宿主至 BL-1 和 BL-2 的 PIM 路由器的类似用例中,BL-1 可能会接收外部组播源流量,但 BL-2 是 SBD 上的 PIM DR。BL-1 将传入的外部组播流量转发到 M-VLAN 上的 BL-2 的原因之一是为了让 BL-2 可以处理此用例。请参阅 图 7 中 M-VLAN 上从 BL-1 到 BL-2 的黑色箭头。如果 BL-2 是 SBD 上的 PIM DR,则在从 BL-1 接收 M-VLAN 上的流量后,BL-2 会将 SBD 上的流量转发到叶 1 和叶 2。在这种情况下,图中的绿色箭头将从 BL-2 流向其他 EVPN 设备,而不是从 BL-1 流出。
-
枝叶 1 和枝叶 2 在本地将流量从 SBD IRB 接口路由到 VLAN-2 的收入桥域 IRB 接口,流向感兴趣的(多宿主)接收方。但是,使用 EVPN 多宿主时,只有 ES 中的 EVPN DF 会将流量转发到 Rcvr-1,因此 Rcvr-1 不会收到重复流量。
在这种情况下,Leaf-1 是 EVPN DF,因此只有 Leaf-1 会将流量转发至 Rcvr-1。
当多宿主外部 PIM 路由器对流量进行负载均衡时会发生什么情况 - M-VLAN IRB 方法
在 图 7 中,外部 PIM 网关路由器在 EVPN 交换矩阵的 ES 上多宿主至 BL-1 和 BL-2。如果 PIM 路由器端的连接对是 AE 接口捆绑包,则 PIM 路由器将在捆绑包中的接口之间进行负载平衡。在这种情况下,BL-1 和 BL-2 将分别接收来自外部源的部分组播流量。但是,所有接收方都应接收所有这些流量。为简单起见,该图未显示此负载平衡的流量箭头,但我们将在这里描述该流。
BL-1 和 BL-2 各自在其 M-VLAN IRB 接口上接收部分外部组播源流量。但是,由于 BL-1 是 SBD 上的 PIM DR,因此只有 BL-1 会将 SBD 上的流量路由到 EVPN 交换矩阵,如下所示:
-
BL-1 将其接收到 SBD 上的流量路由到服务器叶设备。
如果 BL-2 有任何本地接收器,BL-1 还会在 M-VLAN 上转发该流量,并将其在 SBD 上路由到 BL-2(如 从边界叶设备到内部接收器的流量 — M-VLAN IRB 方法中所述)。
-
BL-2 将其从 M-VLAN 上的外部 PIM 域接收到的流量转发到 BL-1,因为 BL-1 只期望在 M-VLAN 上接收外部源流量。
由于 DF 和水平分割规则,BL-2 不会将其在 M-VLAN 上接收到的任何流量从 BL-1 转发到 EVPN 核心或转发回源 BL-1。
-
BL-1 将其在 M-VLAN 上接收的流量从 BL-2 路由到 SBD 上,路由到服务器叶设备。
边界叶设备上的本地接收器会发生什么情况 — M-VLAN IRB 方法
图 7 未显示连接到边界叶设备的本地接收器。但是,让我们简要了解一下 PIM 加入消息流,以及外部源流量如何到达边界叶设备上的本地接收器。
假设 BL-1 或 BL-2 在交换矩阵中的收入网桥域上有一个感兴趣的接收方。在这种情况下:
-
两台设备都在 IRB 接口上生成一个 PIM 加入,用于 将收入网桥域 用于 PIM RP。
-
在收入网桥域 IRB 接口上的分布式灾难恢复模式下,使用 PIM 配置边界叶设备。这样,BL-1 和 BL-2 都不能单独充当 PIM DR。两台设备均会在本地将通过 M-VLAN IRB 接口进入的外部组播源流量路由到相应的收入网桥域 IRB 接口。
从外部源到 EVPN 数据中心内接收器的组播流量 — L3 接口方法或非 EVPN IRB 方法
图 8 展示了 OISM 用例,其中 EVPN 交换矩阵外部的组播源将组播流量发送到交换矩阵内部的接收器。在这种情况下,交换矩阵使用经典 L3 接口或非 EVPN IRB 外部组播方法连接到外部 PIM 域。此外,这种情况还包括以下内部接收器:
-
多宿主到两个服务器叶设备的接收器。
-
其中一个边界叶设备上的本地接收器。
此用例与 图 7 中的 M-VLAN IRB 外部源用例类似,显示了 OISM 在 EVPN 核心中使用 SBD 的两种主要方式 — 传输外部组播源流量和播发 SMET 6 类路由。6 类路由可确保边界叶设备仅将流量转发到具有相关接收方的 EVPN 设备。
在 图 8 中:
-
Rcvr-1 与 EVPN 交换矩阵中的服务器叶设备 Leaf-1 和 Leaf-2 多宿主,并表示有兴趣从组播组接收流量。
-
EVPN 交换矩阵中 BL-2 上的 Rcvr-5 也对接收组播流量感兴趣。
-
外部 PIM 域中的 Ext-Mcast-Src 是组播组的流量源。
传统 L3 接口和非 EVPN IRB 接口方法的外部组播控制流和组播数据流量类似。因此,在本节中,当我们提到边界叶设备外部连接点时,我们通常会说 外部组播接口 。
外部源流量到达相关接收方(Rcvr-1 和 Rcvr-5),如下所示:
内部接收器和外部源之间的组播控制流 — L3 接口或非 EVPN IRB 方法
以下步骤总结了此用例中的组播控制流:
-
Rcvr-1 在 VLAN-2 上向多宿主对等方 Leaf-1 和 Leaf-2 发送 IGMP 或 MLD 加入消息。
-
枝叶 1 和枝叶 2 都会生成一条指向 SBD 上 EVPN 核心的 EVPN 6 类路由。类型 6 (SMET) 路由通告 Rcvr-1 关注组播数据。
-
边界叶设备 BL-1 和 BL-2 都在 SBD 上接收 6 类路由。
-
6 类路由(在 SBD 上)向边界叶设备发出信号,以创建指向 PIM RP 的 PIM 加入(可通过外部组播接口到达)。但是,为避免 SBD 上的服务器叶设备重复加入消息,只有作为 SBD 的 PIM DR 的边界叶设备才会生成 PIM 加入消息。在这种情况下,图显示 SBD 的 PIM DR 为 BL-1。BL-1 通过其 PIM 邻接方(外部组播接口)向 PIM RP 发送 PIM 加入消息。
-
BL-2 上的本地接收器 Rcvr-5 也会从 VLAN-2 上向 BL-2 发送 IGMP 或 MLD 加入消息。请注意,在这种情况下,BL-1 和 BL-2 不是 EVPN ES 中的多宿主对等方。因此,BL-2 在其外部组播接口上发送单独的 PIM 加入消息,因为它具有本地关注的接收方 (Rcvr-5)。
-
PIM RP 接收加入消息。PIM RP 在组播路由表中创建 PIM (*,G) 条目,其中 BL-1 和 BL-2 外部组播接口作为下行接口。
-
外部源 Ext-Mcast-Src 向 PIM RP 注册。PIM RP 为组组播路由,其中 BL-1 和 BL-2 外部组播接口作为下行接口。因此,PIM RP 会将从 L3 进入的组播流量路由到 BL-1 和 BL-2。
BL-1 和 BL-2 都接收组播流量。下一节将介绍边界叶设备如何在 EVPN 交换矩阵中转发或路由流量。
从边界叶设备到内部接收器的流量 — L3 接口或非 EVPN IRB 方法
在 图 8 中,BL-1 是 SBD 的 PIM DR,并向 SBD 上服务器叶设备的外部 PIM 域发送 PIM 加入消息。BL-2 还向 其感兴趣的本地接收方的外部 PIM 域发送了 PIM 加入消息。
BL-1 和 BL-2 接收外部源流量,并按如下方式路由(或转发):
-
BL-1 将流量从外部组播接口本地路由到 SBD IRB 接口,因为 BL-1 是 SBD 的 PIM DR。请参阅从外部组播接口到 BL-1 上 SBD 的灰色小箭头。
-
BL-1 将 SBD 上的 流量副本转发到 EVPN 核心,以至 BL-2。参见从 BL-1 到 BL-2 的绿色箭头。
但是,BL-2 会丢弃来自 SBD 的流量,因为作为使用经典 L3 接口或非 EVPN IRB 方法的 PEG 设备,BL-2 不需要 SBD IRB 接口上的外部源流量来自 BL-1。如果 BL-2 有感兴趣的接收方,它将发送 PIM 加入消息,并且应从其外部组播连接接收相同的流量。
注意:入口边界叶设备还会将 SBD 上的副本转发到其他边界叶设备的原因之一是确保在另一个边界叶设备外部组播接口出现故障时可以接收外部源流量。然后,其他边界叶设备上任何感兴趣的本地接收器仍可获取流量。
-
BL-2 将外部组播流量路由到 VLAN-2 上的本地接收器 Rcvr-5。请参阅 BL-2 上从外部组播接口到 VLAN-2 的灰色小箭头。
注意:在 PEG 模式下配置的边界叶设备(不是 SBD 上的 PIM DR)仍将在本地路由从外部组播接口接收的流量。这些设备不会将流量从外部组播源发送到 SBD 上的其他 PEG 边界叶设备。这些设备也不会将 SBD 上的流量转发到 EVPN 核心。
-
BL-1(SBD 上的 PIM DR)选择性地将 SBD 上的流量副本转发到具有相关接收方的服务器叶设备(基于播发的 Type 6 路由)。请参阅从 BL-1 到枝叶 1 和枝叶 2 的绿色箭头。
在这种情况下,Leaf-1 和 Leaf-2 在 VLAN-2 上有一个多宿主感兴趣的接收器 Rcvr-1。因此,BL-1 会将 SBD 上的流量发送到 两个 叶设备。
-
枝叶 1 和枝叶 2 在本地将流量从 SBD IRB 接口路由到 VLAN-2 的收入桥域 IRB 接口,流向感兴趣的(多宿主)接收方。但是,使用 EVPN 多宿主时,只有 ES 中的 EVPN DF 会将流量转发到 Rcvr-1,因此 Rcvr-1 不会收到重复流量。
在这种情况下,Leaf-1 是 EVPN DF,因此只有 Leaf-1 会将流量转发至 Rcvr-1。请参阅从 Leaf-1 到 Rcvr-1 的红色箭头。
具有内部组播源的 AR 和 OISM
在 图 9 中,我们展示了一个 OISM 用例,您将主干设备配置为独立的 AR 复制器设备。OISM 服务器叶设备和边界叶设备是 AR 叶设备。AR 复制器设备处理 OISM 服务器叶和边界叶设备的组播流量的复制。此案例显示了 EVPN 交换矩阵内服务器叶设备后面的组播源和单宿主接收器。
当组播源位于服务器叶设备后面(该设备也具有多宿主接收器)时,AR 行为会有所不同;请参阅具有 内部组播源和多宿主接收器的 AR 和 OISM ,了解有关该用例行为的更多信息。
当使用来自内部源的 OISM 流量时,入口设备会在源 VLAN 上的 EVPN 交换矩阵中转发流量。如果同时启用 AR,入口叶设备会将流量的一个副本转发到 AR 复制器。AR 复制器会复制流量,并将源 VLAN 上的副本发送到具有相关接收方的其他叶设备。然后,每个叶设备:
-
在本地将流量转发到源 VLAN 上的接收器。
-
在本地将流量路由到其他收入 VLAN 上的接收方。
在 图 9 中的用例中:
-
Rcvr-2、Rcvr-3 和 Rcvr-4 发送 IGMP 或 MLD 报告以加入组播组。
-
组播组的流量源 Mcast-Src-1 将源 VLAN VLAN-1 上的流量转发到叶 1。
-
Leaf-1 将流量转发到 VLAN-1 上的一个可用 AR 复制器,以便将流量复制到具有相关接收方的其他叶设备。在这种情况下,Leaf-1 会将流量转发到 ARR-1。
注意:有关 AR 叶设备如何在多个可用 AR 复制器之间进行负载平衡的详细信息,请参阅使用 多个复制器进行 AR 叶设备负载平衡 。
-
ARR-1 会复制流量,并将 VLAN-1 上的副本发送到具有相关接收方的所有叶设备。
-
每个服务器叶设备:
-
将流量转发到 VLAN-1 上感兴趣的接收方。
-
在本地将流量路由到 VLAN-2,并将其转发到 VLAN-2 上感兴趣的接收方。
另请注意,在 图 9 中,Rcvr-1 与 Leaf-1 和 Leaf-2 多宿主,其中 Leaf-1 作为 ESI DF。因此,只有 Leaf-1 将流量转发到 VLAN-2 上的 Rcvr-1。
-
-
如果任何外部接收方表示有兴趣接收流量,边界叶设备就会在本地将流量路由到外部组播接口。外部组播接口根据您配置的外部组播方法,将流量发送到任何感兴趣的外部组播接收器。
有关如何配置 AR 的详细信息,请参阅 配置辅助复制 。
具有内部组播源和多宿主接收器的 AR 和 OISM
在 图 10 中,我们展示了一个 OISM 用例,类似于具有 内部组播源的 AR 和 OISM 中的设置。但是,在这种情况下,组播源位于服务器叶设备后面,该设备也具有多宿主接收器。在这种情况下,AR 默认在扩展 AR 模式下工作,以有效地支持多宿主接收器。有关此模式的完整详细信息,请参阅 多宿主以太网段的扩展 AR 模式 。
在这种情况下,以下是进入服务器叶设备上的组播流量如何到达多宿主接收器的摘要:
-
入口服务器叶设备(具有多宿主接收方的 ESI)会在 ES 上维护其多宿主对等叶设备的列表。
AR 复制器设备还知道哪些 AR 叶设备具有多宿主对等方。
-
入口服务器叶设备负责将组播流量复制并转发到对流量感兴趣的任何多宿主对等方。
入口叶设备还会将一个副本发送到 AR 复制器设备,以处理复制和转发到任何其他叶设备。
除了处理到多宿主对等方的复制方面的这种差异之外,流向 AR 复制器,然后流向感兴趣的接收方的流量与我们在具有 内部组播源的 AR 和 OISM 中描述的流量相同。
在 图 10 中:
-
Rcvr-1、Rcvr-2、Rcvr-3 和 Rcvr-4 发送 IGMP 或 MLD 报告以加入组播组。
-
组播组的流量源 Mcast-Src-1 将源 VLAN VLAN-1 上的流量转发到叶 1。
-
在多宿主对等方的扩展 AR 模式之后,Leaf-1 将流量直接转发至具有相关接收方的多宿主对等方 Leaf-2。根据 OISM 行为,Leaf-1 使用源 VLAN VLAN-1。
-
Leaf-1 还会将流量转发到源 VLAN VLAN-1 上的一个可用 AR 复制器(本例中为 ARR-1)。
注意:有关 AR 叶设备如何在多个可用 AR 复制器之间进行负载平衡的详细信息,请参阅使用 多个复制器进行 AR 叶设备负载平衡 。
-
ARR-1 会复制流量,并且仅将副本发送到 VLAN-1 上,仅指向除叶 2 之外具有相关接收器的其他叶设备。由于默认的扩展 AR 模式行为(请参阅上述步骤 3 ),ARR-1 不会跳过将流量发送到入口叶设备 Leaf-1 的多宿主对等方 Leaf-2。
-
然后,每个服务器叶设备将流量转发或路由到其感兴趣的接收方。
请注意,在 图10中,Leaf-1是多宿主接收器Rcvr-2的ESI DF。因此,只有 Leaf-1 将流量转发到 VLAN-2 上的 Rcvr-1。
有关如何配置 AR 的详细信息,请参阅 配置辅助复制 。
具有外部组播源的 AR 和 OISM
在 图 11 中,我们展示了一个 OISM 用例,您可以在其中将主干设备配置为独立的 AR 复制器设备。OISM 服务器叶设备和边界叶设备是 AR 叶设备。组播源位于外部 PIM 域中的 EVPN 交换矩阵之外。在这种情况下,边界叶设备使用经典的 L3 接口方法连接到 PIM 路由器和 PIM RP。
对于来自外部源的 OISM 流量,入口边界叶设备会在 SBD VLAN 上的 EVPN 交换矩阵中转发流量。如果同时启用 AR,入口边界叶设备会将流量的一个副本转发到 AR 复制器。AR 复制器复制流量,并将 SBD VLAN 上的副本发送到具有相关接收方的其他叶设备。然后,每台设备将其在 SBD 上接收到的流量在本地路由到收入网桥域 VLAN 上的接收方。
的 AR
在 图 11 中的用例中:
-
Rcvr-1(多宿主到叶 1 和叶 2)和 Rcvr-5(BL-2 背后的本地主机)发送 IGMP 或 MLD 报告以加入组播组。
-
外部源 Ext-Mcast-Src 通过外部 PIM 域发送组播流量。在这种情况下,我们使用经典的 L3 接口外部组播方法,并且两台设备都发送了 PIM 加入消息,因此 PIM 路由器会将流量发送到 BL-1 和 BL-2。(有关此行为的完整说明,请参阅 从外部源到 EVPN 数据中心内接收器的组播流量 - L3 接口方法或非 EVPN IRB 方法 。)
注意:如 图 11 所示,在此用例中,由于 BL-2 具有本地接收器,因此 BL-2 会将传入的外部源流量直接路由到 VLAN-2 上的接收器。BL-2 不会将流量路由到它在 SBD 上从 ARR-2 接收的本地接收器,因为其到外部源的反向路径转发引用的是 L3 接口。
BL-2 也不会将流量路由到 SBD,因为 BL-1 是 SBD 上的 PIM DR(请参阅下一步)。
-
BL-1 是 SBD 的 PIM DR,因此 BL-1 是边界叶设备,用于将外部源流量路由到 EVPN 交换矩阵。启用 AR 后,BL-1 会将 SBD 上的流量转发到可用的 AR 复制器之一。在这种情况下,BL-1 会将流量转发至 ARR-2。
注意:有关 AR 叶设备如何在多个 AR 复制器之间进行负载平衡的详细信息,请参阅使用 多个复制器进行 AR 叶设备负载平衡 。
-
ARR-2 复制流量,并将 SBD 上的副本发送到具有相关接收器的叶设备,在本例中为叶 1、叶 2 和 BL-2。
-
在本地接收 SBD 上流量的每个叶设备都会将流量路由到收入 VLAN 上感兴趣的接收方。在这个案例中:
-
BL-2 将流量路由到 VLAN-2 上的接收器。
-
叶 1 和叶 2 都在 SBD 上接收流量。Rcvr-1 与叶 1 和叶 2 多宿主,叶 1 是 ESI DF。因此,只有 Leaf-1 将流量转发到 VLAN-2 上的 Rcvr-1。
-
有关如何配置 AR 的详细信息,请参阅 配置辅助复制 。
增强型 OISM 的工作原理
我们通过增强型 OISM(非对称桥接域模型)支持的用例与我们在 OISM 的工作原理中描述的用例相似,但有一些操作差异。此外,如前所述,您无需像使用常规 OISM 那样在所有叶设备上配置所有 VLAN。
请参阅 增强型 OISM 概述 ,简要介绍增强型 OISM 模式与常规 OISM 模式的差异。本节将更详细地介绍主要的操作差异。
通过增强型 OISM 改善本地路由和东西向流量差异
借助增强型 OISM,OISM 叶设备执行本地路由的方式与我们在 OISM 设备上的本地路由中描述的常规 OISM 相同。但是,要将流量发送到不是其多宿主对等方的其他 OISM 叶设备,增强型 OISM 入口叶设备会在 SBD 上路由源流量,而不是在源 VLAN 上转发。然后,接收叶设备将流量从 SBD 本地路由到目标 VLAN。
对于具有多宿主对等方的入口叶设备(设备与其共享至少一个以太网段的其他 OISM 叶设备),仅在此情况下,设备才会将源 VLAN 上的东西向组播源流量转发到多宿主对等方,而不是使用 SBD。然后,接收叶设备将流量转发或本地路由到目标 VLAN。
参见 图 12。我们需要在所有设备上配置 SBD,以便 OISM 正常工作。如果 VLAN 上没有接收器,则无需在叶设备上配置 VLAN-1 和 VLAN-2。
东西向流量路由(主要在 SBD 上)支持非对称网桥域模型,所有叶设备都不需要托管网络中的所有源 VLAN。您只需在所有 OISM 叶设备上通用配置 SBD。但是,对于多宿主对等方,您必须在多宿主对等方设备上对称配置收入 VLAN。
上路由
在 图 12 中:
-
接收方发送 IGMP 或 MLD 加入消息,以表示有兴趣接收特定 VLAN 上的组播组 (*,G) 或组播源和组 (S,G) 的组播流量。
-
Leaf-1 和 Leaf-2 共享一个用于多宿主主机 Mcast-Src-1 的以太网段。因此,即使叶 1 可能没有任何使用 VLAN-2 的接收器,我们也会在这两台设备上对称地配置相同的 VLAN VLAN 1 和 VLAN-2。
-
Leaf-1 在源 VLAN、VLAN-1 上接收组播流量,并且:
-
将流量转发到源 VLAN、VLAN-2 上的叶 2(其多宿主对等方)
然后,Leaf-2 将流量转发至源 VLAN(VLAN-1)上感兴趣的接收方,或将流量本地路由至目标 VLAN VLAN-2 上感兴趣的接收方。
-
将流量路由到 SBD 上的其他 OISM 叶设备,这些设备不属于其多宿主对等方且具有感兴趣的接收方。
OISM 叶设备在 SBD 上接收流量,并将流量在本地路由到目标 VLAN、VLAN-1 或 VLAN-2 上感兴趣的接收方。
-
使用增强型 OISM 对基于 EVPN 10 类的内部源进行 PIM 注册 S-PMSI A-D 路由
增强型 OISM 要求在处理从内部源到 EVPN 网络外部接收方的南北向流量的 PIM 源注册方面存在一些差异。
使用常规 OISM,作为 OISM PEG 设备运行的边界叶设备仅在补充网桥域 (SBD) 上接收来自外部组播源的流量。PEG 设备从源 VLAN 上的内部组播源接收流量。OISM PEG 设备应该只对内部源进行 PIM 注册,因此在常规的 OISM 设计下,PEG 设备可以轻松区分内部源,并且仅对这些源进行 PIM 源注册。
借助增强型 OISM,PEG 设备可以在 SBD 上接收来自外部和内部组播源的流量。由于 PEG 设备应仅对内部源的 PIM RP 执行 PIM 注册,因此运行增强型 OISM 的 PEG 设备必须能够区分内部和外部组播源。
增强型 OISM 设计采用 EVPN 10 类选择性 P 路由器组播服务接口 (S-PMSI) 自动发现 (A-D) 路由来进行区分,如下所示(参见 图 13):
-
从内部组播源接收流量的入口 OISM 叶设备会为这些组播 (S,G) 源和组播发 S-PMSI A-D 路由。
-
如果 PEG 设备在 SBD IRB 接口上接收流量,但未看到该源的 S-PMSI A-D 路由,则设备会将该源解释为外部源。
-
PEG 设备仅向 PIM RP 发送与接收到的 S-PMSI A-D 路由对应的源的 PIM 寄存器。
此设计可确保 PEG 设备仅对 EVPN 网络内的组播源执行 PIM 源注册。
的内部源 PIM 注册
例如, 图 13 显示了与 图 12 相同的增强型 OISM 内部流量,但添加了为外部接收器提供服务的外部 PIM 域。图中:
-
当 Leaf-1 收到来自 Mcast-Src-1 的组播流量时,Leaf-1 会生成 S-PMSI A-D 路由并将其发送至 EVPN 网络。
-
PEG 设备 BL-1 接收 S-PMSI A-D 路由。BL-2 还接收 S-PMSI A-D 路由。但是,BL-1 是 SBD 上的 PIM DR,因此 BL-1 会通过其外部组播接口向该 (S,G) 的 PIM RP 发送 PIM 寄存器消息。
-
PIM RP 向 BL-1 发送回 PIM 加入消息。BL-1 接收 PIM 加入,并为外部接收方创建一个 (S,G) 组播路由表条目。
-
当 BL-1 在 SBD 上收到该 (S,G) 的组播流量时,它会在本地将流量路由到外部组播接口,指向外部接收器。
您可以使用以下命令查看有关 OISM 叶设备上的 EVPN 10 类 S-PMSI A-D 路由的详细信息:
-
显示 EVPN OISM SPMSI-AD 扩展
-
显示路由表 evpn-instance-name.evpn-mcsn.1 match 10* extensive
OISM配置注意事项
在开始设置OISM安装之前,以下是特定用例中的一些注意事项。这些注意事项适用于常规OISM和增强型OISM模式,除非该节另有规定。
- 同一 EVPN-VXLAN 交换矩阵中的 IGMPv2 和 IGMPv3(或 MLDv1 和 MLDv2)
- 使用 OISM 安装组播路由的延迟和扩展权衡(install-star-g-routes 选项)
- 使用多个 VLAN 实现 OISM 和 AR 扩展
- PEG DF 选择
- 使用增强型 OISM 静态识别多宿主对等节点,以提高收敛度
- 增强型 OISM 与 EVPN-VXLAN IPv6 底层网络配置
- 增强型 OISM 例外策略,对于 TTL=1 的数据包,可在源 VLAN 而不是 SBD 上转发
同一 EVPN-VXLAN 交换矩阵中的 IGMPv2 和 IGMPv3(或 MLDv1 和 MLDv2)
您可以通过多个选项将 IGMP 侦听与 IGMPv2、IGMPv3 或两个 IGMP 版本一起配置在具有 OISM 的 EVPN-VXLAN 交换矩阵中。同时使用 MLDv1、MLDv2 或两个 MLD 版本进行 MLD 侦听也是如此。您可能还希望在同一交换矩阵中混用配置 IGMP 和 MLD。本部分介绍其中一些选项的配置注意事项。
如果启用了 OISM 的设备上有 IGMPv2 或 IGMPv3 的流量,则可以在使用 IGMP 侦听的设备上全局启用该 IGMP 版本。或者,您可以仅为将处理组播流量的接口启用该 IGMP 版本。您可以根据需要在所有 VLAN 或特定 VLAN 上使用该版本的 IGMP 启用 IGMP 侦听。
对于使用 MLD 侦听的 MDLv1 或 MLDv2,您有相同的选项(在支持 MLD 和 OISM 的平台上)。
您还可以在使用 OISM 的设备上同时启用一个版本的 IGMP 和一个版本的 MLD 和一个版本的 MLD 和 MLD 侦听。
但是,只有在以下限制下,OISM 才支持在设备上同时将 IGMPv2 和 IGMPv3 流量同时传输的 IGMP 侦听:
-
您不能同时使用 IGMPv2 和 IGMPv3 来为同一 VLAN 中的接口启用 IGMP 侦听。
-
对于属于启用了 OISM 的同一 L3 VRF 实例的 VLAN,您无法同时使用 IGMPv2 和 IGMPv3 启用 IGMP 侦听。
如果您希望在设备上同时启用 MLDv1 和 MLDv2 流量的 MLD 侦听,上述限制也适用。
如果在设备上同时使用一个版本的 IGMP 和一个版本的 MLD,则这些限制不适用。
要支持两个 IGMP 版本的 IGMP 侦听,或两个 MLD 版本的 MLD 侦听,您必须配置:
-
一个租户 VRF 实例,支持 IGMPv2 或 MLDv1 接收器。
-
另一个租户 VRF 实例,支持 IGMPv3 或 MLDv2 接收器。
如下所示:
-
在您的配置中,为 IGMPv2 接收器定义 VLAN,并为 IGMPv3 接收器定义不同的 VLAN。
同样,对于 MLD,为 MLDv1 接收器定义 VLAN,为 MLDv2 接收器定义不同的 VLAN。
-
在一个 VRF 实例中包括支持 IGMPv2 的 IRB 接口,并在这些 IRB 接口上启用 IGMPv2。在相应的 VLAN 上启用 IGMP 侦听。
同样,对于 MLD,在一个 VRF 实例中加入支持 MLDv1 的 IRB 接口,并在这些 IRB 接口上启用 MLDv1。在相应的 VLAN 上启用 MLD 侦听。
-
将支持 IGMPv3 的 IRB 接口包含在其他 VRF 实例中,并在这些 IRB 接口上启用 IGMPv3。使用相应 VLAN 上的选项
evpn-ssm-reports-only启用 IGMP 侦听。同样,对于 MLD,请在另一个 VRF 实例中加入支持 MLDv2 的 IRB 接口,并在这些 IRB 接口上启用 MLDv2。使用相应 VLAN 上的选项
evpn-ssm-reports-only启用 MLD 侦听。
在此用例中,对于每个 IGMP 或 MLD 版本,为其分配一组 VLAN 和 IRB 接口:
-
OISM 收入桥域。
-
SBD。
-
任何外部组播 VLAN 和接口(取决于您使用的外部组播方法)。
您还可以为安装中所需的每个租户实例定义两个 L3 VRF 实例,每个 IGMP 版本或 MLD 版本一个。如果您在 L2 使用 MAC-VRF 路由实例,则可能需要为每个 IGMP 或 MLD 版本的 IGMP 侦听或 MLD 侦听流量分配不同的 MAC-VRF EVPN 实例。
以下部分将显示使用两个版本的 IGMP 或同时使用两个版本的 MLD 的配置示例。您可以扩展这些简单的方案,以支持具有不同 IGMP 或 MLD 版本组合的不同租户。
有关 IGMP 任意源组播 (ASM) 模式和源特定组播 (SSM) 模式以及 EVPN-VXLAN 交换矩阵中的 IGMPv2、IGMPv3、MLDv1 和 MLDv2 支持的更多信息,请参阅 支持的 IGMP 或 MLD 版本以及组成员报告模式 。
同时使用 IGMPv2 和 IGMPv3 的配置示例
考虑一个用例,在您使用 M-VLAN IRB 方法为外部组播设置的交换矩阵中同时具有两个 IGMP 版本。您希望同时支持 IGMPv2 和 IGMPv3 流量的 IGMP 侦听。在这种情况下,您可以配置以下 MAC-VRF 实例、L3 VRF 实例、VLAN 和相应的 IRB 接口:
-
MAC-VRF2 和 L3VRF-A 支持 IGMPv2 接收器:
-
收入网桥域 VLAN-100 与 IRB.100
-
带 IRB.302 的 SBD VLAN-302
-
(仅限边界叶设备)带 IRB.902 的 M-VLAN VLAN-902
-
-
MAC-VRF3 和 L3VRF-B 支持 IGMPv3 接收器:
-
收入网桥域 VLAN-200 带 IRB.200
-
带 IRB.303 的 SBD VLAN-303
-
(仅限边界叶设备)带 IRB.903 的 M-VLAN VLAN-903
-
然后在 L3VRF-A 中包括 IGMPv2 IRB 接口,并为这些 IRB 接口启用 IGMPv2。在 L3VRF-B 中包括 IGMPv3 IRB 接口,并为这些 IRB 接口启用 IGMPv3。
例如:
set routing-instances L3VRF-A interface irb.100 # revenue bridge domain for IGMPv2 receivers set routing-instances L3VRF-A interface irb.302 # SBD for IGMPv2 receivers set routing-instances L3VRF-A interface irb.902 # M-VLAN for IGMPv2 (border leaf only) set routing-instances L3VRF-B interface irb.200 # revenue bridge domain for IGMPv3 receivers set routing-instances L3VRF-B interface irb.303 # SBD for IGMPv3 receivers set routing-instances L3VRF-B interface irb.903 # M-VLAN for IGMPv3 (border leaf only) # version 2 option isn't required for IGMPv2 because that's the default IGMP version set protocols igmp interface irb.100 <version 2> # revenue bridge domain for IGMPv2 receivers set protocols igmp interface irb.302 <version 2> # SBD for IGMPv2 receivers set protocols igmp interface irb.902 <version 2> # M-VLAN for IGMPv2 (border leaf only) # version 3 option is required to enable IGMPv3 set protocols igmp interface irb.200 version 3 # revenue bridge domain for IGMPv3 receivers set protocols igmp interface irb.303 version 3 # SBD for IGMPv3 receivers set protocols igmp interface irb.903 version 3 # M-VLAN for IGMPv3 (border leaf only)
最后,在 EVPN 实例的 L2 启用 IGMP 侦听,如下所示:
-
在 MAC-VRF2 中为与 IGMPv2 IRB 接口对应的 VLAN 进行配置
igmp-snooping。 -
在 MAC-VRF3 中为与 IGMPv3 IRB 接口对应的 VLAN 进行配置
igmp-snooping。仅在为 IGMPv3 流量启用 IGMP 侦听时才包含该
evpn-ssm-reports-only选项。
例如:
set routing-instances MAC-VRF2 protocols igmp-snooping vlan VLAN-100 # IGMPv2-enabled VLAN set routing-instances MAC-VRF2 protocols igmp-snooping vlan VLAN-302 # IGMPv2-enabled VLAN set routing-instances MAC-VRF2 protocols igmp-snooping vlan VLAN-902 # IGMPv2-enabled VLAN set routing-instances MAC-VRF3 protocols igmp-snooping vlan VLAN-200 evpn-ssm-reports-only # IGMPv3-enabled VLAN set routing-instances MAC-VRF3 protocols igmp-snooping vlan VLAN-303 evpn-ssm-reports-only # IGMPv3-enabled VLAN set routing-instances MAC-VRF3 protocols igmp-snooping vlan VLAN-903 evpn-ssm-reports-only # IGMPv3-enabled VLAN
对于用于外部组播的非 EVPN IRB 方法,您不会在非 EVPN IRB 接口上包含 evpn-ssm-reports-only 该选项。您不需要此选项,因为使用非 EVPN IRB 方法时,您不会在 EVPN 实例中扩展外部组播接口。
对外部组播使用 L3 接口方法时,根本不会在外部 PIM 域的 L3 接口上启用 IGMP 侦听。该接口在 L3 上运行,而 IGMP 侦听在 L2 上运行。
MLDv1 和 MLDv2 搭配使用的示例配置
考虑以下用例:在采用 OISM 的交换矩阵中同时使用 MLDv1 和 MLDv2 进行 MLD 侦听:
-
MAC-VRF1 和 L3VRF-A 支持 MLDv1 接收器:
-
收入网桥域 VLAN-100 与 IRB.100
-
带 IRB.301 的 SBD VLAN-301
-
-
MAC-VRF2 和 L3VRF-B 支持 MLDv2 接收器:
-
收入网桥域 VLAN-200 带 IRB.200
-
带 IRB.302 的 SBD VLAN-302
-
在此用例中,我们不会将 M-VLAN IRB 方法用于外部组播,因此我们不会像在上述 IGMP 用例中那样配置 M-VLAN IRB 接口。
在本例中,您可以配置:
-
MLDv1 接收器(VLAN 100 和 301)的 IRB 接口上的 MLDv1。
-
MLDv2 接收器(VLAN 200 和 302)的 IRB 接口上的 MLDV2
-
MAC-VRF1 中 MLDv1 VLAN 的 MLD 侦听。
-
使用 MAC-VRF2 中的选项对
evpn-ssm-reports-onlyMLDv2 VLAN 进行 MLD 侦听。
例如:
set routing-instances L3VRF-A interface irb.100 # revenue bridge domain for MLDv1 receivers set routing-instances L3VRF-A interface irb.301 # SBD for MLDv1 receivers set routing-instances L3VRF-B interface irb.200 # revenue bridge domain for MLDv2 receivers set routing-instances L3VRF-B interface irb.302 # SBD for MLDv2 receivers # version 1 option isn't required for MLDv1 because that's the default MLD version set protocols mld interface irb.100 # revenue bridge domain for MLDv1 receivers set protocols mld interface irb.301 # SBD for MLDv1 receivers set protocols mld interface irb.200 version 2 # revenue bridge domain for MLDv2 receivers set protocols mld interface irb.302 version 2 # SBD for MLDv2 receivers set routing-instances MAC-VRF1 protocols mld-snooping vlan VLAN-100 # MLDv1-enabled VLAN set routing-instances MAC-VRF1 protocols mld-snooping vlan VLAN-301 # MLDv1-enabled VLAN set routing-instances MAC-VRF2 protocols mld-snooping vlan VLAN-200 evpn-ssm-reports-only # MLDv2-enabled VLAN set routing-instances MAC-VRF2 protocols mld-snooping vlan VLAN-302 evpn-ssm-reports-only # MLDv2-enabled VLAN
使用 OISM 安装组播路由的延迟和扩展权衡(install-star-g-routes 选项)
启用了 OISM 的交换矩阵中的设备会发送 EVPN Type 6 路由,以便其他 EVPN 设备了解对组播组的流量感兴趣的接收方。接收方位于 L3 VRF 实例中不同的 OISM 收入网桥域中。为了节省 EVPN 交换矩阵核心中的带宽,OISM 设备仅在路由实例中的 OISM SBD 上发送和接收 6 类路由。
为了帮助最大程度地减少组播流开始时的数据包丢失,我们在层次结构级别提供了[edit <routing-instances name> multicast-snooping-options oism]该install-star-g-routes选项(请参阅 oism(组播侦听选项))。配置此选项后,在收到 6 类路由后,设备上的 RE 会立即在 PFE 上为路由实例中的所有收入网桥域 VLAN 安装相应的 (*,G) 组播路由。
使用此选项,您就可以权衡占用额外的 PFE 资源来改善网络延迟。小规模部署可能具有较少的组播流,但具有严格的网络延迟要求。在这种情况下,为了改善网络延迟,设备会在任何传入组播流量之前在数据平面中安装 (*,G) 路由。
配置此选项:
-
如果在默认交换机实例中的层次结构级别配置
[edit multicast-snooping-options oism]EVPN,则为全局。 -
在 MAC-VRF 实例中,如果在
mac-vrf的 中配置 EVPN,则在 的 中。[edit routing-instances instance-name multicast-snooping-options oism]
当您在 AR 复制器角色中配置具有 AR 的 AR 设备时,我们要求您在交换机、QFX5130交换机和 QFX5700 交换机的QFX10000 系列上使用 OISM 进行配置 install-star-g-routes 。
在 Junos OS 和 Junos OS 演化版 23.4R1 之前的版本中,将以下设备配置为 OISM 服务器叶设备或边界叶设备时,还必须在以下设备上配置该 install-star-g-routes 选项:
-
QFX10000 系列中的交换机。
-
PTX10001-36MR、PTX10004、PTX10008 和 PTX10016 路由器。
从 Junos OS 和 Junos OS 演化版 23.4R1 开始,当您将这些设备配置为 OISM 服务器叶设备或边界叶设备时,我们不再要求您设置此选项。
除上述用例外,不建议设置此选项。
仅当您有非常严格的延迟要求并且可以权衡更高的扩展以实现更好的网络延迟时,才考虑此选项。
选项install-star-g-routes和conserve-mcast-routes-in-pfe选项的功能是互斥的,因此在路由实例中只能使用这些选项中的一个或另一个。有关何时使用该conserve-mcast-routes-in-pfe选项的更多信息,请参阅ACX 系列路由器、QFX5130交换机和 QFX5700 交换机作为服务器分叶和边界叶设备使用 OISM。
不使用 install-star-g-routes 选项的默认行为
默认情况下,如果不使用此选项,设备将优先考虑在组播流量到达之前不安装组播路由,从而优先节省 PFE 上的资源。在此默认情况下:
-
PFE 从源 组播接收组播组 G 的组播流量。
-
PFE 没有流量的转发下一跃点信息,因此它会向 RE 发出信号以获取该信息。
注意:PFE 将丢弃组播流量,直到获取路由信息。
-
RE 从 PFE 获知 (S,G) 的组播流,并在 PFE 上安装该路由。
-
PFE 在已安装 (S,G) 路由的下一跃点上发送流量。
install-star-g-routes 选项的行为
使用该 install-star-g-routes 选项,设备可在任何流量到达之前优先考虑在 PFE 上获得可用的组播路由信息。设备会为尚未使用(也可能永远不会使用)的路由消耗额外的 PFE 资源。使用此选项:
-
RE 接收接收方的 EVPN 6 类路由,用于订阅路由实例中 OISM SBD 上组播组 G 流量的接收方。
-
RE 在 PFE 上为 L3 VRF 实例中的所有收入网桥域安装相应的 (*,G) 路由。
-
稍后,PFE 会从源 S 接收组播组 G 的组播流量。
-
PFE 具有 (*,G) 流量的转发下一跃点信息。因此,它会使用 (*,G) 路由下一跃点将流量转发给任何收入网桥域上的接收方。
-
PFE 还向 RE 发出信号,表明它已收到来自源 S 的组播组 G 的组播流量。
-
RE 从 PFE 了解 (S,G) 的组播流。RE 在 PFE 上安装 (S,G) 路由。
-
PFE 继续发送流量,但现在使用 (S,G) 路由和该更具体路由中的下一跃点。
注意:PFE 仍保留 RE 在收到 6 类路由后安装的每个收入网桥域的 (*,G) 路由。
使用多个 VLAN 实现 OISM 和 AR 扩展
通过在 EVPN-VXLAN 交换矩阵中启用 OISM 和 IGMP 侦听或 MLD 侦听,当接收方加入组播组时,OISM 服务器叶设备和边界叶设备会将 EVPN Type 6 SMET 路由发送到 EVPN 核心中。
当支持 OISM 的设备在 SBD 上收到 Type 6 路由时,设备将:
-
从 6 类路由派生组播状态,如下所示:
-
IGMPv2 或 MLDv1 的 (*,G) 状态
-
IGMPv3 或 MLDv2 的 (S,G) 状态
-
-
为属于支持 OISM 的 L3 租户 VRF 实例 的所有 VLAN 的 MAC-VRF 实例中的 OISM SBD 和收入网桥域 VLAN 安装派生状态。
-
使用派生的组播路由来优化组播转发,方法是仅有选择地将某一组的流量发送到接收方已订阅该组的其他 EVPN 设备。
在部分支持OISM的设备上,您还可以在启用OISM的情况下配置辅助复制(AR)组播优化功能。AR 复制器设备使用 Type 6 路由的方式与 OISM 设备相同。
QFX5130 和 QFX5700 交换机可用作 OISM 服务器叶叶设备或边界叶设备。它们只能在不是 OISM 服务器叶或边界叶设备的设备上充当 AR 复制器。在这种情况下,设备将以独立的 AR 复制器角色运行。
接下来的部分将介绍当您将这些设备配置为 OISM 服务器叶设备或边界叶设备,或使用 OISM 的独立 AR 复制器时,这些设备的配置注意事项。
以下部分中的用例和示例配置将显示 IPv4 组播的 IGMP 配置,但也以相同的方式应用于 IPv6 组播的 MLD 配置。
ACX 系列路由器、QFX5130交换机和 QFX5700 交换机作为 OISM 的服务器分叶和边界分叶设备
使用 OISM 将 ACX 系列 路由器、QFX5130交换机和 QFX5700 交换机配置为服务器叶或边界叶设备时,一旦这些设备收到组播流量,它们就会使用 PIM 的 L3 组播路由转发流量。它们使用派生的组播侦听状态只是为了了解哪些接收器对组播流感兴趣。它们不需要将组播侦听派生状态保存在转发平面中,以便转发流量。
从 Junos OS 演化版 22.4R2 和 23.1R1 版开始,当您将这些设备配置为 OISM 服务器叶设备和边界叶设备时,我们还需要在层次结构级别配置[edit routing-instances name multicast-snooping-options oism]该conserve-mcast-routes-in-pfe选项。(请参阅 oism(组播侦听选项)。)使用此选项,这些设备仅安装 L3 组播路由,以节省 PFE 表空间;避免安装 L2 组播侦听路由。
请遵循以下准则来设置 conserve-mcast-routes-in-pfe 该选项:
-
如果将ACX 系列路由器、QFX5130交换机和QFX5700交换机配置为启用了 OISM 的服务器叶或边界叶设备,则必须在这些路由器、交换机和交换机上设置此选项。
-
在设备上所有启用 OISM 的 MAC-VRF EVPN 路由实例中设置此选项。
-
如果未在设备上启用 OISM,请勿配置此选项。
-
在设备上禁用 OISM 时,还必须删除此设置。
选项conserve-mcast-routes-in-pfe和install-star-g-routes选项的功能是互斥的,因此在路由实例中只能使用这些选项中的一个或另一个。有关何时使用该install-star-g-routes选项的更多信息,请参阅使用 OISM 安装组播路由的延迟和缩放权衡(install-star-g-routes 选项)。
QFX5130和 QFX5700 交换机作为具有 OISM 的独立 AR 复制器
QFX5130 和 QFX5700 交换机可以在采用 OISM 的交换矩阵中充当独立的 AR 复制器。但是,在具有多个 VLAN 的交换矩阵中,在所有 OISM VLAN 上安装组播状态时,QFX5130和 QFX5700 交换机可能会出现扩展问题。
因此,从 Junos OS 演化版 22.2R1 开始,当您将这些交换机配置为启用了 OISM 的独立 AR 复制器时,默认情况下,这些交换机仅在 SBD VLAN 上安装组播状态。(这包括 IGMPv2 的组播 (*,G) 状态和 IGMPv3 的组播 (S,G) 状态。)这些交换机不会在所有收入网桥域 VLAN 上安装组播状态。
例如,假设有一台 QFX5130 设备,其中有一个带有 3 个 VLAN(VLAN_2、VLAN_3 和 VLAN_4)的 MAC-VRF 实例 evpn-vxlan-A。命令显示 show igmp snooping evpn status detail 已将VLAN_4配置为 SBD( Supplementary BD 输出字段为 Yes),另外两个 VLAN 是 OISM 收入网桥域 VLAN:
user@device> show igmp snooping evpn status detail
Instance: evpn-vxlan-A
Bridge-Domain: VLAN_2, VN Identifier: 2
OISM : Enabled
Supplementary BD: No
External VLAN : No
Bridge-Domain: VLAN_3, VN Identifier: 3
OISM : Enabled
Supplementary BD: No
External VLAN : No
Bridge-Domain: VLAN_4, VN Identifier: 4
OISM : Enabled
Supplementary BD: Yes
External VLAN : No
设备从远程设备接收组播组 233.252.0.1 和 233.252.0.2 的 6 类路由:
user@device> show route table bgp.evpn.0 match-prefix 6*233.252.0.1*
bgp.evpn.0: 269 destinations, 269 routes (269 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
6:192.168.0.1:9::4::233.252.0.1::192.168.0.1/520
*[BGP/170] 00:10:28, localpref 100, from 192.168.0.1
AS path: I, validation-state: unverified
> to 10.1.1.2 via et-0/0/3:0.0
6: 192.168.0.2:9::4::233.252.0.1:: 192.168.0.2/520
*[BGP/170] 00:09:30, localpref 100, from 192.168.0.2
AS path: I, validation-state: unverified
> to 10.1.2.2 via et-0/0/3:2.0
6: 192.168.0.3:9::4::233.252.0.1::192.168.0.3/520
*[BGP/170] 00:12:14, localpref 100, from 192.168.0.3
AS path: I, validation-state: unverified
> to 10.1.3.2 via ae1.0
user@device> show route table bgp.evpn.0 match-prefix 6*233.252.0.2*
bgp.evpn.0: 269 destinations, 269 routes (269 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
6:192.168.0.1:9::4::233.252.0.2::192.168.0.1/520
*[BGP/170] 00:10:34, localpref 100, from 192.168.0.1
AS path: I, validation-state: unverified
> to 10.1.1.2 via et-0/0/3:0.0
6: 192.168.0.2:9::4::233.252.0.2:: 192.168.0.2/520
*[BGP/170] 00:09:36, localpref 100, from 192.168.0.2
AS path: I, validation-state: unverified
> to 10.1.2.2 via et-0/0/3:2.0
6: 192.168.0.3:9::4::233.252.0.2:: 192.168.0.3/520
*[BGP/170] 00:12:20, localpref 100, from 192.168.0.3
AS path: I, validation-state: unverified
> to 10.1.3.2 via ae1.0
由于 QFX5130 交换机或 QFX5700 交换机上的扩展行为存在差异,如果您在这些设备上运行命令 show multicast snooping route ,则输出仅会显示 SBD 上的组播组条目,而不是任何收入网桥域上的条目。例如,使用我们的组播组 233.252.0.1 和 233.252.0.2:
user@device> show multicast snooping route extensive instance evpn-vxlan-A
Nexthop Bulking: OFF
Family: INET
Group: 224.0.0.0/4
Source: *
Vlan: VLAN_2
Mesh-group: __ar_flood__
Downstream interface list:
evpn-core-nh -(639026)
Statistics: 0 kBps, 0 pps, 0 packets
Next-hop ID: 639104
Route state: Active
Forwarding state: Forwarding
Sensor ID: 4026531845
Group: 224.0.0.0/4
Source: *
Vlan: VLAN_3
Mesh-group: __ar_flood__
Downstream interface list:
evpn-core-nh -(639022)
Statistics: 0 kBps, 0 pps, 0 packets
Next-hop ID: 639106
Route state: Active
Forwarding state: Forwarding
Sensor ID: 4026531846
Group: 224.0.0.0/4
Source: *
Vlan: VLAN_4
Mesh-group: __ar_flood__
Downstream interface list:
evpn-core-nh -(639018)
Statistics: 0 kBps, 0 pps, 0 packets
Next-hop ID: 639097
Route state: Active
Forwarding state: Forwarding
Sensor ID: 4026531844
Group: 233.252.0.1/32
Source: *
Vlan: VLAN_4
Mesh-group: __ar_flood__
Downstream interface list:
evpn-core-nh -(165537)
Statistics: 523 kBps, 500 pps, 290630 packets
Next-hop ID: 220045
Route state: Active
Forwarding state: Forwarding
Sensor ID: 4026531843
Group: 233.252.0.2/32
Source: *
Vlan: VLAN_4
Mesh-group: __ar_flood__
Downstream interface list:
evpn-core-nh -(165537)
Statistics: 0 kBps, 0 pps, 238 packets
Next-hop ID: 220045
Route state: Active
Forwarding state: Forwarding
Sensor ID: 4026531842
未通过 OISM 作为 AR 复制器运行的 QFX5130 或 QFX5700 交换机将在收入网桥域 VLAN 和 SBD 上安装组播组条目。在这种情况下运行 show multicast snooping route 命令时,您会看到收入网桥域 VLAN 和 SBD 。此行为也适用于运行 OISM 的所有其他平台,无论设备是否是 AR 复制器。
在充当 AR 复制器的 QFX5130 或 QFX5700 交换机上,您不应将我们在 ACX 系列 路由器、QFX5130 交换机 和 QFX5700 交换机 中描述的选项配置为具有 OISM 的服务器叶和边界叶设备。conserve-mcast-routes-in-pfe
PEG DF 选择
默认情况下,对等方 OISM PEG 设备使用基于 PIM 的 DF 选择 — 设备在每个 L3 VRF 中的 OISM 收入 VLAN 和 SBD 上发现其 PIM 邻接方,并从这些邻接方中选择 DF。从 Junos OS 23.4R1 版和 Junos OS 演化版 23.4R1 版开始,您可以在层次结构级别使用 [edit routing-instances name protocols evpn oism pim-evpn-gateway] peg-df-election 语句配置基于模组或基于优先级的 PEG DF 选择,如下所示:
peg-df-election {
delay-time num;
mod; # default method if you don't configure either the mod or preference option
preference {
use-least;
value preference-value;
};
}
配置 PEG DF 选择时,设备将维护交换矩阵中托管每个收入 VLAN(桥接域)或 SBD 的 PEG 设备的序号列表。 PEG 设备使用 EVPN 组播标志 EVPN 3 类 IMET 路由中的扩展社区来通告 OISM、IGMP 侦听、MLD 侦听和 PEG 设备支持。此外,PEG 设备还包括 DF 选择扩展社区,用于传达配置的 DF 选择方法参数(如 RFC 8584 标准中所定义)。
对等方 PEG DF 候选者是使用以下 EVPN 组播标志播发收入 VLAN 或 SBD 的 IMET 路由的设备: 扩展社区值:
- 对于 IPv4 组播 — igmp-snooping-enabled:oism:peg
- 对于 IPv6 组播 — mld-snooping-enabled:oism:peg注意:
设备根据这些播发的组播标志扩展社区值,分别为 IPv4 组播流量选择 DF 和 IPv6 组播流量的 DF。
当 PEG 设备使用 PEG DF 选择时,它们不会在数据中心内使用 PIM 协议(它们不交换 PIM 协议数据包)。因此,我们建议您在 PEG 设备上具有外部 L3 冗余。
您可以将 PEG 设备配置为使用以下任一 PEG DF 选择方法:
-
基于调制 — 在层次结构级别启用
[edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election]PEG DF 选择而不包括mod该选项或preference选项时的默认方法。您还可以显式配置使用此mod方法的选项。在序数列表中选择将作为 DF 的设备的算法为:
(mapped VNI for the VLAN) 模组 (number of entries in the list)
例如,如果您有三个对等方 PEG 设备 BL1、BL2 和 BL3,并且配置了基于模组的 PEG DF 选择,用于映射到 VNI 100 的 VLAN 1:
-
这三台设备各自为 VLAN 1 和 VNI 100 保留一个 PEG DF 候选序列列表,例如:
表 9:基于 Mod 的 PEG DF 选举候选人列表示例 索引
设备
0
BL1
1
BL2
2
BL3
-
在这种情况下,(mapped VNI for the VLAN) mod (number of entries in the list) 是 (100) mod (3) = 1,因此器件选择索引 1 的器件作为 PEG DF,即 BL2。
-
-
基于优先级和自定义首选项值 — 在层次结构级别配置
value preference-value[edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election preference]选项。建议在每个对等方 PEG 设备上设置唯一的优先级值。使用基于优先级的 PEG DF 选择:-
每个设备都会在 EVPN Type 3 IMET 路由播发中传达其优先级值。
-
对等方 PEG 设备会选择具有最高优先级值的设备(默认情况下)作为 VLAN 的 DF。
-
您可以自定义基于优先级的方法,以选择具有最低优先级值而不是最高值的设备。为此,请在层次结构级别设置
use-least[edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election preference]该选项。
-
使用任一 PEG DF 选择方法,您还可以:
-
指定设备选择 DF 之前要等待的时间段。为此,请在层次结构级别设置
delay-time num[edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election]该选项。 -
设置设备在数据库中维护的每个 VLAN (VNI) 的 DF 选择事件条目的最大数量 (0-255)。为此,请在层次结构级别设置
peg-df-election-history num[edit <routing-instances name> protocols evpn]该选项。命令显示
show evpn oism peg-df-status extensiveDF 选择历史记录详细信息。
所有对等 PEG 设备必须使用相同的 DF 选择机制。因此,如果启用 PEG DF 选择,请在所有对等 PEG 设备上对称配置相同的 DF 选择方法。如果配置的 PEG DF 选择方法不匹配,则所有对等 PEG 设备都会回退为使用默认的基于 mod 的 PEG DF 选择方法。如果仅在部分对等方 PEG 设备上启用 PEG DF 选择,则所有设备都会回退为使用基于 PIM 的 DF 选择。
如何检查 PEG DF 选择状态
使用以下命令查看 PEG 设备的 PEG DF 选择状态:
-
show evpn oism— 查看是否为每个 L3 路由实例启用了 PEG DF 选择。如果选择了该preference选项,请包括以下extensive选项以查看配置的 PEG DF 选择方法和优先级值。例如:基于模组的 PEG DF 选择:
user@BL1> show evpn oism L3 context SBD PEG-DF-ELECTION VRF-1 irb.4 Enabled user@BL1> show evpn oism extensive EVPN L3 context: VRF-1 OISM SBD interface: irb.4 PEG DF Election: Enabled PEG DF Algorithm: MOD OISM Mode: Regular OISM
基于优先级的 PEG DF 选择 — 默认情况下使用最高优先级值,因此 BL1 将是此处选择的 PEG DF:
user@BL1> show evpn oism extensive EVPN L3 context: VRF-1 OISM SBD interface: irb.4 PEG DF Election: Enabled PEG DF Algorithm: PREFERENCE(200), use-least-preference: F OISM Mode: Regular OISM
user@BL2> show evpn oism extensive EVPN L3 context: VRF-1 OISM SBD interface: irb.4 PEG DF Election: Enabled PEG DF Algorithm: PREFERENCE(100), use-least-preference: F OISM Mode: Regular OISM
基于优先级的PEG DF选择(带该
use-least选项)—使用最低优先级值,因此BL2将是此处选择的PEG DF:user@BL1> show evpn oism extensive EVPN L3 context: VRF-1 OISM SBD interface: irb.4 PEG DF Election: Enabled PEG DF Algorithm: PREFERENCE(200), use-least-preference: T OISM Mode: Regular OISM
user@BL2> show evpn oism extensive EVPN L3 context: VRF-1 OISM SBD interface: irb.4 PEG DF Election: Enabled PEG DF Algorithm: PREFERENCE(100), use-least-preference: T OISM Mode: Regular OISM
-
show evpn oism peg-df-status—请参阅每个 VLAN 映射 VNI 的所有或选定 L3 VRF 实例的 PEG DF 选择状态和 DF IP 地址。此命令仅显示配置了 PEG DF 选择的路由实例和 VNI 的信息。使用该extensive选项查看更多详细信息,例如 DF 候选人列表和 DF 选举历史记录信息。例如:基于模组的 PEG DF 选择:
user@BL1> show evpn oism peg-df-status EVPN L3 context: VRF-1 VN Identifier: 100 IPv4 Multicast DF Status: DF, DF Address: 192.168.1.1 VN Identifier: 200 IPv4 Multicast DF Status: NDF, DF Address: 192.168.2.1 VN Identifier: 300 IPv4 Multicast DF Status: DF, DF Address: 192.168.1.1 . . . user@BL1> show evpn oism peg-df-status extensive EVPN L3 context: VRF-1 VN Identifier: 100 IPv4 Multicast DF Status: DF, DF Address: 192.168.1.1 DF Candidates List[Total: 2] 0: 192.168.1.1 1: 192.168.2.1 PIM Update TS: Oct 14 11:25:17, DF Compute TS: Oct 14 11:25:17 History db: Time Event Oct 14 11:25:17.358 2023 Added DF candidate 192.168.1.1 df type: 0, pref 32767 dp: 0 gran: 0 ord_num 0 total 1 Oct 14 11:25:17.358 2023 Added DF candidate 192.168.2.1 df type: 0, pref 0 dp: 0 gran: 0 ord_num 1 total 2 Oct 14 11:25:17.359 2023 Completed DF election, 2 total candidate(s), max_candidate_count 2, mod 0, l2_domain_ID 2, new DF PE address 192.168.1.1 . . .基于优先级的 PEG DF 选择 — BL1 的最高优先级值为 200,是 VNI 100 和 200 的 PEG DF;优先级值为 100 的 BL2 未被选为 DF (nDF):
user@BL1> show evpn oism peg-df-status EVPN L3 context: VRF-1 VN Identifier: 100 IPv4 Multicast DF Status: DF, DF Address: 192.168.1.1 VN Identifier: 200 IPv4 Multicast DF Status: DF, DF Address: 192.168.1.1 . . . user@BL1> show evpn oism peg-df-status extensive EVPN L3 context: VRF-1 VN Identifier: 100 IPv4 Multicast DF Status: DF, DF Address: 192.168.1.1 DF Candidates List[Total: 2] 0: 192.168.1.1 1: 192.168.2.1 PIM Update TS: Oct 14 09:04:38, DF Compute TS: Oct 14 09:05:02 History db: Time Event Oct 14 09:04:38.410 2023 Added DF candidate 192.168.1.1 df type: 2, pref 200 dp: 0 gran: 0 ord_num 0 total 1 Oct 14 09:05:02.518 2023 Added DF candidate 192.168.2.1 df type: 2, pref 100 dp: 0 gran: 0 ord_num 1 total 2 Oct 14 09:05:02.518 2023 Completed DF election, 2 total candidate(s), max_candidate_count 2, mod 0, l2_domain_ID 0, new DF PE address 192.168.1.1 VN Identifier: 200 IPv4 Multicast DF Status: DF, DF Address: 192.168.1.1 DF Candidates List[Total: 2] 0: 192.168.1.1 1: 192.168.2.1 PIM Update TS: Oct 14 09:04:38, DF Compute TS: Oct 14 09:05:02 History db: Time Event Oct 14 09:04:38.412 2023 Added DF candidate 192.168.1.1 df type: 2, pref 200 dp: 0 gran: 0 ord_num 0 total 1 Oct 14 09:05:02.518 2023 Added DF candidate 192.168.2.1 df type: 2, pref 100 dp: 0 gran: 0 ord_num 1 total 2 Oct 14 09:05:02.518 2023 Completed DF election, 2 total candidate(s), max_candidate_count 2, mod 0, l2_domain_ID 0, new DF PE address 192.168.1.1 . . .user@BL2> show evpn oism peg-df-status EVPN L3 context: VRF-1 VN Identifier: 200 IPv4 Multicast DF Status: NDF, DF Address: 192.168.1.1 VN Identifier: 300 IPv4 Multicast DF Status: NDF, DF Address: 192.168.1.1 . . .基于优先级的 PEG DF 选择 带有以下选项
use-least- BL2 具有最低的优先级值 100,因此在这种情况下,BL2 是 VNI 100 和 200 的当选 PEG DF:user@BL2> show evpn oism peg-df-status EVPN L3 context: VRF-1 VN Identifier: 100 IPv4 Multicast DF Status: DF, DF Address: 192.168.2.1 VN Identifier: 200 IPv4 Multicast DF Status: DF, DF Address: 192.168.2.1
-
show route table <evpn-instance-name>.evpn.0 match-prefix 3:* extensive— 验证 PEG 设备(PEG DF 选择候选)除了组播标志扩展社区外,在 EVPN 实例路由表的 EVPN Type 3 IMET 路由中是否具有 DF 选择扩展社区。例如:基于模组的 PEG DF 选择:
user@BL1> show route table evpnA.evpn.0 match-prefix 3:192.168.1.1* extensive 3:192.168.1.1:9::2::192.168.1.1/248 IM (1 entry, 1 announced) *EVPN Preference: 170 Next hop type: Indirect, Next hop index: 0 Address: 0x7647a14 Next-hop reference count: 98 Kernel Table Id: 0 Protocol next hop: 192.168.1.1 Indirect next hop: 0x0 - INH Session ID: 0 Indirect next hop: INH non-key opaque: 0x0 INH key opaque: 0x0 State: <Active Int Ext> Age: 6:45 Validation State: unverified Task: evpn-vxlan-A-evpn Announcement bits (1): 2-rt-export AS path: I Communities: encapsulation:vxlan(0x8) DF election:mod(0x0):0 evpn-mcast-flags:0x19:igmp-snooping-enabled:oism:peg Route Label: 2 PMSI: Flags 0x0: Label 2: Type INGRESS-REPLICATION 192.168.1.1 Thread: junos-main基于优先级的 PEG DF 选择(截短以仅显示扩展社区值):
. . . Communities: encapsulation:vxlan(0x8) DF election:preference(0x2):200 evpn-mcast-flags:0x19:igmp-snooping-enabled:oism:peg -
show pim interfaces instance vrf-instance-name— 验证每个 L3 路由实例的 PIM IRB 接口的 DF 选择状态是否与 PEG DF 选择过程的 DF 选择结果匹配。设备会将 PEG DF 选择状态中继到 PIM 协议进程,因为 OISM 依靠 PIM 来创建组播路由。例如:user@BL1> show pim interfaces instance VRF-1 Stat = Status, V = Version, NbrCnt = Neighbor Count, S = Sparse, D = Dense, B = Bidirectional, DR = Designated Router, DDR = Dual DR, DistDR = Distributed DR, P2P = Point-to-point link, P2MP = Point-to-Multipoint, Active = Bidirectional is active, NotCap = Not Bidirectional Capable, EVPN = EVPN Driven DR state Name Stat Mode IP V State NbrCnt JoinCnt(sg/*g) DR address irb.2 Up S 4 2 EVPN,DR,NotCap 0 0/0 192.168.1.1 irb.3 Up S 4 2 EVPN,DistDR,NotCap 0 0/0 192.168.2.1 irb.4 Up S 4 2 EVPN,DR,NotCap 0 0/0 192.168.1.1 lo0.1 Up S 4 2 DR,NotCap 0 0/0 192.168.1.2 lsi.0 Up SD 4 2 P2P,NotCap 0 0/0 pime.32769 Up S 4 2 P2P,NotCap 0 0/0 lsi.0 Up SD 6 2 P2P,NotCap 0 0/0
-
show pim join instance vrf-instance-name extensive— 验证是否只有在 SBD 上被选为 DF 的 PEG 设备才会向外部 PIM 路由器(PIM RP)发送 PIM 加入消息。发送 PIM 加入的设备将引入发往 EVPN 数据中心内的组播接收器的外部源流量。例如:user@BL1> show pim join instance VRF-1 extensive Instance: PIM.VRF-1 Family: INET R = Rendezvous Point Tree, S = Sparse, W = Wildcard Group: 233.252.0.1 Source: * RP: 172.30.7.7 Flags: sparse,rptree,wildcard Upstream interface: irb.1001 Upstream neighbor: 192.168.1.103 Upstream state: Join to RP Uptime: 00:00:32 Downstream neighbors: Interface: irb.4 172.16.1.1 State: Join Flags: SRW Timeout: Infinity Uptime: 00:00:32 Time since last Join: 00:00:32 Number of downstream interfaces: 1 Number of downstream neighbors: 1 -
show pim rps instance vrf-instance-name extensive— 验证是否只有被选为 OISM 收入 VLAN 或 SBD 的 DF 的 PEG 设备才会将 PIM 寄存器消息发送到 EVPN 数据中心内组播源的外部 PIM RP。user@BL1> show pim rps instance VRF-1 extensive Instance: PIM.VRF-1 address-family INET RP: 172.30.7.7 Learned via: static configuration Mode: Sparse Time Active: 6d 17:20:07 Holdtime: 0 Device Index: 25 Subunit: 32769 Interface: pime.32769 Static RP Override: Off Group Ranges: 233.252.0.0/4 Active groups using RP: 233.252.0.1 total 1 groups active Register State for RP: Group Source FirstHop RP Address State Timeout 233.252.0.1 10.1.1.11 192.168.1.2 172.30.7.7 Suppress 47查找发送 PIM 寄存器消息的选定 DF:
-
配置常规 OISM 时的源 VLAN。在这种情况下,PEG 设备将使用源收入 VLAN 接收来自数据中心内部的源流量。
-
配置增强型 OISM 时的 SBD(无需在交换矩阵中的所有设备上配置所有收入 VLAN)。在这种情况下,PEG 设备从 SBD 上的数据中心内部接收源流量。
-
使用增强型 OISM 静态识别多宿主对等节点,以提高收敛度
当 OISM 叶设备为连接的多宿主客户端主机或 CE 设备共享以太网段 (ES) 时,它们是客户边缘设备。借助增强型 OISM,入口叶设备可以发送东西向流量:
-
在源 VLAN 上连接到其多宿主对等叶设备。
-
在 SBD 上连接到任何其他 OISM 叶设备。
如果一对多宿主对等方 OISM 叶设备中的一台收到组播源流量,则设备会将流量转发至源 VLAN 上的多宿主对等方。但是,如果其中一个多宿主客户端连接发生故障,则这两个 OISM 叶设备将不再是多宿主对等方。因此,入口 OISM 叶设备开始将流量路由到 SBD。当多宿主客户端连接再次启动时,入口 OISM 叶设备切换回源 VLAN 上的转发流量。
当多宿主连接启动和中断时,多宿主对等设备需要在新的核心下一跃点上反复收敛,以使用源 VLAN 或 SBD。发生这种情况时,设备可能会丢失一些组播流量。
为避免这种情况,从受支持设备上的 Junos OS 24.2R1 版开始,您可以通过设备环路 IP 地址静态识别设备的多宿主对等方 OISM 叶设备。
在 Junos OS 24.2R1 版中,在层次结构级别使用multihoming-peer-gateways[edit protocols evpn]该语句来执行此功能。从 Junos OS 和 Junos OS 演化版 24.4R1 开始,您必须改为在层次级别使用 [edit protocols evpn] static-multihoming-peer 语句来实现此功能。multihoming-peer-gateways该语句在 24.2R1 版之后Junos OS Junos OS CLI中不再可用。
使用此设置时,设备始终将组播流量转发到源 VLAN 上的多宿主对等方,即使与其中一个对等方的多宿主客户端连接可能已关闭也是如此。当多宿主客户端连接发生抖动时,设备无需在源 VLAN 上的转发和 SBD 上的路由之间保持切换。
例如,在环路地址为 192.168.1.1 的 OISM 叶设备 SL-1 上,该设备具有环路地址 192.168.1.2 的多宿主对等方 SL-2,请配置以下内容:
-
在 SL-1 上,将 SL-2 静态识别为 SL-1 的多宿主对等方:
set protocols evpn static-multihoming-peer 192.168.1.2
-
在 SL-2 上,将 SL-1 静态识别为 SL-2 的多宿主对等方:
set protocols evpn static-multihoming-peer 192.168.1.1
仅当配置增强型 OISM 模式时,此语句才适用。
增强型 OISM 与 EVPN-VXLAN IPv6 底层网络配置
在支持的平台上,您可以为 IPv4 和 IPv6 组播数据流量启用带有 IPv6 底层对等的增强型 OISM。IPv6 底层 EVPN-VXLAN 配置支持 IPv6 协议提供的扩展寻址功能和高效的数据包处理。请参阅 具有 IPv6 底层网络的 EVPN-VXLAN。
要在带有 IPv6 底层网络的 EVPN-VXLAN 网络中配置增强型 OISM:
-
配置 EVPN-VXLAN IPv6 底层网络:
与不使用 OISM 时相同的配置方式配置 IPv6 底层网络。请参阅 使用 EVPN-VXLAN 配置 IPv6 底层网络。
请注意:
-
借助增强型 OISM 和 IPv6 底层,IPv6 底层对等互连仅支持 EBGP 或 OSPFv3。
-
您必须为 EVPN 实例使用
mac-vrf实例类型。 -
我们通过增强型 OISM 支持通过 IPv6 底层网络的 IPv4 和 IPv6 组播数据流量。
-
-
配置增强型 OISM:
为组播 EVPN-VXLAN 环境配置增强型 OISM 元素,其配置方式与在具有 IPv4 底层网络的 EVPN-VXLAN 网络中配置这些元素的方式相同。
请注意:
-
我们不支持带有 IPv6 底层网络的常规 OISM,仅支持增强型 OISM。
-
您可以将增强型 OISM 与 IPv6 底层网络用于:
-
使用 IGMPv1、IGMPv2 和 IGMP 侦听的 IPv4 组播数据流量。
-
使用 MLDv1、MLDv2 和 MLD 侦听的 IPv6 组播数据流量。
-
-
您可以将 EX4100 和 EX4400 交换机配置为增强型 OISM 服务器叶设备。您可以将支持增强型 OISM 的其他设备配置为边界叶设备或服务器叶设备。
在支持的平台上,您还可以为配置了 IPv6 底层对等互连的 EVPN-VXLAN 数据中心使用具有无缝 DCI 拼接的增强型 OISM。在每个 EVPN-VXLAN 数据中心中,配置 IPv6 底层网络、配置 OISM 和配置 DCI 的方式与单独配置这些功能的方式相同。有关这些功能组合如何工作的详细信息,请参阅具有 增强型 OISM 的 EVPN-VXLAN DCI 组播 。
增强型 OISM 例外策略,对于 TTL=1 的数据包,可在源 VLAN 而不是 SBD 上转发
增强型 OISM 路由大多数来自 SBD 上的组播源,而不是源 VLAN,即使目标 OISM 设备托管源 VLAN。当 OISM 设备将组播数据包路由到 SBD 然后路由到目标 VLAN 时,它们会多次递减数据包 TTL。因此,TTL=1 的数据包将无法到达接收方。此问题适用于除 224.0.0.0/24(对于 IPv4 组播)和 ff02::/16(对于 IPv6 组播)之外的任何组播组的流量。
常规 OISM 模式会在源 VLAN 上转发入口组播流量,因此在常规模式下运行 OISM 时不会遇到同样的问题。对于希望在 TTL=1 流量的增强模式下运行 OISM 的站点,我们提供了一种解决方案,可在运行增强型 OISM 的设备上启用常规 OISM 转发模型。
借助此解决方案,您可以在增强型 OISM 设备上配置例外策略,以便对订阅特定组播组(或源和组)的远程接收器使用源 VLAN 而不是 SBD,如下所示:
-
配置一个或多个路由策略,以匹配您希望在源 VLAN(而非 SBD)上发送组播流量的组播组 (*,G) 或组播源和组 (S,G)。
在层次结构级别使用
[edit policy-options]该policy-statement policy-name语句。term定义策略子句中的from参数,如下所示:-
使用策略语句选项对
route-filter组播组地址进行匹配。 -
使用
source-address-filter策略语句选项在组播源地址上进行匹配。 -
要匹配特定源的 (S,G) SSM 流量,请在策略
from术语中同时source-address-filterroute-filter包含 和 选项。注意:仅在组播组上匹配的策略也可以应用于该组和任何源的 SSM 流量。
-
-
在相关租户 L3 VRF 实例中,在层次结构级别使用
[edit routing-instances L3-VRF-instance-name protocols evpn oism enhanced]forward-on-source-bridge-domain 语句启用策略。通过 forward-on-source-bridge-domain 语句,将该
您可以使用该forward-policy选项与您在步骤 1 中设置的一个或多个策略名称一起包含在内。forward-policy选项应用多个策略。
有关简单的配置示例,请参阅示例 TTL=1 异常策略配置 。此 TTL=1 异常策略功能仅适用于增强型 OISM。
当设备收到 TTL=1 的 EVPN 组播数据包时,PFE 会记录一条消息(在系统日志中),以便您可以查看是否有您可能希望包含在 TTL=1 例外策略中的组播组。
TTL=1 例外策略支持和限制
我们支持使用以下内容配置此增强型 OISM 例外策略功能:
-
仅限实例类型的
mac-vrfEVPN 实例。 -
代理模式下的 IGMPv2、IGMPv3 和 IGMP 侦听。
-
代理模式下的 MLDv1、MLDv2 和 MLD 侦听。
-
EVPN 网络中的 IPv4 或 IPv6 底层对等网络。
-
使用 IPv4 底层对等或 IPv6 底层对等跨 EVPN-VXLAN 数据中心实现无缝 DCI 拼接(请参阅 具有增强型 OISM 的 EVPN-VXLAN DCI 组播)。
注意:使用 DCI 拼接时,请务必在互连数据中心的所有增强型 OISM 设备上统一应用相同的例外策略。数据中心中的入口 OISM 叶设备将源 VLAN 上的组播流量发送到与异常策略匹配的组的 DCI 网关设备。然后,DCI 网关设备也会通过互连将源 VLAN 上的匹配流量发送到其他 DCI 网关设备。
配置 TTL=1 例外策略时,请记住以下行为和限制:
-
您必须在网络中的所有增强型 OISM 设备上统一配置相同的例外策略。
-
远程设备必须托管源 VLAN,以确保与配置的例外策略匹配的组播流到达这些设备。
-
与任何已启用的 TTL=1 例外策略不匹配的流量遵循通常的增强型 OISM 模型,并仅在 SBD 上转发该流量。
-
我们不支持针对同一组播组和源发送具有 TTL=1 和 TTL>1 的数据包的组播流。
TTL=1 异常策略配置示例
请参阅以下示例异常策略配置:
-
用于将流量与 233.252.0.1/24 (
orlonger) 范围内的组播组地址进行匹配的示例策略pol1。此策略可以将 ASM (*,G) 流量或 SSM (S,G) 流量与任何源进行匹配。user@leaf3> show configuration policy-options pol1 term 1 { from { route-filter 233.252.0.1/24 orlonger; } then accept; } term 2 { then reject; } -
用于匹配组范围为 233.252.1.1/24 (
orlonger) 且仅具有特定组播源地址 172.16.1.1 的 SSM (S,G) 流量的示例策略pol2。user@leaf3> show configuration policy-options pol2 term 1 { from { route-filter 233.252.1.1/24 orlonger; source-address-filter 172.16.1.1/32 exact; } then accept; } term 2 { then reject; }
以下配置可通过 ASM (*,G) 流策略 pol1 在租户 L3 VRF 实例 VRF-1 中的源 VLAN 上启用增强型 OISM 转发。如果此 VRF 实例中有 SSM (S,G) 流,则此策略还可以将该组的流量与任何源进行匹配。
user@leaf3> show configuration routing-instances L3VRF-1
instance-type vrf;
routing-options {
router-id 192.168.3.2;
}
protocols {
evpn {
oism {
supplemental-bridge-domain-irb irb.4;
enhanced {
forward-on-source-bridge-domain {
forward-policy [pol1]
}
}
}
验证入口叶设备上的 TTL=1 异常策略
使用以下 CLI 命令验证增强型 OISM 入口设备是否在源 VLAN 上转发组播流量,而不是将流量路由到 SBD。入口设备是最初从组播源接收流量的叶设备。在这种情况下,入口设备是被调用 leaf3 的增强型 OISM 叶设备,设备地址为 192.168.3.1,与其他 OISM 叶设备 192.168.1.1、192.168.2.1、192.168.4.1 和 192.168.5.1 有 VTEP。
此处的输出基于以下异常策略配置:
set policy-options policy-statement pol1 term 1 from route-filter 233.252.0.1/24 orlonger set policy-options policy-statement pol1 term 1 then accept set policy-options policy-statement pol1 term 2 then reject set routing-instances VRF-1 protocols evpn oism enhanced forward-on-source-bridge-domain forward-policy pol1
-
show igmp snooping evpn status— 验证 EVPN OISM 模式、与 EVPN 实例关联的 VLAN 以及哪个 VLAN 是 OISM SBD。例如:user@leaf> show igmp snooping evpn status detail Mode: Enhanced OISM SMET enabled: Yes Instance: evpn-vxlan-A Bridge-Domain: VLAN_2, VN Identifier: 2 OISM : Enabled Supplementary BD: No External VLAN : No DCI status : Disabled Bridge-Domain: VLAN_4, VN Identifier: 4 OISM : Enabled Supplementary BD: Yes External VLAN : No DCI status : Disabled Bridge-Domain: VLAN_5, VN Identifier: 5 OISM : Enabled Supplementary BD: No External VLAN : No DCI status : Disabled使用该
show mld snooping evpn status detail命令时,您会看到与具有增强型 OISM、MLD 和 MLD 侦听功能的 IPv6 组播流量类似的信息。 -
show evpn igmp-snooping proxy— 验证设备是否为策略中的forward-on-source-bridge-domain组创建窥探代理条目。这些条目在增强型 OISM 在源 BD 上转发输出字段中显示 1。例如,对于 VLAN_2(VNI 或 L2 域 ID 为 2):user@leaf> show evpn igmp-snooping proxy internal l2-domain-id 2 Instance: evpn-vxlan-A VN Identifier: 2 Group IP: 233.252.0.1, Source IP: 0.0.0.0 SMET Flood: 0, Enhanced OISM Local Source: 0 L3-MGM Notified: 1, Local Refreshed: 1 Enhanced-OISM Forward on SRC BD: 1 MCSN Added: 1 In SMET Queue: N, In Add Queue: N, In Delete Queue: N, In PIM Queue: N Peer IP: 192.168.4.1, Flags: 0x0 Peer IP: 192.168.1.1, Flags: 0x2 Peer IP: 192.168.2.1, Flags: 0x2 Group IP: 233.252.0.2, Source IP: 0.0.0.0 SMET Flood: 0, Enhanced OISM Local Source: 0 L3-MGM Notified: 1, Local Refreshed: 1 Enhanced-OISM Forward on SRC BD: 1 MCSN Added: 1 In SMET Queue: N, In Add Queue: N, In Delete Queue: N, In PIM Queue: N Peer IP: 192.168.4.1, Flags: 0x0 Peer IP: 192.168.1.1, Flags: 0x2 Peer IP: 192.168.2.1, Flags: 0x2 -
show igmp snooping evpn proxy— 检查策略中组播组(或组播组和源)的设备上的窥探代理状态是否也在“标志”字段中显示 S,以指示已启用源 VLAN 上的转发。例如:user@leaf> show igmp snooping evpn proxy Legend for Flags: S – Enhanced-OISM Forward on source bridge domain Instance: evpn-vxlan-A Bridge-Domain: VLAN_2, VN Identifier: 2 Group Source Local Remote Flags 233.252.0.1 0.0.0.0 1 1 S 233.252.0.2 0.0.0.0 1 1 S Bridge-Domain: VLAN_4, VN Identifier: 4 Group Source Local Remote Flags 0.0.0.0 0.0.0.0 0 1 233.252.0.1 0.0.0.0 0 1 S 233.252.0.2 0.0.0.0 0 1 S Bridge-Domain: VLAN_5, VN Identifier: 5 Group Source Local Remote Flags 233.252.0.1 0.0.0.0 0 1 S 233.252.0.2 0.0.0.0 0 1 S当您对 MLD 流量使用
show mld snooping evpn proxy命令时,该命令会显示类似的输出,但带有 IPv6 组播组和源地址。 -
show evpn igmp-snooping proxy extensive— 验证源设备是否在与已启用策略匹配的组的所有 VLAN 上创建 IGMP 侦听代理条目。在 SBD 的代理条目中, Corenh 列中的核心下一跃点 ID 为 0(在本例中为 VLAN_4),表示设备未转发 SBD 上的匹配流量。收入 VLAN 的非零 Corenh 值是该 VLAN 的远程 VTEP 下一跃点 ID。设备根据接收到的 SMET EVPN Type 6 路由,使用这些下一跃点在源 VLAN 上转发流量。例如:
user@leaf> show evpn igmp-snooping proxy extensive Instance: evpn-vxlan-A VN Identifier: 2 Group Source Local Remote Remote DC Corenh Flood/Lclsrc/L3-MGM/Lcl-Refresh 233.252.0.1 0.0.0.0 1 3 0 4403 0/0/1/1 233.252.0.2 0.0.0.0 1 3 0 4403 0/0/1/1 VN Identifier: 4 Group Source Local Remote Remote DC Corenh Flood/Lclsrc/L3-MGM/Lcl-Refresh 0.0.0.0 0.0.0.0 0 2 0 0 0/0/0/0 233.252.0.1 0.0.0.0 1 3 0 0 0/0/1/1 233.252.0.2 0.0.0.0 1 3 0 0 0/0/1/1 VN Identifier: 5 Group Source Local Remote Remote DC Corenh Flood/Lclsrc/L3-MGM/Lcl-Refresh 233.252.0.1 0.0.0.0 0 3 0 4403 0/0/0/0 233.252.0.2 0.0.0.0 0 3 0 4403 0/0/0/0当您对 MLD 流量使用
show evpn mld-snooping proxy命令时,该命令会显示类似的输出,但带有 IPv6 组播组和源地址。 -
show evpn multicast-snooping next-hops next-hop-id detail、show intefaces vtep.vtep-id和show route table evpn-instance-name.evpn.0 match-prefix 6:...— 检查命令输出show igmp snooping evpn proxy extensive中的核心下一跃点(参见上文)是否包括具有相关接收器的远程增强型 OISM 设备的 VTEP。具有关注接收器的远程设备是播发 SMET EVPN Type 6 路由的设备。该列表还应包含指向 OISM PEG 设备的下一跃点,以确保流量到达任何感兴趣的外部接收器 - 当您为下一跃点中的所有 VTEP 运行show interfaces vtep.vtep-id命令时,在“VXLAN 端点地址”输出字段中查找每个 PEG 设备的地址。注意:SMET 6 类路由仍在 SBD 上播发。但是,设备会在收入 VLAN 上为与配置的一个或多个策略匹配的组播组(或组播组和源)创建窥探代理条目。
例如:
user@leaf3> show evpn multicast-snooping next-hops 4403 detail Family: INET ID Refcount KRefcount Downstream interface Addr 4403 16 5 vtep.32773-(11414) vtep.32774-(11415) vtep.32775-(11416) Flags 0x2100 type 0x18 members 0/0/0/3/0 Address 0x5582e89cca44 user@leaf3> show interfaces vtep.32773 | grep Addr VXLAN Endpoint Type: Shared Remote, VXLAN Endpoint Address: 192.168.1.1, L3 Routing Instance: default user@leaf3> show interfaces vtep.32774 | grep Addr VXLAN Endpoint Type: Shared Remote, VXLAN Endpoint Address: 192.168.2.1, L3 Routing Instance: default user@leaf3> show interfaces vtep.32775 | grep Addr VXLAN Endpoint Type: Shared Remote, VXLAN Endpoint Address: 192.168.4.1, L3 Routing Instance: default user@leaf3> show route table evpn-vxlan-A.evpn.0 match-prefix 6:*233.252.0.1* | grep "6:" | except 192.168.3.1 6:192.168.1.1:9::4::233.252.0.1::192.168.1.1/520 *[BGP/170] 19:16:53, localpref 100, from 192.168.1.1 [BGP/170] 19:16:52, localpref 100, from 192.168.2.1 [BGP/170] 19:16:53, localpref 100, from 192.168.4.1 6:192.168.2.1:9::4::233.252.0.1::192.168.2.1/520 *[BGP/170] 19:16:53, localpref 100, from 192.168.2.1 [BGP/170] 19:16:53, localpref 100, from 192.168.1.1 [BGP/170] 19:16:53, localpref 100, from 192.168.4.1 6:192.168.4.1:9::4::233.252.0.1::192.168.4.1/520 *[BGP/170] 19:16:40, localpref 100, from 192.168.4.1 [BGP/170] 19:16:40, localpref 100, from 192.168.1.1 [BGP/170] 19:16:40, localpref 100, from 192.168.2.1使用相同的命令验证 MLD、MLD 侦听和 IPv6 组播流量的操作。
请注意,这些命令也适用于 DCI 拼接和增强型 OISM。在该用例中,OISM PEG 设备会在拼接网络中通告 EVPN 3 类 IMET 路由,这些路由包括
pegEVPN 组播标志扩展社区中的标志。使用这些 IMET 路由,一个数据中心的非 PEG OISM 设备可以通过互连向另一个数据中心中的远程 PEG 设备发送组播流量,以到达订阅的外部用户。使用以下选项运行命令
show route table,以查看收到的具有peg该标志的 IMET 路由,该标志标识拼接网络中的 PEG 设备。然后在运行show interfaces vtep.vtep-id命令时查找这些设备地址,以确保设备具有到 PEG 设备的下一跃点。 有关如何验证源 VLAN 上的转发是否通过 DCI 拼接和增强型 OISM 启用的更多信息,请参阅接下来的 验证 DCI 网关设备上的 TTL=1 异常策略 。user@leaf3> show route table evpn-vxlan-A.evpn.0 match-prefix 3* extensive | match "IM|peg" | except "Import|Primary" 3:192.168.1.1:9::2::192.168.1.1/248 IM (1 entry, 1 announced) Communities: target:9:9 encapsulation:vxlan(0x8) evpn-mcast-flags:0x1b:igmp-snooping-enabled:mld-snooping-enabled:oism:peg 3:192.168.1.1:9::3::192.168.1.1/248 IM (1 entry, 1 announced) Communities: target:9:9 encapsulation:vxlan(0x8) evpn-mcast-flags:0x1b:igmp-snooping-enabled:mld-snooping-enabled:oism:peg
验证 DCI 网关设备上的 TTL=1 异常策略
您可以在 DCI 网关设备上使用这些 CLI 命令,执行我们在 验证入口叶设备上的 TTL=1 异常策略中为 OISM 入口叶设备描述的相同验证步骤:
-
show igmp snooping evpn status detail— 验证 EVPN OISM 模式、与 EVPN 实例关联的 VLAN 以及哪个 VLAN 是 OISM SBD。 -
show evpn igmp-snooping proxy internal l2-domain-id vni— 验证设备是否为例外策略中的组创建窥探代理条目(增强型 OISM 在源 BD 上转发输出字段中的 1)。 -
show igmp snooping evpn proxy— 验证策略中组播组(或组播组和源)的设备上的窥探代理状态是否也在“标志”字段中显示 S,以指示源 VLAN 上的转发已启用。
此外,使用此部分中的 CLI 命令验证作为 DCI 网关设备的增强型 OISM 设备是否通过源 VLAN 上的互连转发组播流量,而不是将流量路由到 SBD。
对于 DCI 支持,当您在 DCI 网关设备上启用 TTL=1 例外策略时,设备将为收入 VLAN L2 组播路由(用于侦听)和到其他 DCI 网关设备的 L3 组播路由创建单列表条目。对于组播侦听,网关设备会为 (*,G) 和 (S,G) 组播路由创建单列表条目。收入 VLAN 的 (S,G) 条目继承 (*,G) 单列表下一跃点。但是,设备会创建一个普通的组播下一跃点,而不是一个带有 L3 路由输出接口条目的单站下一跃点。此处列出的一些 show 命令的输出指示侦听下一跃点何时对应于单列表条目;否则,下一跃点是正常的组播下一跃点。
DCI 网关设备仅在与其他 DCI 网关设备之间转发时创建单融合条目。
此处的输出基于以下异常策略配置:
set policy-options policy-statement pol1 term 1 from route-filter 233.252.0.1/24 orlonger set policy-options policy-statement pol1 term 1 then accept set policy-options policy-statement pol1 term 2 then reject set routing-instances VRF-1 protocols evpn oism enhanced forward-on-source-bridge-domain forward-policy pol1
-
show evpn igmp-snooping proxy extensive— 验证设备在与已启用策略匹配的组的所有 VLAN 上是否具有 IGMP 侦听代理条目。输出的 Corenh 列中的核心下一跃点 ID 在 SBD(在本例中为 VLAN_4)的代理条目中为 0,表示设备不会在 SBD 上转发匹配的流量。收入 VLAN 的非零 Corenh 值是该 VLAN 的远程 VTEP 下一跃点 ID。设备根据接收到的 SMET EVPN Type 6 路由,使用这些下一跃点在源 VLAN 上转发流量。例如:
user@iGW-11> show evpn igmp-snooping proxy extensive Instance: evpn-vxlan-A VN Identifier: 2 Group Source Local Remote Remote DC Corenh Flood/Lclsrc/L3-MGM/Lcl-Refresh 0.0.0.0 0.0.0.0 1 1 0 0 0/0/0/1 233.252.0.1 0.0.0.0 1 3 2 524300 0/0/1/1 233.252.0.2 0.0.0.0 1 3 2 524300 0/0/1/1 VN Identifier: 4 Group Source Local Remote Remote DC Corenh Flood/Lclsrc/L3-MGM/Lcl-Refresh 0.0.0.0 0.0.0.0 1 1 0 0 0/0/0/1 233.252.0.1 0.0.0.0 1 3 2 524409 0/0/1/1 233.252.0.1 172.16.1.1 0 0 0 0 0/1/0/0 233.252.0.2 0.0.0.0 1 3 2 524409 0/0/1/1 233.252.0.2 172.16.1.1 0 0 0 0 0/1/0/0 VN Identifier: 5 Group Source Local Remote Remote DC Corenh Flood/Lclsrc/L3-MGM/Lcl-Refresh 0.0.0.0 0.0.0.0 1 1 0 0 0/0/0/1 233.252.0.1 0.0.0.0 1 3 2 524300 0/0/1/1 233.252.0.2 0.0.0.0 1 3 2 524300 0/0/1/1注意:增强型 OISM 在创建从本地源学习的代理条目时使用特殊处理,在输出字段中
Lclsrc用“1”表示。例如,在此示例输出中,SBD(VLAN_4 和 VNI 4)的 (S,G) 条目不是从收到的 EVPN Type 6 路由创建的,而是从本地源中获知的。此外,对于与异常策略匹配的代理条目,在 OISM PEG 设备上,SBD 核心下一跃点可能为非零,并且 DCI 网关设备通常也可能充当 OISM PEG 设备。PEG 设备可能会使用此下一跃点在 SBD 上路由外部源流量。但是在这种情况下,设备不会在任何租户收入 VLAN 上路由和转发 TTL=1 的外部源流量。
-
show multicast route extensive instance vrf-instance— 验证设备是否具有具有单跳下一跃点的组播路由,用于到达与例外策略匹配的组(或组和源)的收入 VLAN 上的流量。例如:user@iGW-11> show multicast route extensive instance VRF-1 Instance: VRF-1 Family: INET Group: 233.252.0.1 Source: 172.16.1.1/32 Upstream interface: irb.2 (L2 NH: 524324) EVPN DCI NDF upstream interface: irb.2 (L2 NH: 524332) Downstream interface list: irb.4 (L2 NH: 1816) irb.5 (L2 NH: 524323) Number of outgoing interfaces: 2 EVPN DCI NDF downstream interface list: irb.4 (L2 NH: 1816) irb.5 (L2 NH: 524323) Number of EVPN DCI NDF outgoing interfaces: 2 Session description: Unknown Statistics: 371 kBps, 355 pps, 3497287903 packets Next-hop ID: 524352 (Unilist NH) Upstream protocol: Multicast Route state: Active Forwarding state: Forwarding Cache lifetime/timeout: 360 seconds Wrong incoming interface notifications: 0 Uptime: 00:28:19 Group: 233.252.0.2 Source: 172.16.1.1/32 Upstream interface: irb.2 (L2 NH: 524324) EVPN DCI NDF upstream interface: irb.2 (L2 NH: 524332) Downstream interface list: irb.4 (L2 NH: 1816) irb.5 (L2 NH: 524323) Number of outgoing interfaces: 2 EVPN DCI NDF downstream interface list: irb.4 (L2 NH: 1816) irb.5 (L2 NH: 524323) Number of EVPN DCI NDF outgoing interfaces: 2 Session description: Unknown Statistics: 371 kBps, 355 pps, 3666423158 packets Next-hop ID: 524352 (Unilist NH) Upstream protocol: Multicast Route state: Active Forwarding state: Forwarding Cache lifetime/timeout: 360 seconds Wrong incoming interface notifications: 0 Uptime: 00:28:19 Instance: VRF-1 Family: INET6 user@iGW-11> -
show multicast snooping route extensive instance evpn-instance vlan vlan-name— 验证设备是否具有用于以下目标的活动侦听路由(在本例中为收入 VLAN VLAN_2 和 VLAN-5):-
对于与侦听下一跃点匹配的输入接口路由,(*,G) 和 (S,G) 路由的下一跃点均为单一列表。(S,G) 路由使用与同一组的 (*,G) 路由相同的下一跃点。
-
输出接口路由的 (S,G) 路由的正常组播下一跃点与侦听下一跃点匹配。
例如:
user@iGW-11> show multicast snooping route extensive instance evpn-vxlan-A vlan VLAN_2 Nexthop Bulking: OFF Family: INET Group: 224.0.0.0/4 Source: * Vlan: VLAN_2 Mesh-group: __all_ces__ Downstream interface list: evpn-core-nh -(524409) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 524413 Route state: Active Forwarding state: Forwarding Group: 233.252.0.1/32 Source: * Vlan: VLAN_2 Mesh-group: __all_ces__ Downstream interface list: evpn-dci-df-nh -(524324) evpn-dci-ndf-nh -(524332) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 0 (unilist) Route state: Inactive Forwarding state: Forwarding Group: 233.252.0.1/32 Source: 172.16.1.1/32 Vlan: VLAN_2 Mesh-group: __all_ces__ Downstream interface list: evpn-dci-df-nh -(524324) evpn-dci-ndf-nh -(524332) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 524333 (unilist) Route state: Active Forwarding state: Forwarding Group: 233.252.0.2/32 Source: * Vlan: VLAN_2 Mesh-group: __all_ces__ Downstream interface list: evpn-dci-df-nh -(524324) evpn-dci-ndf-nh -(524332) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 0 (unilist) Route state: Inactive Forwarding state: Forwarding Group: 233.252.0.2/32 Source: 172.16.1.1/32 Vlan: VLAN_2 Mesh-group: __all_ces__ Downstream interface list: evpn-dci-df-nh -(524324) evpn-dci-ndf-nh -(524332) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 524333 (unilist) Route state: Active Forwarding state: Forwarding user@iGW-11> show multicast snooping route extensive instance evpn-vxlan-A vlan VLAN_5 Nexthop Bulking: OFF Family: INET Group: 224.0.0.0/4 Source: * Vlan: VLAN_5 Mesh-group: __all_ces__ Downstream interface list: evpn-core-nh -(524409) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 524413 Route state: Active Forwarding state: Forwarding Group: 233.252.0.1/32 Source: * Vlan: VLAN_5 Mesh-group: __all_ces__ Downstream interface list: evpn-dci-df-nh -(0) evpn-dci-ndf-nh -(524323) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 0 (unilist) Route state: Inactive Forwarding state: Forwarding Group: 233.252.0.1/32 Source: 172.16.1.1/32 Vlan: VLAN_5 Mesh-group: __all_ces__ Downstream interface list: ae0.0 -(1708) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 524323 Route state: Active Forwarding state: Forwarding Group: 233.252.0.2/32 Source: * Vlan: VLAN_5 Mesh-group: __all_ces__ Downstream interface list: evpn-dci-df-nh -(0) evpn-dci-ndf-nh -(524323) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 0 (unilist) Route state: Inactive Forwarding state: Forwarding Group: 233.252.0.2/32 Source: 172.16.1.1/32 Vlan: VLAN_5 Mesh-group: __all_ces__ Downstream interface list: ae0.0 -(1708) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 524323 Route state: Active Forwarding state: Forwarding -
-
show multicast route extensive instance VRF-1 source-prefix source-address和show multicast snooping route extensive instance evpn-instance VLAN vlan-name source-prefix source-address—将 IGMPv3 用于具有 TTL=1 例外策略的 SSM 时,请验证设备是否为 L2(侦听)和 L3 的 (S,G) 详细化路由创建以下条目:-
Unilist 下一跃点用于输入接口详细说明。
-
用于输出接口详细说明的常规组播下一跃点。
例如,如果 SSM 源地址为 172.16.1.1:
user@iGW-11> show multicast route extensive instance VRF-1 source-prefix 172.16.1.1 Instance: VRF-1 Family: INET Group: 233.252.0.1 Source: 172.16.1.1/32 Upstream interface: irb.2 (L2 NH: 524310) EVPN DCI NDF upstream interface: irb.2 (L2 NH: 524366) Downstream interface list: irb.4 (L2 NH: 1686) irb.5 (L2 NH: 524366) Number of outgoing interfaces: 2 EVPN DCI NDF downstream interface list: irb.4 (L2 NH: 1686) irb.5 (L2 NH: 524366) Number of EVPN DCI NDF outgoing interfaces: 2 Session description: Source specific multicast Statistics: 528 kBps, 504 pps, 3509909282 packets Next-hop ID: 524317 (Unilist NH) Upstream protocol: Multicast Route state: Active Forwarding state: Forwarding Cache lifetime/timeout: forever Wrong incoming interface notifications: 2 Uptime: 00:07:30 Group: 233.252.0.2 Source: 172.16.1.1/32 Upstream interface: irb.2 (L2 NH: 524310) EVPN DCI NDF upstream interface: irb.2 (L2 NH: 524366) Downstream interface list: irb.4 (L2 NH: 1686) irb.5 (L2 NH: 524366) Number of outgoing interfaces: 2 EVPN DCI NDF downstream interface list: irb.4 (L2 NH: 1686) irb.5 (L2 NH: 524366) Number of EVPN DCI NDF outgoing interfaces: 2 Session description: Source specific multicast Statistics: 528 kBps, 504 pps, 3509908960 packets Next-hop ID: 524317 (Unilist NH) Upstream protocol: Multicast Route state: Active Forwarding state: Forwarding Cache lifetime/timeout: forever Wrong incoming interface notifications: 2 Uptime: 00:07:30 user@iGW-11> show multicast snooping route extensive instance evpn-vxlan-A vlan VLAN_2 source-prefix 172.16.1.1 Nexthop Bulking: OFF Family: INET Group: 233.252.0.1/32 Source: 172.16.1.1/32 Vlan: VLAN_2 Mesh-group: __all_ces__ Downstream interface list: evpn-dci-df-nh -(524310) evpn-dci-ndf-nh -(524366) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 524312 (unilist) Route state: Active Forwarding state: Forwarding Group: 233.252.0.2/32 Source: 172.16.1.1/32 Vlan: VLAN_2 Mesh-group: __all_ces__ Downstream interface list: evpn-dci-df-nh -(524310) evpn-dci-ndf-nh -(524366) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 524312 (unilist) Route state: Active Forwarding state: Forwarding user@iGW-11> show multicast snooping route extensive instance evpn-vxlan-A vlan VLAN_5 source-prefix 172.16.1.1 Nexthop Bulking: OFF Family: INET Group: 233.252.0.1/32 Source: 172.16.1.1/32 Vlan: VLAN_5 Mesh-group: __all_ces__ Downstream interface list: ae0.0 -(1711) xe-0/0/0:0.0 -(1847) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 524366 Route state: Active Forwarding state: Forwarding Group: 233.252.0.2/32 Source: 172.16.1.1/32 Vlan: VLAN_5 Mesh-group: __all_ces__ Downstream interface list: ae0.0 -(1711) xe-0/0/0:0.0 -(1847) Statistics: 0 kBps, 0 pps, 0 packets Next-hop ID: 524366 Route state: Active Forwarding state: Forwarding -
在边界叶设备和服务器叶设备上配置通用 OISM 元素
请按照以下步骤在运行 OISM 的 EVPN-VXLAN 交换矩阵中配置边界叶设备和服务器叶设备通用的元素。
您还可以在使用 OISM 的交换矩阵中充当独立 AR 复制器的主干设备上配置这些常用元素。
此配置基于支持 OISM 的 EVPN-VXLAN 交换矩阵配置,并具有:
-
具有双向转发检测 (BFD) 和以太网操作、行政和管理 (OAM) 链路检测的 EBGP 底层。
-
ERB 叠加设计。
-
精益主干设备,仅充当交换矩阵中的 IP 传输节点。
-
配置为 EVPN-VXLAN L2 网关的服务器叶设备。
-
配置为 EVPN-VXLAN L2 和 L3 网关的边界叶设备。
使用常规 OISM(对称桥接域模型),您必须在交换矩阵中的所有 OISM 设备上配置所有收入桥接域和补充桥接域 (SBD)。使用增强型 OISM(非对称网桥域模型),在每个叶设备上只能配置设备托管的 VLAN,但您必须在多宿主对等方的叶设备上对称配置相同的收入 VLAN。有关在边界叶设备和服务器叶设备上配置哪些元素以及配置这些元素的原因的摘要,请参阅 OISM 设备的配置元素 。
我们为这些配置步骤提供的示例配置块使用具有以下元素的 OISM 环境:
-
在默认交换机实例(未指定路由实例)或 MAC-VRF EVPN 实例中配置的 EVPN 实例。例如:
-
默认交换机 EVPN 实例:
set protocols evpn encapsulation vxlan
-
MAC-VRF EVPN 实例(适用于每个 MAC-VRF 实例):
set routing-instances mac-vrf-instance-name protocols evpn encapsulation vxlan
借助 MAC-VRF EVPN 实例配置,可以在 MAC-VRF 实例中配置某些元素。在 OISM 配置中,我们支持
vlan-awareMAC-VRF 实例vlan-based服务类型。为了说明示例配置步骤,我们在这里显示了一个以服务类型命名
MAC-VRF1vlan-aware的 MAC-VRF 实例。两种服务类型的主要区别是:-
vlan-aware:您可以在实例中定义多个 VLAN、其对应的 IRB 接口和 VXLAN 网络标识符 (VNI) 映射。因此,您可以在一个vlan-awareMAC-VRF 实例中为该实例中的所有 VLAN 指定与 VLAN 相关的 OISM 或组播配置语句。 -
vlan-based:您可以配置单独的 MAC-VRF 实例,在其中定义每个 VLAN 及其 IRB 接口和 VNI 映射。因此,您可以为相应vlan-based的 MAC-VRF 实例中的每个 VLAN 添加类似的 VLAN 相关 OISM 或组播配置语句。
-
-
SBD:
VLAN-300SBD IRB 接口:
irb.300SBD IRB 接口 IP 地址:
10.0.30.1 -
收入桥接域:
VLAN-100和VLAN-200收入网桥域 IRB 接口:
irb.100和irb.200收入网桥域 IRB 接口 IP 地址:
10.0.10.1和10.0.20.1 -
L3 VRF 路由实例:
L3VRF-1注意:在这里,我们将介绍在 EVPN 网络的租户 L3 VRF 实例中配置的元素。如果将默认 L3 路由实例与 OISM 一起使用,而非 VRF 实例,请在全局层级替换相应的配置语句,而不是在命名路由实例中替换。例如,替换此层级的配置语句:
[edit routing-instances L3VRF-1 protocols evpn ...]
在此全局层级使用相同的语句:
[edit protocols evpn ...]
有关使用默认 L3 路由实例的 OISM 配置的更多信息,请参阅对 租户 L3 VRF 实例的 OISM 支持或默认 L3 路由实例 。
-
如果将 M-VLAN IRB 方法用于外部组播连接:
M-VLAN:
VLAN-900M-VLAN IRB 接口:
irb.900M-VLAN IRB 接口 IP 地址:
172.16.90.1/24连接到外部 PIM 路由器的端口的接口名称:
xe-0/0/9注意:您可以使用相同的 M-VLAN ID,并在外部 PIM 路由器多宿主到的任何边界叶设备中在同一子网中分配 IRB 接口 IP 地址。
-
如果使用经典的 L3 接口方法进行外部组播连接:
L3 接口名称:
xe-0/0/6L3 接口 IP 地址:
172.16.10.1/24注意:您可以为连接到外部 PIM 路由器的每个边界叶设备上的 L3 接口分配不同子网中的 IP 地址。
-
如果将非 EVPN IRB 方法用于外部组播连接:
额外的 VLAN:
VLAN-900非 EVPN IRB 接口:
irb.900非 EVN IRB 接口 IP 地址:
172.16.90.1/24连接到外部 PIM 路由器的端口的接口名称:
xe-0/0/9注意:使用非 EVPN IRB 方法,您可以在每个边界叶设备上分配不同的额外 VLAN ID。您还可以为连接到外部 PIM 路由器的每个边界叶设备上的非 EVPN IRB 接口分配不同子网中的 IP 地址。
在边界叶设备和服务器叶设备上配置以下 OISM 语句:
也可以看看
配置服务器叶设备 OISM 元素
首先配置在 EVPN-VXLAN 交换矩阵中的 边界叶设备上配置通用 OISM 元素和服务器叶设备上 所述的 OISM 元素。
然后按照以下步骤在服务器叶设备上配置其他必需的 OISM 元素。相同的 EVPN-VXLAN 交换矩阵基础和示例 OISM 环境适用于此处的其他服务器叶配置步骤。
在这里,我们将介绍在服务器叶设备上为 EVPN 网络中的特定租户 L3 VRF 实例配置的 PIM 和 OSPF 协议元素。由于以下任一原因,您可以在全局级别 ([edit protocols ...]) 而不是路由实例级别 ([edit routing-instances VRF-name protocol...]) 配置这些元素:
-
您希望将相同的设置应用于设备上的所有 VRF 实例。
-
如果您在使用默认路由实例(在支持的设备上)运行 OISM,则希望这些设置应用于默认 L3 路由实例。
有关使用默认 L3 路由实例的 OISM 配置的更多信息,请参阅对 租户 L3 VRF 实例的 OISM 支持或默认 L3 路由实例 。
您可以在租户 L3 VRF 实例中配置特定于服务器叶功能(如 PIM)的元素。
有关为什么 OISM 服务器叶设备需要这些设置的更多信息,请参阅 OISM 设备的配置元素 。
使用 M-VLAN IRB 方法配置边界叶设备 OISM 元素
本节介绍如何配置使用 OISM M-VLAN IRB 方法与外部源和接收器交换组播数据的边界叶设备。有关可用外部组播方法的更多信息,请参阅用于 将组播数据传输到外部 PIM 域或从外部 PIM 域传输支持的方法 。
我们仅在部分平台上支持 M-VLAN IRB 外部组播方法,并且只有部分平台同时支持常规 OISM 和增强型 OISM 的这种方法。有关我们支持此方法的详细信息,请参阅 表 4 。
首先配置在 EVPN-VXLAN 交换矩阵中的 边界叶设备上配置通用 OISM 元素和服务器叶设备上 所述的 OISM 元素。
然后按照以下步骤在边界叶设备上配置其他所需的 OISM 元素。相同的 EVPN-VXLAN 交换矩阵基础和该部分中的示例 OISM 环境适用于此处的其他边界叶配置步骤。
您可以全局配置、在 EVPN 实例或租户 L3 VRF 实例中配置特定于边界叶功能的不同元素。
有关为什么 OISM 边界叶设备需要这些设置的更多信息,请参阅 OISM 设备的配置元素 。
如果将默认 L3 路由实例与 OISM 一起使用,而非 VRF 实例,请在全局层级替换相应的配置语句,而不是在命名路由实例中替换。例如,替换此层级的配置语句:
[edit routing-instances L3VRF-1 protocols evpn ...]
在此全局层级使用相同的语句:
[edit protocols evpn ...]
有关使用默认 L3 路由实例的 OISM 配置的更多信息,请参阅对 租户 L3 VRF 实例的 OISM 支持或默认 L3 路由实例 。
使用经典 L3 接口方法配置边界叶设备 OISM 元素
本节介绍如何配置使用 OISM 经典 L3 接口方法的边界叶设备与外部源和接收方交换组播数据。有关可用外部组播方法的更多信息,请参阅用于 将组播数据传输到外部 PIM 域或从外部 PIM 域传输支持的方法 。
首先配置在 EVPN-VXLAN 交换矩阵中的 边界叶设备上配置通用 OISM 元素和服务器叶设备上 所述的 OISM 元素。
然后按照以下步骤在边界叶设备上配置其他必需的 OISM 元素。相同的 EVPN-VXLAN 交换矩阵基础和该部分中的示例 OISM 环境适用于此处的其他边界叶配置步骤。
您可以在租户 L3 VRF 实例中配置特定于 L3 边界叶功能的大多数元素。
有关为什么 OISM 边界叶设备需要这些设置的更多信息,请参阅 OISM 设备的配置元素 。
如果将默认 L3 路由实例与 OISM 一起使用,而非 VRF 实例,请在全局层级替换相应的配置语句,而不是在命名路由实例中替换。例如,替换此层级的配置语句:
[edit routing-instances L3VRF-1 protocols evpn ...]
在此全局层级使用相同的语句:
[edit protocols evpn ...]
有关使用默认 L3 路由实例的 OISM 配置的更多信息,请参阅对 租户 L3 VRF 实例的 OISM 支持或默认 L3 路由实例 。
使用非 EVPN IRB 方法配置边界叶设备 OISM 元素
本节介绍如何配置使用 OISM 非 EVPN IRB 方法与外部源和接收器交换组播数据的边界叶设备。有关可用外部组播方法的更多信息,请参阅用于 将组播数据传输到外部 PIM 域或从外部 PIM 域传输支持的方法 。
首先配置在 EVPN-VXLAN 交换矩阵中的 边界叶设备上配置通用 OISM 元素和服务器叶设备上 所述的 OISM 元素。
然后按照以下步骤在边界叶设备上配置其他必需的 OISM 元素。相同的 EVPN-VXLAN 交换矩阵基础和该部分中的示例 OISM 环境适用于此处的其他边界叶配置步骤。
您可以在租户 L3 VRF 实例中配置大多数特定于边界叶功能(如 PIM)的元素。使用此方法,您无需在 EVPN 实例中扩展额外的 VLAN,因此无需在 EVPN 实例中配置相关元素。无论使用默认交换机实例还是 MAC-VRF EVPN 实例,外部组播配置元素都是相同的。
如果将默认 L3 路由实例与 OISM 一起使用,而非 VRF 实例,请在全局层级替换相应的配置语句,而不是在命名路由实例中替换。例如,不要在此层次结构级别的 L3 VRF 实例中配置本部分中的元素:
[edit routing-instances L3VRF-1 protocols evpn ...]
在全局级别使用相同的语句:
[edit protocols evpn ...]
有关使用默认 L3 路由实例的 OISM 配置的更多信息,请参阅对 租户 L3 VRF 实例的 OISM 支持或默认 L3 路由实例 。
有关为什么 OISM 边界叶设备需要这些设置的更多信息,请参阅 OISM 设备的配置元素 。
用于验证 OISM 配置的 CLI 命令
也可以看看
变更历史表
是否支持某项功能取决于您使用的平台和版本。使用 功能资源管理器 确定您的平台是否支持某个功能。
[edit chassis forwarding-options] GBP 统一转发表 (UFT) 配置文件vxlan-gbp-mc-profile时,我们将使用增强型 OISM 无缝支持 VXLAN 基于组的策略 (GBP) 单播流量以及组播流量。
vlan-awarevlan-based和服务类型的 OISM。您可以在 OISM 服务器叶、边界叶或精益主干角色中配置这些设备。在边界叶角色中,这些设备仅支持经典的 L3 接口方法连接到外部组播 PIM 域。
install-star-g-routes 选项。
vlan-awarevlan-based和服务类型的 OISM。您可以在 OISM 服务器叶、边界叶或精益主干角色中配置这些设备中的任何一个。在边界叶角色中,这些设备支持任何可用的 OISM 方法来连接到外部组播 PIM 域:M-VLAN IRB(具有支持 EVPN 的 IRB 的 L2 上行链路)方法、经典 L3 接口方法或非 EVPN IRB 方法。
show multicast snooping route 看到 SBD 上的组播组路由。
vlan-aware 和 vlan-based 服务类型)使用 IGMPv2 或 IGMPv3 的 OISM。您可以在 OISM 服务器叶角色中配置这些设备中的任何一个。除 EX4650 和 QFX5110 交换机外,所有这些设备都可以是 OISM 边界叶设备。在 QFX10000 系列边界叶设备上,您可以使用 OISM M-VLAN IRB(启用 EVPN 的 IRB 的 L2 上行链路)方法或经典的 L3 接口方法连接到外部组播 PIM 域。在 EX4650 和 QFX5120 边界叶设备上,只能使用经典的 L3 接口方法。
vlan-based服务类型)vlan-aware中支持带有 IGMPv2 或 IGMPv3 的 OISM。这些设备可以是 OISM 服务器叶设备或边界叶设备。边界叶设备支持经典 L3 接口模型或非 EVPN IRB 模型,以连接到外部组播 PIM 域。