CN112003826A - 一种ipmi数据扩展方法和装置 - Google Patents

Abstract

本发明公开了一种IPMI数据扩展方法，包括：对每个数据包结构体增加header结构体；通过BIOS确定需要发送至BMC的数据包结构体的数据内容；通过BIOS根据数据内容计算每个数据包结构体的内容信息，并将内容信息更新到相应的header结构体中；通过BIOS将数据包结构体和对应的header结构体发送至BMC；通过BMC根据header结构体的内容信息从数据包结构体中匹配并获取数据内容。本发明还公开了一种装置。本发明可以在一定程度上降低研发人员成本和客户运维成本，提高软件的适用性和可靠性。

Description

一种IPMI数据扩展方法和装置

技术领域

本发明涉及计算机技术领域，更具体地，特别是指一种IPMI数据扩展方法和装置。

背景技术

当今时代，由于科学技术和社会的快速发展，互联网、大数据等IT技术的应用越来越广泛，服务器作为这些技术的重要基础设施，得到了大量的部署和应用，无论是计算还是存储，都离不开对服务器系统的依赖，绝大部分用于交换和处理的数据也都存储在服务器中。随着服务器厂商的增加和客户应用的细化，近年来，越来越多的服务器客户要求BIOS(Basic Input Output System，基本输入输出系统)在POST过程中尽可能的将BIOS收集到的状态信息或错误日志等数据发送给BMC，然后通过BMC进行数据呈现和管理，例如开机的日志信息，POST结束信息，CPU(Central Processing Unit，中央处理器)和内存错误信息，PSU(Power Supply Unit，供电单元)的厂商、序列号等信息，CPU和PCIE(PeripheralComponent Interconnect Express，高速串行计算机扩展总线)的设备数据信息等，由于随着服务器产品和硬件部件产品技术的愈加成熟，客户对于BIOS POST过程中实时发给BMC(Baseboard Management Controller，基板管理控制器)的信息内容也会不断增加，技术上可实现的数据传输内容也越来越完善。

目前绝大多数服务器BIOS在POST过程会向BMC通过IPMI(Intelligent PlatformManagement Interface，智能平台管理接口)命令发送各种各样的数据包信息，数据信息都是基于BIOS和BMC约定好的一种数据格式，其中的变量类型、变量数量和每个变量的长度都是一致的，BIOS发给BMC后，BMC会依据约定的数据格式进行有序解析。当某一个数据包内的变量种类有增加或删减、变量的长度有变化等发生时，需要BIOS和BMC都根据变化进行代码修改，然后发布新的版本才不会有问题，如果有一方变了，另一方没有变，不仅仅会导致该变量的数据同步出现问题，还会因为数据错位的问题，导致与该数据包一起发送的其他数据包也会同步异常。

服务器BIOS和BMC由于存在交互的内容，所以一般都是搭配使用，但是在研发阶段结束进入量产维护阶段时，BIOS和BMC都需要尽量减少相互之间的耦合性，避免给客户和运维带来额外的维护成本。BIOS和BMC在信息数据上的变化往往导致BIOS和BMC新版本的搭配更新才能保证没有问题，这样就需要一方发布的同时，另一方也要发布，而且还要保证同时验证通过和正式发布，一方面给研发人员带来了频繁的耦合性修改和版本发布，另一方面给测试、客户带来了测试人力和运维成本的增加，同时不利于研发和维护计划的安排，耦合性较大。

发明内容

有鉴于此，本发明实施例的目的在于提供一种BIOS和BMC解耦合的IPMI数据扩展方案，可以一定程度上避免BIOS和BMC在交互过程中IPMI命令传输信息的耦合性。能够实现交互信息数据结构变化时，不需要BIOS和BMC同时发布版本，BIOS和BMC可以根据客户或测试的需要选择性搭配新版本或旧版本。

基于上述目的，本发明一方面提供了一种IPMI数据扩展方法，该方法包括：

对每个数据包结构体增加header结构体；

通过BIOS确定需要发送至BMC的数据包结构体的数据内容；

通过BIOS根据数据内容计算每个数据包结构体的内容信息，并将内容信息更新到相应的header结构体中；

通过BIOS将数据包结构体和对应的header结构体发送至BMC；

通过BMC根据header结构体的内容信息从数据包结构体中匹配并获取数据内容。

在本发明的IPMI数据扩展方法的一些实施方式中，方法还包括：

判断正在传输的数据包结构体是否为最后一个需要传输的数据包结构体；

响应于判断数据包结构体不是最后一个需要传输的数据包结构体，继续下一个数据包结构体的传输；

响应于判断数据包结构体是最后一个需要传输的数据包结构体，结束传输进程。

在本发明的IPMI数据扩展方法的一些实施方式中，通过BIOS根据数据内容计算每个数据包结构体的内容信息，并将内容信息更新到相应的header结构体中还包括：

通过header结构体描述数据包结构体的类型、变量的数量、关键字串以及数据包结构体的长度。

在本发明的IPMI数据扩展方法的一些实施方式中，通过BMC根据header结构体的内容信息从所述数据包结构体中匹配并获取数据内容还包括：

通过BMC根据header结构体的内容信息获取数据包结构体的内容分布结构和变量大小，根据内容分布结构和变量大小进行数据内容接收。

在本发明的IPMI数据扩展方法的一些实施方式中，方法还包括：

响应于通过BMC获取到数据内容，根据BMC的内部存放的变量显示数据内容。

在本发明的IPMI数据扩展方法的一些实施方式中，方法还包括：

响应于通过BMC获取到数据内容，对数据内容中存在且BMC中未存在的变量进行过滤。

在本发明的IPMI数据扩展方法的一些实施方式中，方法还包括：

响应于通过BMC获取到数据内容，通过默认关键字显示数据内容中存在且BMC中未存在的变量。

本发明实施例的另一方面，还提供了一种IPMI数据扩展装置，该装置包括：

header结构体增加模块，header结构体增加模块配置为对每个数据包结构体增加header结构体；

数据内容确定模块，数据内容确定模块配置为通过BIOS确定需要发送至BMC的数据包结构体的数据内容；

内容信息计算模块，内容信息计算模块配置为通过BIOS根据数据内容计算每个数据包结构体的内容信息，并将内容信息更新到相应的header结构体中；

结构体发送模块，结构体发送模块配置为通过BIOS将数据包结构体和对应的header结构体发送至BMC；

数据内容获取模块，数据内容获取模块配置为通过BMC根据header结构体的内容信息从数据包结构体中匹配并获取数据内容。

在本发明的IPMI数据扩展装置的一些实施方式中，装置还包括结束判断模块，结束判断模块配置为：

判断正在传输的数据包结构体是否为最后一个需要传输的数据包结构体；

响应于判断数据包结构体不是最后一个需要传输的数据包结构体，继续下一个数据包结构体的传输；

响应于判断数据包结构体是最后一个需要传输的数据包结构体，结束传输进程。

在本发明的IPMI数据扩展装置的一些实施方式中，数据内容获取模块还配置为：

通过BMC根据header结构体的内容信息获取数据包结构体的内容分布结构和变量大小，根据内容分布结构和变量大小进行数据内容接收。

本发明至少具有以下有益技术效果：可以一定程度上避免BIOS和BMC在交互过程中IPMI命令传输信息的耦合性，实现交互信息数据结构变化时，不需要BIOS和BMC同时发布版本，BIOS和BMC可以根据客户或测试的需要选择性搭配新版本或旧版本，这样减少了研发人员发布新版本所带来的代码修改、版本发布和测试验证工作，也避免了BIOS和BMC耦合性导致的版本计划的混乱，一定程度上降低了研发人员成本和客户运维成本，提高了软件的适用性和可靠性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。

图1示出了根据本发明的IPMI数据扩展方法的实施例的示意性框图；

图2示出了根据本发明的IPMI数据扩展方法的实施例的流程图；

图3示出了根据本发明的IPMI数据扩展装置的实施例的示意性框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。

需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”和“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。

基于上述目的，本发明实施例的第一个方面，提出了一种IPMI数据扩展方法的实施例。图1示出的是根据本发明的IPMI数据扩展方法的实施例的示意性框图。如图1所示的实施例中，该方法至少包括如下步骤：

S100、对每个数据包结构体增加header结构体；

S200、通过BIOS确定需要发送至BMC的数据包结构体的数据内容；

S300、通过BIOS根据数据内容计算每个数据包结构体的内容信息，并将内容信息更新到相应的header结构体中；

S400、通过BIOS将数据包结构体和对应的header结构体发送至BMC；

S500、通过BMC根据header结构体的内容信息从数据包结构体中匹配并获取数据内容。

在本发明的一些实施例中，图2示出了根据本发明的IPMI数据扩展方法的实施例的流程图，需要说明的是，在图2所示的流程图中，将header结构体简称为Header。如图2所示，最开始，根据步骤S100，为每个数据包结构体增加一个相应的header结构体。之后，根据步骤S200，通过BIOS确定要发送给BMC的数据包结构体的数据内容，包括变量类型、数量和长度等。根据步骤S300，BIOS在POST(Power On Self Test，上电自检)过程中计算每个数据包结构体的内容信息，其中内容信息包括整体长度和变量分布情况等，并将内容信息更新到数据包的header结构体中。根据步骤S400，POST过程中，BIOS将数据包结构体和对应的header结构体发送给BMC。根据步骤S500，BMC接收到数据包结构体和对应的header结构体后先根据header结构体的内容判断数据包结构体的实际大小和内容分布，根据header结构体的内容进行数据内容的接收和内容匹配。

根据本发明的IPMI数据扩展方法的一些实施方式，方法还包括：

判断正在传输的数据包结构体是否为最后一个需要传输的数据包结构体；

响应于判断数据包结构体不是最后一个需要传输的数据包结构体，继续下一个数据包结构体的传输；

响应于判断数据包结构体是最后一个需要传输的数据包结构体，结束传输进程。

在本发明的一些实施例中，在数据包结构体和对应的header结构体的传输过程中，需要判断当前正在传输的数据包结构体是否为最后一个需要传输的数据包结构体，如果判断当前正在传输的数据包结构体为最后一个需要传输的数据包结构体，则传输完当前的数据包结构体即结束整个进程；如果判断当前正在传输的数据包结构体不是最后一个需要传输的数据包结构体，根据步骤S400继续进行数据传输。

根据本发明的IPMI数据扩展方法的一些实施方式，通过BIOS根据数据内容计算每个数据包结构体的内容信息，并将内容信息更新到相应的header结构体中还包括：

通过header结构体描述数据包结构体的类型、变量的数量、关键字串以及数据包结构体的长度。

在本发明的一些实施例中，重新设计BIOS和BMC交互的数据结构，对于每一部分的数据增加header结构体，header结构体中描述数据包类型，变量数量和关键字串，以及数据包长度等，其中变量数量和关键字串，以及数据包长度会根据BIOS中的实际情况去更新。

根据本发明的IPMI数据扩展方法的一些实施方式，通过BMC根据header结构体的内容信息从所述数据包结构体中匹配并获取数据内容还包括：

通过BMC根据header结构体的内容信息获取数据包结构体的内容分布结构和变量大小，根据内容分布结构和变量大小进行数据内容接收。

在本发明的一些实施例中，由于header结构体的内容和长度是固定的，这样在POST过程中BIOS将数据包发送给BMC后，BMC会先根据header结构体的内容判断出数据包的结构和大小，然后对照各个变量的长度进行数据接收。

根据本发明的IPMI数据扩展方法的一些实施方式，方法还包括：

响应于通过BMC获取到数据内容，根据BMC的内部存放的变量显示数据内容。

在本发明的一些实施例中，当通过BMC获取数据内容，根据BMC内部存放的变量进行数据内容的显示。

根据本发明的IPMI数据扩展方法的一些实施方式，方法还包括：

响应于通过BMC获取到数据内容，对数据内容中存在且BMC中未存在的变量进行过滤。

在本发明的一些实施例中，当通过BMC获取到数据内容时，对于BMC内部没有存在但数据内容中存在的变量，用户可以根据实际需要，例如，不需要这种变量的获取，则对这种情况的变量进行过滤。

根据本发明的IPMI数据扩展方法的一些实施方式，方法还包括：

响应于通过BMC获取到数据内容，通过默认关键字显示数据内容中存在且BMC中未存在的变量。

在本发明的一些实施例中，当通过BMC获取到数据内容时，对于BMC内部没有存在但数据内容中存在的变量，用户可以根据实际需要，对该变量进行默认关键字显示，例如在一些实施例中，将该变量的首字母设置为该变量的默认关键字，以取该变量首字母的方式显示该变量。

另外，本发明的方法不限于Intel Whitley平台服务器和BMC模块的AMI的BIOS，由于该方案的可扩展性和移植性，在使用其他BIOS代码的支持BMC管理的服务器产品上仍然具有通用的参考应用价值。

本发明实施例的另一方面，提出了一种IPMI数据扩展装置的实施例。图3示出了根据本发明的IPMI数据扩展装置的实施例的示意性框图，如图3所示，该装置101包括：

header结构体增加模块11，header结构体增加模块11配置为对每个数据包结构体增加header结构体；

数据内容确定模块12，数据内容确定模块12配置为通过BIOS确定需要发送至BMC的数据包结构体的数据内容；

内容信息计算模块13，内容信息计算模块13配置为通过BIOS根据数据内容计算每个数据包结构体的内容信息，并将内容信息更新到相应的header结构体中；

结构体发送模块14，结构体发送模块14配置为通过BIOS将数据包结构体和对应的header结构体发送至BMC；

数据内容获取模块15，数据内容获取模块15配置为通过BMC根据header结构体的内容信息从数据包结构体中匹配并获取数据内容。

根据本发明的IPMI数据扩展装置的一些实施方式，装置101还包括结束判断模块，结束判断模块配置为：

判断正在传输的数据包结构体是否为最后一个需要传输的数据包结构体；

响应于判断数据包结构体不是最后一个需要传输的数据包结构体，继续下一个数据包结构体的传输；

响应于判断数据包结构体是最后一个需要传输的数据包结构体，结束传输进程。

根据本发明的IPMI数据扩展装置的一些实施方式，数据内容获取模块15还配置为：

通过BMC根据header结构体的内容信息获取数据包结构体的内容分布结构和变量大小，根据内容分布结构和变量大小进行数据内容接收。

同样地，本领域技术人员应当理解，以上针对根据本发明的IPMI数据扩展方法阐述的所有实施方式、特征和优势同样地适用于根据本发明的装置。为了本公开的简洁起见，在此不再重复阐述。

需要特别指出的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，IPMI数据扩展方法的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，程序的存储介质可为磁碟、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等。上述计算机程序的实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。

本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。

应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。

Claims (10)

1.一种IPMI数据扩展方法，其特征在于，所述方法包括：

对每个数据包结构体增加header结构体；

通过BIOS确定需要发送至BMC的所述数据包结构体的数据内容；

通过所述BIOS根据所述数据内容计算每个所述数据包结构体的内容信息，并将所述内容信息更新到相应的所述header结构体中；

通过所述BIOS将所述数据包结构体和所述对应的所述header结构体发送至所述BMC；

通过所述BMC根据所述header结构体的所述内容信息从所述数据包结构体中匹配并获取所述数据内容。

2.根据权利要求1所述的IPMI数据扩展方法，其特征在于，所述方法还包括：

判断正在传输的所述数据包结构体是否为最后一个需要传输的所述数据包结构体；

响应于判断所述数据包结构体不是最后一个需要传输的所述数据包结构体，继续下一个所述数据包结构体的传输；

响应于判断所述数据包结构体是最后一个需要传输的所述数据包结构体，结束传输进程。

3.根据权利要求1所述的IPMI数据扩展方法，其特征在于，所述通过所述BIOS根据所述数据内容计算每个所述数据包结构体的内容信息，并将所述内容信息更新到相应的所述header结构体中还包括：

通过所述header结构体描述所述数据包结构体的类型、变量的数量、关键字串以及所述数据包结构体的长度。

4.根据权利要求1所述的IPMI数据扩展方法，其特征在于，所述通过所述BMC根据所述header结构体的所述内容信息从所述数据包结构体中匹配并获取所述数据内容还包括：

通过所述BMC根据所述header结构体的所述内容信息获取所述数据包结构体的内容分布结构和变量大小，根据所述内容分布结构和所述变量大小进行所述数据内容接收。

5.根据权利要求1所述的IPMI数据扩展方法，其特征在于，所述方法还包括：

响应于通过所述BMC获取到所述数据内容，根据所述BMC的内部存放的变量显示所述数据内容。

6.根据权利要求1所述的IPMI数据扩展方法，其特征在于，所述方法还包括：

响应于通过所述BMC获取到所述数据内容，对所述数据内容中存在且所述BMC中未存在的变量进行过滤。

7.根据权利要求1所述的IPMI数据扩展方法，其特征在于，所述方法还包括：

响应于通过所述BMC获取到所述数据内容，通过默认关键字显示所述数据内容中存在且所述BMC中未存在的变量。

8.一种IPMI数据扩展装置，其特征在于，所述装置包括：

header结构体增加模块，所述header结构体增加模块配置为对每个数据包结构体增加header结构体；

数据内容确定模块，所述数据内容确定模块配置为通过BIOS确定需要发送至BMC的所述数据包结构体的数据内容；

内容信息计算模块，所述内容信息计算模块配置为通过所述BIOS根据所述数据内容计算每个所述数据包结构体的内容信息，并将所述内容信息更新到相应的所述header结构体中；

结构体发送模块，所述结构体发送模块配置为通过所述BIOS将所述数据包结构体和所述对应的所述header结构体发送至所述BMC；

数据内容获取模块，所述数据内容获取模块配置为通过所述BMC根据所述header结构体的所述内容信息从所述数据包结构体中匹配并获取所述数据内容。

9.根据权利要求8所述的IPMI数据扩展装置，其特征在于，所述装置还包括结束判断模块，所述结束判断模块配置为：

判断正在传输的所述数据包结构体是否为最后一个需要传输的所述数据包结构体；

响应于判断所述数据包结构体不是最后一个需要传输的所述数据包结构体，继续下一个所述数据包结构体的传输；

响应于判断所述数据包结构体是最后一个需要传输的所述数据包结构体，结束传输进程。

10.根据权利要求8所述的IPMI数据扩展装置，其特征在于，所述数据内容获取模块还配置为：

通过所述BMC根据所述header结构体的所述内容信息获取所述数据包结构体的内容分布结构和变量大小，根据所述内容分布结构和所述变量大小进行所述数据内容接收。

Images