摘要

  • RFC 6374 支持主动或按需测量，也区分直接与推断、带内与带外形式；查询方选择测量类型、范围和速率，响应方提供计数器或时间戳数据。
  • 直接丢包测量能进行精确的入口/出口计数核算，但可能需要专用硬件；推断测量借助测试流量，只能近似反映数据面损失。
  • 单向时延要求时钟同步。双向信道时延避免直接比较两端非本地时钟，但不能把它与往返时延当成同一个指标。

LM/DM 的含义取决于测量的业务类别、测量点放置、ECMP 分流、计数器是否对齐、损失范围、时钟质量以及实现支持的时间戳格式。一个成功响应不证明 SLA 阈值正确，也不说明某个网络事件或参与者造成了变化。一次被采样的 ECMP 路径不能代表所有备用路径；IANA 登记了 Channel Type，也不等于某个接收端支持或启用了它。

RFC 6374 观察预先存在的 MPLS LSP、伪线或段，支持主动和按需操作，以及直接或推断、带内或带外安排。它不建立、重路由、预留带宽、改变策略或修复路径；LM/DM 也不是认证或授权机制。它假定路径完整性和远端身份已由其他机制独立验证。无法获得这种保证时，应禁用相关 Channel Type；实现必须支持按 Channel Type 禁用。即使远端身份已验证，注入或中间人篡改仍可能污染性能证据，带外 IP 返回在需要时应使用适当保护，例如 IPsec。

RFC 6375 为 MPLS-TP 提供外部配置模型：NMS 或另一个协议负责配置，默认值固定，通常不需要协商；接收值仍应验证，速率由运营者控制。RFC 7876 的 UDP Return Object 可以选择带外 UDP 返回路径，改变的是返回传输而非测量语义；实现必须遵循请求的返回参数，运营者还必须防止反射滥用。

协议不替管理系统决定质量等级、阈值、SLA 解释或处置。主动测量会增加报文和处理负载，应按场景选择速率；查询方在测量消息持续丢失超过阈值后应暂停，接收方则应限制过量请求。响应方的职责是提供协议数据，不是替查询方扩大范围或替管理层采取行动。

核验夹具： 在实验环境分别配置直接丢包、推断丢包、延迟和组合 Channel Type；记录 IANA 当前登记的 Channel Type、控制码、TLV 和时间戳类型。用已知计数器差值验证报文与字节两种范围，分别注入可控测试流量；用同步与故意不同步的时钟比较单向结果；同时记录 T1、T2、T3、T4，分开计算双向信道时延和往返时延。把测量点放在入口、出口和不同 ECMP 分支，检查实现是否披露范围、点位、硬件时间戳格式和默认启用状态。通过丢弃测量消息触发暂停，通过高频请求观察接收端限速，并测试损坏响应、禁用单个 Channel Type、受保护的 UDP 返回和反射防护。

操作决策路径： 先确认路径、远端身份和完整性已由外部机制验证；再确定业务类别、LSP/伪线/段范围、测量点、ECMP 解释、计数器对齐和时钟质量。随后选择直接或推断、主动或按需、带内或受保护的带外形式，并以可承受负载设置速率。核对响应格式与请求参数，判断数据是否完整；只有在高层系统将结果与已批准的阈值和 SLA 解释相结合后，才决定调查、告警或其他动作。不得从 LM/DM 响应自行推断授权、根因、路由变化或修复结果。

没有 MPLS 原生 LM/DM 时，运营者可能更多依赖 IP 探针、间接症状或厂商专用机制；这些方法未必共享同一转发上下文，也未必能提供直接损失核算。它们可能仍有价值，但不能自动等同于这里的证据。

来源