Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

CE 和 PE 设备之间的 CFM 监控

当客户边缘设备不是 Juniper 设备时,请使用本主题更详细地了解提供商边缘设备和客户边缘设备之间的 CFM 监控。此外,您还可以了解有关接口状态 Tlv、端口状态 Tlv、机箱 ID TLV 和连接保护 TLV 如何帮助监控网络的更多信息。

CFM 操作配置文件异步通知

SUMMARY CFM 驱动型异步通知支持在相互连接的两台 客户边缘 设备之间实现链路状态同步,此警报采用伪线(从各自 PE 设备发起)模拟情景,就像两个 客户边缘 设备直接连接一样。即使 PE1 和 PE2 未通过单个网络(而是一组网络)连接,CFM 也可提供端到端信号发送。

PE1 和 PE2 之间的第 2 层连接

图 1 是部署场景的示例,其中基于 CFM 的异步通知可用于在 CE1 和 CE2 之间同步链路状态。异步通知配置可以满足以下两项要求。

  • 当 PE2 到 CE2 的链路关闭时,PE1 到 CE1 的链路也变小。恢复链路时,它还应恢复到 CE1 的链路状态 PE1。PE1 到 CE1 之间的链路状态更改应该类似。

  • 当 PE1 与 PE2 之间存在连接问题时,会触发 PE1 到 CE1 和 PE2 与 CE2 之间的链路。如果连接状态恢复,则它应恢复两端上的链路状态

Configuring a CFM Action Profile to Asyncronus Notification

SUMMARY CFM UP-MEP on PE1 to PE2, monitors the connectivity between PE1 to PE2. Use of interface-status-tlv on these UP-MEP end points conveys the link status between PE1 to CE1 to PE2 and link-status between PE2 to CE2 to PE1. Action profile must be configured on PE1 to PE2 to drive asynchronous-notification towards respective CE devices . It is triggered when either adjacency-loss is detected or link-down is detected in the received interface-status-tlv.

  1. Enable asynchronous-notification at interface level

    For example

  2. Configure the action profile and the CFM event(s) to triggered this action profile at the [edit protocols oam ethernet connectivity-fault-management] hierarchy level. You can configure more than one event in the action profile

    For example

    The action asynchronous-notification is not supported with events other than interface-status-tlv down, interface-status-tlv lower-layer-down and adjacency-loss. Any other events configured results in a commit error

    .
  3. Define the action to asynchronous-notification at the [edit protocols oam ethernet connectivity-fault-management action-profile profile-name] hierarchy level.
  4. Define the maintenance domain at the [edit protocols oam ethernet connectivity-fault-management] hierarchy level and specify the maintenance-association parameters

    For example

  5. Configure the generation of interface-status-tlv .it is required if asynchronous-notification configured based on interface-status-tlv.

    For example

  6. Define the maintenance association endpoint at the [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name] hierarchy level and specify the associated parameters.

    For example

  7. Set asynchronous-notification action profile at the RMEP level.

    For example,

了解 CE 和 PE 设备之间的 CFM 监控

当客户边缘设备不是 Juniper 设备时,您可以在提供商边缘设备和客户边缘设备之间启用连接故障管理(CFM)监控。当接口关闭时,CFM 将传播 CC 消息中的接口状态。CC 消息通知客户边缘设备提供商边缘设备已关闭。

您可使用以下两个选项之一配置 CFM 监控:

  • 接口状态 TLV(类型、长度和值)— 当客户边缘设备不是 瞻博网络 设备时,您可以使用接口状态 TLV 在提供商边缘设备和客户边缘设备之间启用连接故障管理 (CFM) 监控。当接口关闭时,CFM 使用接口状态 TLV 传播接口的状态。接口状态 TLV 指示在 MEP 传输 CCM 的接口的状态,或者,如果为-MIB,则为 IETF RFC 2863 中的下一个下部接口。因此,客户边缘设备会发现提供商边缘设备已关闭。要使用接口状态 TLV 配置 CFM 监控,请使用interface-status-tlv[edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domainmaintenance-association maintenance-association continuity-check层次结构级别上的语句。这是标准选项。

  • RDI(远程缺陷指示)— 从 Junos OS 版本 17.3R1 开始,您可以使用远程缺陷指示 (RDI) 位,在提供商边缘设备和客户边缘设备之间启用连接故障管理 (CFM 瞻博网络) 监控。启用 CFM 监控时,CFM 通过 CC 消息中的远程缺陷指示(RDI)位传播提供商边缘设备的状态。因此,客户边缘设备会发现提供商边缘设备已关闭。当服务备份时,RDI 位将被清除。要使用 RDI 位配置 CFM 监控,请在interface-status-send-rdi[edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domainmaintenance-association maintenance-association continuity-check层次结构级别使用语句。如果客户边缘设备不支持接口状态 TLV,则需要此选项。

注:

当接口设置为 CCC down,并且您已配置 RDI,则会发送 RDI 位。CFM 不监控接口的状态。如果在接口不处于待机状态时设置 CCC down,则 RDI 位将随 CC 消息一起发送(如果已配置 RDI)。

使用 RDI 位的单个活动多宿主用例

考虑以下拓扑,其中有两个提供商边缘设备(PE1 和 PE2)以及两个客户边缘设备(CE1 和 CE2)。PE2 处于待机状态时,PE1 处于活动状态。在 PE 和 CE 之间配置 CFM down MEP。CFM 检测到 CCC down 和 CFM down MEP 已配置,生成的 CC 消息具有 RDI 位。从 PE2 到 CE2 的 CC 消息将 RDI 位设置为指示受阻状态。当 PE2 变为活动状态时,CCM down 将被清除,RDI 位将从后续的 CC 消息中清除。

使用 RDI 位的主动/主动多宿主用例

考虑两个提供商边缘设备(PE1 和 PE2)和两个客户边缘设备(CE1 和 CE2)的拓扑。PE2 处于待机状态时,PE1 处于活动状态。如果未在 PE 和 CE 之间配置 CFM down MEP 来监控链路连接,则生成的 CC 消息没有 RDI 位。在 PE 和 CE 之间配置 CFM down MEP。CFM 检测到 CCC down 和 CFM down MEP 已配置,生成的 CC 消息具有 RDI 位。从 PE2 到 CE2 的 CC 消息将 RDI 位设置为指示受阻状态。当 PE2 变为活动状态时,CCM down 将被清除,RDI 位将从后续的 CC 消息中清除。

配置端口状态 TLV 和接口状态 TLV

Tlv 概述

CFM 的 IEEE 802.1 ag 标准中介绍了类型、长度和值(Tlv),这是 PDU 中可变长度和/或可选信息的一种编码方法。Tlv 未与任何特定的字或八进制边界对齐。Tlv 彼此之间没有任何填充。

表 1显示 TLV 格式,并指示它是必需还是可选。

表 1: Tlv 格式

参数

八位字节(顺序)

Description

类型

1

必填。如果为0,则不遵循长度或值字段。如果不为0,则 "长度" 字段至少位于 "类型" 字段后面。

长度

2–3

如果 Type 字段不为0,则为必选。如果 Type 字段为0,则不存在。长度字段的16位表示值字段的大小(以八位字节为单位)。长度字段中的0表示没有值字段。

4

长度字段指定的长度。必. 如果 Type 字段为0或长度字段为0,则不存在。

CFM Pdu 的各种 Tlv

表 2显示了由各种 CFM PDU 类型 IEEE 802.1 ag 定义的一组 Tlv。每个 TLV 都可通过分配给其 type 字段的唯一值来识别。某些类型字段值已保留。

表 2: CFM Pdu 的各种 Tlv 的类型字段值

TLV 或组织

类型字段

终端 TLV

0

发件人 ID TLV

1

端口状态 TLV

2

数据 TLV

3

接口状态 TLV

4

回复入口 TLV

5

回复出口 TLV

6

LTM 出口标识符 TLV

7

从左向右出口标识符 TLV

8

为 IEEE 802.1 保留

9至30

组织特定的 TLV

31

由 ITU-T Y 定义 y.1731

32至63

为 IEEE 802.1 保留

64至255

并非每个 TLV 都适用于所有类型的 CFM Pdu。

  • 适用于连续性检查消息(CCM)的 Tlv:

    • 终端 TLV

    • 发件人 ID TLV

    • 端口状态 TLV

    • 接口状态 TLV

    • 组织特定的 TLV

  • 适用于回传消息(LBM)的 Tlv:

    • 终端 TLV

    • 发件人 ID TLV

    • 数据 TLV

    • 组织特定的 TLV

  • 适用于回传回复的 Tlv (LBR):

    • 终端 TLV

    • 发件人 ID TLV

    • 数据 TLV

    • 组织特定的 TLV

  • 适用于链路跟踪消息的 Tlv (LTM):

    • 终端 TLV

    • LTM 出口标识符 TLV

    • 发件人 ID TLV

    • 组织特定的 TLV

  • 适用于链路跟踪回复的 Tlv (LTR):

    • 终端 TLV

    • 从左向右出口标识符 TLV

    • 回复入口 TLV

    • 回复出口 TLV

    • 发件人 ID TLV

    • 组织特定的 TLV

以下 Tlv 当前在适用的 CFM Pdu 中受支持:

  • 终端 TLV

  • 回复入口 TLV

  • 回复出口 TLV

  • 从左向右出口标识符 TLV

  • LTM 出口标识符 TLV

  • 数据 TLV

支持额外的可选 Tlv

支持以下附加可选 Tlv:

  • 端口状态 TLV

  • 接口状态 TLV

MX 系列路由器支持端口状态 TLV 和接口状态 TLV 的配置。通过配置端口状态 TLV,操作员可以控制端口状态 TLV 在 CFM Pdu 中的传输。

注:

尽管端口状态 TLV 配置语句在 CLI 上 M120 和 M320 路由器上可见,但无法在这些系统上配置端口状态 TLV。仅当端口状态 TLV 是桥接逻辑接口时,才能在 MEP 接口上启用,这在这些系统上是不可能的。

有关配置信息,请参阅以下各节:

端口状态 TLV

端口状态 TLV 指示,无论 MAC 的状态如何,传输 MEP 驻留的桥接端口的功能均可通过。此 TLV 的值由 MEP 变量enableRmepDefect驱动,如中表 4所示。此 TLV 的格式如中表 3所示。

端口状态 Tlv 值中的任何更改都会触发一次额外传输桥接端口 MEP CCMs。

表 3: 端口状态 TLV 格式

参数

八位字节(顺序)

Type = 2

1

长度

2–3

值(请表 4参阅)

4

表 4: 端口状态 TLV 值

通过端口自由传递的普通数据

psBlocked

不:enableRmepDefect= false

1

psUp

是的:enableRmepDefect= true

2

MEP 变量enableRmepDefect是一个布尔型变量,指示由维护关联监控的服务实例上的帧,如果通过生成树协议和 VLAN 拓扑管理启用此 MEP 以通过此桥接端口。如果满足以下条件,则设置为 TRUE:

  • 桥接端口设置为流量可通过它来通过的状态。

  • 桥接端口正在运行生成树的多个实例。

  • MEP 接口未与桥接域相关联。

配置端口状态 TLV

Junos OS 为端口状态 TLV 提供配置支持,允许您控制在 CCM Pdu 中传输此 TLV。Junos OS 在连续性检查级别提供此配置。默认情况下,CCM 不包含端口状态 TLV。要配置端口状态 TLV,请使用port-status-tlv[edit protocols oam ethernet connectivity-fault-management maintenance-domain identifier maintenance-association identifier continuity-check]层次结构级别的语句。

注:

IEEE 802.1 ag 不会规定端口状态 TLV 配置。Junos OS 提供它以提高运营商的灵活性;但是,无论此配置如何,它都会接收并处理带端口状态 TLV 的 CCMs。

配置语句的示例如下:

在以下两种情况下,不能启用端口状态 TLV 传输:

  • 如果维护关联下的 MEP 接口不是网桥类型。

  • 如果 MEP 是在物理接口上配置的。

显示收到的端口状态 TLV

Junos OS 将从远程 MEP 保存上一次收到的端口状态 TLV。如果收到的端口状态值与中表 4列出的某个标准值不对应,则该show命令会将其显示为 "未知"。您可以使用show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier命令显示上次保存的接收端口状态 TLV,如以下示例中所示:

显示已传输端口状态 TLV

Junos OS 从本地 MEP 保存上次传输的端口状态 TLV。如果未启用端口状态 TLV 传输,则show命令显示 "none"。您可以使用show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier命令显示上次保存的已传输端口状态 TLV,如以下示例中所示:

接口状态 TLV

接口状态 TLV 指示在 MEP 传输 CCM 的接口的状态,或者,如果为-MIB,则为 IETF RFC 2863 中的下一个下部接口。此 TLV 的格式如中表 5所示。枚举值如中表 6所示。

表 5: 接口状态 TLV 格式

参数

八位字节(顺序)

Type = 4

1

长度

2–3

值(请表 6参阅)

4

表 6: 接口状态 TLV 值

接口状态

isUp

up

1

isDown

下来

2

isTesting

测试

3

isUnknown

清楚

4

isDormant

状态

5

isNotPresent

notPresent

6

isLowerLayerDown

lowerLayerDown

7

注:

当逻辑接口的操作状态从 down 状态(状态值为2)更改为较低层向下状态(状态值为7),反之亦然,则不会生成 LinkDown SNMP 陷阱。例如,如果使用 VLAN 标记配置聚合以太网接口包,并将处于操作关闭状态的物理接口添加到捆绑中,则该点的聚合以太网逻辑接口束的操作状态将降低层向下(7)。如果您使与接口关联的 MIC 脱机,则当逻辑接口从较低层向下状态切换到 down 状态时,不会生成 LinkDown 陷阱。

同样,请考虑另一个示例情景,其中物理接口被添加到具有 VLAN 标记的聚合以太网包中,并且聚合以太网逻辑接口已禁用。禁用逻辑接口时,逻辑接口的操作状态将变为 down。如果禁用属于聚合以太网捆绑包的物理接口,则聚合以太网逻辑接口的操作状态将保持不变。如果重新启用聚合以太网逻辑接口,则其操作状态从下到下将更改为较低层。此时不会生成 LinkDown SNMP 陷阱。

配置接口状态 TLV

Junos OS 为接口状态 TLV 提供配置支持,从而允许运营商通过配置在连续性检查级别控制在 CCM Pdu 中传输此 TLV。

注:

IEEE 802.1 ag 上不会强制此配置。而是提供给运营商的更多灵活性。无论此配置如何,Junos OS 都将使用接口状态 TLV 接收和处理 CCMs。

接口状态 TLV 配置如下所示:

注:

Junos OS 仅支持传输来自接口状态 TLV 的七个可能值中的三个。支持的值为1、2和7。但是,Junos OS 能够接收接口状态 TLV 的任何值。

显示收到的接口状态 TLV

Junos OS 保存来自远程 MEP 的上一次收到的接口状态 TLV。如果收到的接口状态值与中列出的某个标准值不对应,则该表 5show命令显示为 "未知"。

您可使用show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier命令显示此上次保存的接口状态 TLV,如以下示例中所示:

显示已传输接口状态 TLV

Junos OS 保存来自本地 MEP 的上一次传输接口状态 TLV。如果尚未启用接口状态 TLV 的传输,则show命令显示 "none"。

您可使用show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier命令显示上一次传输的接口状态 TLV,如以下示例中所示:

MAC 状态缺陷

Junos OS 提供 MAC 状态缺陷信息,表示一个或多个远程 Mep 在其端口状态 TLV 或接口状态 TLV 中报告故障。如果某些远程 MEP 报告其接口不是 isUp(例如,至少有一个远程 MEP 接口不可用),或者如果所有远程 MEP 均报告包含 psUp 值(例如,所有远程 MEP 桥接端口不会转发数据),则表示"是"。您可以使用show两个命令来查看 MAC 状态缺陷指示。

使用mep-database命令显示 MAC 状态缺陷:

使用interfaces命令显示 MAC 状态缺陷:

配置远程 MEP 操作配置文件支持

根据收到的 CCM interface-status-tlv数据包port-status-tlv中的值,可以使用interface-downaction-profile选项来执行特定操作,例如。可以在路由器上配置多个操作配置文件,但只能将一个操作配置文件分配给一个远程 MEP。

操作配置文件最多可配置一个事件来触发操作;但是,如果发生任何一个事件,将触发该操作。所有已配置的事件无需触发action即可发生。

操作配置文件只能在远程 MEP 级别应用。

以下示例显示添加了说明性注释的操作配置文件配置:

监控远程 MEP 操作配置文件

您可以使用该show oam ethernet connectivity-fault-management mep-database命令查看远程 MEP 的操作配置文件状态,如以下示例所示:

show oam ethernet connectivity-fault- management mep-database remote-mep(操作配置文件事件)

配置机箱 ID TLV

在 Release 16.1 r 和更高版本中,您可以将 Junos OS 配置为将发件人 ID TLV 与数据包一起发送。发件人 ID TLV 是在连续性检查消息(CCMs)、回传消息和链路跟踪消息(LTMs)中发送的可选 TLV,在 IEEE 802.1 ag 标准中指定。发件人 ID TLV 包含机箱 ID,这是设备的唯一基于 CFM 的 MAC 地址,是一个 IPv4 或 IPv6 地址的管理 IP 地址。

TLV 中的length字段值指示 tlv 是否包含机箱 ID 信息。length字段的可能值为零(0)或任何有效的数字,分别指示 TLV 中的机箱 ID 信息的存在或存在情况。

您可以通过使用set protocols oam ethernet connectivity-fault-management sendid-tlv send-chassis-tlv命令使 Junos OS 在全局级别发送发件人 ID TLV。如果在全局级别上配置了发件人 ID TLV,则默认维护域、维护关联和维护关联中间点(MIP)半功能将继承此配置。

您还可以在以下层次结构级别配置发件人 ID TLV:

  • [edit protocols oam ethernet connectivity-fault-management].

  • [edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domain-name maintenance-association maintenance-association-name continuity-check].

维护关联级别的发件人 ID TLV 配置优先于全局级别配置。

注:

只有 802.1 ag Pdu 才支持发件人 ID TLV,并且性能监控协议数据单元(Pdu)不支持发送。

在欧时间) 模式中配置 MAC 刷新消息处理

在运营商以太网传输(欧时间))模式下,MX 系列路由器用作提供商边缘(PE)路由器,以及在接入侧使用运行基于标准的协议的 Nokia Siemens Networks A2200 运营商以太网交换机(称为电子域设备)。在 MX 系列路由器上,VPLS 伪线是通过标签分发协议(LDP)动态配置的。在电子域设备上,拓扑更改通过在电子域设备和 MX 系列 PE 路由器之间运行的连接故障管理(CFM)会话来检测。如果存在 CFM 的连接中断,MX 系列 PE 路由器可以使载波以太网接口关闭。这会触发本地 MAC 刷新以及目标标签分布协议(T-LDP) MAC 刷新通知,发送到远程 MX 系列 Pe 来触发 MAC 刷新。

在欧时间) 间模式下,MX 系列路由器需要与 Nokia Siemens Networks Ax100 运营商以太网接入设备(称为域设备)进行互操作,以运行传统协议。Nokia Siemens Networks A4100 和 A8100 设备作为 MX 系列 PE 路由器和 A 域设备之间的中介。这些中间设备执行互连功能(IWF)过程,以便可以在 MX 系列路由器和 A 域设备之间运行操作管理管理(OAM)会话。MX 系列 PE 路由器与 Nokia Siemens Networks A4100 和 A8100 中间设备之间没有 VPLS 伪线,因此在 PE 路由器之间没有运行 LDP 协议来发送拓扑更改通知。为了传达拓扑更改,MX 系列路由器可以触发 MAC 刷新并在核心中传播。MX 系列路由器可根据连接保护类型长度值(TLV)事件使用操作配置文件。该操作配置文件会关闭 MX 系列 PE 路由器中的运营商边缘逻辑接口,这将触发本地 MAC 刷新,同时使用 LDP 通知将拓扑更改传播到核心。

对于 VPLS,无需监控端到端连接。接入环可独立监控,方法是在电子域设备和 MX 系列 PE 路由器以及 A 域设备和 MX 系列 PE 之间的每个服务的工作和保护路径上运行 CFM 关闭多个端点(Mep)路由器由 Nokia Siemens Networks A-4100 设备托管的 IWF。如果工作路径上出现连接故障,Nokia Siemens Networks Ax200 设备将执行到保护路径的切换,触发拓扑更改通知(以 CCM 中 Tlv 携带的形式),以便在活动路径上发送。

图 1: 欧时间) 网络间双宿主拓扑欧时间) 网络间双宿主拓扑

图 1介绍了连接到 A 域的 MX 系列 PE 路由器上的双穴拓扑。当一个域设备触发切换时,它会开始将服务流量切换到新的活动路径。此更改将通过由-域设备在工作和保护路径上发送的 HELLO 协议数据单元(Pdu)进行通信。A4100 recieves 这些 HELLO Pdu 中的 IWF 时,会将其转换为标准的 CCM 消息,同时插入连接保护 TLV。连接保护 TLV 的"使用保护"字段使用当前活动路径编码,并包含在 CCM 消息中。CCM 消息由 MX 系列 PE 路由器通过 A4100 中的 VLAN 分支接收。在以上的双列穴方案中,一个 MX 系列 PE 路由器将监控工作路径,另一个 MX 系列 PE 路由器将监控保护路径。

当监控工作路径的 CFM 会话检测到服务信息流已移至保护路径或监控保护路径的 CFM 会话检测到服务信息流已移至工作路径时,将发生 MAC 刷新。

图 2: 欧时间) 网络间双连接拓扑欧时间) 网络间双连接拓扑

图 2介绍了连接到 A 域的 MX 系列 PE 路由器上的双附加拓扑。这种情况下所用的 MAC 清理机制也与在双宿主方案中用于此域的此项相同(图1)。但是,在这种情况下,CFM 会话仅由一个 MX 系列 PE 路由器托管。当 A-域中的 Ax100 检测到拓扑更改时,MX 系列 PE 路由器在 CCM 消息中收到用于工作和保护路径的连接保护 TLV,值为"使用保护",表示活动路径。根据为 CFM 会话生成的事件,MX 系列 PE 路由器将关闭相应的接口,将触发本地 MAC 刷新。

配置连接保护 TLV 操作配置文件

操作配置文件可配置为根据收到的interface-down CCM 数据包connection-protection-tlv中的值执行操作。

以下示例显示添加了说明性注释的操作配置文件配置:

示例:基于连接保护 Tlv 配置操作配置文件

此示例说明如何根据连接保护 TLV 配置操作配置文件,以根据欧时间) 网络中的拓扑更改触发 MAC 刷新。

要求

此示例使用以下硬件和软件组件:

  • 11.2 或更高版本 Junos OS

  • MX 系列 PE 路由器

概述和拓扑

使用 MX 系列 PE 路由器的欧时间) 网络的物理拓扑显示在图 3

拓扑

图 3: 欧时间) 网络拓扑结构欧时间) 网络拓扑结构

以下定义描述了中图 3使用的设备缩写和术语的含义。

  • 提供商边缘 (PE) 设备—提供商网络边缘的一台设备或一组设备,用于显示提供商的客户站点视图。

  • E-domain — Nokia Siemens Networks Carrier 以太网交换机运营商网络,其运行基于标准协议,在接入端使用。

  • A 域 - Nokia Siemens Networks Carrier 以太网交换机网络运营商,运行传统协议。

配置

操作

分步过程

要基于连接保护 TLV 配置操作配置文件,请 preform 以下任务:

  1. 配置操作配置文件

  2. 如果收到的连接保护 TLV 为 SET 的"使用保护"值,则连接保护 TLV 应使用保护路径

  3. 如果收到的连接保护 TLV 具有 RESET 的"使用保护"值,则连接保护 TLV 应使用工作路径

  4. 配置操作配置文件以使其关闭接口

成果

检查配置结果

发布历史记录表
版本
说明
17.3R1
从 Junos OS Release 17.3 R1 开始,当客户边缘设备不是 Juniper 设备时,可使用远程缺陷指示(RDI)位在提供商边缘设备与客户边缘设备之间进行连接故障管理(CFM)监控。
16.1
在 Release 16.1 r 和更高版本中,您可以将 Junos OS 配置为将发件人 ID TLV 与数据包一起发送。