摘要
draft-claise-green-capability-discovery-01于 2026 年 9 月 10 日发布,给拟议的 YANG 能力模型增加了每种状态的最大功耗,以及典型和最坏的进入、退出时间。- 能力数据既可在部署前以实例数据交付,也可由运行设备以只读状态提供;系统级、部件级覆盖和各项数值都可能不完整。
- 草案明确不规定哪些状态转换获准,也不提供写入动作。标称功耗只是规划基线,不是实际用电、节电结果或当下休眠许可。
- 该文件仍是个人 Internet-Draft,Datatracker 未记录工作组采纳或 RFC 流。运行侧需要把能力、授权、设备响应、实测功耗和业务后果接成另一份凭据。
185 瓦只存在于纸面减法里
草案例子中的线卡在开启状态标称 200 瓦,休眠状态标称 15 瓦。两数相减,可得到 185 瓦的“节电潜力”。如果再知道进入休眠通常需要 300 毫秒、最坏 600 毫秒,唤醒通常 800 毫秒、最坏两秒,采购和规划人员便有了可比较的字段。
可是真正操作前的问题一个也没有消失:线卡正承载哪些流量,备用路径是否有余量,哪个服务等级允许两秒恢复,谁批准这次切换,设备会不会拒绝,以及温度与负载之下的实际功耗是多少。
因此,支持休眠是一项属性,不是一次命令;收到命令是一项控制事件,不是节电结果;功耗下降也不能自动证明业务无损。这三层记录必须保持分离。
01 版不只是换了标题
Datatracker 条目把《A YANG Data Model for Power State Capability Discovery》列为活跃的个人 Internet-Draft。版本历史显示,00 版发布于 8 月 25 日,01 版发布于 9 月 10 日。页面没有给它分配 RFC 流,也没有工作组状态。草案页眉写着 Standards Track,只能说明作者拟定的目标,不能当作 GREEN 工作组采纳、IETF 共识、IESG 批准或 RFC 发布。
从00 版到01 版的正式差异很实在。新稿把每种状态的最大功耗与通常功耗分开,补入四个切换时延字段,说明部件覆盖可能残缺,并增加两个示例和“开放问题”一节。
开放问题也值得保留。作者尚未确定系统级能力是否必要,不确定厂商能否可靠提供切换时间,还指出 GREEN 文稿对 Nameplate Power 存在互不相容的定义。把这些争议写出来,比用一个尚未稳定的数字制造精确感更诚实。
同一部件要查三本账
拟议模块扩展 RFC 9196 的系统能力框架。它可以给整台设备提供默认值,也可通过节点选择器指向 RFC 8348 硬件清单中的机框、线卡、端口或光模块。GREEN 电源与能源 YANG 草案再利用同一个部件名,报告当前管理状态、运行状态和瞬时功耗。
第一本账是静态能力。厂商可在设备上电前,把数据装入 RFC 9195 实例文件;运行设备也可在 RFC 8342 所定义的运行 datastore 中暴露同一结构。这本账回答平台声称支持哪些状态,以及有哪些额定值。
第二本账是运行授权。该模块的所有节点都是 config false,没有可写配置、RPC、动作或通知。它也不描述状态之间允许怎样转换。真正的请求要走另一个 GREEN 控制面,设备仍可接受或拒绝。
第三本账是实际结果。状态有没有到达、功耗降了多少、流量是否迁移、恢复用了多久,都需实测。仅有能力条目或成功提交命令,不能代替结果。
缺项不是零功耗
01 版把“未知”写得很清楚。功耗字段是可选的,设备可以只报告所支持的状态。增量部署也允许只为部分部件公布能力。某块板卡没有条目,既不代表它耗电为零,也不代表它不支持休眠。
汇总时同样不能把缺口吞掉。每个部件的数值只覆盖自身,不自动包含硬件树中的子部件。只有对相关子树逐项核齐并避免重复计算,机框总量才完整;否则只能称为下界。
即使清单完整,标称值也受边界约束。实际用电随负载、温度和现场条件变化,所以草案要求把 nominal-power 作为规划基线,而非测量。节能路径选择草案可能传播稳定或经阻尼的值,集中控制器则能读取实时遥测。两个渠道服务不同决策,不能互相冒充。
切换时延也是额定近似值。省电幅度再大,若最坏唤醒时间超出业务预算,该状态便不适合当前流量。是否可用,取决于设备属性与本地服务约束的相交,而不是字段是否存在。
只读清单仍需访问控制
状态清单还可能暴露攻击面。最长唤醒时间和最大节电幅度会指出哪些部件最适合被反复唤醒、阻止休眠或制造容量波动。草案因此要求安全管理传输、双向认证,并引用 RFC 8341 的 NACM 机制限制读取。
部署前文件还需要来源凭据:厂商、产品、硬件版本、生成时间、摘要和适用清单范围。在线读取则要记录设备身份、软件与清单版本、获取时间和访问路径。相同 schema 不等于相同来源,更不等于仍然有效。
给真实切换留一张运行凭据
每次有后果的切换,都应把部件与清单版本、能力来源与年龄、子树完整度、功耗假设、典型与最坏时延、当前实测功耗、流量负载和角色、服务目标、授权人或控制器、具体请求、设备接受或拒绝、实际到达状态、实测能源变化、业务影响和回滚条件写在同一条可追溯记录里。
这是 Daniel Kade 的编辑建议,不是草案或 GREEN 工作组要求。它受到卢恒关于最小初始规范的文章启发:公共层只负责让证据互通,把未来决策留给本地。《政策之镜》提示我们逐一识别控制面,而《现实,而非倡议》要求报道已经可观察的状态,不把提案写成成果。
GREEN 工作组章程说明了该领域可以讨论什么,却不会自动采纳这份个人草案。草案请求的名称空间和 YANG 模块登记也仍只是请求。01 版真正完成的事,是让能力清单更能用于比较,同时把尚未发生的授权和结果留在边界之外。
来源
会员简报
档案背景详情
使用相应会员等级登录,即可解锁完整简报与来源注释。
仅限 Strategic Circle
Strategic Circle
所有读者均可浏览。加入并登录后可解锁档案简报。
加入 Strategic Circle仅限 Leadership Alliance
Leadership Alliance
符合条件的 IP 资产所有者和管理层可登录查看 Leadership Alliance 简报。
加入 Leadership Alliance

