摘要

  • RFC 3980 新增 naa. 名称形式，使已由 Network Address Authority 体系分配的标识符也能作为 iSCSI 节点名称，并与光纤通道和 SAS 的命名实践衔接。
  • 这个名称标识持久的逻辑节点；它不编码网络门户、IP 地址、TCP 端口、当前路径、发现结果、登录状态、授权决定或一次存储操作是否成功。

存储网络最容易混淆的地方，不是设备没有名字，而是一个名字旁边总围绕着太多会变化的东西。控制器会故障转移，接口会更换，地址会重编，发现服务会刷新，路径会暂时消失。一台阵列还可能同时以光纤通道、SAS 与 iSCSI 面向不同主机。若每一种传输都给它塑造一个独立身份，运维人员最终面对的就不是多路径，而是多套互不相认的资产账本。

RFC 3980 在 2005 年处理了这个范围很窄、后果却很长的命名问题。它为 iSCSI 增加 naa. 类型：前缀之后是以十六进制表示的 INCITS T11 Network Address Authority 标识符。文档的状态页、勘误页和 Datatracker 记录共同固定了这项 Standards Track 变更的出处。64 位或 128 位 NAA 值都可以进入该形式；即使后者也只需在前缀后使用 32 个十六进制字符，远未触及 iSCSI 名称长度上限。

真正重要的不是四个字符的前缀，而是分配权威可以被复用。NAA 形式已经存在于光纤通道和 SAS 的标识体系中。RFC 3980 允许同一个已分配标识符成为 iSCSI 节点名称的核心，因此一套逻辑 SCSI 设备不必在网络传输改变时被重新发明。跨越的是身份表达，未被抹平的是传输与可达性的差异。

这也解释了它为什么不是发现协议。RFC 3720 的原始 iSCSI 规范把节点名称与访问节点所需的地址分开；RFC 3721 同时讨论命名与发现，却没有把二者合并。SendTargets 或其他发现机制可以把一个目标名称映射到一个或多个门户，名称本身不会生成这些映射。RFC 4171 所定义的 iSNS 则提供另一套发现和管理平面，恰好说明持久身份与当前定位各有责任主体。

后来的整合规范把边界写得更直白。RFC 7143 指出，iSCSI 名称不暗示位置或地址：节点可以移动、可以有多个地址，也可以更换接口而不改名。网络门户是另一类对象，其中才包含 IP 地址，以及目标端监听的 TCP 端口。该 RFC 的状态、勘误与 Datatracker 历史表明它后来废止并整合 RFC 3980，但保留了 naa. 形式与这条边界。

因此，持久性附着在逻辑节点上，而不附着在网卡、HBA、线缆、门户或会话上。两个门户可以通往同一个目标；其中一个失效时，目标名称仍然有效。反过来，一个语法正确的名称也不能证明存在任何可达门户。这与 RFC 1737 对 URN 的要求遥相呼应：全局范围与持久性之所以有价值，正因为标识符并不是定位符。

规范化解决的也是有限问题。RFC 3722 为 iSCSI 名称规定字符串准备过程，使实现能够稳定地比较表示形式。规范文本可以判断两段名称字符串是否等价，却不能证明底层 NAA 值由正确权威分配，不能证明呈现者控制相应节点，也不能证明设备仍在服役。

认证同样没有把这些层次压成一个结论。整合后的规范把 iSCSI 名称视为认证所使用的主体对象，但主体名称不是凭据。RFC 3723 把认证、完整性与机密性放在独立的安全架构中。登录请求可以带着正确名称却认证失败；认证成功之后，授权仍可能拒绝资源；两者都成功，门户、会话或 I/O 仍可能出错。RFC 3980 的安全说明并没有许诺更多，只判断新增名称形式不会引入超出其他 iSCSI 名称格式的新问题。

标准演进保留了出处，却不替现实状态背书。RFC 4850 修正 iSCSI 节点架构，RFC 5048 汇集协议勘误，随后 RFC 7143 将早期文本整合起来。IANA iSCSI 参数注册表是当前的注册证据，但它不会证明某家厂商已经部署某项能力，也不会证明某一标识符确实属于眼前设备，更不会证明路径在线、登录完成、多路径健康或数据完好。

RFC 3980 留下的历史价值，是让身份在传输更换时少一次断裂，同时拒绝让名称冒充位置。一个全球命名形式可以跨过三种存储传输；地址选择、发现、认证、会话建立与 I/O 结果仍必须各自拿出证据。

来源