CN105591794B - 管理网络设备的方法和装置 - Google Patents

Abstract

本申请提供了管理网络设备的方法和装置。本发明中，网络管理设备仅是通过虚拟网管口配置的IP地址与网络设备进行通信，至于网络管理设备在与网络设备进行通信时具体与虚拟网管口中哪一个成员网管口相连接没有直接关系，其完全不必非限制于必须是主用主控板上的网管口，而是可以为任何一块满足预设网管口激活条件的网管口，提高了管理网络设备的灵活性。

Description

管理网络设备的方法和装置

技术领域

本申请涉及网络通信技术，特别涉及管理网络设备的方法和装置。

背景技术

在实际网络中，总避免不了各种非技术因素造成的网络故障和服务中断。因此，提高网络设备容错能力，是提高网络设备可靠性的有效途径。

为了提高网络设备可靠性，需要在网络设备上配置多块主控板。其中，只有一块主控板处于工作状态，能够转发报文、处理业务，这样的主控板称为主用主控板；其他主控板会处于备用状态，不能够转发报文、处理业务，这样的主控板称为备用主控板。

当主用主控板不能正常工作时，备用主控板将迅速取代主用主控板成为新的主用主控板来处理业务，以保证网络设备的继续运行。

当前，在管理网络设备时，如果使用带外远程管理的方式，则就需要网络管理设备通过网络设备的网管口来管理网络设备。其中，网络设备上有多个主控板时，网络管理系统必须和主用主控板的网管口相连，才能管理网络设备，其他备用主控板的网管口处于不可用状态，而这种网络管理设备只能通过网络设备上主用主控板的网管口管理网络设备会带来以下缺陷：

1)：网络设备上网管口的使用不具有随意性，限制了远程管理网络设备的灵活性。

2)：当网络设备中的主用主控板和备用主控板发生主备倒换时，又必须重新更换网络管理设备和网络设备的连接，即将网络管理设备连接主备倒换前的主用主控板上的网管口更新为连接主备倒换后的主用主控板的网管口。

发明内容

本申请提供了管理网络设备的方法和装置，以避免只能通过网络设备上主用主控板的网管口管理网络设备所带来的缺陷。

本申请提供的技术方案包括：

一种管理网络设备的方法，包括：

网络设备中主控板上的网管口管理模块在所处主控板为主用主控板时，

管理所述网络设备的虚拟网管口，所述虚拟网管口由所述网络设备中各个主控板上的网管口组成；

从管理的虚拟网管口中选择出满足预设网管口条件的网管口，激活选择出的网管口，并通过被激活的网管口与网络管理设备进行通信。

一种管理装置，包括：

管理单元，用于在所处主控板为网络设备中主用主控板时，管理所述网络设备的虚拟网管口，所述虚拟网管口由所述网络设备中各个主控板上的网管口组成；

通信单元，用于在所处主控板为网络设备中主用主控板时，从所述虚拟网管口中选择出满足预设网管口条件的网管口，激活选择出的网管口，并通过被激活的网管口与网络管理设备进行通信。

由以上技术方案可以看出，本发明中，网络管理设备仅是通过虚拟网管口中满足预设网管口条件的网管口与网络设备进行通信，完全不必非限制于网络管理设备必须通过主用主控板上的网管口与网络设备进行通信，而是可以为任何一块满足预设网管口条件的网管口，提高了管理网络设备的灵活性。

附图说明

图1为本发明提供的方法流程图；

图2为本发明提供的网络设备结构示意图；

图3为本发明提供的虚拟网管口代理模块管理网络设备上所有主控板的工作流程图；

图4为本发明提供的确定主控板状态信息的具体流程图；

图5为本发明提供的装置结构图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

本发明提供的实现远程管理网络设备的方法包括图1所示的流程：

参见图1，图1为本发明提供的方法流程图。该流程应用于网络设备。

在本发明中，为实现冗余，网络设备中可以存在两块以上主控板。对于网络设备中的各个主控板，其结构都类似，比如都包含网管口、网管口管理模块等。每一个主控板上的网管口管理模块只管理其所处的主控板，比如管理该主控板上的业务处理等。

为了实现网络管理设备不再局限于仅通过网络设备中主用主控板的网管口管理网络设备，在本发明中，将网络设备中各个主控板上的网管口划分在一组进行统一管理，该组就称为虚拟网管口，而该组中各个主控板上的网管口就称为成员网管口，图2示出了虚拟网管口的结构。

基于上面描述，则如图1所示，本发明提供的实现远程管理网络设备的具体方法包括以下步骤：

步骤101，网络设备中主控板上的网管口管理模块在所处主控板为主用主控板。

这里，作为一个优选实施例，主控板作为网络设备的主用主控板可包含以下两种情况：

情况1：

初始，当网络设备上的主控板启动后，该主控板的网管口管理模块确定目前网络设备还没有其他主控板启动，或者确定目前网络设备还没有主用(Master)主控板，则确定所处主控板为网络设备的主用主控板。

这里，确定目前网络设备还没有主用主控板可简单概括为：通过进程通信方式向目前已启动的各个主控板发送寻求(request)消息以探知目前已启动的各个主控板中是否已有主用主控板，当已启动的各个主控板收到request消息后，如果本主控板不为主用主控板，则将不为主用主控板的消息通过响应(response)消息通知给发送request消息的主控板，如果本主控板为主用主控板，则将为主用主控板的消息通过响应(response)消息通知给发送request消息的主控板，如此，发送request消息的主控板依据收到的response消息就能确定目前网络设备是否有主用主控板，当收到的response消息都携带不为主用主控板的消息，则确定目前网络设备还没有主用主控板。

情况2：

对于网络设备的备用(Slave)主控板，备用主控板上的网管口管理模块在如果检测到网络设备的主用主控板重启或故障，则通过主备切换将所处主控板切换为网络设备的主用主控板，具体见下文描述。

本发明中，不管网管口管理模块是情况1所述的在所处主控板初始启动后确定所处主控板为网络设备的主用主控板，还是情况2所述的在所处主控板通过主备切换切换为网络设备的主用主控板，只要发现所处主控板为网络设备的主用主控板，如果此时还未使能虚拟网管口管理功能，就使能虚拟网管口管理功能。为便于描述，这里将该使能虚拟网管口管理功能的网管口管理模块称为虚拟网管口代理模块。

步骤102，虚拟网管口代理模块管理网络设备的虚拟网管口。

这里的虚拟网管口就是如上所述的虚拟网管口，不再赘述。

如果网络设备中主控板上的网管口管理模块在所处主控板为主用主控板，则使能网管口管理模块的虚拟网管口管理功能后，网管口管理模块作为虚拟网管口代理模块来管理网络设备的虚拟网管口。

本发明实施例中虚拟网管口代理模块对虚拟网管口的管理，至少涉及如步骤103所记载的内容。

步骤103，虚拟网管口代理模块从管理的虚拟网管口中选择出满足预设网管口条件的网管口，激活选择出的网管口，并通过被激活的网管口与网络管理设备进行通信。

这里，预设网管口条件与网管口所处的主控板是否为主用主控板无关。作为本发明的一个优选实施例，预设网管口条件可为：网管口插入网线的时间最早。网络设备上可能多个主控板的网管口都可以插上网线，但插上网线的时间点一般是不一样的，如此，按照上述预设网管口条件，则可选择插入网线的时间最早的网管口，激活插入网线的时间最早的网管口与网络管理设备进行通信。当然，若多个网管口插上网线的时间点一样，则按照上述预设网管口条件，可能会选择出两个以上网管口，针对这种情况，为保证一个时间点只有一个网管口与网络管理设备进行通信，则可以随机指定选择出的其中一个网管口并激活以与网络管理设备进行通信。

作为本发明的另一个实施例，上述预设网管口条件还可为：网管口所处的主控板距离网络管理设备最近。如上描述的一个时间点只有一个网管口与网络管理设备进行通信，如此，当按照预设网管口条件(网管口所处的主控板距离网络管理设备最近)选择出两个以上网管口时，可以随机指定选择出的其中一个网管口并激活以与网络管理设备进行通信。

本发明中，虚拟网管口属于三层接口，可以配置IP地址，基于此，上述步骤103中，通过被激活的网管口与网络管理设备进行通信具体可为：基于虚拟网管口的IP地址并通过被激活的网管口与网络管理设备交互管理报文。如此实现网络管理设备对网络设备的管理。

基于上面描述的一个时间点只有一个网管口与网络管理设备进行通信，则在激活选择出的网管口为UP时，会同时设置虚拟网管口中剩下的所有网管口为未激活(Down)。

至此，完成图1所示的流程。

从图1所示流程可以看出，本发明中，从大的层面来看，网络管理设备仅是通过虚拟网管口与网络设备进行通信，从小的层面来看，虚拟网管口虽然由多个网管口组成，但网络管理设备在与网络设备进行通信时具体与虚拟网管口中哪一个网管口相连接没有直接关系，其完全不必非限制于必须是主用主控板上的网管口，而是可以为任何一块满足预设网管口条件的网管口。

优选地，本发明中，虚拟网管口代理模块进一步执行以下步骤：

步骤a1，检测与网络管理设备进行通信的网管口，

步骤a2，在检测出与网络管理设备进行通信的网管口故障时，重新从管理的虚拟网管口包含的除故障的网管口之外的其他网管口中选择出满足网管口条件的网管口，激活该选择出的网管口，并通过该被激活的网管口与网络管理设备进行通信。

通过步骤a1至步骤a2，能够保证本发明中，当虚拟网管口中被选择的与网络管理设备进行通信的网管口故障时，保证网络管理设备不间断地与网络设备进行通信。

本发明中，虚拟网管口代理模块不仅管理所处主控板，其还会管理网络设备上所有主控板，下面通过图3描述虚拟网管口代理模块管理网络设备上所有主控板的工作流程：

参见图3，图3为本发明提供的虚拟网管口代理模块管理网络设备上所有主控板的工作流程图。如图3所示，该流程可包括以下步骤301至步骤305：

步骤301，虚拟网管口代理模块设置主用主控板的状态为主用，为主用主控板上的网管口分配网管口标识(ID)，将所述主用主控板的标识、状态、以及所述主用主控板上的网管口被分配的网管口标识作为主用主控板的状态信息记录至本地。

步骤302，虚拟网管口代理模块接收网络设备中除所述主用主控板之外的主控板发送的请求报文，为请求报文携带的主控板标识对应的主控板确定状态信息并记录至本地。

本发明中，当网络设备中的主控板启动时，该主控板上的网管口管理模块发现所处主控板不是网络设备的主用主控板、且网络设备已存在主用主控板，则会向网络设备的主用主控板发送请求报文。这里，主控板发送的请求报文携带了主控板的标识。

因为虚拟网管口代理模块是由主用主控板上的网络管理模块升级形成，所以，最终虚拟网管口代理模块会接收到除主用主控板之外的主控板发送的请求报文。如步骤302所述，当虚拟网管口代理模块接收网络设备中除所述主用主控板之外的主控板发送的请求报文，为请求报文携带的主控板标识对应的主控板确定状态信息并记录至本地。

作为本发明的一个优选实施例，步骤302中为请求报文携带的主控板标识对应的主控板确定状态信息可通过图4所示流程实现。这里暂不赘述。

步骤303，虚拟网管口代理模块将本地记录的主控板的状态信息发送至除主用主控板之外的主控板。

本发明中，当除主用主控板之外的主控板收到虚拟网管口代理模块发送的主控板状态信息后就会在本地记录该收到的主控板状态信息。

至此，完成图3所示的流程。

参见图4，图4为本发明提供的确定主控板状态信息的具体流程图。如图4所示，该流程可包括以下步骤：

步骤401，虚拟网管口代理模块在本地记录的主控板状态信息中查找状态为Slave的主控板状态信息，如果未查找到，执行步骤402，如果查找到，执行步骤403。

具体地，本步骤401中，虚拟网管口代理模块以Slave为关键字从本地记录的主控板状态信息中查找包含该关键字的主控板状态信息，如果未查找到，执行步骤402，如果查找到，执行步骤403。

步骤402，虚拟网管口代理模块将请求报文携带的主控板标识对应的主控板的状态确定为Slave，并为主控板标识对应的主控板上的网管口分配网管口标识，将所述主控板标识、所述主控板标识对应的主控板的状态、以及所述主控板标识对应的主控板上的网管口被分配的网管口标识作为主控板状态信息。

作为本发明的一个优选实施例，本步骤402分配的网管口标识不同于网络设备本地已记录的所有主控板状态信息中的网管口标识。

本发明中，为便于描述，这里将状态为Slave的主控板简称为备用主控板，也即上述步骤101中的备用主控板。

当虚拟网管口代理模块确定请求报文携带的主控板标识对应的主控板的状态为Slave，会通知该主控板标识对应的主控板。当主控板标识对应的主控板上的网管口管理模块接收到通知后，即认为本主控板为备用主控板。

步骤403，虚拟网管口代理模块将主控板标识对应的主控板的状态确定为初始化(Init)，并为所述主控板标识对应的主控板上的网管口分配网管口标识，将所述主控板标识、所述主控板标识对应的主控板的状态、以及所述主控板标识对应的主控板上的网管口被分配的网管口标识作为主控板状态信息。

优选地，本步骤403的实现可包括以下步骤：

步骤b1，虚拟网管口代理模块确定请求报文携带的主控板标识对应的主控板的状态为Init，并在本地记录的主控板状态信息中查找状态为Init的主控板状态信息，如果未查找到，则执行步骤b2，如果查找到，则执行步骤b3。

具体地，本步骤b1中，虚拟网管口代理模块以Init为关键字从本地记录的主控板状态信息中查找包含该关键字的主控板状态信息，如果未查找到，执行步骤b2，如果查找到，执行步骤b3。

当虚拟网管口代理模块确定请求报文携带的主控板标识对应的主控板的状态为Init，会通知该主控板标识对应的主控板。当主控板标识对应的主控板上的网络管理模块接收到通知后，即认为本主控板为初始化主控板。

步骤b2，虚拟网管口代理模块为主控板标识对应的主控板上的网管口分配网管口标识，将主控板标识、主控板标识对应的主控板的状态、以及主控板标识对应的主控板上的网管口被分配的网管口标识作为主控板标识对应的主控板的状态信息记录至本地。结束当前流程。

本发明中，作为本发明的一个优选实施例，本步骤b2分配的网管口标识不同于网络设备本地已记录的所有主控板状态信息中的网管口标识。

步骤b3，虚拟网管口代理模块依据本地记录的状态为Init的主控板状态信息中的网管口标识为主控板标识对应的主控板上的网管口分配网管口标识，将主控板标识、主控板标识对应的主控板的状态、以及主控板标识对应的主控板上的网管口被分配的网管口标识作为主控板状态信息。

本发明中，作为一个优选实施例，虚拟网管口代理模块依据本地记录的状态为Init的主控板状态信息中的网管口标识为主控板标识对应的主控板上的网管口分配网管口标识具体可为：从本地记录的状态为Init的主控板状态信息中选择出取值最大的网管口标识，将该选择出的网管口标识与预设值进行求和运算，将得到的运算结果作为网管口标识分配给主控板标识对应的主控板上的网管口。本发明中，上述的预设值可以为1，或者其他值，本发明并不具体限定。

至此，完成图4所示的流程。

本发明中，虚拟网管口代理模块除了执行图3所示的流程，还需要进一步执行以下步骤：

步骤c1，实时检测状态为Slave的主控板，以及实时检测状态为Init的主控板，检测到状态为Slave的主控板故障或重启时，执行步骤c2，检测到状态为Init的主控板故障或重启时，执行步骤c3。

本发明中，虚拟网管口代理模块可通过主控板内部之间的进程通信来实时检测状态为Slave的主控板，以及实时检测状态为Init的主控板。

步骤c2，从本地记录的状态为Init的主控板状态信息中选择出满足设定选择条件的主控板状态信息，对选择出的主控板状态信息进行以下修改：主控板状态从Init修改为Slave，将修改后的主控板状态信息通知给除所述主用主控板以外的其他各个主控板进行主控板状态信息更新。

作为本发明的一个实施例，本步骤c2中，从本地记录的状态为Init的主控板状态信息中选择出满足设定选择条件的主控板状态信息具体可为：

在本地记录的状态为Init的主控板状态信息的数量为1时，则直接选择该状态为Init的主控板状态信息；

在本地记录的状态为Init的主控板状态信息的数量大于1时，从该查找到的主控板状态信息中随机选择一个主控板状态信息，或者，从该查找到的主控板状态信息中选择网管口标识最小的一个主控板状态信息等。

当虚拟网管口代理模块对一个主控板状态信息进行如步骤c2描述的修改后，虚拟网管口代理模块会通知该主控板状态信息中主控板标识对应的主控板状态已从原来的Init修改为Slave。当该主控板上的网管口管理模块接收到通知后，即认为本主控板为备用主控板。

步骤c3，在本地删除该主控板的状态信息，并通知除所述主用主控板以外的其他各个主控板删除该主控板的状态信息。

通过步骤c1至步骤C3，最终能够实现所有主控板上的主控板状态信息同步。

本发明中，网络设备中状态为Slave的主控板上的网管口管理模块可进一步执行以下步骤：

实时检测主用主控板；

当检测到主用主控板故障或重启时，通过主备切换将本主控板切换为主用主控板。此时，该新切换的主用主控板的网管口管理模块就使能上述的虚拟网管口管理功能成为上述的虚拟网管口代理模块。该虚拟网管口代理模块按照上面描述的虚拟网管口代理模块所执行的操作执行，这里不再一一赘述。本发明中，虚拟网管口中与网络管理设备进行通信的网管口并不会因为备用主控板和主用主控板之间的主备切换而发生改变。当然，如果此时虚拟网管口中原本与网络管理设备进行通信的网管口也故障，则按照上述的步骤a1至步骤a2执行。

至此，完成本发明提供的方法描述。

需要说明的是，在本发明中，上述的主控板状态信息中还可以进一步包含主控板的状态对应的状态优先级，其中，不同状态对应的状态优先级不同，而相同状态对应的状态优先级相同，比如，主控板的状态为Master，则状态优先级为255，表示最优，主控板的状态为Slave，则状态优先级为200，表示次优，主控板的状态为Init，则状态优先级为100，表示不优。

下面对本发明提供的装置进行描述：

参见图5，图5为本发明提供的装置结构图。该装置为网络设备中主控板上虚拟出的一个装置，该装置可集成在主控板上的网管口管理模块，也可独立于主控板上的网管口管理模块(此种情况下，该装置中的每个单元可以通过触发网管口管理模块的方式来执行对应的操作)，本发明并不具体限定。因为本发明只涉及主控板上的网管口管理模块，所以本发明只描述了主控板上的网管口管理模块，并没有描述主控板上的其他模块，本发明并不改进主控板上其他模块与网管口管理模块的交互，不再描述具体交互过程。

如图5所示，该装置包括：

管理单元，用于在所处主控板为网络设备中主用主控板时，管理所述网络设备的虚拟网管口，所述虚拟网管口由所述网络设备中各个主控板上的网管口组成；

通信单元，用于在所处主控板为网络设备中主用主控板时，从所述虚拟网管口中选择出满足预设网管口条件的网管口，激活选择出的网管口，并通过被激活的网管口与网络管理设备进行通信。

优选地，该装置进一步包括：

网管口检测单元，用于在所处主控板为网络设备中主用主控板时，检测与网络管理设备进行通信的网管口，在检测出所述与网络管理设备进行通信的网管口故障时，触发所述通信单元重新从所述虚拟网管口包含的除故障的网管口之外的其他网管口中选择出满足网管口条件的网管口；

主控板管理单元，用于在所处主控板为网络设备中主用主控板时，

设置所述主用主控板的状态为主用Master，为所述主用主控板上的网管口分配对应的网管口标识ID，将所述主用主控板的标识、状态、以及所述主用主控板上的网管口被分配的网管口标识作为主用主控板的状态信息记录至本地；以及，

接收网络设备中除所述主用主控板之外的主控板发送的请求报文，为所述请求报文携带的主控板标识对应的主控板确定状态信息并记录至本地；以及，

将本地记录的主控板的状态信息发送至除主用主控板之外的主控板。

优选地，所述主控板管理单元为请求报文携带的主控板标识对应的主控板确定状态信息包括：

在本地记录的主控板状态信息中查找状态为备用Slave的主控板状态信息，

如果未查找到，将所述主控板标识对应的主控板的状态确定为Slave，并为所述主控板标识对应的主控板上的网管口分配网管口标识，将所述主控板标识、所述主控板标识对应的主控板的状态、以及所述主控板标识对应的主控板上的网管口被分配的网管口标识作为主控板状态信息；

如果查找到，将所述主控板标识对应的主控板的状态确定为初始化Init，并为所述主控板标识对应的主控板上的网管口分配网管口标识，将所述主控板标识、所述主控板标识对应的主控板的状态、以及所述主控板标识对应的主控板上的网管口被分配的网管口标识作为主控板状态信息。

优选地，该装置进一步包括：

第一检测单元，用于在所处主控板为网络设备中主用主控板时，实时检测状态为Slave的主控板，以及实时检测状态为Init的主控板；

当检测到状态为Slave的主控板故障或重启时，从本地记录的状态为Init的主控板状态信息中选择出满足设定选择条件的主控板状态信息，对选择出的主控板状态信息进行以下修改：主控板状态从Init修改为Slave，将修改后的主控板状态信息通知给除所述主用主控板以外的其他各个主控板进行主控板状态信息更新；

当检测到状态为Init的主控板故障或重启时，在本地删除该主控板的状态信息，并通知除所述主用主控板以外的其他各个主控板删除该主控板的状态信息。

优选地，该装置进一步包括：

第二检测单元，用于在所处主控板的状态为Slave时，实时检测主用主控板，

当检测到主用主控板故障或重启时，通过主备切换将本主控板切换为主用主控板。

至此，完成图5所示的装置结构图。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (8)

1.一种管理网络设备的方法，其特征在于，该方法包括：

网络设备中主控板上的网管口管理模块在所处主控板为主用主控板时，

管理所述网络设备的虚拟网管口，所述虚拟网管口由所述网络设备中各个主控板上的网管口组成；

从管理的虚拟网管口中选择出满足预设网管口条件的网管口，激活选择出的网管口，并通过被激活的网管口与网络管理设备进行通信；

网络设备中主控板上的网管口管理模块在所处主控板为主用主控板时，进一步执行以下步骤：

设置所述主用主控板的状态为主用Master，为所述主用主控板上的网管口分配对应的网管口标识ID，将所述主用主控板的标识、状态、以及所述主用主控板上的网管口被分配的网管口标识作为主用主控板的状态信息记录至本地；

接收网络设备中除所述主用主控板之外的主控板发送的请求报文，为所述请求报文携带的主控板标识对应的主控板确定状态信息并记录至本地；

将本地记录的主控板的状态信息发送至除主用主控板之外的主控板；

所述为所述请求报文携带的主控板标识对应的主控板确定状态信息包括：

在本地记录的主控板状态信息中查找状态为备用Slave的主控板状态信息，

如果未查找到，将所述主控板标识对应的主控板的状态确定为Slave，并为所述主控板标识对应的主控板上的网管口分配网管口标识，将所述主控板标识、所述主控板标识对应的主控板的状态、以及所述主控板标识对应的主控板上的网管口被分配的网管口标识作为主控板状态信息；

如果查找到，将所述主控板标识对应的主控板的状态确定为初始化Init，并为所述主控板标识对应的主控板上的网管口分配网管口标识，将所述主控板标识、所述主控板标识对应的主控板的状态、以及所述主控板标识对应的主控板上的网管口被分配的网管口标识作为主控板状态信息。

2.根据权利要求1所述的方法，其特征在于，网络设备中主控板上的网管口管理模块在所处主控板为主用主控板时，进一步执行以下步骤：

检测与网络管理设备进行通信的网管口，

在检测出所述与网络管理设备进行通信的网管口故障时，重新从管理的虚拟网管口包含的除故障的网管口之外的其他网管口中选择出满足网管口条件的网管口，激活该选择出的网管口，并通过该被激活的网管口与网络管理设备进行通信。

3.根据权利要求1所述的方法，其特征在于，网络设备中主控板上的网管口管理模块在所处主控板为主用主控板时，进一步执行以下步骤：

实时检测状态为Slave的主控板，以及实时检测状态为Init的主控板；

检测到状态为Slave的主控板故障或重启时，从本地记录的状态为Init的主控板状态信息中选择出满足设定选择条件的主控板状态信息，对选择出的主控板状态信息进行以下修改：主控板状态从Init修改为Slave，将修改后的主控板状态信息通知给除所述主用主控板以外的其他各个主控板进行主控板状态信息更新；

检测到状态为Init的主控板故障或重启时，在本地删除该主控板的状态信息，并通知除所述主用主控板以外的其他各个主控板删除该主控板的状态信息。

4.根据权利要求1所述的方法，其特征在于，网络设备中状态为Slave的主控板上的网管口管理模块执行以下步骤：

实时检测主用主控板；

当检测到主用主控板故障或重启时，通过主备切换将本主控板切换为主用主控板。

5.一种管理装置，其特征在于，该装置包括：

管理单元，用于在所处主控板为网络设备中主用主控板时，管理所述网络设备的虚拟网管口，所述虚拟网管口由所述网络设备中各个主控板上的网管口组成；

通信单元，用于在所处主控板为网络设备中主用主控板时，从所述虚拟网管口中选择出满足预设网管口条件的网管口，激活选择出的网管口，并通过被激活的网管口与网络管理设备进行通信；

该装置进一步包括：

主控板管理单元，用于在所处主控板为网络设备中主用主控板时，

设置所述主用主控板的状态为主用Master，为所述主用主控板上的网管口分配对应的网管口标识ID，将所述主用主控板的标识、状态、以及所述主用主控板上的网管口被分配的网管口标识作为主用主控板的状态信息记录至本地；以及，

接收网络设备中除所述主用主控板之外的主控板发送的请求报文，为所述请求报文携带的主控板标识对应的主控板确定状态信息并记录至本地；以及，

将本地记录的主控板的状态信息发送至除主用主控板之外的主控板；

所述主控板管理单元为请求报文携带的主控板标识对应的主控板确定状态信息包括：

在本地记录的主控板状态信息中查找状态为备用Slave的主控板状态信息，

如果未查找到，将所述主控板标识对应的主控板的状态确定为Slave，并为所述主控板标识对应的主控板上的网管口分配网管口标识，将所述主控板标识、所述主控板标识对应的主控板的状态、以及所述主控板标识对应的主控板上的网管口被分配的网管口标识作为主控板状态信息；

如果查找到，将所述主控板标识对应的主控板的状态确定为初始化Init，并为所述主控板标识对应的主控板上的网管口分配网管口标识，将所述主控板标识、所述主控板标识对应的主控板的状态、以及所述主控板标识对应的主控板上的网管口被分配的网管口标识作为主控板状态信息。

6.根据权利要求5所述的装置，其特征在于，该装置进一步包括：

网管口检测单元，用于在所处主控板为网络设备中主用主控板时，检测与网络管理设备进行通信的网管口，在检测出所述与网络管理设备进行通信的网管口故障时，触发所述通信单元重新从所述虚拟网管口包含的除故障的网管口之外的其他网管口中选择出满足网管口条件的网管口。

7.根据权利要求5所述的装置，其特征在于，该装置进一步包括：

第一检测单元，用于在所处主控板为网络设备中主用主控板时，实时检测状态为Slave的主控板，以及实时检测状态为Init的主控板；

当检测到状态为Slave的主控板故障或重启时，从本地记录的状态为Init的主控板状态信息中选择出满足设定选择条件的主控板状态信息，对选择出的主控板状态信息进行以下修改：主控板状态从Init修改为Slave，将修改后的主控板状态信息通知给除所述主用主控板以外的其他各个主控板进行主控板状态信息更新；

当检测到状态为Init的主控板故障或重启时，在本地删除该主控板的状态信息，并通知除所述主用主控板以外的其他各个主控板删除该主控板的状态信息。

8.根据权利要求5所述的装置，其特征在于，该装置进一步包括：

第二检测单元，用于在所处主控板的状态为Slave时，实时检测主用主控板，当检测到主用主控板故障或重启时，通过主备切换将本主控板切换为主用主控板。