CN115567386A - 网卡属性的修改方法、修改装置及其修改系统 - Google Patents

Abstract

本申请实施例提供了一种网卡属性的修改方法、修改装置及其修改系统。其中，该修改方法包括：在接收到上位机发送的修改请求信息的情况下，发送修改指令至网卡，以使得网卡根据修改指令修改对应的目标网卡属性，修改请求信息用于表征需对目标网卡属性进行修改，目标网卡属性为网卡属性中的一个或者多个，修改指令是用于对目标网卡属性进行修改的指令；接收网卡发送的响应指令，并将修改响应信息发送至上位机，其中，响应指令为是对目标网卡属性修改完成的指令，修改响应信息是在接收到响应指令的情况下生成的，从而解决了相关技术中难以在不重启服务器的操作系统的情况下，较为高效地修改网卡属性的问题。

Description

网卡属性的修改方法、修改装置及其修改系统

技术领域

本申请实施例涉及服务器领域，具体而言，涉及一种网卡属性的修改方法、修改装置、计算机可读存储介质与网卡属性的修改系统。

背景技术

由于互联网的迅速发展，使得服务器的需求量以及客户群也日益增大。同时，不同客户使用服务器处理的业务不同，对服务器的功能、性能以及监控方式也不同。对于对网卡性能有特殊需求的客户，需要修改网卡的各种属性，以满足需求。

当前有两种修改网卡属性的方法。一种是逐个在服务器的操作系统内修改网卡属性，且在修改网卡属性后需重启操作系统，从而使得修改后的网卡属性生效。另一种是定制网卡，使得网卡在出厂时各种网卡属性的配置就可以满足客户需求。

对于上述所提及的逐个在操作系统中修改网卡属性的方法，由逐个修改导致工作量会很大，进而严重影响服务器生产效率。同时，如果客户在使用过程中修改网卡属性，也要做同样的操作以及重启操作系统，这样还会影响客户的业务运行，给客户带来了不好的使用体验。

对与上述所提及的定制网卡来满足客户需求的方法还存在以下问题：

1)、客户一般不会单独购置网卡；

2)、定制网卡需要时间，也会影响服务器的交付时间。如果客户在使用过程中修改网卡属性，也需要重启操作系统。

因此，亟需一种能够在不重启服务器的操作系统的情况下，较为高效地修改网卡属性的方法。

发明内容

本申请实施例提供了一种网卡属性的修改方法、修改装置、计算机可读存储介质与网卡属性的修改系统，以至少解决相关技术中难以在不重启服务器的操作系统的情况下，较为高效地修改网卡属性的问题。

根据本申请的一个实施例，提供了一种网卡属性的修改方法，服务器包括网卡和基板管理控制器，所述基板管理控制器与所述网卡通信，所述修改方法应用在所述基板管理控制器中，所述修改方法包括：在接收到上位机发送的修改请求信息的情况下，发送修改指令至所述网卡，以使得所述网卡根据所述修改指令修改对应的目标网卡属性，所述修改请求信息用于表征需对所述目标网卡属性进行修改，所述目标网卡属性为网卡属性中的一个或者多个，所述修改指令是用于对所述目标网卡属性进行修改的指令；接收所述网卡发送的响应指令，并将修改响应信息发送至所述上位机，其中，所述响应指令为是对所述目标网卡属性修改完成的指令，所述修改响应信息是在接收到所述响应指令的情况下生成的。

在一个示例性实施例中，所述修改指令和所述响应指令均是基于MCTP协议进行封装得到的指令。

在一个示例性实施例中，所述修改指令的帧结构包括修改帧头字段和修改结构体字段，所述修改结构体字段至少用于放置修改信息，所述修改信息用于表征对所述目标网卡属性进行修改的信息。

在一个示例性实施例中，所述响应指令的帧结构包括响应帧头字段和响应结构体字段，所述响应结构体字段至少用于放置响应信息，所述响应信息是用于表征已对所述目标网卡属性进行修改的信息。

在一个示例性实施例中，所述网卡属性至少包括以下之一：LLDP属性、MAC地址信息、网卡升级版本、恢复出厂设置。

在一个示例性实施例中，所述修改请求信息和所述修改响应信息均是基于目标协议进行封装得到的信息，所述目标协议包括以下至少之一：IPMI协议、Restful协议、Redfish协议。

根据本申请的另一个实施例，提供了一种网卡属性的修改方法，服务器包括网卡和基板管理控制器，所述基板管理控制器与所述网卡通信，上位机与所述服务器通信，所述修改方法应用在所述上位机中，所述修改方法包括：将修改请求信息发送给至少一个所述基板管理控制器，以使得所述基板管理控制器发送修改指令至所述网卡，从而使得所述网卡根据所述修改指令修改对应的目标网卡属性，所述修改请求信息用于表征需对所述网卡的所述目标网卡属性进行修改，所述目标网卡属性为网卡属性中的一个或者多个；接收所述基板管理控制器发送的修改响应信息，所述修改响应信息是所述基板管理控制器在接收到响应指令的情况下生成的，所述响应指令是在所述网卡对所述目标网卡属性修改完成的情况下，所述网卡发送给所述基板管理控制器的。

根据本申请的又一个实施例，提供了一种网卡属性的修改装置，服务器包括网卡和基板管理控制器，所述基板管理控制器与所述网卡通信连接，所述修改装置应用在所述基板管理控制器中，所述修改装置包括：第一接收单元，用于在接收到上位机发送的修改请求信息的情况下，发送修改指令至所述网卡，以使得所述网卡根据所述修改指令修改对应的目标网卡属性，所述修改请求信息用于表征需对所述目标网卡属性进行修改，所述目标网卡属性为网卡属性中的一个或者多个，所述修改指令是用于对所述目标网卡属性进行修改的指令；第二接收单元，用于接收所述网卡发送的响应指令，并将修改响应信息发送至所述上位机，其中，所述响应指令为是对所述目标网卡属性修改完成的指令，所述修改响应信息是在接收到所述响应指令的情况下生成的。

根据本申请的再一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一种网卡属性的修改方法实施例中的步骤。

根据本申请的一个实施例，还提供了一种网卡属性的修改系统，包括：服务器，所述服务器包括网卡和基板管理控制器，所述基板管理控制器包括网卡属性的修改装置，所述修改装置用于实现任意一种所述的网卡属性的修改方法的步骤；上位机，所述上位机与所述基板管理控制器通信。

本申请的网卡属性的修改方法中，在基板管理控制器接收到上位机发送的修改请求信息的情况下，基板管理控制器发送修改指令至网卡，使得网卡在接收到修改指令的情况下，根据修改指令对网卡的目标网卡属性进行修改；在网卡对目标网卡属性修改完成之后，发送响应指令至基板管理控制器，以及基板管理控制器发送修改响应信息至上位机。与现有技术中通过在服务器的操作系统中修改网卡属性以及通过重启来使得修改后的网卡属性生效的方法相比，本申请的修改方法通过基板管理控制器和网卡之间的通信来对网卡的目标网卡属性进行修改，实现了较为简单和较为高效地对目标网卡属性进行修改。由于本申请的修改方法不需要介入到服务器的操作系统中进行修改，故无需重启服务器的操作系统便可以使得目标网卡属性进行生效，且不会影响服务器所执行的业务的运行，从而解决了相关技术中难以在不重启服务器的操作系统的情况下，较为高效地修改网卡属性的问题。

附图说明

图1是根据本申请实施例的一种网卡属性的修改方法的流程图；

图2是根据本申请实施例的另一种网卡属性的修改方法的流程图；

图3是根据本申请实施例的一种网卡属性的修改装置的结构框图；

图4是根据本申请实施例的另一种网卡属性的修改装置的结构框图；

图5是根据本申请实施例的网卡属性的修改系统的结构示意图。

其中，上述附图包括以下附图标记：

100、上位机；200、服务器；300、基板管理控制器；400、网卡。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请的实施例。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本申请实施例可以运行于图5所示的网络架构上，如图5所示，该网络架构包括服务器200和上位机100，其中，上述服务器200和上述上位机100通信。

在本实施例中提供了一种运行于网卡属性的修改系统中的网卡属性的修改方法。其中，服务器包括网卡和基板管理控制器，上述基板管理控制器与上述网卡通信，上述修改方法应用在上述基板管理控制器中，图1是根据本申请实施例的网卡属性的修改方法的流程图。如图1所示，该流程图包括如下步骤：

步骤S102，在接收到上位机发送的修改请求信息的情况下，发送修改指令至上述网卡，以使得上述网卡根据上述修改指令修改对应的目标网卡属性，上述修改请求信息用于表征需对上述目标网卡属性进行修改，上述目标网卡属性为网卡属性中的一个或者多个，上述修改指令是用于对上述目标网卡属性进行修改的指令；

步骤S104，接收上述网卡发送的响应指令，并将修改响应信息发送至上述上位机，其中，上述响应指令为是对上述目标网卡属性修改完成的指令，上述修改响应信息是在接收到上述响应指令的情况下生成的。

上述的网卡属性的修改方法中，在基板管理控制器接收到上位机发送的修改请求信息的情况下，基板管理控制器发送修改指令至网卡，使得网卡在接收到修改指令的情况下，根据修改指令对网卡的目标网卡属性进行修改；在网卡对目标网卡属性修改完成之后，发送响应指令至基板管理控制器，以及基板管理控制器发送修改响应信息至上位机。与现有技术中通过在服务器的操作系统中修改网卡属性以及通过重启来使得修改后的网卡属性生效的方法相比，本申请的修改方法通过基板管理控制器和网卡之间的通信来对网卡的目标网卡属性进行修改，实现了较为简单和较为高效地对目标网卡属性进行修改。由于本申请的修改方法不需要介入到服务器的操作系统中进行修改，故无需重启服务器的操作系统便可以使得目标网卡属性进行生效，且不会影响服务器所执行的业务的运行，从而解决了相关技术中难以在不重启服务器的操作系统的情况下，较为高效地修改网卡属性的问题。

步骤S102和步骤S104的执行顺序是可以互换的，即可以先执行步骤S104，然后再执行S102。

具体地，上述的实施例中，上位机可以通过物理网线或者WIFI(无线网络通信技术，Wireless Fidelity，简称WIFI)等等与上述基板管理控制器进行通信。当然，在本申请中，上位机与上述基板管理控制器并不限于上述所列举的通信方法进行通信，还可以为现有技术中任何可行的方法进行通信，在此不再一一赘述。另外，上述与基板管理控制器通信的网卡属于同一个服务器。

本申请的一种具体的实施例中，上述上位机发送至基板管理控制器的修改请求信息中可以为需对多个目标网卡属性进行修改的信息。在该情况下，基板管理控制器可以将对多个目标网卡属性进行修改的信息封装为一个修改指令，并将该修改指令发送至网卡。当然，基板管理控制器还可以将对多个目标网卡属性进行修改的信息分别封装为多个修改指令，并将这些封装后的修改指令分别发送至网卡，使得网卡可以根据接收到的这些修改指令修改对应的目标网卡属性。

本申请的另一种具体的实施例中，上述上位机可以针对每一个目标网卡属性的修改，分别发送一个修改请求信息至基板管理控制器，以使得基板管理控制器可以将修改指令发送至网卡，以使得网卡对目标网卡属性进行修改。

本申请的又一种具体的实施例中，上述网卡在对目标网卡属性进行修改完成之后，可以将对多个目标网卡属性的修改封装为一个响应指令，并发送至基板管理控制器。当然，上述网卡在对目标网卡属性进行修改完成之后，还可以将对一个目标网卡属性的修改封装为一个响应指令，并发送至基板管理控制器。

在实际的应用过程中，上述修改指令可以预先存储在基板管理控制器中，在基板管理控制器接收到对应的修改请求信息的情况下，将修改指令发送至网卡。当然，上述修改指令也可以是基于修改请求信息生成的。在本申请中并不对此进行限制。

具体地，在上述的实施例中，上述上位机可以为计算机，也可以为手机设备，当然也可以为平板电脑(PAD)等等。也就是说，本申请的上述上位机的类型并不限于上述所列举的类型，其可以为现有技术中任何可行的类型。

本申请的一种实施例中，上述修改指令和上述响应指令均是基于MCTP(设备管理协议，Management Component Transport Protocol，简称MCTP)协议进行封装得到的指令。也就是说，基板管理控制器和网卡之间通过MCTP协议进行通信，这样保证了可以较为可靠和高效地对修改指令和响应指令进行传输。

为了进一步地保证基板管理控制器可以较为可靠和较为高效地将修改指令发送至网卡，本申请的另一种实施例中，上述修改指令的帧结构包括修改帧头字段和修改结构体字段，上述修改结构体字段至少用于放置修改信息，上述修改信息用于表征对上述目标网卡属性进行修改的信息。在该实施例中，修改指令的帧结构包括修改帧头字段和修改结构体字段，这样保证了修改指令的占用的传输资源较少。

本申请的一种具体的实施例中，上述修改指令的结构体字段可以为如下所示的字段：

为了进一步地保证网卡可以较为快速和较为高效地将响应指令发送至基板管理控制器，以及进一步地保证响应指令占用的传输资源较少，本申请的又一种实施例中，上述响应指令的帧结构包括响应帧头字段和响应结构体字段，上述响应结构体字段至少用于放置响应信息，上述响应信息是用于表征已对上述目标网卡属性进行修改的信息。

本申请的一种具体的实施例中，上述响应指令的响应结构体字段可以表示为：

本申请的再一种实施例中，上述网卡属性至少包括以下之一：LLDP(Link LayerDiscovery Protocol，链路层发现协议，简称LLDP)属性、MAC(介质访问控制地质，MediaAccess Control Address)地址信息、网卡升级版本、恢复出厂设置。

在实际的应用过程中，上述网卡属性并不限于上述所列举的网卡属性，还可以为其他的现有技术中任何可行的网卡属性，也就是说，在本申请中，并不对上述网卡属性的具体属性进行限制。

具体地，上述实施例中，上述网卡升级版本可以为升级网卡的版本，上述恢复出厂设置可以为清除网卡当前所有的配置，使得网卡恢复到出厂时的配置状态。

本申请的一种实施例中，上述修改请求信息和上述修改响应信息均是基于目标协议进行封装得到的信息，上述目标协议包括以下至少之一：IPMI(智能管理平台接口，Intelligent Platform Management Interface，简称IPMI)协议、Restful协议、Redfish协议。也就是说，上述上位机和上述基板管理控制器所属的服务器之间是通过IPMI协议、Restful协议或者Redfish协议进行通信，这样保证了上位机和基板管理控制器之间可以较为可靠地进行通信。

本申请的一种典型的实施例中，还提供了一种网卡属性的修改方法，服务器包括网卡和基板管理控制器，上述基板管理控制器与上述网卡通信，上位机与上述服务器通信，上述修改方法应用在上述上位机中。如图2所示，该修改方法包括：

步骤S202：将修改请求信息发送给至少一个上述基板管理控制器，以使得上述基板管理控制器发送修改指令至上述网卡，从而使得上述网卡根据上述修改指令修改对应的目标网卡属性，上述修改请求信息用于表征需对上述网卡的上述目标网卡属性进行修改，上述目标网卡属性为网卡属性中的一个或者多个；

步骤S204：接收上述基板管理控制器发送的修改响应信息，上述修改响应信息是上述基板管理控制器在接收到响应指令的情况下生成的，上述响应指令是在上述网卡对上述目标网卡属性修改完成的情况下，上述网卡发送给上述基板管理控制器的。

上述的网卡属性的修改方法中，上位机将修改请求信息发送至一个或者多个基板管理控制器，以使得对应的上述基板管理控制器发送修改指令至上述网卡，从而使得上述网卡根据上述修改指令修改对应的目标网卡属性；在网卡对目标网卡属性进行修改完成之后，将响应指令发送至基板管理控制器。基板管理控制器在接收到响应指令的情况下，将修改响应信息发送至上位机，这样可以使得上位机及时知晓目标网卡属性的修改进度。与现有技术中通过在服务器的操作系统中修改网卡属性以及通过重启来使得修改后的网卡属性生效的方法相比，本申请的修改方法通过基板管理控制器和网卡之间的通信来对网卡的目标网卡属性进行修改，实现了较为简单和较为高效地对目标网卡属性进行修改。由于本申请的修改方法不需要介入到服务器的操作系统中进行修改，故无需重启服务器的操作系统便可以使得目标网卡属性进行生效，且不会影响服务器所执行的业务的运行，从而解决了相关技术中难以在不重启服务器的操作系统的情况下，较为高效地修改网卡属性的问题。

具体地，上述上位机可以将修改请求信息发送至一个或者多个基板管理控制器，也就是说，上位机可以批量对多个服务器中的目标网卡属性进行修改。与现有技术中，通过人工逐个的从服务器的操作系统中修改网卡属性相比，本申请还实现了批量的对多个服务器的网卡属性进行修改，这样实现了高效地对网卡属性进行修改。

具体地，上述的实施例中，上位机可以通过物理网线或者WIFI(无线网络通信技术，Wireless Fidelity，简称WIFI)等等与上述基板管理控制器进行通信。当然，在本申请中，上位机与上述基板管理控制器并不限于上述所列举的通信方法进行通信，还可以为现有技术中任何可行的方法进行通信，在此不再一一赘述。另外，上述与基板管理控制器通信的网卡属于同一个服务器。

本申请的一种具体的实施例中，上述上位机发送至基板管理控制器的修改请求信息中可以为需对多个目标网卡属性进行修改的信息。在该情况下，基板管理控制器可以将对多个目标网卡属性进行修改的信息封装为一个修改指令，并将该修改指令发送至网卡。当然，基板管理控制器还可以将对多个目标网卡属性进行修改的信息分别封装为多个修改指令，并将这些封装后的修改指令分别发送至网卡，使得网卡可以根据接收到的这些修改指令修改对应的目标网卡属性。

本申请的另一种具体的实施例中，上述上位机可以针对每一个目标网卡属性的修改，分别发送一个修改请求信息至基板管理控制器，以使得基板管理控制器可以将修改指令发送至网卡，以使得网卡对目标网卡属性进行修改。

本申请的又一种具体的实施例中，上述网卡在对目标网卡属性进行修改完成之后，可以将对多个目标网卡属性的修改封装为一个响应指令，并发送至基板管理控制器。当然，上述网卡在对目标网卡属性进行修改完成之后，还可以将对一个目标网卡属性的修改封装为一个响应指令，并发送至基板管理控制器。

在实际的应用过程中，上述修改指令可以预先存储在基板管理控制器中，在基板管理控制器接收到对应的修改请求信息的情况下，将修改指令发送至网卡。当然，上述修改指令也可以是基于修改请求信息生成的。在本申请中并不对此进行限制。

具体地，在上述的实施例中，上述上位机可以为计算机，也可以为手机设备，当然也可以为平板电脑(PAD)等等。也就是说，本申请的上述上位机的类型并不限于上述所列举的类型，其可以为现有技术中任何可行的类型。

本申请的一种实施例中，上述修改指令和上述响应指令均是基于MCTP(设备管理协议，Management Component Transport Protocol，简称MCTP)协议进行封装得到的指令。也就是说，基板管理控制器和网卡之间通过MCTP协议进行通信，这样保证了可以较为可靠和高效地对修改指令和响应指令进行传输。

为了进一步地保证基板管理控制器可以较为可靠和较为高效地将修改指令发送至网卡，本申请的另一种实施例中，上述修改指令的帧结构包括修改帧头字段和修改结构体字段，上述修改结构体字段至少用于放置修改信息，上述修改信息用于表征对上述目标网卡属性进行修改的信息。在该实施例中，修改指令的帧结构包括修改帧头字段和修改结构体字段，这样保证了修改指令的占用的传输资源较少。

本申请的一种具体的实施例中，上述修改指令的结构体字段可以为如下所示的字段：

为了进一步地保证网卡可以较为快速和较为高效地将响应指令发送至基板管理控制器，以及进一步地保证响应指令占用的传输资源较少，本申请的又一种实施例中，上述响应指令的帧结构包括响应帧头字段和响应结构体字段，上述响应结构体字段至少用于放置响应信息，上述响应信息是用于表征已对上述目标网卡属性进行修改的信息。

本申请的一种具体的实施例中，上述响应指令的响应结构体字段可以表示为：

本申请的再一种实施例中，上述网卡属性至少包括以下之一：LLDP(Link LayerDiscovery Protocol，链路层发现协议，简称LLDP)属性、MAC(介质访问控制地质，MediaAccess Control Address)地址信息、网卡升级版本、恢复出厂设置。

在实际的应用过程中，上述网卡属性并不限于上述所列举的网卡属性，还可以为其他的现有技术中任何可行的网卡属性，也就是说，在本申请中，并不对上述网卡属性的具体属性进行限制。

具体地，上述实施例中，上述网卡升级版本可以为升级网卡的版本，上述恢复出厂设置可以为清除网卡当前所有的配置，使得网卡恢复到出厂时的配置状态。

本申请的一种实施例中，上述修改请求信息和上述修改响应信息均是基于目标协议进行封装得到的信息，上述目标协议包括以下至少之一：IPMI(智能管理平台接口，Intelligent Platform Management Interface，简称IPMI)协议、Restful协议、Redfish协议。也就是说，上述上位机和上述基板管理控制器所属的服务器之间是通过IPMI协议、Restful协议或者Redfish协议进行通信，这样保证了上位机和基板管理控制器之间可以较为可靠地进行通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例上述的方法。

在本实施例中还提供了一种网卡属性的修改装置，该修改装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本申请实施例的网卡属性的修改装置的结构框图，服务器包括网卡和基板管理控制器，上述基板管理控制器与上述网卡通信，上述修改方法应用在上述基板管理控制器中，如图3所示，该修改装置包括：

第一接收单元32，用于在接收到上位机发送的修改请求信息的情况下，发送修改指令至上述网卡，以使得上述网卡根据上述修改指令修改对应的目标网卡属性，上述修改请求信息用于表征需对上述目标网卡属性进行修改，上述目标网卡属性为网卡属性中的一个或者多个，上述修改指令是用于对上述目标网卡属性进行修改的指令；

第二接收单元34，用于接收上述网卡发送的响应指令，并将修改响应信息发送至上述上位机，其中，上述响应指令为是对上述目标网卡属性修改完成的指令，上述修改响应信息是在接收到上述响应指令的情况下生成的。

上述的网卡属性的修改装置中，第一接收单元用于接收上位机发送的修改请求信息，在接收到由上位机发送的修改请求信息的情况下，基板管理控制器发送修改指令至网卡，使得网卡在接收到修改指令的情况下，根据修改指令对网卡的目标网卡属性进行修改；第二接收单元用于接收网卡发送的响应指令，并在接收到网卡发送的响应指令的情况下，发送修改响应信息至上位机，这样使得可以较为及时地知晓目标网卡属性的修改进度。与现有技术中通过在服务器的操作系统中修改网卡属性以及通过重启来使得修改后的网卡属性生效的方法相比，本申请的修改装置通过基板管理控制器和网卡之间的通信来对网卡的目标网卡属性进行修改，实现了较为简单和较为高效地对目标网卡属性进行修改。由于本申请的修改装置不需要介入到服务器的操作系统中进行修改，故无需重启服务器的操作系统便可以使得目标网卡属性进行生效，且不会影响服务器所执行的业务的运行，从而解决了相关技术中难以在不重启服务器的操作系统的情况下，较为高效地修改网卡属性的问题。

具体地，上述的实施例中，上位机可以通过物理网线或者WIFI(无线网络通信技术，Wireless Fidelity，简称WIFI)等等与上述基板管理控制器进行通信。当然，在本申请中，上位机与上述基板管理控制器并不限于上述所列举的通信方法进行通信，还可以为现有技术中任何可行的方法进行通信，在此不再一一赘述。另外，上述与基板管理控制器通信的网卡属于同一个服务器。

本申请的一种具体的实施例中，上述上位机发送至基板管理控制器的修改请求信息中可以为需对多个目标网卡属性进行修改的信息。在该情况下，基板管理控制器可以将对多个目标网卡属性进行修改的信息封装为一个修改指令，并将该修改指令发送至网卡。当然，基板管理控制器还可以将对多个目标网卡属性进行修改的信息分别封装为多个修改指令，并将这些封装后的修改指令分别发送至网卡，使得网卡可以根据接收到的这些修改指令修改对应的目标网卡属性。

本申请的另一种具体的实施例中，上述上位机可以针对每一个目标网卡属性的修改，分别发送一个修改请求信息至基板管理控制器，以使得基板管理控制器可以将修改指令发送至网卡，以使得网卡对目标网卡属性进行修改。

本申请的又一种具体的实施例中，上述网卡在对目标网卡属性进行修改完成之后，可以将对多个目标网卡属性的修改封装为一个响应指令，并发送至基板管理控制器。当然，上述网卡在对目标网卡属性进行修改完成之后，还可以将对一个目标网卡属性的修改封装为一个响应指令，并发送至基板管理控制器。

在实际的应用过程中，上述修改指令可以预先存储在基板管理控制器中，在基板管理控制器接收到对应的修改请求信息的情况下，将修改指令发送至网卡。当然，上述修改指令也可以是基于修改请求信息生成的。在本申请中并不对此进行限制。

具体地，在上述的实施例中，上述上位机可以为计算机，也可以为手机设备，当然也可以为平板电脑(PAD)等等。也就是说，本申请的上述上位机的类型并不限于上述所列举的类型，其可以为现有技术中任何可行的类型。

本申请的一种实施例中，上述修改指令和上述响应指令均是基于MCTP(设备管理协议，Management Component Transport Protocol，简称MCTP)协议进行封装得到的指令。也就是说，基板管理控制器和网卡之间通过MCTP协议进行通信，这样保证了可以较为可靠和高效地对修改指令和响应指令进行传输。

为了进一步地保证基板管理控制器可以较为可靠和较为高效地将修改指令发送至网卡，本申请的另一种实施例中，上述修改指令的帧结构包括修改帧头字段和修改结构体字段，上述修改结构体字段至少用于放置修改信息，上述修改信息用于表征对上述目标网卡属性进行修改的信息。在该实施例中，修改指令的帧结构包括修改帧头字段和修改结构体字段，这样保证了修改指令的占用的传输资源较少。

本申请的一种具体的实施例中，上述修改指令的结构体字段可以为如下所示的字段：

为了进一步地保证网卡可以较为快速和较为高效地将响应指令发送至基板管理控制器，以及进一步地保证响应指令占用的传输资源较少，本申请的又一种实施例中，上述响应指令的帧结构包括响应帧头字段和响应结构体字段，上述响应结构体字段至少用于放置响应信息，上述响应信息是用于表征已对上述目标网卡属性进行修改的信息。

本申请的一种具体的实施例中，上述响应指令的响应结构体字段可以表示为：

本申请的再一种实施例中，上述网卡属性至少包括以下之一：LLDP(Link LayerDiscovery Protocol，链路层发现协议，简称LLDP)属性、MAC(介质访问控制地质，MediaAccess Control Address)地址信息、网卡升级版本、恢复出厂设置。

在实际的应用过程中，上述网卡属性并不限于上述所列举的网卡属性，还可以为其他的现有技术中任何可行的网卡属性，也就是说，在本申请中，并不对上述网卡属性的具体属性进行限制。

具体地，上述实施例中，上述网卡升级版本可以为升级网卡的版本，上述恢复出厂设置可以为清除网卡当前所有的配置，使得网卡恢复到出厂时的配置状态。

本申请的一种实施例中，上述修改请求信息和上述修改响应信息均是基于目标协议进行封装得到的信息，上述目标协议包括以下至少之一：IPMI(智能管理平台接口，Intelligent Platform Management Interface，简称IPMI)协议、Restful协议、Redfish协议。也就是说，上述上位机和上述基板管理控制器所属的服务器之间是通过IPMI协议、Restful协议或者Redfish协议进行通信，这样保证了上位机和基板管理控制器之间可以较为可靠地进行通信。

本申请的一种典型的实施例中，还提供了一种网卡属性的修改装置，服务器包括网卡和基板管理控制器，上述基板管理控制器与上述网卡通信，上位机与上述服务器通信，上述修改装置应用在上述上位机中。如图4所示，上述修改装置包括：

发送单元42，用于将修改请求信息发送给至少一个上述基板管理控制器，以使得上述基板管理控制器发送修改指令至上述网卡，从而使得上述网卡根据上述修改指令修改对应的目标网卡属性，上述修改请求信息用于表征需对上述网卡的上述目标网卡属性进行修改，上述目标网卡属性为网卡属性中的一个或者多个；

第三接收单元44，用于接收上述基板管理控制器发送的修改响应信息，上述修改响应信息是上述基板管理控制器在接收到响应指令的情况下生成的，上述响应指令是在上述网卡对上述目标网卡属性修改完成的情况下，上述网卡发送给上述基板管理控制器的。

上述的网卡属性的修改装置中，发送单元用于上位机将修改请求信息发送至一个或者多个基板管理控制器，以使得对应的上述基板管理控制器发送修改指令至上述网卡，从而使得上述网卡根据上述修改指令修改对应的目标网卡属性；第三接收单元用于接收基板管理控制器发送的修改响应信息，这样可以使得上位机及时知晓目标网卡属性的修改进度。与现有技术中通过在服务器的操作系统中修改网卡属性以及通过重启来使得修改后的网卡属性生效的方法相比，本申请的修改装置通过基板管理控制器和网卡之间的通信来对网卡的目标网卡属性进行修改，实现了较为简单和较为高效地对目标网卡属性进行修改。由于本申请的修改装置不需要介入到服务器的操作系统中进行修改，故无需重启服务器的操作系统便可以使得目标网卡属性进行生效，且不会影响服务器所执行的业务的运行，从而解决了相关技术中难以在不重启服务器的操作系统的情况下，较为高效地修改网卡属性的问题。

具体地，上述上位机可以将修改请求信息发送至一个或者多个基板管理控制器，也就是说，上位机可以批量对多个服务器中的目标网卡属性进行修改。与现有技术中，通过人工逐个的从服务器的操作系统中修改网卡属性相比，本申请还实现了批量的对多个服务器的网卡属性进行修改，这样实现了高效地对网卡属性进行修改。

具体地，上述的实施例中，上位机可以通过物理网线或者WIFI(无线网络通信技术，Wireless Fidelity，简称WIFI)等等与上述基板管理控制器进行通信。当然，在本申请中，上位机与上述基板管理控制器并不限于上述所列举的通信方法进行通信，还可以为现有技术中任何可行的方法进行通信，在此不再一一赘述。另外，上述与基板管理控制器通信的网卡属于同一个服务器。

本申请的一种具体的实施例中，上述上位机发送至基板管理控制器的修改请求信息中可以为需对多个目标网卡属性进行修改的信息。在该情况下，基板管理控制器可以将对多个目标网卡属性进行修改的信息封装为一个修改指令，并将该修改指令发送至网卡。当然，基板管理控制器还可以将对多个目标网卡属性进行修改的信息分别封装为多个修改指令，并将这些封装后的修改指令分别发送至网卡，使得网卡可以根据接收到的这些修改指令修改对应的目标网卡属性。

本申请的另一种具体的实施例中，上述上位机可以针对每一个目标网卡属性的修改，分别发送一个修改请求信息至基板管理控制器，以使得基板管理控制器可以将修改指令发送至网卡，以使得网卡对目标网卡属性进行修改。

本申请的又一种具体的实施例中，上述网卡在对目标网卡属性进行修改完成之后，可以将对多个目标网卡属性的修改封装为一个响应指令，并发送至基板管理控制器。当然，上述网卡在对目标网卡属性进行修改完成之后，还可以将对一个目标网卡属性的修改封装为一个响应指令，并发送至基板管理控制器。

在实际的应用过程中，上述修改指令可以预先存储在基板管理控制器中，在基板管理控制器接收到对应的修改请求信息的情况下，将修改指令发送至网卡。当然，上述修改指令也可以是基于修改请求信息生成的。在本申请中并不对此进行限制。

具体地，在上述的实施例中，上述上位机可以为计算机，也可以为手机设备，当然也可以为平板电脑(PAD)等等。也就是说，本申请的上述上位机的类型并不限于上述所列举的类型，其可以为现有技术中任何可行的类型。

本申请的一种实施例中，上述修改指令和上述响应指令均是基于MCTP(设备管理协议，Management Component Transport Protocol，简称MCTP)协议进行封装得到的指令。也就是说，基板管理控制器和网卡之间通过MCTP协议进行通信，这样保证了可以较为可靠和高效地对修改指令和响应指令进行传输。

为了进一步地保证基板管理控制器可以较为可靠和较为高效地将修改指令发送至网卡，本申请的另一种实施例中，上述修改指令的帧结构包括修改帧头字段和修改结构体字段，上述修改结构体字段至少用于放置修改信息，上述修改信息用于表征对上述目标网卡属性进行修改的信息。在该实施例中，修改指令的帧结构包括修改帧头字段和修改结构体字段，这样保证了修改指令的占用的传输资源较少。

本申请的一种具体的实施例中，上述修改指令的结构体字段可以为如下所示的字段：

为了进一步地保证网卡可以较为快速和较为高效地将响应指令发送至基板管理控制器，以及进一步地保证响应指令占用的传输资源较少，本申请的又一种实施例中，上述响应指令的帧结构包括响应帧头字段和响应结构体字段，上述响应结构体字段至少用于放置响应信息，上述响应信息是用于表征已对上述目标网卡属性进行修改的信息。

本申请的一种具体的实施例中，上述响应指令的响应结构体字段可以表示为：

本申请的再一种实施例中，上述网卡属性至少包括以下之一：LLDP(Link LayerDiscovery Protocol，链路层发现协议，简称LLDP)属性、MAC(介质访问控制地质，MediaAccess Control Address)地址信息、网卡升级版本、恢复出厂设置。

在实际的应用过程中，上述网卡属性并不限于上述所列举的网卡属性，还可以为其他的现有技术中任何可行的网卡属性，也就是说，在本申请中，并不对上述网卡属性的具体属性进行限制。

具体地，上述实施例中，上述网卡升级版本可以为升级网卡的版本，上述恢复出厂设置可以为清除网卡当前所有的配置，使得网卡恢复到出厂时的配置状态。

本申请的一种实施例中，上述修改请求信息和上述修改响应信息均是基于目标协议进行封装得到的信息，上述目标协议包括以下至少之一：IPMI(智能管理平台接口，Intelligent Platform Management Interface，简称IPMI)协议、Restful协议、Redfish协议。也就是说，上述上位机和上述基板管理控制器所属的服务器之间是通过IPMI协议、Restful协议或者Redfish协议进行通信，这样保证了上位机和基板管理控制器之间可以较为可靠地进行通信。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本申请的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一种方法实施例中的步骤。

在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本申请的一种典型的实施例中，如图5所示，还提供了一种网卡属性的修改系统，该修改系统包括服务器200和上位机100。其中，上述服务器200包括网卡400和基板管理控制器300，上述基板管理控制器300包括网卡属性的修改装置(图5中未示出)，上述修改装置用于实现任意一种中上述的网卡属性的修改方法的步骤；上位机，上述上位机与上述基板管理控制器通信。

上述的修改系统包括服务器和上位机，上述服务器包括网卡和基板管理控制器，上述基板管理控制器包括网卡属性的修改装置，上述修改装置用于实现任意一种中上述的网卡属性的修改方法的步骤。上述网卡属性的修改方法中，在基板管理控制器接收到上位机发送的修改请求信息的情况下，基板管理控制器发送修改指令至网卡，使得网卡在接收到修改指令的情况下，根据修改指令对网卡的目标网卡属性进行修改；在网卡对目标网卡属性修改完成之后，发送响应指令至基板管理控制器，以及基板管理控制器发送修改响应信息至上位机。与现有技术中通过在服务器的操作系统中修改网卡属性以及通过重启来使得修改后的网卡属性生效的方法相比，本申请的修改方法通过基板管理控制器和网卡之间的通信来对网卡的目标网卡属性进行修改，实现了较为简单和较为高效地对目标网卡属性进行修改。由于本申请的修改方法不需要介入到服务器的操作系统中进行修改，故无需重启服务器的操作系统便可以使得目标网卡属性进行生效，且不会影响服务器所执行的业务的运行，从而解决了相关技术中难以在不重启服务器的操作系统的情况下，较为高效地修改网卡属性的问题。

本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种网卡属性的修改方法，其特征在于，服务器包括网卡和基板管理控制器，所述基板管理控制器与所述网卡通信，所述修改方法应用在所述基板管理控制器中，所述修改方法包括：

在接收到上位机发送的修改请求信息的情况下，发送修改指令至所述网卡，以使得所述网卡根据所述修改指令修改对应的目标网卡属性，所述修改请求信息用于表征需对所述目标网卡属性进行修改，所述目标网卡属性为网卡属性中的一个或者多个，所述修改指令是用于对所述目标网卡属性进行修改的指令；

接收所述网卡发送的响应指令，并将修改响应信息发送至所述上位机，其中，所述响应指令为是对所述目标网卡属性修改完成的指令，所述修改响应信息是在接收到所述响应指令的情况下生成的。

2.根据权利要求1所述的修改方法，其特征在于，所述修改指令和所述响应指令均是基于MCTP协议进行封装得到的指令。

3.根据权利要求2所述的修改方法，其特征在于，所述修改指令的帧结构包括修改帧头字段和修改结构体字段，所述修改结构体字段至少用于放置修改信息，所述修改信息用于表征对所述目标网卡属性进行修改的信息。

4.根据权利要求2所述的修改方法，其特征在于，所述响应指令的帧结构包括响应帧头字段和响应结构体字段，所述响应结构体字段至少用于放置响应信息，所述响应信息是用于表征已对所述目标网卡属性进行修改的信息。

5.根据权利要求1至4中任意一项所述的修改方法，其特征在于，所述网卡属性至少包括以下之一：LLDP属性、MAC地址信息、网卡升级版本、恢复出厂设置。

6.根据权利要求1至4中任意一项所述的修改方法，其特征在于，所述修改请求信息和所述修改响应信息均是基于目标协议进行封装得到的信息，所述目标协议包括以下至少之一：IPMI协议、Restful协议、Redfish协议。

7.一种网卡属性的修改方法，其特征在于，服务器包括网卡和基板管理控制器，所述基板管理控制器与所述网卡通信，上位机与所述服务器通信，所述修改方法应用在所述上位机中，所述修改方法包括：

将修改请求信息发送给至少一个所述基板管理控制器，以使得所述基板管理控制器发送修改指令至所述网卡，从而使得所述网卡根据所述修改指令修改对应的目标网卡属性，所述修改请求信息用于表征需对所述网卡的所述目标网卡属性进行修改，所述目标网卡属性为网卡属性中的一个或者多个；

接收所述基板管理控制器发送的修改响应信息，所述修改响应信息是所述基板管理控制器在接收到响应指令的情况下生成的，所述响应指令是在所述网卡对所述目标网卡属性修改完成的情况下，所述网卡发送给所述基板管理控制器的。

8.一种网卡属性的修改装置，其特征在于，服务器包括网卡和基板管理控制器，所述基板管理控制器与所述网卡通信连接，所述修改装置应用在所述基板管理控制器中，所述修改装置包括：

第一接收单元，用于在接收到上位机发送的修改请求信息的情况下，发送修改指令至所述网卡，以使得所述网卡根据所述修改指令修改对应的目标网卡属性，所述修改请求信息用于表征需对所述目标网卡属性进行修改，所述目标网卡属性为网卡属性中的一个或者多个，所述修改指令是用于对所述目标网卡属性进行修改的指令；

第二接收单元，用于接收所述网卡发送的响应指令，并将修改响应信息发送至所述上位机，其中，所述响应指令为是对所述目标网卡属性修改完成的指令，所述修改响应信息是在接收到所述响应指令的情况下生成的。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被处理器执行时实现所述权利要求1至6任一项中所述的网卡属性的修改方法的步骤。

10.一种网卡属性的修改系统，其特征在于，包括：

服务器，所述服务器包括网卡和基板管理控制器，所述基板管理控制器包括网卡属性的修改装置，所述修改装置用于实现权利要求1至6中任意一项中所述的网卡属性的修改方法的步骤；

上位机，所述上位机与所述基板管理控制器通信。

Images