CN1747438A - 一种保证以太网自动保护系统环正常工作的方法 - Google Patents

Abstract

本发明公开了一种保证以太网自动保护系统(EAPS)环正常工作的方法，该方法包括：在EAPS环上的从站点中设置备用站点，当备用站点判断出主站点的工作状态发生变化后，备用站点通知EAPS环上其它各站点刷新媒体接入控制(MAC)地址表；备用站点和所述其它站点刷新MAC地址表，并根据刷新后的MAC地址表执行传输。本发明能够保证在主站点的工作状态发生改变后，备用站点及时通知EAPS环上的各个站点根据当前的实际站点连通情况刷新MAC地址表，使得在后续传输过程中各个站点依据正确的MAC地址表来执行传输，从而保证了EAPS环的正常工作。

Description

一种保证以太网自动保护系统环正常工作的方法

技术领域

本发明涉及以太网自动保护系统(EAPS)技术，特别是涉及一种当主站点的工作状态发生变化后保证EAPS环正常工作的方法。

背景技术

EAPS环是由一个主站点和多个从站点组成的环状网络结构。在EAPS环中传输的有业务数据和控制消息。在初始的正常状态下，对于业务数据，主站点阻塞自身一侧的备用物理端口，保证在传输业务数据时，EAPS环是一个链状，而不是一个环状，从而避免未知单播和广播在环状网络下的循环广播发生；对于控制消息，主站点无需阻塞自身一侧的备用物理端口，也就是说在传输控制消息时，EAPS环是一个环状，从而使得主站点从一侧物理端口发出的控制消息经EAPS环传输后能从另一侧物理端口接收到。

目前，为了保证EAPS环正常工作，提出了EAPS环故障处理方法和EAPS环故障恢复处理方法。图1是EAPS环的结构示意图。参见图1，针对EAPS环上的从站点或链路发生故障，目前所提供的EAPS环故障处理方法包括：当主站点或从站点检测到EAPS环上的从站点或链路发生故障后，由主站点触发EAPS环保护倒换处理过程，也就是，首先，主站点打开自身阻塞的备用物理端口，以使EAPS环上的每一个站点连通，然后，主站点通知各个从站点刷新媒体接入控制(MAC)地址表，各从站点在接收到通知后刷新MAC地址表，即清除在初始正常状态下所使用的当前端口下的MAC地址表，并重新学习和建立一个MAC地址表，在后续传输业务数据时，各个站点根据所建立的MAC地址表完成传输。

参见图1，当EAPS环上从站点或链路的故障恢复后，目前所提供的EAPS环故障恢复处理方法包括：当主站点或从站点检测到从站点或链路所发生的故障已恢复后，由主站点触发环路状态切换过程，也就是，首先，主站点向各个从站点发出故障恢复消息，通过该故障恢复消息通知各个从站点执行切换的时间点；在到达执行切换的时间点时，主站点阻塞自身的备用物理端口，并且，主站点和从站点刷新MAC地址表，即清除在临时状态下所使用的当前端口下的MAC地址表，并重新学习和建立一个MAC地址表，在后续传输业务数据时，各个站点根据所建立的MAC地址表完成传输。

由以上描述可以看出，目前所提出的保证EAPS环正常工作的方法是针对EAPS环上除主站点之外的从站点和链路发生故障和故障恢复的处理方法，而并没有针对主站点的工作状态发生变化的处理方法，也就是说，没有针对主站点发生故障，即工作状态从正常态变为故障态后的处理方法，也没有针对主站点故障恢复，即工作状态从故障态变为正常态后的处理方法，这样，当主站点的工作状态发生改变后，主站点无法通知各个从站点刷新MAC地址表，各个从站点也就无法根据EAPS环的实际站点连通情况来刷新MAC地址表，从而无法保证后续业务数据的传输，无法保证EAPS环的正常工作。

发明内容

有鉴于此，本发明的主要目的在于提供一种保证EAPS环正常工作的方法，以保证在主站点的工作状态发生变化后EAPS环能够正常工作。

为了达到上述目的，本发明的技术方案是这样实现的：

一种保证EAPS环正常工作的方法，在EAPS环上的从站点中设置备用站点，该方法还包括：

A、备用站点判断主站点的工作状态是否发生变化，如果是，则执行步骤B；

B、备用站点通知EAPS环上其它各站点刷新媒体接入控制MAC地址表；

C、备用站点和所述其它站点刷新MAC地址表，并根据刷新后的MAC地址表执行传输。

所述设置备用站点的步骤包括：将EAPS环上距离主站点最近的一个从站点设置为备用站点，或根据EAPS环上各从站点的编号顺序将一个编号最大或最小的从站点设置为备用站点。

所述设置备用站点的步骤包括：将EAPS环上的至少两个从站点分别设置为备用站点；

在步骤A之前，该方法进一步包括：在所设置的备用站点中指定一个正常工作的备用站点；

所述判断和通知是由所指定的备用站点执行的。

在步骤A中，所述发生变化为：从正常态变为故障态；

所述步骤B包括：备用站点通过自身两侧的物理端口分别发送携带切换时间点的主站点故障通知消息至所述其它各站点；

在步骤C中，所述刷新MAC地址表的步骤包括：备用站点和所述其它各站点在计时到达切换时间点时分别清除在主站点正常时使用的EAPS环上端口下的MAC地址表，根据当前EAPS环上站点的实际连通情况学习并建立一个MAC地址表；

在步骤C中，所述刷新后的MAC地址表为当前所建立的MAC地址表。

该方法进一步包括：预先将访问控制列表规则保存在所设置的备用站点中，其中，所述访问控制列表规则中定义出HELLO检测消息的特征；

在步骤A中，所述判断包括：备用站点根据访问控制列表规则定义的HELLO检测消息的特征，判断在预先设定的时间长度内是否未接收到主站点所发送的HELLO检测消息，如果是，则认为主站点的工作状态从正常态变为故障态。

在步骤A之前，该方法进一步包括：在主站点处于正常态并需发送HELLO检测消息时，主站点在EAPS环上通过自身两侧的物理端口分别发送HELLO检测消息；

在步骤A中，所述判断包括：备用站点判断在预先设定的时间长度内从自身任意一侧的物理端口上是否均未接收到主站点所发送的HELLO检测消息，如果是，则认为主站点的工作状态从正常态变为故障态。

在步骤A中，所述发生变化为：从故障态变为正常态；

所述步骤B包括：备用站点通过自身一侧或两侧的物理端口发送携带切换时间点的主站点故障恢复消息至所述其它各站点；

在步骤C中，所述刷新MAC地址表的步骤包括：备用站点和所述其它各站点在计时到达切换时间点时分别清除在主站点故障时使用的EAPS环上端口下的MAC地址表，并根据当前EAPS环上站点的实际连通情况学习并建立一个MAC地址表；

在步骤C中，所述刷新后的MAC地址表为当前所建立的MAC地址表。

在步骤A中，所述判断包括：备用站点判断是否接收到主站点发来的故障恢复消息，如果是，则认为主站点的工作状态从故障态变为正常态。

该方法进一步包括：在主站点发生故障后，备用站点每当到达预先设定的发送周期时发送HELLO检测消息；

在步骤A中，所述判断包括：备用站点判断在预先设定的时间长度内是否接收到自身所发送的HELLO检测消息，如果是，则认为主站点的工作状态从故障态变为正常态。

所述备用站点发送HELLO检测消息的步骤包括：备用站点每当到达预先设定的发送周期时通过自身两侧的物理端口分别发送HELLO检测消息；

在步骤A中，所述判断包括：备用站点判断在预先设定的时间长度内在自身任意一侧的物理端口上是否接收到自身所发送的HELLO检测消息，如果是，则认为主站点的工作状态从故障态变为正常态。

由此可见，在本发明中，备用站点能够及时发现主站点工作状态的变化，即发生故障后工作状态从正常态变为故障态，或故障恢复后工作状态从故障态变为正常态，并且，在发现主站点工作状态的变化后，备用站点能够及时通知EAPS环上的各个站点根据当前的实际站点连通情况刷新MAC地址表，从而使得在后续传输过程中各个站点依据正确的MAC地址表来执行传输，从而保证了EAPS环的正常工作。

附图说明

图1是EAPS环的结构示意图。

图2是在本发明实施例中当主站点的工作状态从正常态变为故障态后保证EAPS环正常工作的流程图。

图3是在本发明实施例中当主站点的工作状态从故障态变为正常态后保证EAPS环正常工作的流程图。

具体实施方式

根据EAPS环的工作原理可知，保证EAPS环正常工作的关键因素包括：EAPS环上的各个站点必须连通，并且，各个站点必须依据正确的MAC地址表来执行传输。在初始的正常状态下，主站点一侧的备用物理端口是阻塞的，这样，无论主站点是否发生故障，各个从站点都是连通的，由此可见，当主站点的工作状态发生改变即主站点发生故障或故障恢复后，保证EAPS环正常工作的关键因素就是使EAPS环上各个从站点及时根据EAPS环的实际站点连通情况刷新MAC地址表，从而能够依据正确的MAC地址表来执行后续传输过程。

针对上述特点，本发明提出了一种保证EAPS环正常工作的方法，其核心思想是：在EAPS环的从站点中设置备用站点；备用站点判断主站点的工作状态是否发生变化，如果是，则备用站点通知EAPS环上其它各站点刷新MAC地址表；备用站点和所述其它站点刷新MAC地址表，并根据刷新后的MAC地址表执行传输。

其中，所述的主站点工作状态发生变化包括：主站点发生故障，工作状态从正常态变为故障态，或者，主站点的故障恢复，其工作状态从故障态变为正常态。

另外，备用站点判断主站点的工作状态是否从正常态变为故障态的方法可以是：备用站点判断是否接收到主站点发来的HELLO检测消息。备用站点判断主站点的工作状态是否从故障态变为正常态的方法可以是：备用站点判断是否接收到主站点发来的故障恢复消息，或者备用站点判断从自身一侧物理端口发送的HELLO检测消息是否传送至自身的另一侧物理端口。

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

图2是在本发明实施例中当主站点的工作状态从正常态变为故障态后保证EAPS环正常工作的流程图。参见图2，当主站点发生故障，工作状态从正常态变为故障态后，本发明保证EAPS环正常工作的过程具体包括以下步骤：

步骤201：预先在EAPS环的从站点中设置备用站点。

这里，可以根据一个特定的规则在从站点中设置备用站点。比如，将距离主站点最近，也就是EAPS环上与主站点直接相连的一个从站点设置为备用站点，或者，根据EAPS环各从站点的编号顺序将编号最小或最大的一个从站点设置为备用站点等。

步骤202：预先在所设置的备用站点中设置计时设备。

这里，所设置的计时设备可以是计时器或计数器等任何具有计时功能的设备。

步骤203：预先将访问控制列表(ACL)规则保存在所设置的备用站点中。

这里，由于在现有技术中，各个从站点只能转发主站点的HELLO检测消息，不具备识别该HELLO检测消息的功能，而ACL规则中定义了HELLO检测消息的特征，因此，在本步骤203中，在备用站点中保存ACL规则，使得备用站点在后续过程中能够通过ACL规则识别出主站点发来的HELLO检测消息，从而做出主站点是否发生故障的判断。

步骤204：在EAPS环开始工作时，备用站点启动预先在自身中设置的计时设备。

这里，所述备用站点启动计时设备可以是备用站点使作为计时设备的计数器从0开始计数，或者，备用站点使作为计时设备的计时器从0开始计时。

步骤205：在EAPS环开始工作时，当主站点处于正常态时，主站点在EAPS环上发送HELLO检测消息；当主站点发生故障从正常态变为故障态后，主站点停止发送HELLO检测消息。

这里，如果EAPS环上的从站点和链路发生故障，那么主站点所发送的HELLO检测消息很可能会由于所发生的故障而无法传送到备用站点。比如，参见图1，主站点未发生故障，处于正常态，从站点1被设置为备用站点，且从站点2和从站点3之间的链路发生故障，如果主站点只通过自身一例物理端口发送HELLO检测消息，则从站点3接收到该HELLO检测消息后，由于从站点2和从站点3之间的链路发生故障，则从站点3无法将该HELLO检测消息发送至从站点2，也就无法使该HELLO检测消息发送至作为备用站点的从站点1。因此，较佳地，在本步骤205中，处于正常态的主站点可以在两个方向上即通过自身两侧的物理端口分别发送HELLO检测消息，从而确保在主站点自身未发生故障的情况下，备用站点能够接收到主站点所发送的HELLO检测消息。

另外，在EAPS环上，各个从站点接收到HELLO检测消息后分别传输该HELLO检测消息直至备用站点。

需要说明的是，上述步骤204与步骤205只是为了便于描述而划分的两个步骤，在实际的业务实现中，步骤204与步骤205之间并无执行上的先后顺序，其过程是同时进行的。

步骤206：备用站点判断在计时设备计时到达预先设定的时间长度之前是否接收到主站点发来的HELLO检测消息，如果是，则执行步骤207，否则执行步骤208。

这里，所述的预先设定的时间长度可以是在EAPS环上传送一个或多个HELLO检测消息所需的时间长度。

另外，所述的备用站点未接收到主站点发来的HELLO检测消息是指备用站点在两个方向上即在自身两侧的物理端口上均未接收到主站点发来的HELLO检测消息。

需要说明的是，在本步骤206中，当备用站点接收到主站点发来的HELLO检测消息时，备用站点是根据预先保存在自身中的ACL规则来确定所接收到的消息为HELLO检测消息，其具体实现过程为：备用站点接收到一个控制消息时，判断该控制消息的特征与ACL规则所定义的HELLO检测消息的特征是否相同，如果是，则确定接收到了HELLO检测消息。

这里，所述判断的具体实现过程可以是：备用站点判断计数器所计数值对应的时间长度到达预先设定的时间长度之前是否接收到主站点发来的HELLO检测消息，或者，备用站点判断计时器所计的时间长度到达预先设定的时间长度之前是否接收到主站点发来的HELLO检测消息。

步骤207：备用站点重新启动计时设备，并执行现有的EAPS环工作过程，结束当前流程。

步骤208：备用站点通过自身两侧的物理端口即在两个方向上分别发送携带切换时间点的主站点故障通知消息。

执行到这里，由于主站点发生故障，无法执行传输，因此，为了确保备用站点所发送的主站点故障通知消息能够传送到EAPS环上的每一个从站点，在本步骤208中，备用站点是在两个方向上分别发送主站点故障通知消息。

另外，备用站点所发送的携带切换时间点的主站点故障通知消息可以是由备用站点在本步骤中实时生成并发送的，也可以是预先配置在备用站点中并由备用站点在本步骤中直接发送的。

步骤209：EAPS环上的其它从站点分别传输所接收到的携带切换时间点的主站点故障通知消息，并分别保存主站点故障通知消息中携带的切换时间点。

这里，EAPS环上的其它从站点在接收到携带切换时间点的主站点故障通知消息后分别执行传输，从而确保携带切换时间点的主站点故障通知消息能够传送到EAPS环上的每一个从站点上。

步骤210：备用站点和EAPS环上的其它站点在计时到达切换时间点时，刷新MAC地址表。

这里，所述刷新MAC地址表包括：清除原使用的EAPS环上端口下的MAC地址表，并根据当前EAPS环上的实际站点连通情况学习和建立一个MAC地址表，该学习和建立MAC地址表的过程为现有技术，此处不再描述。但需说明的是，由于主站点发生故障与其它站点不连通，因此，当前所建立的MAC地址表中不再包括发生故障的主站点。

步骤211：备用站点和EAPS环上的其它站点根据刷新后的MAC地址表即当前所建立的MAC地址表执行传输过程。

这里，由于在步骤210中所建立的MAC地址表不再包括发生故障的主站点，因此，在本步骤中执行传输时则不会经过发生故障的主站点，也就是说，备用站点和其它站点是根据当前EAPS环上站点连通情况所对应的MAC地址表进行传输，从而保证了传输过程的可靠性，保证了EAPS环的正常工作。

在上述步骤210和步骤211中，由于主站点发生故障，因此，所述的EAPS环上的其它各站点中不再包括主站点。

为了实现在EAPS环上的从站点和链路发生故障和故障恢复时保证EAPS环正常工作，在主站点的故障恢复时，必须使EAPS环恢复到初始的正常状态，也就是恢复主站点的功能，并刷新MAC地址表。因此，本发明所提出的保证EAPS环正常工作的方法中包括当主站点故障恢复时，即工作状态从故障态变为正常态时，保证EAPS环正常工作的过程。参见图3，该过程具体包括以下步骤：

步骤301～步骤302与步骤201～步骤202的所有描述均相同。

步骤303：在主站点发生故障后，每当到达预先设定的发送周期时，备用站点在EAPS环上发送HELLO检测消息，并启动预先设置的计时设备。

这里，所述备用站点启动计时设备是指备用站点使该计时设备从0开始计时。

为了确保主站点在故障恢复后能接收到HELLO检测消息，较佳地，在本步骤中，备用站点可以通过自身两侧的物理端口即在两个方向上分别发送所述的HELLO检测消息。

需要说明的是，备用站点所发送的HELLO检测消息可以是由备用站点在本步骤中实时生成并发送的，也可以是预先配置在备用站点中并由备用站点在本步骤中直接发送的。

另外，在EAPS环上，各个从站点接收到了HELLO检测消息后传输该接收到的HELLO检测消息，从而使得主站点能够接收到该HELLO检测消息。

步骤304：主站点故障恢复即工作状态从故障态变为正常态，主站点在接收到HELLO检测消息后，将该HELLO检测消息发送至备用站点。

这里，需要说明的是，在本步骤304中，主站点故障恢复即工作状态从故障态变为正常态后，主站点不阻塞自身一侧的备用物理端口，并且，不向EAPS环上的其它站点发送恢复倒换消息，以保证由备用站点来统一触发后续各站点切换到初始正常状态的过程。

步骤305：备用站点判断在计时设备计时到达预先设定的时间长度之前是否接收到自身所发送的HELLO检测消息，如果是，则执行步骤306，否则，结束当前流程。

这里，所述的预先设定的时间长度可以是在EAPS环上传送一个或多个HELLO检测消息所需的时间长度。

另外，所述的备用站点接收到主站点发来的HELLO检测消息是指备用站点在任意一个方向上即在自身任意一侧的物理端口上接收到自身所发送的HELLO检测消息。

本步骤305中所述判断的具体实现过程可以是：备用站点判断计数器所计数值对应的时间长度到达预先设定的时间长度之前是否接收到自身所发送的HELLO检测消息，或者，备用站点判断计时器所计的时间长度到达预先设定的时间长度之前是否接收到自身所发送的HELLO检测消息。

需要说明的是，上述步骤302至步骤305描述的是由备用站点主动检测主站点故障是否恢复的过程。在本发明中，也可由主站点在故障恢复时主动将自身故障恢复的情况通知备用站点，从而更加及时地触发后续将EAPS环切换到初始正常状态的过程，其具体实现过程为：主站点故障恢复工作状态从故障态变为正常态时，主站点通过自身两侧的物理端口分别发送故障恢复消息，各从站点转发该故障恢复消息至备用站点，备用站点接收到故障恢复消息后，获知主站点故障恢复，工作状态从故障态变为正常态，则认为应进行后续的触发EAPS环切换到初始正常状态的过程，即执行步骤306。

步骤306：备用站点将携带切换时间点的主站点故障恢复消息发送至其它各站点。

这里，备用站点可以通过自身一侧的物理端口发送所述的携带切换时间点的主站点故障恢复消息。较佳地，备用站点还可以通过自身两侧的物理端口发送所述的携带切换时间点的主站点故障恢复消息，从而确保该携带切换时间点的主站点故障恢复消息能够传送到EAPS环上的其它所有站点。

另外，所述的其它各站点包括主站点和其它从站点。

步骤307：在计时到达切换时间点时，主站点阻塞自身的备用物理端口，并且，备用站点和EAPS环上的其它各站点刷新MAC地址表。

这里，所述刷新MAC地址表包括：清除在主站点故障时所使用的MAC地址表，并根据当前EAPS环上的实际站点连通情况学习和建立一个MAC地址表。该学习和建立MAC地址表的过程为现有技术，此处不再描述，但需说明的是，由于主站点故障恢复与其它站点已连通，因此，当前所建立的MAC地址表中包括故障恢复的主站点。

步骤308：备用站点和EAPS环上的其它各站点根据刷新后的MAC地址表即当前所建立的MAC地址表执行传输过程。

在上述步骤307和步骤308中，由于主站点已经恢复故障，因此，所述的EAPS环上的其它各站点中包括有主站点。

至此，则实现了在主站点故障恢复工作状态从故障态变为正常态后，各个站点根据当前EAPS环上的站点连通情况所对应的MAC地址表执行传输，保证了传输过程的可靠性，从而确保了EAPS环的正常工作。

需要说明的是，由于备用站点也可能发生故障，从而无法检测出主站点的故障和故障恢复并无法触发刷新MAC地址表，因此，为了确保本发明的实现，在上述图2和图3所示的本发明过程中，可以将多个从站点分别设置为备用站点，也就是说，所设置的备用站点可以是多个，在EAPS环工作时，由各备用站点中一个指定的正常工作的备用站点，比如距离主站点最近的一个正常工作的备用站点或编号最大或最小的一个正常工作的备用站点，来执行检测主站点故障或故障恢复，以及触发执行刷新MAC地址表的过程。也就是说，在上述图2所示过程的步骤201至步骤203每一个步骤中所涉及的备用站点均可以是多个备用站点，在步骤204至步骤208中检测主站点是否故障以及触发执行刷新MAC地址表过程所涉及的备用站点则为所指定的一个正常工作的备用站点；上述图3所示过程的301至步骤302中所涉及的备用站点可以是多个备用站点，在步骤303至步骤306中检测主站点是否恢复故障以及触发执行刷新MAC地址表过程中所涉及的备用站点则为所指定的一个正常工作的备用站点。

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

Claims (10)

1、一种保证以太网自动保护系统EAPS环正常工作的方法，其特征在于，在EAPS环上的从站点中设置备用站点，该方法还包括：

A、备用站点判断主站点的工作状态是否发生变化，如果是，则执行步骤B；

B、备用站点通知EAPS环上其它各站点刷新媒体接入控制MAC地址表；

C、备用站点和所述其它站点刷新MAC地址表，并根据刷新后的MAC地址表执行传输。

2、根据权利要求1所述的方法，其特征在于，所述设置备用站点的步骤包括：将EAPS环上距离主站点最近的一个从站点设置为备用站点，或根据EAPS环上各从站点的编号顺序将一个编号最大或最小的从站点设置为备用站点。

3、根据权利要求1所述的方法，其特征在于，所述设置备用站点的步骤包括：将EAPS环上的至少两个从站点分别设置为备用站点；

在步骤A之前，该方法进一步包括：在所设置的备用站点中指定一个正常工作的备用站点；

所述判断和通知是由所指定的备用站点执行的。

4、根据权利要求1所述的方法，其特征在于，在步骤A中，所述发生变化为：从正常态变为故障态；

所述步骤B包括：备用站点通过自身两侧的物理端口分别发送携带切换时间点的主站点故障通知消息至所述其它各站点；

在步骤C中，所述刷新MAC地址表的步骤包括：备用站点和所述其它各站点在计时到达切换时间点时分别清除在主站点正常时使用的EAPS环上端口下的MAC地址表，根据当前EAPS环上站点的实际连通情况学习并建立一个MAC地址表；

在步骤C中，所述刷新后的MAC地址表为当前所建立的MAC地址表。

5、根据权利要求4所述的方法，其特征在于，该方法进一步包括：预先将访问控制列表规则保存在所设置的备用站点中，其中，所述访问控制列表规则中定义出HELLO检测消息的特征；

在步骤A中，所述判断包括：备用站点根据访问控制列表规则定义的HELLO检测消息的特征，判断在预先设定的时间长度内是否未接收到主站点所发送的HELLO检测消息，如果是，则认为主站点的工作状态从正常态变为故障态。

6、根据权利要求4或5所述的方法，其特征在于，在步骤A之前，该方法进一步包括：在主站点处于正常态并需发送HELLO检测消息时，主站点在EAPS环上通过自身两侧的物理端口分别发送HELLO检测消息；

在步骤A中，所述判断包括：备用站点判断在预先设定的时间长度内从自身任意一侧的物理端口上是否均未接收到主站点所发送的HELLO检测消息，如果是，则认为主站点的工作状态从正常态变为故障态。

7、根据权利要求1至4中任意一项所述的方法，其特征在于，在步骤A中，所述发生变化为：从故障态变为正常态；

所述步骤B包括：备用站点通过自身一侧或两侧的物理端口发送携带切换时间点的主站点故障恢复消息至所述其它各站点；

在步骤C中，所述刷新MAC地址表的步骤包括：备用站点和所述其它各站点在计时到达切换时间点时分别清除在主站点故障时使用的EAPS环上端口下的MAC地址表，并根据当前EAPS环上站点的实际连通情况学习并建立一个MAC地址表；

在步骤C中，所述刷新后的MAC地址表为当前所建立的MAC地址表。

8、根据权利要求7所述的方法，其特征在于，在步骤A中，所述判断包括：备用站点判断是否接收到主站点发来的故障恢复消息，如果是，则认为主站点的工作状态从故障态变为正常态。

9、根据权利要求7所述的方法，其特征在于，该方法进一步包括：在主站点发生故障后，备用站点每当到达预先设定的发送周期时发送HELLO检测消息；

在步骤A中，所述判断包括：备用站点判断在预先设定的时间长度内是否接收到自身所发送的HELLO检测消息，如果是，则认为主站点的工作状态从故障态变为正常态。

10、根据权利要求9所述的方法，其特征在于，所述备用站点发送HELLO检测消息的步骤包括：备用站点每当到达预先设定的发送周期时通过自身两侧的物理端口分别发送HELLO检测消息；

在步骤A中，所述判断包括：备用站点判断在预先设定的时间长度内在自身任意一侧的物理端口上是否接收到自身所发送的HELLO检测消息，如果是，则认为主站点的工作状态从故障态变为正常态。

Images