在学习NVMe-MI协议之前，感觉协议是如此的枯燥，通过短时间的阅读Spec发现协议规范定义的精妙绝伦；协议中各种细节处理的相当到位，最有趣的是消息服务模型的状态机设计，希望大家一起在学习的过程中，碰撞出火花。
NVME-MI接口是一个寄存器级接口，它允许带内主机软件与NVM子系统通信。该规范建立在NVM Express规范的基础上。
NVME-MI规范定义了用于NVMe存储设备带外和带内管理的架构和命令集，以及用于监控和控制NVMe Enclosure元件的架构和机制。
定义了NVMe存储设备的以下关键功能：
带外机制利用管理组件传输协议（MCTP）作为传输层，并利用现有的MCTP SMBus/I2C和PCIe绑定作为物理层。命令消息被提交到与包含在NVM子系统中的管理端点相关联的两个命令槽中的一个。图1显示了NVMe-MI带外协议层。
Field-Replaceable Unit（FRU），协议定义了一种通过IPMI平台管理FRU信息存储定义的SMBus/I2C或通过VPD Read 和 VPD Write命令访问FRU信息设备的机制。存储在FRU信息设备中的数据被称为VPD关键产品数据。FRU信息设备可以以多种方式实现（例如，串行EEPROM、NVMe控制器专用集成电路中的一次性可编程存储器等）。
本规范定义了一个接口，该接口可用于管理包含在NVMe存储设备或NVMe框中的NVM子系统。
带内隧道机制和带外隧道机制对NVM子系统的管理，包括发送命令消息和接收相应的响应消息。命令消息由标准的NVMe管理命令组成，目标是NVM子系统中的控制器；提供对NVM子系统中控制器的PCI Express配置，I/O和内存空间的访问的命令；和Management接口相关的命令，用于查询、配置和监控NVM子系统。
NVM子系统中的PCIe端口和SMBus/I2C端口可以任意包含单个NVMe管理端点。管理端点是MCTP端点，它是MCTP报文/消息的终端和起源，负责实现MCTP基本协议、处理MCTP控制消息和命令消息的内部路由。
每个管理端点都有其独特的功能。所有管理端点可能支持相同的命令，即使PCIe端口是全双工的，数据速率比SMBus高得多，SMBus/I2C和PCIe VDM都能够提供相同的功能。
如果一个NVMe存储设备包含多个NVM子系统，那么与每个NVM子系统相关联的FRU信息设备是可选的，因为通过上游连接器访问所需的FRU信息设备描述了整个NVMe存储设备。
下图4说明了一个NVMe存储设备，它是一个单端口PCIe SSD，带有由NVM子系统实现的FRU信息设备。图5展示了一个NVMe存储设备，它是一个双端口PCIe SSD，带有SMBus/I2C端口和一个通过串口EEPROM实现的FRU信息设备。
NVMe Enclosure是一个平台、卡、模块、盒子、机架或一组盒子，可以为一个或多个NVM子系统提供电源、冷却和机械保护。这些NVM子系统可能是NVMe Enclosure本身的一部分或可能包含在NVMe存储设备FRU中，这些FRU通过一个或多个NVMe Enclosure插槽连接到NVMe Enclosure。一个NVMe Enclosure包含一个或多个NVM子系统。作为NVMe Enclosure一部分的NVM子系统可能只支持带内隧道机制，也可能只支持带外隧道机制，或者两者都支持。
当NVMe Enclosure继续正常工作时，组成NVMe Enclosure的一些元件可能是可拆卸和可更换的。
SCSI Enclosure Services -3（SES-3）是由美国国家标准协会T10委员会开发的用于管理SCSI架构的Enclosure的标准。虽然NVMe和SCSI架构不同，但NVMe Enclosure和SCSI Enclosure的元件是相似的，管理所需的能力也是类似的。因此，该规范利用SES进行框管理。本规范仅支持SES中定义的独立框服务流程模型。
请求者通过管理接口命令集中的SES Send和SES Receive命令来管理NVMe Enclosure。SES Send命令提供SES-3 SCSI Send DIAGNOSTIC命令的功能，请求者通过发送SES控制类型诊断页面来修改NVMe Enclosure的状态。SES Receive命令提供SES-3 SCSI Send DIAGNOSTIC RESULTS命令的功能，请求者使用该命令检索SES状态类型诊断页面，其中包含NVMe Enclosure提供的各种状态和警告信息。
图8展示了一个包含一个NVM子系统的NVMe Enclosure示例。这个NVMe Enclosure有多个端口，请求者可以使用这些端口与NVMe Enclosure进行通信。它也有多个槽位，用于连接NVMe存储设备到NVMe框（例如，PCIe）。
| 术语 | 中文 | 含义 |
| Carrie | 载体 | 一种NVMe存储设备FRU，具有一个或多个扩展连接器和0个或多个NVM子系统。 |
| Command Message | 命令消息 | 一种包含NVMe管理命令、PCIe命令或NVMe-MI命令的请求消息类型。 |
| Command Slot | 命令槽 | 管理端点中的一个逻辑目标，管理控制器在其中发送请求消息。每个管理端点都有两个命令槽。 |
| Conrol Primitive | 控制原语 | 从管理控制器发送到管理端点的单包请求消息，以影响以前发出的命令消息的服务或获取命令槽位和管理端点的状态。控制原语只适用于带外机制和禁止在带内的隧道机制。 |
| NVMe-MI | 与NVM子系统中每个NVMe控制器相关联的接口，负责代表管理端点执行管理操作。 | |
| Enclosure Management | 附件管理 | 对构成NVMe附件的元件的搜索、监控和控制 |
| Enclosure Services Process | 附件服务流程 | 为支持Enclosure Management的NVMe Enclosure提供Enclosure服务的进程。 |
| Field-Replaceable Unit（FRU） | 现场更换单元 | 一个系统中的一个物理部件、设备或组件，它可以被移除或替换，而不必替换包含它的整个系统。 |
| FRU Information Device | FRU信息设备 | 用于保存VPD的逻辑或物理设备。FRU信息器件可以以多种方式实现（例如，EEPROM或一次性可编程存储器等）。 |
| In-Band | 带内 | 根据管理组件传输协议（MCTP）概述白皮书，带内管理是在对操作系统至关重要并由操作系统使用的硬件组件支持下运行的管理。该规范定义的带内通信路径是通过NVMe管理队列，使用NVMe-MI发送和NVMe-MI接收命令从主机软件到NVMe控制器。 |
| Out-of-Band | 带外 | 根据管理组件传输协议（MCTP）概述白皮书，带外管理是对独立于操作系统控制的硬件资源和组件进行操作的管理。该规范支持的带外通信路径是通过SMBus/I2C上的MCTP或PCIe VDM上的MCTP从管理控制器到管理端点。此外还有通过SMBus/I2C从管理控制器访问FRU信息设备。 |
本节介绍规范支持的NVMe存储设备或NVMe Enclosures的物理层。
在本规范的带外机制和带内隧道机制中，PCI Express被作为物理层。
对于带外机制，NVMe存储设备或NVMe Enclosure中的PCIe端口可能实现管理端点。如果PCIe端口实现了管理端点，则该PCIe端口应支持MCTP over PCIe Vendor Defined Messages（VDM），MCTP PCIe VDM传输绑定规范指定的MCTP over PCIe Vendor Defined Messages。
对于带内隧道机制，主机软件通过PCI Express向NVMe管理队列发出NVMe管理命令（NVMe-MI Send 和 NVMe-MI Receive）。关于NVMe-MI发送和NVMe-MI接收命令的详细信息，请参考NVM Express规范和该规范的4.3节。
NVMe存储设备或NVMe Enclosure实现SMBus/I2C接口时的要求。SMBus/I2C物理层仅适用于带外机制。
如果一个NVMe存储设备或NVMe Enclosure实现了一个NVM子系统，管理端点与SMBus/I2C端口相关联，那么该端口应遵循管理组件传输协议（MCTP）SMBus/I2C传输绑定规范。
NVM子系统也可以支持NVMe基本管理命令来运行状况和状态轮询。
NVMe存储设备或NVMe Enclosure支持的SMBus/I2C组件如图15所示。对于每个SMBus/I2C单元，都提供了默认的SMBus/I2C地址，以及NVMe存储设备或NVMe Enclosure需要SMBus/I2C单元的条件。NVMe存储设备上是否存在扩展连接器决定了FRU信息设备使用两个互斥SMBus/I2C地址中的哪一个。运营商和非运营商NVMe存储设备上的FRU信息设备使用不同的SMBus/I2C地址可以避免当扩展连机器填充NVMe存储设备时SMBus/I2C地址冲突。
SMBus/I2C元件上的ARP支持是可选的，除非NVMe存储设备或NVMe Enclosure中有多个SMBus/I2C元件，且相同的默认SMBus/I2C地址存在于同一个SMBus/I2C通道上。
当一个或多个管理端点一起使用主机平台应该隔离SMBus/I2C通道，以避免管理端点与另一个SMBus/I2C元件的地址冲突。当不支持ARP的管理端点被使用在不隔离SMBus/I2C通道的平台上时，可能会发生SMBus/I2C地址冲突。当管理控制器和NVMe存储设备或NVMe Enclosure同时支持时，ARP可以用来动态地重新分配系统中的SMBus/I2C地址。
支持ARP的SMBus/I2C元件应实现为SMBus规范定义的默认从地址（DSA）设备。这些设备不应该发出”通知ARP主控“命令。
如果ARP被一个NVM子系统支持，那么所有与该NVM子系统相关的SMBus/I2C元件将使用如图16所示的SMBus地址解析协议唯一设备标识符（UDID）。ARP UDID是唯一标识符。UDID厂商ID bits 30和 bits 31允许多达4个SMBus/I2C元件与同一个NVM子系统组合在一起。这组udid中唯一的区别是Vendor Specific ID是最重要的两位。这个可以被管理控制器用来关联SMBus/I2C管理端点与其相应的FRU信息设备。
如果在一个SMBus ARP支持的NVMe存储设备或NVMe Enclosure中有多个NVM子系统，那么UDID的唯一NVM存储设备ID字段应为每个NVM子系统加1。如果上游连接器有SMBus/I2C端口，那么与该连接器相关联的FRU信息设备应该直接出现在与上游连机器相连的SMBus/I2C通道上。
按照相应的物理层规范和MCTP传输绑定规范的规定处理物理层错误。除了MCTP传输绑定规范中概述的那些之外，该规范不要求任何特定于物理层的错误处理需求。
NVMe-MI --- Message Transport（消息传输）_智小星的博客-CSDN博客
NVMe-MI --- Message Servicing Model（消息服务模型）_智小星的博客-CSDN博客
