摘要

  • RFC 3169 把网络接入服务器（NAS）送给 AAA 服务器的信息视作证据或“提示”，而不是指令；最终授权决定由 AAA 服务器作出。
  • 决定仍须在 NAS 上落实；资源分配状态、计费记录和用户实际获得的服务，则是需要分别核实的事项。

这一区分写在一份很容易被误认为标准的文件里。RFC 3169 于 2001 年 9 月发布，类别为 Informational，并明确说明它没有规定任何互联网标准。标题《网络接入服务器协议的评估准则》表明，这是一份评估清单，不是新的报文格式。文件把 NAS 协议分成接入、网络、AAA 和设备管理四个空间，重点讨论 AAA。其模型设想 NAS 汇聚拨号、宽带和隧道会话，可能同时服务数千条连接。

关键不在清单有多长，而在于它如何划定决策权。RFC 3169 的授权章节规定，NAS 发给 AAA 服务器的信息应当被视为“信息或提示”，不能当成指令。最终授权由服务器决定，而且服务器不应依赖 NAS 仅仅“预期”会存在的某个状态。这是在阻止一种常见混淆：边缘设备可以报告会话情况，但报告本身并不授予接入权。

然而，服务器作出的决定，不等于设备已执行的策略。RFC 3169 还描述了通过协议传递授权配置文件，由 NAS 实际执行。AAA 服务器可以确定策略允许什么；NAS 仍须在本地运行环境安装或应用这份配置。因此，一条正确的 Access-Accept、策略响应或动态授权消息，只能证明决定或请求已经产生，不能单独证明接口状态已改变、过滤规则已经生效，或用户已获得可用服务。

资源管理条款让这种差距变得具体。RFC 3169 设想在会话持续期间分配或回收共享资源，包括地址、并发使用额度、端口和隧道。文件指出，这项功能主要针对 NAS 本地资源。在代理或多管理域环境中，分配远端域资源的服务器——以及可能承担备援的服务器——应保留资源信息。远端授权变更则应使用动态授权机制。换言之，谁作出决定，与谁持有回收或恢复资源所需的当前账本，并不是同一问题。

分离带来直接的运行后果。主服务器切换后，即便授权策略被保留下来，也未必能还原由分配端维护的隧道额度或地址池。NAS 重启后，本地视图可能与资源分配方的记录不一致。断线请求可能已经送达，却没有真正执行。RFC 3169 因而要求具备同步和故障恢复机制，并警告不要把计费消息流当作资源管理状态的唯一依据。计费管道可以记录使用情况，但它自动就成为实时资源分配的权威锁表了吗？并没有。

计费是第四条证据流，不是其他三者的替代物。RFC 3169 要求提供记录传递机制，要求所谓实时计费从触发事件开始一秒内启动，并要求时间戳无歧义。这些是协议评估准则中的要求，不是网络已准确记录每个事件的证明。记录及时收到，不代表数据包确已送达，也不代表后续系统正确还原了会话。实时收件，不等同于实时真相。

周边协议史说明了这份清单的重要性，却不能证明某个后来的协议完整通过它。RADIUS 已分别规定认证／授权和计费。RFC 3169 要求候选 AAA 协议处理两套属性、互操作、扩展、多服务器与多管理域关系。后来发布的 Diameter（RFC 6733）自称是 AAA 应用的基础协议；动态授权、RADIUS 中承载 EAP，以及传输保护也由不同规范逐步发展。它们的存在不等于已经逐项审计并满足 RFC 3169 的全部要求。更晚的 RADIUS 设计指南甚至承认线缆报文大小和数据模型有其边界，并未把庞大的属性空间当作实现不受限制的承诺。

作为互联网史料阅读，RFC 3169 描出的是控制边界：NAS 可以提交会话证据，AAA 服务器拥有最终授权角色，NAS 负责执行，资源分配方持有当前资源状态，而计费提供另一条记录。它们可以在一个协议族中交换信息，但任何单条消息都无法证明整条链路已经完成。本文不推断采用率、产品状况或今天的部署范围，只保留这份备忘录更窄也更有力的提醒：分布式操作里，中央决定只是其中一张凭据。

来源：RFC 3169；RFC 3169 当前记录；RFC 3169 Datatracker 记录；RFC 2881 NAS 模型；RFC 2865 RADIUS；RFC 2866 RADIUS 计费；RFC 2869 RADIUS 扩展；RFC 2989 AAA 协议评估；RFC 3579 RADIUS 中的 EAP；RFC 5176 动态授权；RFC 6158 RADIUS 设计指南；RFC 6614 RADIUS over TLS；RFC 6733 Diameter 基础协议；RFC 9765 RADIUS/1.1；卢恒：《当簿记员觊觎奥林匹斯》。