摘要

  • 11 月 1 日的个人互联网草案描述了一个错位：智能宽带网关可以识别 AI 推理或直播流量，标准 RADIUS 授权和记账仍以整条用户会话为单位。
  • 作者把缺口排成三步：网关、AAA 和账务系统共认的业务流标识，针对该流的授权，以及记录其启停、用量和关联关系的记账。
  • 这只是问题分析，没有新协议。终端自己打上的优先级标签不能充当授权；验证失败应回到普通会话档位。

一条光纤，只有一个总表

家里有人问云端助手，另一个人正在直播。网关可以给两股流量不同的路径；宽带账号在 PPPoE 或 IPoE 下却只形成一条会话。RADIUS 向网关下发的权限和账务记录针对整条会话。Song 与 Li 的草案抓住的正是这个裂缝：识别某项活动，不等于有一份跨设备通用的许可和账单凭证。

第一步连名字都不统一。Filter-Id 可指向设备本地规则，换一家厂商未必有同一意思；DSCP 和 802.1p 标记能由终端自己写入，不能证明购买了优先服务；五元组随着连接变化，也不能稳定指代一个业务。网关的分类结果缺少能同时送到 AAA 和账务系统的统一业务流 ID。

第二步是权力。现有 RADIUS 属性和动态授权改变的是用户会话，不是会话中某股短时流量的速率或排队优先级。第三步是凭证。标准记账把整条会话的字节和时长加总，缺少业务流自己的计数、启停事件，以及把会话、业务流、服务实例连起来的关联号。厂商私有实现可能做到部分功能；草案指出的是公共标准链条尚未闭合。

草案的安全章节要求把终端申报与用户授权核对，失败则使用普通会话策略，逐流特权也不得冲破会话总上限。更细的账务会泄露家庭活动，标识和留存须收窄。IETF 页面明确将它列为个人提交的 Internet-Draft，状态 I-D Exists，不代表 IETF 认可，也没有提出协议扩展。官方文本没有给出任何用户因 AI 流量被单独收费的实例。