找到源MAC地址对应的表项并且接收报文的远程管理端口与地址表中源MAC地址所对应的远程管理端口相同，处理器判断所接收的报文是否为保活报文，如果不是保活报文，则网络设备需要转发所接收的报文，处理器以报文的目的MAC地址查找地址表，在地址表中包括目的MAC地址的情况下，发射机用于经由目的MAC地址所对应的远程管理端口转发所接收的报文，在地址表中不包括目的MAC地址的情况下，发射机用于经由网络设备的所有远程管理端口转发所接收的报文。
[0049]如果网络设备的处理器还用于在地址表中包括所接收的报文的源MAC地址，即找到表项，但是接收报文的远程管理端口与地址表中记录的远程管理端口不同的情况下，舍弃所接收的报文。
[0050]如果网络设备的处理器判断所接收的报文为保活报文，则不需要转发该保活报文并更新端口保活标识，将保活状态存储单元写为1，并且舍弃该保活报文。
[0051]参考图6，在该网络规划中存在环路情况。下面将以网络设备2发送DHCP请求报文为例来具体描述网络设备转发报文的具体操作过程。其他类型的报文的转发过程与该DHCP请求报文的转发过程相似。
[0052]网络设备2发出DHCP请求报文，因为DHCP请求报文为广播报文，则该DHCP请求报文会同时发送给网络设备I和网络设备3。网络设备I依据图7所示的报文转发过程将该DHCP请求报文转发至网络设备3。网络设备3分别从网络设备2和网络设备I接收到相同内容的DHCP请求报文，但是可知，接收该DHCP请求报文的远程管理端口并不一致。
[0053]网络设备3在同一时刻只能处理一个报文。假设网络设备3首先处理来自网络设备2的DHCP请求报文，依据图7所示的报文转发过程来对来自网络设备2的DHCP请求报文进行处理。DHCP请求报文为广播报文，其目的MAC地址与其它种类报文的目的MAC地址不相同，因此在地址表中不能查找到与目的MAC地址所对应的表项，则网络设备3会向网络设备3的所有端口转发该DHCP请求报文，该DHCP请求报文被转发至网络设备I和DHCP服务器，完成转发。
[0054]接着，网络设备3处理来自网络设备I的DHCP请求报文，仍然是依据图7所示报文转发过程来对来自网络设备I的DHCP请求报文进行处理。首先，以源MAC地址查找地址表，由于已经处理完成来自网络设备2的DHCP请求报文，则地址表中必然存在源MAC地址所对应的表项，然后判断接收该DHCP请求报文的远程管理端口与地址表中所记录的远程管理端口是否一致，由于网络设备3接收网络设备2和网络设备I的发送的报文的远程管理端口不相同，因此，网络设备3可判断出远程管理端口并不一致，那么网络设备3将舍弃来由网络设备I转发的DHCP请求报文。反之，如果网络设备3首先处理由网络设备I转发的DHCP请求报文，那么来自网络设备2的DHCP请求报文将被舍弃。这可以避免DHCP服务器收到相同报文的情况。
[0055]这里，网络设备2发出DHCP请求报文除同时发送给网络设备I和3之外，也会同时发送给网络设备4。该网络设备4除与网络设备2连接以外，网络设备4的其它远程管理端口并没有与其他设备相连接，因此网络设备4将舍弃该DHCP请求报文。
[0056]在本发明的一实施方式中，在网络设备通电以后，可以将远程管理端口的状态设置为link up ;并检测与远程管理端口相连接的相邻设备的远程管理端口的状态，并执行以下中的一者:在相邻设备的远程管理端口的状态为link up的情况下，向相邻设备的远程管理端口发送报文；在相邻设备的远程管理端口的状态不为link up的情况下，删除地址表中的与相邻设备的远程管理端口相关联的表项。可以避免由于设备进入工作状态时间不同步而引起的等待超时的情况。
[0057]相应地，本发明还提供一种用于网络设备配置的方法，该方法包括:经由远程管理端口将所述网络设备的注册信息发送至系统服务器，其中所述注册信息包括所述网络设备的媒体接入控制MAC地址信息；接收由所述系统服务器根据所述MAC地址信息而发送的所述网络设备的配置所在的文件夹路径；根据所述文件夹路径来下载所述配置，并在所述网络设备中安装该配置。该用于网络设备配置的方法与上述网络设备的工作流程相似，这里不再赘述。
[0058]相应地，本发明还提供一种用于网络设备配置的方法，该方法包括:接收由网络设备发送的注册信息，其中所述注册信息包括所述网络设备的媒体接入控制MAC地址信息；根据所述MAC地址信息确定所述网络设备的配置所在的文件夹路径；以及向所述网络设备发送所述文件夹路径，以使所述网络设备完成配置。该用于网络设备配置的方法与上述系统服务器的工作流程相似，这里不再赘述。
[0059]图8示出了实际操作中实现本发明的网络设备时对原网络设备的修改方案示意图。如图8所示，在实际操作中，可以在现有的网络设备的CPU中加入远程配置加载层和失联检测层来形成上文描述的网络设备。
[0060]具体地，现有的网络设备的CPU可以被划分为:引导层、操作系统内核层、业务功能层。可以在引导层和操作系统内核层之间增加远程配置加载层，或者在操作系统内核层和业务功能层之间增加远程配置加载层。该远程配置加载层除不能生成失联检测报告之夕卜，可以用于执行上文中所描述的网络设备中接收机110、处理器120、发射机130的所有其它功能。
[0061]失联检测层可以增加至业务功能层的上方，但是也可以增加在其它位置处，如操作系统内核层和业务功能层之间，并不以此为限制。其中，失联检测层用于在网络设备配置失败情况下生成失联检测报告，该失联检测层为优选层，在不担心网络设备失联的情况下，可以不实施加入失联检测层。
[0062]上述实施例中，网络设备可以是交换机、路由器、网关、防火墙等，但是并不限制于此。
[0063]本发明所提供的实施方式还可以进行以下方面的扩展:
[0064](I)用于故障网络设备替换。只需将服务器上设备列表中故障网络设备或旧网络设备A的MAC地址修改成新网络设备B的MAC地址，再实施新网络设备硬件安装及上电即可(新网络设备如果与旧网络设备型号一致，且所有端口连接也需要一致，则只需要相应调整服务器上的配置文件)。
[0065](2)用于网络设备批量升级。如果网络设备的待升级软件是只能由设备本地存储介质加载，那么还需要增加模块，能够由服务器复制替换指定文件到本地存储介质。实现方式简单，也多种，比如:服务器上除前面提到的配置文件，还可以增加升级文件列表，将待升级文件路径及替换文件路径全部列入。待升级设备重启后，会依据此列表完成文件复制替换。
[0066](3)用于超大型网络。网络中存在数千甚至数万设备的情况下，需要依据服务器处理能力，适当将网络划分几个区域，避免服务器负载过重，避免广播域过大，导致带宽被广播报文大量消耗。
[006