CN109302488B - 设备级联方法、装置及主机 - Google Patents

Abstract

本申请提供一种设备级联方法、装置及主机，涉及通信技术领域。该方法应用于多主机网络系统下的主机的管理板，每个管理板上设置有管理口和堆叠口，多个管理板中的至少一个管理口用于与管理终端通信连接。方法包括：根据预设协商规则和其它管理板协商确定出自身的主备状态；若自身的状态为主状态，则向其他管理板发送堆叠报文，以使其它管理板重启后完成多个主机的环形级联；若自身的状态为备状态，则根据接收到的主管理板发送的堆叠报文重启，以完成多个主机的环形级联。在环型级联后因为至少一个管理口与管理终端通信连接，所以能够改善现有技术中因顶级主机出现故障而无法与管理终端进行数据交互的技术问题。

Description

设备级联方法、装置及主机

技术领域

本申请涉及通信技术领域，具体而言，涉及一种设备级联方法、装置及主机。

背景技术

在通信领域中，主机可以作为一种融合架构，可以包括管理板，能够将计算、存储、高速网络深度融合。在主机中，管理板通常用于管理本主机内的硬件设备，对于多个主机互联的场景，需要组建串联的级联拓扑并通过顶级主机的主控板来接管各个主机内的硬件设备。在现有技术中，各主机通常是通过主机的管理口实现多个主机链形堆叠，以形成链形通信链路，而这种链形堆叠仅能通过链路上顶级主机与外界设备进行数据交互，其中，顶级主机通常为位于链形链路两端中的一端的一个主机。对于这类链形级联的系统，若链路上的顶级主机出现故障会导致整个链路中的其他主机无法与外界设备进行数据交互，从而使得整个系统无法为外界设备提供服务。

发明内容

本申请在于提供一种设备级联方法、装置及主机，能够有效改善现有技术中因顶级主机出现故障无法与管理终端进行数据交互的技术问题。

为了实现上述目的，本申请实施例所提供的技术方案如下所示：

第一方面，本申请实施例提供一种设备级联方法，应用于多主机网络系统下的主机的管理板，所述主机包括至少一个管理板，所述管理板上设置有管理口和堆叠口，多个主机的所述管理板通过所述堆叠口建立有环形的通信链路，多个所述管理板中的至少一个管理口用于与管理终端通信连接，所述方法包括：

根据预设协商规则和其它管理板协商确定出自身的主备状态；

若自身的状态为主状态，则向其他管理板发送堆叠报文，以使所述其它管理板重启后完成所述多个主机的环形级联；

若自身的状态为备状态，则根据接收到的主管理板发送的堆叠报文重启，以完成所述多个主机的环形级联。

结合第一方面，在一些可选地的实现方式中，在根据预设协商规则和其它管理板协商确定出自身的主备状态之前，所述方法还包括：

收集与自身堆叠口相连接的对端管理板的物理端口的端口描述信息；

根据所述端口描述信息确定对端管理板的物理端口是否为所述对端管理板的堆叠口，其中，当所述端口描述信息为与所述堆叠口对应的预设名称时，确定所述物理端口为所述对端管理板的堆叠口。

结合第一方面，在一些可选地的实现方式中，所述堆叠报文包括所述其它管理板的成员编号，在向其他管理板发送堆叠报文之前，且所述管理板的自身状态为主状态时，所述方法还包括：

根据所述其他管理板的MAC地址大小或运行时长，确定所述其他管理板所对应的成员编号。

结合第一方面，在一些可选地的实现方式中，所述方法还包括：

判断自身的堆叠口是否接收到该堆叠口自身转发的报文，并在为是时，丢弃所述报文。

结合第一方面，在一些可选地的实现方式中，所述根据预设协商规则和其它管理板协商确定出自身的主备状态，包括：

判断自身的MAC地址是否为所有管理板中最小的MAC地址，并在为是时，确定所述管理板的自身状态为所述主状态；

或者，所述管理板判断自身的运行时长是否为所有管理板中最长的运行时长，并在为是时，确定所述管理板的自身状态为所述主状态。

结合第一方面，在一些可选地的实现方式中，在所述管理板的自身状态为主状态时，所述方法还包括：

从所述其他管理板获得所述其他管理板的级联信息，并将所述级联信息汇总后通过所述管理口发送至所述管理终端。

本申请实施例还提供一种设备级联装置，应用于多主机网络系统下的主机的管理板，所述主机包括至少一个管理板，所述管理板上设置有管理口和堆叠口，多个主机的所述管理板通过所述堆叠口建立有环形的通信链路，多个所述管理板中的至少一个管理口用于与管理终端通信连接，所述装置包括：

协商确定单元，根据预设协商规则和其它管理板协商确定出自身的主备状态；

级联单元，用于在自身的状态为主状态时，向其他管理板发送堆叠报文，以使所述其它管理板重启后完成所述多个主机的环形级联；

或者，所述级联单元用于在自身的状态为备状态时，根据接收到的主管理板发送的堆叠报文重启，以完成所述多个主机的环形级联。

结合第二方面，在一些可选地的实现方式中，所述装置还包括收集单元及端口确定单元，在所述协商确定单元根据预设协商规则和其它管理板协商确定出自身的主备状态之前，所述收集单元用于收集与自身堆叠口相连接的对端管理板的物理端口的端口描述信息；

所述端口确定单元用于根据所述端口描述信息确定对端管理板的物理端口是否为所述对端管理板的堆叠口，其中，当所述端口描述信息为与所述堆叠口对应的预设名称时，确定所述物理端口为所述对端管理板的堆叠口。

结合第二方面，在一些可选地的实现方式中，所述装置还包括编号确定单元，所述堆叠报文包括所述其它管理板的成员编号，在所述级联单元向其他管理板发送堆叠报文之前，且所述管理板的自身状态为主状态时，所述编号确定单元用于根据所述其他管理板的MAC地址大小或运行时长，确定所述其他管理板所对应的成员编号。

结合第二方面，在一些可选地的实现方式中，所述装置还包括报文判断单元，用于判断所述管理板自身的堆叠口是否接收到该堆叠口自身转发的报文，并在为是时，丢弃所述报文。

结合第二方面，在一些可选地的实现方式中，所述装置还包括汇总发送单元，在所述管理板的状态为主管理板的状态时，所述汇总发送单元用于从所述其他管理板获得所述其他管理板的级联信息，并将所述级联信息汇总后通过所述管理口发送至所述管理终端。

第三方面，本申请实施例还提供一种主机，所述主机与多个其他主机通信连接，所述主机包括至少一个管理板，所述管理板上设置有管理口和堆叠口，多个所述管理板中的至少一个管理口用于与管理终端通信连接，多个主机的所述管理板通过所述堆叠口建立有环形的通信链路，所述管理板用于根据预设协商规则和其它管理板协商确定出自身的主备状态；在所述管理板的自身状态为主状态时，所述主状态对应的主管理板用于向其他管理板发送堆叠报文；以使所述其它管理板重启，以完成所述多个主机的环形级联；在所述管理板的自身状态为备状态时，所述备状态对应的管理板用于在接收到所述主管理板发送的堆叠报文时重启，以完成所述多个主机的环形级联。

第四方面，本申请实施例还提供一种计算机可读存储介质，所述可读存储介质中存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述的设备级联方法。

本申请实施例的有益效果包括：

通过将多个管理板中的至少一个管理口与管理终端通信连接，多个主机的管理板通过堆叠口建立有环形的通信链路，管理板根据预设协商规则和其它管理板协商确定出自身的主备状态；若管理板的自身状态为主状态，则该管理板向其他管理板发送堆叠报文，并使其他管理板重启后完成多个主机的环形级联；若管理板的自身状态为备状态，该管理板在接收到主管理板发送的堆叠报文时重启，以完成多个主机的环形级联。在环型级联后因为至少一个管理口与管理终端通信连接，只要至少一个管理口对应的管理板没有全部出现故障，即使其他管理板或相应的主机出现故障，没出现故障的主机可以继续通过至少一个管理口中没出现故障的管理口与管理终端通信并进行数据交互，从而改善现有技术中因顶级主机出现故障而无法与管理终端进行数据交互的技术问题。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举本申请实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍。应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1a为本申请实施例提供的链形级联的主机与管理终端的交互示意图之一。

图1b为本申请实施例提供的链形级联的主机与管理终端的交互示意图之二。

图2为本申请实施例提供的管理板的方框示意图。

图3为本申请实施例提供的设备级联方法的流程示意图。

图4为本申请实施例提供的环形级联的主机的拓扑示意图之一。

图5为本申请实施例提供的环形级联的主机的拓扑示意图之二。

图6为本申请实施例提供的环形级联的主机的拓扑示意图之三。

图7为本申请实施例提供的设备级联装置的方框示意图。

图标：10-主机；11-处理模块；12-通信模块；13-存储模块；20-管理终端；100-设备级联装置；110-协商确定单元；120-级联单元。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本申请的一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。此外，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在通信领域中，主机可以作为一种融合架构，可以包括管理板，能够将计算、存储、高速网络深度融合。在主机中，管理板通常用于管理本主机内的硬件设备，对于多个主机互联的场景，需要组建链形的级联拓扑并通过顶级主机的主控板来接管各个主机内的硬件设备，比如，各主机通常是通过主机的管理口实现多个主机链形堆叠，以形成链形通信链路。对于这类链形级联的系统，若链路上的顶级主机出现故障会导致整个链路中的其他主机无法与外界设备进行数据交互，从而使得整个系统无法为外界设备提供服务。

鉴于上述问题，本申请申请人经过长期研究探索，提出以下实施例以改善上述问题。下面结合附图，对本申请实施例作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请结合参阅图1a和图1b，本申请实施例提供了一种主机10，该主机10包括至少一个管理板，多个主机10中的管理板可以堆叠形成链形级联的拓扑结构。多个主机10可以作为一个整体系统，该整体系统包括多个管理板，多个管理板中的至少一个管理板上的管理口与管理终端20通信连接，以进行数据交互，该整体系统可理解为多主机网络系统。

管理人员可以通过管理终端20对主机10发送的数据进行监控管理，级联数据包括但不限于各主机10的媒体访问控制(Media Access Control，MAC)地址、网际协议(Internet Protocol，IP)地址及其他网络数据等，这里对级联数据不作具体限定。

在本实施例中，主机10可以为一种刀箱设备，该刀箱设备可以包括但不限于刀片服务器、交换机等，能够将计算、存储、高速网络深度融合。管理终端20可以是，但不限于，智能手机、个人电脑(personal computer，PC)、平板电脑、个人数字助理(personal digitalassistant，PDA)、移动上网设备(mobile Internet device，MID)等。

主机10可以包括一个管理板，也可以包括两个或多个管理板。用户通过管理板可实现的管理功能包括但不限于：监控刀箱内各部件状态、收集各部件告警信息并上报至管理终端20、提供计算节点的远程开关/复位/上下电管理、日志记录及查询和刀箱的用户管理，可以实现节点的无状态计算、SOL、固件统一升级、配置恢复等管理功能。

需要说明的是，在图1a中，管理板之间通过虚线连接，虚线可以用于表示管理板之间的物理连接，且各主机10之间并未建立堆叠。比如，管理员可以通过信号线/数据线将需要连接的主机10中管理板上的堆叠口S相互连接起来，实现管理板之间物理连接。在图1b中，管理板之间通过实线连接，实线可以用于表示管理板之间建立了堆叠，堆叠可以理解为在建立有物理连接的基础上，再对各管理板进行配置，从而实现的堆叠。另外，各管理板上的至少一个管理口M可以与管理终端20连接，或者各管理板的管理口通过堆叠的方式与管理终端20连接。

在本实施例中，堆叠后，所有主机10可以被视为一个整机系统，也就是说，堆叠系统中所有主机10从拓扑结构上可以视为一个新的主机。即，堆叠是指将一台以上的主机10组合起来共同工作，以便在有限的空间内提供尽可能多的端口。另外，堆叠形成的新的主机具有唯一的MAC地址、IP地址以及共用一份配置文件。

请参阅图2，图2中所示的主机10可以理解为主机10只包括一个管理板，若主机10包括多个管理板，其方框示意图可以不同于图2所示的结构。另外，每个管理板可以包括处理模块11、通信模块12、存储模块13以及设备级联装置100，处理模块11、通信模块12、存储模块13以及设备级联装置100各个元件之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。

处理模块11可以是一种集成电路芯片，具有信号的处理能力。上述处理模块11可以是通用处理器。例如，该处理器可以是中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。

通信模块12用于通过网络建立主机10与主机10之间的通信连接，也可以建立主机10与管理终端20之间的通信连接，并通过该网络收发数据。

存储模块13可以是，但不限于，随机存取存储器，只读存储器，可编程只读存储器，可擦除可编程只读存储器，电可擦除可编程只读存储器等。在本实施例中，存储模块13可以用于存储主机10的MAC地址、预设协商规则等。当然，存储模块13还可以用于存储程序，处理模块11在接收到执行指令后，执行该程序。

设备级联装置100包括至少一个可以软件或固件(firmware)的形式存储于存储模块13中或固化在主机10操作系统(operating system，OS)中的软件功能模块。处理模块11用于执行存储模块13中存储的可执行模块，例如设备级联装置100所包括的软件功能模块及计算机程序等。

可以理解的是，图2所示的结构仅为主机10的一种结构示意图，主机10还可以包括比图2所示更多或更少的组件。图2中所示的各组件可以采用硬件、软件或其组合实现。

请结合参阅图3和图4，本申请实施例提供的设备级联方法可以应用于连接在同一网络环境下的多个主机10中的任一主机10的任一管理板，并由该管理板执行或实现方法的各步骤。其中，多个主机10可以作为一个整体系统，该整体系统包括多个管理板，多个管理板中的至少一个管理板上的管理口与管理终端20通信连接，以进行数据交互。另外，同一网络环境可以理解为多个主机10通过各自的管理板中的物理端口相互连接形成的网络环境，即每个主机10的管理板均在该网络环境中，即，同一网络环境即为上述的多主机网络系统。

可理解地，若与管理终端20连接的管理口为一个，主机10可以将级联数据汇总后，通过该管理口输出至管理终端20。若与管理终端20连接的管理口为多个，可以将主(Master)管理板中的管理口作为实际与管理终端20进行数据交互的管理口，与管理终端20连接的其他管理口可以作为备用管理口，以便于在Master管理板出现故障后，从与管理终端20连接的其他管理口中选取一个管理口与管理终端20进行数据交互。另外，只要与管理终端20连接的多个管理口所对应的管理板没有全部出现故障，那么便可以从这多个管理口中正常的管理口(正常的管理口即没有出现故障管理板上的管理口)中选取一个与管理终端20进行数据交互的管理口。其中，主管理板可以通过下述的预设协商规则确定。

需要说明的是，与管理终端20通信连接的管理口可以是任一管理板上的管理口，可以根据实际情况进行确定，这里不作具体限定。

在本实施例中，多个主机10的管理板通过堆叠口建立有环形的通信链路，设备级联方法可以包括以下步骤：

步骤S210：根据预设协商规则和其它管理板协商确定出自身的主备状态；

步骤S220：若自身的状态为主状态，则向其他管理板发送堆叠报文，以使其它管理板重启后完成多个主机10的环形级联；

步骤S230：若自身的状态为备状态，则根据接收到的主管理板发送的堆叠报文重启，以完成多个主机10的环形级联。

下面将对图3所示的设备级联方法的各步骤进行详细阐述：

步骤S210：根据预设协商规则和其它管理板协商确定出自身的主备状态。

其中，主备状态包括主状态、备状态。可理解地，若管理板的自身状态为主状态，该管理板便为主管理板。若管理板的自身状态为备管理板，该管理板便为备管理板。

在本实施例中，预设协商规则可以根据实际情况进行设置。例如，管理板根据预设协商规则和其它管理板协商确定出自身的主备状态，可以包括：管理板判断自身的MAC地址是否为所有管理板中最小的MAC地址，并在为是时，确定管理板的状态为主管理板的状态；或者，管理板判断自身的运行时长是否为所有管理板中最长的运行时长，并在为是时，确定管理板的状态为主管理板的状态。

可选地，作为主管理板的管理板在稳定性上可以优于其他管理板，比如，运行时间越长，便可以表示该管理板越稳定，也就意味着该管理板可以作为主管理板。另外，主管理板上的管理口可以作为与管理终端20进行物理连接的端口。

在图1b所示的交互图中，包括了多个主机10形成的拓扑结构，即多个主机10的管理板通过堆叠口建立形成了链形的通信链路，而图4至图6所示拓扑结构的为多个主机10构成的环形的通信链路。

可理解地，主机10可以包括一个管理板，也可以包括两个管理板，或者包括更多的管理板。管理人员可以预先将各主机10的管理板通过走线相互连接，形成一网络环境或网络系统，即各管理板均在该网络环境中。其中，多个管理板之间可以通过串联连接以形成链形的通信链路，或通过首尾串联连接以形成环形的通信链路。

另外，若一个主机10中包括两个或多个管理板，主机10内部的管理板预先可以通过背板走线的方式串联连接形成主机10内部的链形通信链路。然后，该链形通信链路两端的管理板分别于其他主机10中的管理板串联连接以构成环形或新的链形的通信链路。

例如，在图1b中，每个主机10包括两个管理板，主机10内部的管理板A与管理板B的堆叠口通过背板走线连接以形成主机10内部的链形堆叠。链形堆叠两端的管理板分别用于与其他管理板连接，以形成链形通信链路。对于链形级联拓扑结构，每个管理板的管理口可以与管理终端20连接，以便于在管理板出现故障后，可以从其他管理板的管理口中选取一个管理口与管理终端20进行数据交互。

在图4中，每个主机10包括一个管理板A，整个拓扑结构中，三个管理板A的堆叠口(S)相互连接，形成环形通信链路。对于环形级联拓扑结构，可以从整个系统的多个管理口(M)中选取一个管理口与管理终端20连接。基于此，只要出现故障的管理板不是与管理终端20连接管理口所对应的管理板，即使其他管理板出现故障，环形级联拓扑结构可以继续以链形拓扑结构运行，且可以继续通过该管理口与管理终端20进行数据交互，从而改善现有技术中因顶级主机出现故障而无法与管理终端20进行数据交互的技术问题。

图5所示的环形的通信链路与图1b所示的链形通信链路相类似，图5所示的环形通信链路可理解为将图1b中链形通信链路两端的管理板A和管理板B对应的堆叠口连接后形成的链路。

在图6中，至少一个主机10包括一个管理板A，其余两个主机10均包括两个管理板。包括两个管理板的主机10中，主机10内部的两管理板预先通过背板走线串联，然后再与其他主机10中的管理板首尾串联连接形成环形的通信链路。

若图4至图6所示的拓扑结构需要与管理终端20通信连接，可以将每个管理口进行堆叠，然后再将至少一个管理口与管理终端20通信连接。具体地，可以将每个主机10上的一个管理口与管理终端20通信连接，又或者，将每个管理板上的一个管理口与管理终端20通信连接，从而可以实现即使一个主机10或管理板发生故障，拓扑结构中的其他主机10仍然可以通过其他的管理口与管理终端20进行数据交互，使得拓扑结构可以继续对外(如管理终端20)提供服务。

值得说明的是，构成该通信链路的方式可以根据实际情况进行设置，只要同一网络环境中各管理板可以构成环形的通信链路即可，这里对构成该通信链路的方式不作具体限定。另外，通信链路中包括的主机10数量及主机10中管理板的数量均可以根据实际情况进行设置，这里不作具体限定。

作为一种可选的方式，在步骤S210之前，方法还可以包括：管理板收集与自身堆叠口相连接的对端管理板的物理端口的端口描述信息；管理板根据端口描述信息确定对端管理板的物理端口是否为对端管理板的堆叠口，其中，当端口描述信息为与堆叠口对应的预设名称时，确定物理端口为对端管理板的堆叠口。

例如，对于需要进行堆叠的两个管理板而言，为了便于区分，一个管理板可以称为第一管理板，另一管理板可以称为第二管理板。在两管理板相连接的物理端口中，第一管理板中的物理端口称为第一物理端口，第二管理板中的物理端口称为第二物理端口。那么，第一管理板可以为第二管理板的对端管理板，第一物理端口可以为第二物理端口的对端物理端口。上述步骤中，通过收集对端物理端口的端口描述信息可以用于判断对端的物理端口是否为堆叠口。若两物理端口均为堆叠口，便能实现两管理板的堆叠，若两物理端口中的任意一个不是堆叠口，便无法实现两管理板的堆叠。其中，端口描述信息可以包括管理人员根据实际情况对端口定义的预设名称，该预设名称可以根据实际情况进行设置，这里不作具体限定。

步骤S220：若自身的状态为主状态，则向其他管理板发送堆叠报文，以使其它管理板重启后完成多个主机10的环形级联。

其中，堆叠报文包括其它管理板的成员编号，在管理板向其他管理板发送堆叠报文之前，且管理板的状态为主管理板的状态时，方法还可以包括：管理板根据其他管理板的MAC地址大小或运行时长，确定其他管理板所对应的成员编号。

可理解地，成员编号可以为数字或字符串，用于对管理板起到标识作用，该成员编号可以根据实际情况进行设置。例如，成员编号为连续的数字，管理板运行时间越长，成员编号对应的数字越大。在对各管理板发送完堆叠报文后，各管理板相应的堆叠口便会自行根据堆叠报文实现堆叠，并在管理板重启后堆叠生效。

步骤S230：若自身的状态为备状态，则根据接收到的主管理板发送的堆叠报文重启，以完成多个主机10的环形级联。

可理解地，对于环形级联，若环形级联中的某个主机10出现故障，环形级联便会断开形成链形级联，除了故障的主机10外，其余主机10可以继续以链形级联的方式运行。例如，只要与管理终端20进行数据交互的管理口所对应的管理板没有出现故障，断开后除故障的主机10外的其余主机10因为为链形级联，仍然可以通过该管理口与管理终端20进行数据交互，不会影响到业务正常运行。比如，若图5所示的环形级联拓扑结构中的一个主机10出现故障后，只要与管理终端20进行数据交互的管理口所对应的管理板没有出现故障，其余主机10可以继续以如图1b所示的链形级联拓扑结构正常运行。即环形级联使得整个级联拓扑更加的健壮，提高了各主机10与管理终端20通信的稳定性，并且可以通过原本的服务IP支持用户访问。

作为一种可选的方式，在管理板的状态为主管理板的状态时，方法还可以包括：管理板从其他管理板获得其他管理板的级联信息，并将级联信息汇总后通过管理口发送至管理终端20。

可理解地，主机10可以将级联信息汇总后，通过一个管理口输出至管理终端20，管理人员可以通过管理终端20对主机10发送的数据进行监控管理。这里的级联信息即为上述的级联数据，包括但不限于各主机10的媒体访问控制(Media Access Control，MAC)地址、网际协议(Internet Protocol，IP)地址及其他网络数据等。

作为一种可选的方式，方法还可以包括：管理板判断自身的堆叠口是否接收到该堆叠口自身转发的报文，并在为是时，丢弃报文。可理解地，对于环形级联，该步骤可以用于避免在环形级联内部因一直循环转发报文而形成报文风暴。

具体地，例如，管理板上的堆叠口可以设置有唯一的端口标识，当该堆叠口首次接收到报文时，会在报文中加入该端口标识，然后再将该报文转发至其他管理板的堆叠口。其中，该端口标识可以根据实际情况进行设置，可以为包括但不限于数字串、字符串或其组合。当该堆叠口接收新的报文后，会对报文进行解析，判断该报文是否携带有该堆叠口对应的端口标识，若该报文具有该端口标识，说明该端口已经转发过该报文，管理板便会丢弃该报文，避免循环转发该报文。若该报文不具有该端口标识，则在该报文中添加该端口标识，在将该报文发送至其他管理板的堆叠口。基于此，便能避免环形级联因循环转发报文而产生的报文风暴，从而保证环形级联的各主机10正常运行。

在本实施例中，主机10可以执行上述方法的各步骤。例如，在多个主机10的管理板通过堆叠口建立环形的通信链路后，管理板实现步骤S210至步骤S230，为描述的方便和简洁，其具体实现过程可以参阅上述对步骤S210至步骤S230的详细描述，这里不再赘述。

请参阅图7，为本申请实施例提供的设备级联装置100的方框示意图。本申请实施例提供的设备级联装置100可以应用于多主机网络系统下的多个主机10中的任一主机10的任一管理板，用于实现设备级联方法的各步骤，能够避免因主机10出现故障而导致级联系统瘫痪的情况出现。该设备级联装置100可以包括协商确定单元110及级联单元120。

协商确定单元110，用于根据预设协商规则和其它管理板协商确定出自身的主备状态。

级联单元120，用于在自身的状态为主状态时，向其他管理板发送堆叠报文，以使其它管理板重启后完成多个主机10的环形级联。

或者，级联单元120用于在自身的状态为备状态时，根据接收到的主管理板发送的堆叠报文重启，以完成多个主机10的环形级联。

作为一种可选的方式，设备级联装置100还可以包括收集单元及端口确定单元。在协商确定单元110根据预设协商规则和其它管理板协商确定出自身的主备状态之前，收集单元用于收集与自身堆叠口相连接的对端管理板的物理端口的端口描述信息。

端口确定单元用于根据端口描述信息确定对端管理板的物理端口是否为对端管理板的堆叠口，其中，当端口描述信息为与堆叠口对应的预设名称时，确定物理端口为对端管理板的堆叠口。

作为一种可选的方式，设备级联装置100还可以包括编号确定单元，堆叠报文包括其它管理板的成员编号，在级联单元120向其他管理板发送堆叠报文之前，且管理板的状态为主管理板的状态时，编号确定单元用于根据其他管理板的MAC地址大小或运行时长，确定其他管理板所对应的成员编号。

作为一种可选的方式，设备级联装置100还可以包括报文判断单元，用于判断管理板自身的堆叠口是否接收到该堆叠口自身转发的报文，并在为是时，丢弃报文。

作为一种可选的方式，设备级联装置100还可以包括汇总发送单元在管理板的状态为主管理板的状态时，用于从其他管理板获得其他管理板的级联信息，并将级联信息汇总后通过管理口发送至管理终端20。

需要说明的是，由于所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、主机10、装置和单元的具体工作过程，可以参考前述方法实施例中各步骤的对应过程，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质。可读存储介质中存储有计算机程序，当计算机程序在计算机上运行时，使得计算机执行如上述实施例所述的设备级联方法。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现，基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

综上所述，本申请提供一种设备级联方法、装置及主机。该方法应用于连接在同一网络环境下的多个主机中的任一主机的任一管理板，每个管理板上设置有管理口和堆叠口，多个管理板中的至少一个管理口用于与管理终端通信连接。该方法应用于多主机网络系统下的主机的管理板，每个管理板上设置有管理口和堆叠口，多个管理板中的至少一个管理口用于与管理终端通信连接。方法包括：根据预设协商规则和其它管理板协商确定出自身的主备状态；若自身的状态为主状态，则向其他管理板发送堆叠报文，以使其它管理板重启后完成多个主机的环形级联；若自身的状态为备状态，则根据接收到的主管理板发送的堆叠报文重启，以完成多个主机的环形级联。在环型级联后因为至少一个管理口与管理终端通信连接，所以能够改善现有技术中因顶级主机出现故障而无法与管理终端进行数据交互的技术问题，提高了级联中各主机与管理终端网络通信的稳定性。

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

Claims (12)

1.一种设备级联方法，其特征在于，应用于多主机网络系统下的主机的管理板，所述主机包括至少一个管理板，所述管理板上设置有管理口和堆叠口，多个主机的所述管理板通过所述堆叠口建立有环形的通信链路，多个所述管理板中的至少一个管理口用于与管理终端通信连接，所述方法包括：

根据预设协商规则和其它管理板协商确定出自身的主备状态；

若自身的状态为主状态，则向其他管理板发送堆叠报文，以使所述其它管理板重启后完成所述多个主机的环形级联；

若自身的状态为备状态，则根据接收到的主管理板发送的堆叠报文重启，以完成所述多个主机的环形级联；

其中，所述根据预设协商规则和其它管理板协商确定出自身的主备状态，包括：

判断自身的MAC地址是否为所有管理板中最小的MAC地址，并在为是时，确定所述管理板的自身状态为所述主状态；

或者，所述管理板判断自身的运行时长是否为所有管理板中最长的运行时长，并在为是时，确定所述管理板的自身状态为所述主状态。

2.根据权利要求1所述的方法，其特征在于，在根据预设协商规则和其它管理板协商确定出自身的主备状态之前，所述方法还包括：

收集与自身堆叠口相连接的对端管理板的物理端口的端口描述信息；

根据所述端口描述信息确定对端管理板的物理端口是否为所述对端管理板的堆叠口，其中，当所述端口描述信息为与所述堆叠口对应的预设名称时，确定所述物理端口为所述对端管理板的堆叠口。

3.根据权利要求1所述的方法，其特征在于，所述堆叠报文包括所述其它管理板的成员编号，在向其他管理板发送堆叠报文之前，且所述管理板的自身状态为主状态时，所述方法还包括：

根据所述其他管理板的MAC地址大小或运行时长，确定所述其他管理板所对应的成员编号。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

判断自身的堆叠口是否接收到该堆叠口自身转发的报文，并在为是时，丢弃所述报文。

5.根据权利要求1-4中任意一项所述的方法，其特征在于，在所述管理板的自身状态为主状态时，所述方法还包括：

从所述其他管理板获得所述其他管理板的级联信息，并将所述级联信息汇总后通过所述管理口发送至所述管理终端。

6.一种设备级联装置，其特征在于，应用于多主机网络系统下的主机的管理板，所述主机包括至少一个管理板，所述管理板上设置有管理口和堆叠口，多个主机的所述管理板通过所述堆叠口建立有环形的通信链路，多个所述管理板中的至少一个管理口用于与管理终端通信连接，所述装置包括：

协商确定单元，根据预设协商规则和其它管理板协商确定出自身的主备状态；

级联单元，用于在自身的状态为主状态时，向其他管理板发送堆叠报文，以使所述其它管理板重启后完成所述多个主机的环形级联；

或者，所述级联单元用于在自身的状态为备状态时，根据接收到的主管理板发送的堆叠报文重启，以完成所述多个主机的环形级联；

其中，所述协商确定单元还用于：判断自身的MAC地址是否为所有管理板中最小的MAC地址，并在为是时，确定所述管理板的自身状态为所述主状态；或者，所述管理板判断自身的运行时长是否为所有管理板中最长的运行时长，并在为是时，确定所述管理板的自身状态为所述主状态。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括收集单元及端口确定单元，在所述协商确定单元根据预设协商规则和其它管理板协商确定出自身的主备状态之前，所述收集单元用于收集与自身堆叠口相连接的对端管理板的物理端口的端口描述信息；

所述端口确定单元用于根据所述端口描述信息确定对端管理板的物理端口是否为所述对端管理板的堆叠口，其中，当所述端口描述信息为与所述堆叠口对应的预设名称时，确定所述物理端口为所述对端管理板的堆叠口。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括编号确定单元，所述堆叠报文包括所述其它管理板的成员编号，在所述级联单元向其他管理板发送堆叠报文之前，且所述管理板的自身状态为主状态时，所述编号确定单元用于根据所述其他管理板的MAC地址大小或运行时长，确定所述其他管理板所对应的成员编号。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括报文判断单元，用于判断所述管理板自身的堆叠口是否接收到该堆叠口自身转发的报文，并在为是时，丢弃所述报文。

10.根据权利要求6-9中任意一项所述的装置，其特征在于，所述装置还包括汇总发送单元，在所述管理板的状态为主管理板的状态时，所述汇总发送单元用于从所述其他管理板获得所述其他管理板的级联信息，并将所述级联信息汇总后通过所述管理口发送至所述管理终端。

11.一种主机，其特征在于，所述主机与多个其他主机通信连接，所述主机包括至少一个管理板，所述管理板上设置有管理口和堆叠口，多个所述管理板中的至少一个管理口用于与管理终端通信连接，多个主机的所述管理板通过所述堆叠口建立有环形的通信链路，所述管理板用于根据预设协商规则和其它管理板协商确定出自身的主备状态；在所述管理板的自身状态为主状态时，所述主状态对应的主管理板用于向其他管理板发送堆叠报文；以使所述其它管理板重启，以完成所述多个主机的环形级联；在所述管理板的自身状态为备状态时，所述备状态对应的管理板用于在接收到所述主管理板发送的堆叠报文时重启，以完成所述多个主机的环形级联；其中，所述管理板还用于判断自身的MAC地址是否为所有管理板中最小的MAC地址，并在为是时，确定所述管理板的自身状态为所述主状态；或者，所述管理板判断自身的运行时长是否为所有管理板中最长的运行时长，并在为是时，确定所述管理板的自身状态为所述主状态。

12.一种计算机可读存储介质，其特征在于，所述可读存储介质中存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1-5中任意一项所述的设备级联方法。

Images