摘要
- RFC 9779 要求为 SR Policy 候选路径中的每一条 Segment List 建立独立测量会话;一个策略名称或最终百分比无法完整标识被采样对象。
- 单向测量的回应可以通过 IP/UDP 带外返回,双向测量也可指定独立的 MPLS 返回标签栈。把证据送回来的路,并不自动等于证据所描述的路。
- 只有把计数器、时间戳与 Block Number 同路径身份、ECMP 选择、回应者来源、阈值判断和后续行动连接起来,它们才可能成为经得住复核的 SLA 证据。
绿色结果可能只是审计的起点
设想一套保障系统宣告某条 SR-MPLS 服务满足时延目标:查询得到处理,回应顺利返回,时间戳格式正确,图表显示绿色。可回应是经由测量方向之外的 IP/UDP 通道返回的;Segment List 又存在多条等价实现,而数据库没有保存影响哈希选择的熵标签。算式或许毫无错误,附在算式上的业务结论却尚未得到证明。
RFC 9779 于 2025 年 5 月以提议标准发布,把 RFC 6374 的 MPLS 丢包测量(LM)与时延测量(DM)用于 SR-MPLS 数据平面。它对线上的报文行为规定得很具体:SR Policy 候选路径可能包含多条 Segment List,每一条都要建立独立会话并发送查询。查询携带该候选路径的 SR-MPLS 标签栈,栈底是 GAL 与 G-ACh;每个标签栈条目的 TTL 设为 255。
这种精确性并不会自动给商业服务命名。证据记录仍需保留策略、候选路径、Segment List 与会话之间的绑定。如果系统最后只留下“策略 A,7.3 毫秒”,它恰恰丢掉了 RFC 用来划分测量对象的那一层身份。
被测方向与证据返回方向是两个对象
回应模式把这一区别写进了协议。单向测量时,查询者可以在报文中加入 RFC 7876 的 UDP Return Object(URO)。回应者随后把结果封装在 IP/UDP 中,发送到 URO 指定的地址与端口。带外返回之所以有价值,正是因为证据交付无需依赖正在接受测量的 MPLS 方向。
双向模式通常应尽可能沿同一入链路或同一路径的反方向返回;但查询者也可以用 RFC 9779 新增的 Type 5 Return Path TLV 指定路线。其中的 MPLS Label Stack 子 TLV 可以承载完整返回标签栈,也可以给出 Binding SID。支持该扩展的回应者必须处理首个 Return Path TLV,并按它指定的路径发送回应。
返回路径并非因此变得“不可信”,而是它的角色被明确限定:前向路径是测量对象,返回路径是观察结果的运输工具。只知道报文回来了,无法反推出前向流量采样了哪一个 ECMP 成员,也无法证明实际回应者、返回运输和业务对象三者具有同一身份。
Destination Address TLV 用于把查询指向预期回应者。本地地址匹配可返回成功,不匹配则可返回 Invalid Destination。安全章节还指出,伪造的返回路径指令可能将回应重定向;如果回应目的地址并非查询者本地地址,回应者可以丢弃请求,并可结合源地址校验与访问控制。回应者身份和回应可达性因此属于证据链主体,而不是实现注脚。
数字还需要名称、区间与方向
时延测量使用 Associated Channel Type 0x000C 和 RFC 6374 的时间戳交换。丢包测量有两种模式:Direct LM(0x000A)可提供准确计数,但可能需要硬件支持;Inferred LM(0x000B)是近似值。组合丢包与时延测量分别使用 0x000D 或 0x000E。这些代码说明进行了哪种计算,却不说明它属于哪项产品、哪条排除规则或哪种赔付约定。
直接丢包测量还要把收到的数据流量归入正确会话。RFC 9779 借助 Path Segment Identifier(PSID),其范围可以对应整个 SR Policy、某个候选路径或某条 Segment List。RFC 9545 定义 PSID,RFC 9714 提供交替标记测量的封装;它们是相邻机制,并没有把多个身份自动合成一个事实。
Block Number 让丢包记录更容易复核。查询者把流量分成连续区块并维护发送计数,在上一标记的计数停止增长后,通过 LM 报文交换该区块的计数;回应者维护对应接收计数。RFC 9779 的 Type 6 TLV 携带八位 Block Number,R 标志区分查询侧的前向计数与回应侧的反向计数。回应者还可依据收到的 LM 查询同步区块,所以这套方法不必依赖两端时钟同步。
但区块编号如何分配,被标准明确留作本地决定。编号能把两组计数关联起来,不能决定维护窗口是否应被排除、该流量是否代表合同服务,或由谁宣布违约。测量之上仍有判断与授权。
ECMP 使来源信息成为核心字段
一条 SR-MPLS Segment List 可能在多个等价路径上实现。RFC 9779 说明,可用不同熵标签值影响转发哈希,让时延查询和回应遍历不同 ECMP 路径;同时,它把针对不同 ECMP 路径的丢包测量明确排除在本文范围之外。
这条边界具有直接的经营含义。系统可以诚实地测到某一次时延,却把结果夸大成整条 Segment List 的证明;也可以给出丢包数字,却无法从 RFC 中取得“已覆盖全部 ECMP 路径”的保证。可辩护的记录应保存熵标签或等效选择语境、当时的拓扑与策略版本,以及结论的精确范围。“未观察到丢包”远弱于“在这一会话、这一区块、这一路径选择与这段时间内未观察到丢包”;后一句才具备复核条件。
RFC 9779 还允许把链路时延和丢包计算成扩展 TE 指标,经 OSPF、IS-IS 或 BGP-LS 通告。这是从观察走向控制输入的一条通道,不是自动改路的命令。数据新鲜度、置信度、阈值、振荡抑制、回滚条件和决策责任人都仍是本地制度。
IETF Datatracker 记录能够证明标准文档及其历史,却没有证明任何具名部署、厂商支持或运行成效。这些未知项应被保留为未知,不能借标准编号的权威感把空白填满。
会员简报
档案背景详情
使用相应会员等级登录,即可解锁完整简报与来源注释。
仅限 Strategic Circle
Strategic Circle
所有读者均可浏览。加入并登录后可解锁档案简报。
加入 Strategic Circle仅限 Leadership Alliance
Leadership Alliance
符合条件的 IP 资产所有者和管理层可登录查看 Leadership Alliance 简报。
加入 Leadership Alliance
