高级特性与优化 - 第334页
我们继续深入分析 《NVM Express® Base Specification, Revision 2.0b》第六章（Fabrics Command Set），本次聚焦：
📤 6.2 Authentication Send Command
这个命令是配合 Authentication Receive 使用的，用于通过 NVMe-oF 通道，将安全协议认证数据从主机发送给控制器，典型应用场景包括使用 TCG、IEEE 1667 等协议进行身份验证（参考 SPC-5）。
🔐 Authentication Send 命令结构详解
📥 命令提交队列结构（Submission Queue Entry）：
（详见 Figure 378）
| 字节范围 | 字段名 | 描述 |
|---|---|---|
| 42 | SPSP1 | 对应 SPC-5 中 Security Protocol Specific 字段的 bits[15:08]。安全协议的子参数，具体含义取决于选定的安全协议。 |
| 43 | SECP (Security Protocol) | 指定使用的安全协议。取值必须在 SPC-5 中定义的合法范围内，保留值会触发 Invalid Parameter 错误。 |
| 44~47 | Transfer Length (TL) | 表示主机要传输的数据长度，单位是字节（若 INC_512=0h）。这个字段的解释完全依赖于所选安全协议。 |
| 48~63 | Reserved | 保留字段，需清零。 |
📤 命令响应结构（Response Format）：
（详见 Figure 379）
| 字节范围 | 字段名 | 含义 |
|---|---|---|
| 0~7 | Reserved | 保留 |
| 8~9 | SQHD (Submission Queue Head Pointer) | 表示当前的提交队列头部指针（用于主机同步队列状态） |
| 10~11 | Reserved | 保留 |
| 12~13 | CID (Command Identifier) | 指令标识符，匹配提交时的 CID |
| 14~15 | STS (Status) | 命令处理结果的状态码 |
🧪 使用场景与流程
搭配 Authentication Receive 使用，典型的流程如下：
- 主机向控制器发送一个或多个 Authentication Send 命令，携带安全协议认证数据。
- 控制器根据 Security Protocol 的规范处理数据。
- 主机随后提交 Authentication Receive 命令，获取认证结果。
这种机制可以支持分步骤、多阶段认证流程（如 DH-HMAC-CHAP、Challenge-Response 等安全方案），适配多种行业标准协议。
🧭 关联标准 & 设计理念
SECP + SPSP1 + Transfer Length是标准的 SPC-5 安全协议三元组配置，直接继承自 SCSI 安全命令设计思路。Transfer Length决定了数据区域的大小，它必须与实际使用的安全协议格式相匹配。
✅ 命令完整性检查提示
- 如果传入了无效的
Security Protocol，命令会被控制器拒绝并返回 Invalid Parameter。 - 与
Security Send命令非常相似，只不过这是为 NVMe-oF 中的认证交互所设计。
下一步是否需要我们继续深入 6.3 中的 Connect Command 命令流程？这个命令在 Fabrics 初始化中至关重要，决定了控制器与主机的绑定行为。要继续深入这一部分吗？