eSPI自学笔记（四）：OOB (Tunneled SMBus) Message Channel

OOB Channel的内容和重要性都不如其他几个Channel，但是理解它需要很多背景知识，让我们先从什么是OOB讲起。

所谓OOB，全称应该是Out of Band Management，翻译过来就是带外管理，这是计算机系统管理里面的一个名词，对应的还有In-Band Management，也就是带内管理。

对于一台部署在远端的PC或者服务器，IT管理员可以通过VNC/SSH甚至串口等带内连接和软件进行带内管理，这些软件必须安装在被管理的远程系统上，并且只有在操作系统启动后才能工作。带内管理的解决方法可能更便宜，但是无法修改固件（BIOS或者UEFI）设置，不允许远程重新安装操作系统，也不能用于修复操作系统启动过程中遇到的各种问题。

带外管理通过与带内管理数据通道物理上相互独立的管理通路进行系统管理和监控。无论被管理是否处于开机状态，只要通电并且联网，就可以远程监控和管理设备，包括远程开关机，远程重新启动，远程修改BIOS菜单设置，远程安装操作系统等，功能强大到超乎你的想象。

在服务器领域，带外管理是通过BMC进行的，它借助IPMI进行带外管理，它是一颗独立于CPU和Chipset的芯片，有着自己的处理器（通常采用ARM内核）和FW，在其上运行着一个嵌入式Linux操作系统。上电后BMC就可以独自运行，然后通过各种总线管理和监控服务器主板。

可能受到BMC的启发，Intel在PC领域也引入了类似概念：在Chipset内部集成一个专门用于带外管理的处理器，官方称其为Management Engine，也就是ME。和BMC一样，它是脱离于CPU独自运行的，有自己的操作系统。只要计算机主板的AC Power插着，ME就可以接管这台计算机。最典型的应用就是，员工下班关闭电脑，IT人员在夜间通过ME开机，用管理员账号登陆系统，然后把最新的Windows patch打到员工电脑里。

我们这里谈的ME，就对应eSPI Spec里说的Out of Band Processor，如下图：

在之前的应用场景里，EC/BMC/SIO除了使用LPC BUS跟chipset进行In-Band通信以外，还需透过SMBUS和Chipset集成的OOB Processor（比如ME）进行Out of Band通信。但是它俩之间并不是普通的SMBUS Master和Slave之间的关系，而是MCTP通信模型中不同的两个Management Controllers之间的关系。

SMBUS是一个三层通信协议，只有物理层/数据链路层/网络层，MCTP全称Management Component Transport Protocol，是一个传输层的协议，SMBUS Block Write只是MCTP的实现形式之一。除了SMBUS Block Write以外，MCTP还可以基于PCIe Vendor Defined Messages (VDMs)进行实现，基于USB Packet的MCTP实现规范也正在制定中。

 

在MCTP通信模型中，定义了两种通信方式，如下：

1. Management controllers and other management controllers

2. Management controllers and management devices

 

我们这里OOB Processor和EC/BMC就在第一种通信方式所定义的范围内，至于MCTP协议的更多详细信息不在我们这期内容的讨论范畴里，有兴趣的读者可以登陆DMTF的官方网站下载MCTP最新版本的base specification，文档编号DSP0236。

 

现在再回过头看eSPI OOB Channl想必就十分容易理解了，

所谓的eSPI OOB Channel的本质，就是把本来在SMBUS上流通的MTCP Packet，从Out of Band Packet变成了In-Band Message，这样Chipset和EC/BMC进行MTCP通信的时候就不需要占用SMBUS的带宽和引脚了。

 

自此，对于eSPI OOB Channel的介绍就到此结束了，我们下期再见~

更多内容请见我的公众号第五位面壁者