摘要
- RFC 9633 定义符合 NMDA 的
ietf-detnet模块,覆盖应用流、流量配置、业务子层、转发子层和部分只读运行状态。 max-latency是要满足的要求,app-flow-status=ready是设备在特定范围内报告的状态;两者都没有记录端到端包样本、观测点与时钟。- 可审计凭证要连接期望配置、逐节点生效状态、配置代际、计数器时期、精确流选择、独立测量以及最终接受结果的应用或责任主体。
配置平台给出一个整齐答案:九个节点都能读到,入口状态为 ready,流量配置里写着最大时延。应用日志却记下了超时。
问题不在于哪一边说谎。问题在于系统把“已配置”“已就绪”和“已达标”压成了同一个状态。
RFC 9633 为确定性网络定义 YANG 数据模型。应用流可以关联流量配置,再连接业务子层和转发子层;设备还可发布只读运行状态。这种共同语法让跨设备管理成为可能,也让错误的权威扩张更容易发生:一棵完整的树看起来很像一份完成报告。
它不是。树描述管理对象;时限属于实际包和时钟。
要求字段只规定判题标准
traffic-profile 可以写入最小带宽、最大时延、最大时延变化、最大丢包率、最大连续丢包数和最大乱序量。这些名称都可测量,但在模型中承担的是要求,而不是观测结果。
traffic-spec 又是另一层:源向网络作出的承诺或请求,包括周期、周期内最大包数和负载大小。网络据此分配资源、调整队列。配置中存在这份承诺,不能证明源实际遵守了它;网络接收这份承诺,也不能证明最终兑现了服务要求。
因此,max-latency=100000000 只告诉测量者阈值是多少,不提供任何入口或出口时间戳。max-loss 没有给出发送和接收样本。连续丢包与乱序更依赖序列语义,不能从一个累计计数器反推。
把要求字段复制到“实际值”栏位,相当于让合同自己证明履约。
ready 的边界没有消失
模型定义 none、ready、failed、out-of-service 与 partial-failed 等状态。应用流状态是 config false 的运行数据,配置不完整时默认为 none。这比只看配置是否存在更有价值:设备可以明确报告入口或出口是否准备就绪。
但 ready 不携带观测时间窗、包集合、远端时钟关系或应用确认。partial-failed 更说明单一颜色会丢失信息:部分出口准备好,部分失败;只要入口准备好,流仍可能被使用。把它汇总成“服务正常”会越过原模型的表达。
每次状态读取都应绑定设备、流名、方向、子层引用、datastore、读取时间和配置代际。缺少这些身份,同样的 ready 可以来自不同服务、不同版本,甚至不同路径。
一套模型不是一次全路径事务
RFC 9633 说明,运营者可以不依赖信令协议,在路径设备上部署端到端 DetNet 服务。这里的“端到端”描述配置目标,不保证所有设备同时提交。
一个节点可能已切到新 profile,另一个节点仍引用旧转发子层;第三个节点可能拒绝操作。采集器若在滚动变更期间依次读取,就可能拼出一棵每个字段都真实、但从未在同一时刻存在过的树。
RFC 的安全部分警告,路径设备之间未经协调的修改可能导致拒绝服务。这个警告也定义了取证要求:成功的 NETCONF 或 RESTCONF 响应只能证明该节点处理了该次管理动作。端到端声明必须覆盖完整节点集合,并证明它们属于同一服务身份和同一配置代际。
NMDA 能区分期望、应用与运行状态,却不会自动替运营者生成历史一致性。需要保留事务 ID、模块修订、设备身份、子层引用、响应时间,以及何时将整个分布式变更视为生效的规则。
管理通道安全不等于状态真实
NETCONF 可运行在 SSH 上,RESTCONF 可使用 HTTPS,NACM 可限制用户能读写哪些内容。这些机制解决管理面身份、保密性、完整性和权限问题。未经授权的写入可能破坏流、绕过检查或把流量引向对手节点,因此控制访问非常重要。
然而,认证成功只说明谁提供了这份状态。它不保证实现没有缺陷,数据没有过期,设备一定位于该包实际经过的路径,或本地“就绪”与远端应用结果一致。
权限凭证与结果凭证必须并存。前者不能替后者签字。
计数器需要时期,单向时延需要时钟关系
RFC 示例把 DetNet 配置与接口运行数据组合,并显示统计不连续时间。这个字段提醒运营者:计数器并非无始无终。重启、清零或切换会改变统计覆盖范围;两个节点的计数若属于不同时期,差值就可能制造虚假的丢包。
单向时延要求已知关系的入口和出口时钟,还要说明观测点是否真正包住承诺范围。丢包要求同一包总体;连续丢包与乱序要求序列标识。复制流还必须说明如何处理副本、消重和迟到包。
测量可以主动、被动或混合,但这属于独立 OAM 设计。无论选择哪一种,流选择器都要和 YANG 对象一致:方向、接口、前缀、端口、DSCP、标签与成员路径。名字相同而队列不同的探针,只能证明探针自己的经历。
五张相互连接、不能互相覆盖的收据
第一张保存服务定义:流身份、匹配字段、profile、要求、业务与转发子层、版本。第二张保存管理动作:授权者、目标节点、事务响应和逐节点生效时间。
第三张保存运行状态,保留 none 和 partial-failed 的原貌。第四张保存测量:观测点、方向、时钟、时间窗、包总体、采样和不连续处理。第五张属于应用或服务责任主体,记录接受、拒绝、例外或回退。
这正是 Heng Lu 笔记中现实层分离的工程含义。协调记录不可缺少,但它不能因为格式规范,就取得对运行结果的垄断解释权。最小规范应该让边界可见,使后续系统能改进证据,而不是扩大字段的政治地位。
来源
- Heng Lu——最小初始规范
- Heng Lu——运行代码优先
- Heng Lu——现实层
- IETF Datatracker:RFC 9633 历史
- RFC 9633 信息页
- RFC 9633:DetNet YANG 数据模型
- RFC 9633 规范文本
- RFC 9633 规范 XML
- RFC 9633 勘误查询
- RFC 8655:DetNet 架构
- RFC 8938:DetNet 数据平面框架
- RFC 9016:DetNet 流与服务信息模型
- RFC 9055:DetNet 安全考虑
- RFC 8342:NMDA
- RFC 7950:YANG 1.1
- RFC 6241:NETCONF
- RFC 8040:RESTCONF
- RFC 8341:NACM
会员简报
档案背景详情
使用相应会员等级登录,即可解锁完整简报与来源注释。
仅限 Strategic Circle
Strategic Circle
所有读者均可浏览。加入并登录后可解锁档案简报。
加入 Strategic Circle仅限 Leadership Alliance
Leadership Alliance
符合条件的 IP 资产所有者和管理层可登录查看 Leadership Alliance 简报。
加入 Leadership Alliance

