CN1812361A - 快速环网保护方法及系统 - Google Patents

Abstract

本发明公开了一种快速环网保护方法，包括：创建快速环网保护域，各节点之间通过端口相连形成环，每个节点包括两个连在环上的端口；主节点将第一端口设为转发模式，第二端口设为阻塞模式；通过访问控制表、转发表项或者虚拟局域网的方式来获知链路故障，所述虚拟局域网转发数据报文和协议报文；当获知链路故障时，主节点将第二端口设为转发模式，并刷新主节点以及其他节点的转发表。本发明不需要针对协议报文设置一个专门的控制VLAN，从而可以节约各节点的VLAN ID资源。本发明主节点可以具有独立、完善的检测链路故障的能力，故本发明还可以适用于主节点和不支持RRPP设备构成的环网，或者主节点、RRPP设备和非RRPP设备混合组网。

Description

快速环网保护方法及系统

技术领域

本发明涉及计算机网络技术领域，特别是涉及一种快速环网保护方法和系统。

背景技术

随着以太环网的逐步普及和应用，用户对以太环网的可靠性的需求也越来越高。目前以太环网的应用，生成树协议STP(Spanning Tree Protocol)族提供的性能已经不能满足以太环网的需求了。STP(Spanning Tree Protocol)能够提供路径冗余，使用STP可以使两个终端中只有一条有效路径。STP在大的网络中定义了一个树，并且迫使一定的备份路径处于备用状态。如果生成树中的网络一部分不可达，或者STP路径开销值变化了，生成树算法会重新计算生成树拓扑，并且通过启动备份路径来重新建立连接。所以STP可以通过阻断冗余链路防止数据环路，并可以通过启用备份冗余链路提供高可用性。但是当环网出现链路故障时，生成树协议STP需要数秒的时间来重新计算生成树拓扑和恢复故障，这样的速度对于现在的局域网(LANs)和城域网(MANs)来说太慢了而无法适用。

现有的承载语音、视频、数据的以太环网希望能够具备：可以和SONET(Synchronous Optical Network同步光纤网)相当的快速拓扑收敛(50ms的链路或节点故障恢复时间)；可扩展的网络规模(故障恢复时间对环网规模—节点数目--不敏感)等。现有的环网保护方法都无法满足上述的要求。

发明内容

鉴于上述问题，本发明的目的是提供一种具备高性能、低价格、易扩展的快速以太环网保护技术方案。本发明所述技术方案不需要额外占用系统VLAN资源；应用在以太环网上，能够提供故障和恢复的快速收敛；并且其功能和性能受环网上节点数目影响较小。

为解决上述技术问题，本发明的目的是通过以下技术方案实现的：

本发明提供了一种快速环网保护方法，包括：创建快速环网保护域，所述快速环网保护域包括主节点，各节点之间通过端口相连形成环，每个节点包括两个连在环上的端口；主节点将第一端口设为转发模式，第二端口设为阻塞模式；通过访问控制表、转发表项或者虚拟局域网的方式来获知链路故障，所述虚拟局域网转发数据报文和协议报文；当获知链路故障时，主节点将第二端口设为转发模式，并刷新主节点以及其他节点的转发表。

优选的，所述的快速环网保护方法，还可以包括：主节点检测其端口的直连链路故障；当主节点检测到其第一端口直连链路出现故障，则主节点将第二端口恢复转发，并刷新主节点以及其他节点的转发表。

优选的，所述快速环网保护域包括至少一个传输节点，当传输节点检测到链路故障时，通过访问控制表或转发表项将故障消息传递给主节点。

优选的，设置一虚拟局域网，所述虚拟局域网转发数据报文和协议报文；所述快速环网保护域包括至少一个传输节点，当传输节点检测到链路故障时，通过所述虚拟局域网将故障消息传递给主节点。优选的，传输节点通过在所述虚拟局域网内泛洪、广播或者组播方式将故障消息传递给主节点。

优选的，所述的快速环网保护方法，所述主节点可以通过轮询环网状态检测链路故障，包括：设置一报文接收定时器；通过访问控制表、转发表项或者虚拟局域网在环上周期性发送探测报文，所述虚拟局域网转发数据报文和协议报文；在报文接收定时器超时前没有收到探测报文，则认为检测到链路故障。

优选的，节点接收到探测报文后，先转发该探测报文，再对该探测报文进行处理。

优选的，所述主节点可以通过轮询环网状态检测环网恢复信息，包括：通过访问控制表、转发表项或者虚拟局域网在环上周期性发送探测报文，所述虚拟局域网转发数据报文和协议报文；收到探测报文，则认为检测到环网恢复信息，发送环网恢复的通知信息。优选的，主节点检测到环网恢复，则阻塞第二端口；刷新主节点以及其他节点的转发表

优选的，当节点检测到其与相邻节点之间的故障链路恢复的信息，则阻塞该故障链路恢复的端口；并启动一转发延迟定时器。当节点确定环网完整时，则将所述阻塞的端口迁移到转发状态。所述节点确定环网完整的情况包括：所述转发延迟定时器超时；所述节点确定环网完整的情况还可以包括：该节点收到环网恢复的通知消息。

本发明还提供了一种以太环网，包括主节点，各节点之间通过端口相连形成环，每个节点包括两个连在环上的端口；环网初始建立时，主节点的第一端口为转发模式，第二端口为阻塞模式；主节点通过访问控制表、转发表项或者虚拟局域网的方式来获知链路故障，所述虚拟局域网转发数据报文和协议报文；当获知链路故障时，主节点将第二端口设为转发模式，并刷新主节点以及其他节点的转发表。

优选的，所述以太环网还可以包括传输节点，当传输节点检测到链路故障时，通过访问控制表、转发表项或者虚拟局域网的方式将故障消息传递给主节点。通过访问控制表、转发表项或者虚拟局域网的方式，主节点也可以自行检测所述以太环网的链路故障。

优选的，主节点可以检测其端口的直连链路故障；当主节点检测到其第一端口直连链路出现故障，则主节点将第二端口恢复转发，并刷新主节点以及其他节点的转发表。

与现有技术相比，本发明所述的技术方案具有以下的优点：

本发明提供了一种高性能、低价格、易扩展的以太环网保护技术方案，该技术方案可以通过阻断冗余链路防止数据环路；并可以通过启用备份冗余链路提供高可用性。

本发明中主节点和传输节点都可以自行检测环网中的链路故障，并且当传输节点检测到自己任何一个属于RRPP域的端口的直连链路故障时，从另一个端口向主节点发送链路故障消息，即两个节点在环网上从两个方向给主节点发送链路故障消息，从而提高节点故障恢复时间。当主节点发送探测报文进行主动检测时，传输节点首先转发该探测报文，再对该探测报文进行处理，由于主节点通过探测报文的回收来检测环网中是否存在链路故障，上述的方法可以降低所述探测报文转发的时间，从而提高节点故障恢复时间。本发明可以获得与SONET相当的快速拓扑收敛(50ms的链路或节点故障恢复时间)；并具有可扩展的网络规模(故障恢复时间对环网规模—节点数目--不敏感)。

本发明无论是传输节点转发链路故障消息，还是主节点通过轮询环网状态进行主动检测链路故障消息，都可以通过访问控制表ACL(access controllist)、转发表项，或者在一个VLAN内泛洪、广播或组播等方式获知，不需要额外占用专有的VLAN资源；所述数据报文和协议报文在同一个VLAN内传输，即不需要针对协议报文设置一个专门的控制VLAN，从而可以节约各节点的VLAN ID资源。

本发明主节点可以通过轮询环网机制主动检测环网的链路故障，并且主节点还可以检测主端口的直连链路故障，如果出现故障则放开副端口、刷新全环转发表；主节点检测到主端口的直连链路恢复后还可以采取临时阻塞措施，以防止临时环路的出现。因此，主节点可以具有独立、完善的检测链路故障的能力，故本发明所述自动保护技术不仅可以适用于由支持RRPP的设备组成的环网，本发明还可以适用于主节点和不支持RRPP设备构成的环网，或者主节点、RRPP设备以及非RRPP设备混合组网；并且本技术方案中用来传输协议报文的VLAN还不限制于仅配置在环上的端口，所以具有较为广泛的使用范围，可以对现在大量存在的，环网下挂的，DSLAM(Digital Subscriber Line AccessMultiplexer，数字用户线接入复接器)或者HUB(集线器)其他厂商交换机等设备提供环网自动保护的技术支持。

附图说明

下面结合附图和具体实施方式对本发明作进一步详细的说明。

图1是本发明快速以太环网保护域的示意图；

图2是图1所示环网出现链路故障的示意图；

图3是图1所示环网中主节点进行轮询环网状态的示意图；

图4是图1所示环网中端口链路故障恢复时暂时阻塞端口的示意图。

具体实施方式

本发明的核心思想在于：通过ACL、转发表项或者在一个VLAN内泛洪、广播或者组播方式将故障消息通过协议报文传递给主节点，不需要占用系统额外VLAN资源，提高了系统的资源利用率；本发明的环形拓扑结构，可以使得在50毫秒的时间内实现故障切换。

参照图1，是本发明快速以太环网保护域的示意图，涉及本发明所述快速以太环网保护方法的步骤s1和s2。

步骤s1，创建以太网自动保护环，所述自动保护环包括主节点。节点可以是交换机或者路由器，每台交换机上的两个端口连接到其他交换机上的端口，依此类推，直到构成一个环。

步骤s2，主节点将第一端口设成转发模式，第二端口设成阻塞模式。在下面的描述中将第一端口定为主端口，将第二端口定为副端口。

本发明所述技术方案的工作方式是创建一个由以太网端口构成的环，环上的所有节点都属于一个快速以太环网保护域。所述以太环网包括主节点，各节点之间通过端口相连形成环，每个节点包括两个连在环上的端口。主节点把其中一个端口设成阻塞模式，另一个端口设成转发模式。

RRPP(Rapid Ring Protection Protocol)快速环网保护协议运行在RRPP域中，在每个RRPP域中，包括一个主节点。主节点把其中一个端口设成阻塞模式，我们称之为副端口；另一个端口设成转发模式，称之为主端口。主节点还可以发布环网完整或者环网链路故障等消息给其他节点，并可以刷新所有节点的转发数据库(Forwarding Database)。

主节点或者传输节点(支持RRPP的设备)上可以设置多于一个的RRPP域，当然，每个RRPP域中也可以设置多个虚拟局域网(VLAN)，本发明对此并不加以限制。图1所示的快速以太环网保护域中示出了一个主节点4和五个传输节点，分别为传输节点1、2、3、5和6。本发明所述RRPP(Rapid Ring ProtectionProtocol)快速环网保护协议就可以运行在图1所示的环网上。每一个主节点和传输节点都拥有一个转发数据库，存储有数据报文在环网中的传输路径信息。图1所示环网是完整的，即没有出现链路故障，数据报文和协议报文通过主节点的主端口41进行传输，主节点将副端口42设成阻塞模式(在图1中采用填充的圆形表示)，使得数据报文不能通过该副端口42进行传输，从而可以防止广播风暴的出现。但是，所述副端口42为阻塞模式，仅仅是阻塞数据报文的通过，并不阻塞协议报文的通过，协议报文在阻塞模式的副端口也是可以被转发的。将主节点的主端口41设成转发模式，将副端口42设成阻塞模式并保证协议报文仍可以通过，该过程对于本领域一般技术人员来说是熟知的，在此就不对该设置的技术实现作更进一步的阐述了。

图1示出的是本发明用于由主节点和传输节点(支持RRPP的设备)组成环网的情况。本发明所述环网还可以由主节点和不支持RRPP的设备构成，或者主节点、RRPP设备以及非RRPP设备混合组网，而且这种应用或需求在实际中是很常见的。对于本领域而言，不支持RRPP的设备一般不能称为传输节点，因为不具备传输节点的技术特征，不能够实现故障上报功能，也不能按照协议报文的指示刷新转发表。支持RRPP的设备可以实现故障上报功能，也可以按照协议报文的指示刷新转发表。

对于由主节点和不支持RRPP的设备构成的环网，或者主节点、RRPP设备和非RRPP设备的混合组网，本技术方案可以通过主节点“轮询机制”来实现环网保护的目的。对于主节点“轮询机制”的具体信息，本发明将在后面进行详述。因此，本发明可以对现在大量存在的，环网下挂的，DSLAM(DigitalSubscriber Line Access Multiplexer，数字用户线接入复接器)或者HUB(集线器)其他厂商交换机等设备提供环网自动保护的技术支持。

对于由主节点和传输节点(支持RRPP的设备)组成环网的情况，本技术方案可以采用传输节点检测到链路故障时主动上报的方式来实现环网保护的目的。

对于由主节点和传输节点(支持RRPP的设备)组成环网的情况，本技术方案也可以通过主节点“轮询机制”来实现环网保护的目的。当然，也可以结合采用传输节点上报和主节点轮询来共同实现环网保护的目的。

参照图2，示出的是图1所示环网出现链路故障的示意图，涉及本发明所述快速以太环网保护方法的步骤s3。

步骤s3，通过访问控制表、转发表项或者虚拟局域网获知链路故障，所述虚拟局域网转发既可以数据报文，也可以转发协议报文。

为了实现避免数据环路和冗余链路备份的功能，并提供较高程度的自动保护性能(收敛时间短)，本发明所述技术方案可以通过以下两种机制实现：

1、节点检测到链路故障时主动上报的方式；

2、主节点轮询环网状态。

采用以上实现方式之一就可以实现本发明快速自动保护的目的，例如：通过节点检测到链路故障时主动上报的方式实现本发明快速自动保护的目的；也可以通过主节点的轮询来实现环网的故障检测和环网恢复的检测，主节点根据检测作出相应保护动作。可以通过加大轮询的频率(缩短轮询间隔)的方法来达到比节点主动检测后上报稍差的性能，但是也是可以接收的性能(亚秒级)。当然，结合采用以上两种方式，可以达到更高的环网自动保护性能和可靠性。

在采用上述实现方式1、2或者1+2的基础上，主节点还可以对其属于RRPP域的端口的直连链路故障进行检测，以进一步提高性能。即主节点还可以检测主端口的直连链路故障，如果出现故障则放开副端口、刷新全环转发表；主节点检测到主端口的直连链路恢复后还可以采取临时阻塞措施，以防止临时环路的出现。

主节点和传输节点都可以直接检测到自己任何一个属于RRPP域的端口的直连链路故障。

当主节点4检测到其主端口41的直连链路出现故障，则主节点4将副端口42恢复转发，并刷新主节点以及传输节点的转发表。当然，主节点4也可以检测其副端口42的直连链路的故障，但是由于副端口42原来就处于阻塞数据报文的状态，即数据报文的转发以及转发表的信息并没有受到影响，所以不需要将副端口42恢复转发，也不需要刷新主节点以及传输节点的转发表。对于主节点4的主端口41的链路故障，可以通过主节点4自行检测而获知，以便进一步提高环网自动保护的速度。当然，主端口41的链路故障，主节点也可以通过传输节点通知或者轮询环网状态而获知。

当传输节点检测到自己任何一个属于RRPP域的端口的直连链路故障时，则发送链路故障消息给主节点。如图2所示，当出现链路故障时，故障点两端相邻的传输节点1和传输节点2都通过另一个端口发送链路故障消息给主节点，从环网的两个方向通知主节点，可以提高主节点获知链路故障消息的速度。图2中链路故障消息的传递采用环外的箭头表示，分别从传输节点1和传输节点2向主节点4传递。

传输节点只需要在环上的端口转发链路故障消息，即只需要在本发明所述RRPP域内转发链路故障消息即可。要实现只在环上的端口转发链路故障消息，可以通过访问控制表ACL(access control list)、转发表项，或者在一个VLAN内泛洪、广播或组播等方式传递给主节点，该方式不需要占用专有的VLAN资源，所以可以节约节点的VLAN ID资源。上述几种在RRPP域内转发链路故障消息的实现方式详述如下：

(1)通过ACL实现故障消息的上报。协议报文可以设置MAC地址，VLAN标签(tag)或者协议报文的其他域的特征值等报文特征，环上各节点可以设置匹配上述特征值的ACL来控制协议报文的转发，从而实现相应的转发链路故障消息的需求。当然，这时通过ACL实现故障消息的上报需要保证协议报文在主节点的阻塞端口也是转发的。

(2)通过转发表项实现故障消息的上报。协议报文可以通过携带专门设置的协议地址，环上各节点转发表中设置相应的转发表项的方式来控制协议报文的转发，实现相应的转发需求。当然，这时通过转发表项实现故障消息的上报需要保证协议报文在主节点的阻塞端口也是转发的，该阻塞端口对数据报文是阻塞的。

(3)通过在一个VLAN内广播或组播的方式实现故障消息的上报，协议报文可以携带单播、广播或组播地址，环上各节点在环上的端口设置一个共同的VLAN(该VLAN可以转发传输协议报文，也可以转发数据报文)，各节点相应地同时设置禁止学习该单播地址(使单播协议报文可以在该VLAN内泛洪)，或者设置转发组播或广播协议报文方式为：向VLAN内除接收端口以外的其他端口转发，就可以实现在转发数据报文的同一个VLAN内完成故障消息的上报。当然，同样需要保证协议报文在对数据报文阻塞的端口也是转发的。所述数据报文和协议报文可以属于一个虚拟局域网(VLAN)，所述数据报文和协议报文可以在同一个VLAN内传输，即不需要针对协议报文设置一个专门的控制VLAN，从而节省节点的VLAN ID资源。

本发明所述VLAN不限制同时传输数据，而且不限制只能配置在环上的端口。当所述VLAN仅仅配置于环上的端口上时，可以保证协议报文不会外泄给用户，并且不会遭到恶意用户发送伪造协议报文的攻击。当所述VLAN不限制于在环上的端口时，为了达到上述相同的效果，本发明可以通过ACL或者转发表项来控制协议报文不会泄漏；通过报文加密和认证来防止恶意用户攻击。

上述三种转发链路故障消息的实现方式都不需要占用专有的VLAN资源，可以节约节点的VLAN资源，提高资源利用率。所述的链路故障可以包括链路自身故障、节点故障引起的链路故障等。

主节点4可以通过上述方式获知链路故障消息，即通过传输节点检测并采用访问控制表、转发表项或者同时转发数据和协议报文的虚拟局域网的方式传送至主节点而获知；主节点4还可以通过访问控制表、转发表项或者转发数据和协议报文的虚拟局域网的方式，自己主动检测所述RRPP域中是否存在了链路故障，主节点4可以通过轮询(polling)环网状态的方式来判断所述RRPP域中是否存在了链路故障。当然，主节点4也可以通过其他方式自行检测所述RRPP域中是否存在了链路故障，例如：被动式的陷阱(trapping)监控。

参照图3，是主节点进行轮询环网状态的示意图；下面对主节点进行轮询环网状态的技术方案进行详述：

主节点4创建并启动一个报文接收定时器，该定时器设置一时间段。然后主节点4在环上周期性的发送探测报文(图3中采用环内的箭头表示发送的探测报文)，所述发送探测报文的周期时间可以通过另一个定时器来控制，通过该定时器控制发送探测报文的间隔时间、以及停止的情况。例如：每一秒钟发送一次探测报文、出现链路故障时停止或者不停止发送探测报文等。所述的在环上发送探测报文，可以通过ACL、转发表项，或者在一个VLAN内广播等方式实现，该VLAN可以转发传输协议报文，也可以转发数据报文。所述数据报文和协议报文在同一个VLAN内传输，即不需要针对协议报文设置一个专门的控制VLAN，从而节省节点的VLAN ID资源。

当所述环网没有链路故障的时候，即环网是完整的时候(例如图1，环内的箭头表示主节点发送的探测报文)，主节点4从主端口41发出的探测报文可以在报文接收定时器设置的时间段内从主节点4的副端口42收到，则主节点4就知悉所述环网是完整的，重新设置报文接收定时器，并保持周期性的发送探测报文。

当所述环网出现链路故障的时候，即环网出现了断路(如图3)，主节点4从主端口41发出的探测报文无法在报文接收定时器设置的时间段内从主节点4的副端口42收到，即在报文接收定时器超时前仍没有收到探测报文，则主节点4判定所述环网出现了链路故障。如图3所示，主节点4从主端口41发出的探测报文无法通过传输节点2进行转发，所以主节点4就无法回收到该探测报文，从而判定所述环网出现了链路故障。

为了提高所述探测报文的转发速度，传输节点在一个环上的端口接收到探测报文后，先从其另一个环上的端口转发出去，然后该传输节点再对该报文携带的信息进行处理。这样可以获得较快的转发速度，可以减少从故障发生到主节点知悉的时间，当然随着端口速率的不同，转发速度也会随之变化，但是本技术方案可以在相同条件下获得较快的转发速度。

步骤s4，当获知链路故障时，主节点4将副端口42恢复转发，并刷新主节点以及传输节点的转发表。

对链路故障的检测可以由主节点和传输节点共同进行。当主节点4接收到传输节点发送的出现链路故障的消息或者主节点4通过轮询环网状态检测到链路故障的消息，将原设置为阻塞模式(不转发数据报文)的副端口42恢复为转发模式，即可以开始转发数据报文，并刷新主节点以及传输节点的转发表；从而使得所述环网中仍然仅仅存在一个断开点，不会形成孤岛，可以保证数据报文的继续传输，在很短的时间内就可以完成故障转换，实现环网的快速自动保护。

当主节点4知悉所述环网出现链路故障时，从主节点4两个端口41、42发布故障状态通知，并且导致环上各节点刷新转发表；主节点4继续进行轮询环网状态，检测环网是否恢复。主节点4可以在环上周期性发送探测报文，所述“在环上发送探测报文”可以通过ACL、转发表项，或者在一个VLAN内广播等方式实现。所述探测报文从主节点4的主端41口发送出去的，主节点4没有从副端口42收到探测报文，则认为链路故障仍然没有恢复，主节点4仍然保持故障状态通知，并保持副端口42的转发状态。如果主节点4从副端口42回收到发送的探测报文，则认为链路故障已经恢复，主节点4发布环网完整状态通知。主节点4检测到环网中的故障链路恢复了，则阻塞主节点的副端口42，并刷新环网上主节点和传输节点的转发表(forwarding database)。当环网上的链路故障超过一个时，则需要所有的链路故障都恢复，主节点才能收到发出的探测报文，即此时主节点获知环网恢复。

参照图4，是图1所示环网端口链路故障恢复的暂时阻塞端口的示意图。

从传输节点1或2的发生链路故障的端口恢复转发的时间点到主节点4发现环网链路恢复完整的时间点之间，由于探测报文的转发，一般会存在一定的时间间隔。这段时间内有可能形成一个临时环路，因为此时主节点4的副端口42仍然在转发状态，而且传输节点1和2的发生链路故障的端口也已经恢复转发，所以数据报文可以在环内的端口上都进行转发，从而形成临时环路。为了防止临时环路的产生，当传输节点1或2发现自己一个属于RRPP域的端口恢复转发时，立即将其阻塞(允许协议报文通过，阻塞数据报文)；并可以启动一个转发延迟定时器。

不限于传输节点，在本发明中主节点也可以自己检测主端口的链路故障，当主节点发现发生链路故障的主端口恢复转发时，也可以将其阻塞，并启动一个转发延迟定时器，以临时环路的产生。接到通知或者定时器超时后，主节点将临时阻塞的主端口恢复转发。

当传输节点1或2接收到主节点4发出的通知消息时，所述传输节点1或2确定自己是否有阻塞数据报文的端口，如果存在，则使该端口由阻塞状态迁移到转发状态。确定传输节点是否有处在阻塞数据报文状态的端口，可以从传输节点设置该端口阻塞状态时存储的该端口的ID标识进行判断，也可以直接查询该节点在环上两个端口的状态即可确定。

所述主节点发布的通知消息可以包括：环网完整的状态通知或者刷新转发数据库的通知等。所述通知消息的发布可以通过ACL、转发表项，或者在一个VLAN内广播等方式实现，可以不占用专用的VLAN资源。当传输节点接收到主节点发出的通知消息时，可以确定环网链路已经恢复，从而将传输节点阻塞的端口由阻塞状态迁移到转发状态。当传输节点检测到其启动的转发延迟定时器超时，则也能够确定环网链路已经恢复，从而将传输节点阻塞的端口由阻塞状态迁移到转发状态。

本发明还提供了一种以太环网，包括主节点，各节点之间通过端口相连形成环，每个节点包括两个连在环上的端口；环网初始建立时，主节点的第一端口为转发模式，第二端口为阻塞模式；主节点通过访问控制表、转发表项或者虚拟局域网的方式来获知链路故障，所述虚拟局域网转发数据报文和协议报文；当获知链路故障时，主节点将第二端口设为转发模式，并刷新主节点以及其他节点的转发表。

所述以太环网还可以包括传输节点，当传输节点检测到链路故障时，通过访问控制表、转发表项或者虚拟局域网的方式将故障消息传递给主节点。所述的以太环网，通过访问控制表、转发表项或者虚拟局域网的方式，主节点还可以自行检测所述以太环网的链路故障。

所述的以太环网，主节点还可以自己检测其端口的直连链路故障；当主节点检测到其第一端口直连链路出现故障，则主节点将第二端口恢复转发，并刷新主节点以及其他节点的转发表。

主节点可以在环上周期性发送探测报文，如果主节点从第二端口回收到发送的探测报文，则认为链路故障已经恢复，主节点发布环网完整状态通知。主节点检测到环网中的故障链路恢复了，则阻塞主节点的第二端口，并刷新环网上主节点和其他节点的转发表(forwarding database)。

以上对本发明所提供的一种快速环网保护方法和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

1、一种快速环网保护方法，其特征在于，包括：

创建快速环网保护域，所述快速环网保护域包括主节点，各节点之间通过端口相连形成环，每个节点包括两个连在环上的端口；

主节点将第一端口设为转发模式，第二端口设为阻塞模式；

通过访问控制表、转发表项或者转发数据报文和协议报文的虚拟局域网的方式来获知链路故障；

当获知链路故障时，主节点将第二端口设为转发模式，并刷新主节点以及其他节点的转发表。

2、如权利要求1所述的快速环网保护方法，其特征在于，还包括：

主节点检测其端口的直连链路故障；当主节点检测到其第一端口直连链路出现故障，则主节点将第二端口恢复转发，并刷新主节点以及其他节点的转发表。

3、如权利要求1所述的快速环网保护方法，其特征在于：

所述快速环网保护域包括至少一个传输节点，当传输节点检测到链路故障时，通过访问控制表或转发表项将故障消息传递给主节点。

4、如权利要求1所述的快速环网保护方法，其特征在于，还包括：

设置一虚拟局域网，所述虚拟局域网转发数据报文和协议报文；

所述快速环网保护域包括至少一个传输节点，当传输节点检测到链路故障时，通过所述虚拟局域网将故障消息传递给主节点。

5、如权利要求4所述快速环网保护方法，其特征在于，传输节点通过在所述虚拟局域网内泛洪、广播或者组播方式将故障消息传递给主节点。

6、如权利要求1、2、3或4所述的快速环网保护方法，其特征在于，所述主节点通过轮询环网状态检测链路故障，包括：

设置一报文接收定时器；

通过访问控制表、转发表项或者转发数据报文和协议报文的虚拟局域网在环上周期性发送探测报文；

在报文接收定时器超时前没有收到探测报文，则认为检测到链路故障。

7、如权利要求6所述的快速环网保护方法，其特征在于，所述主节点通过轮询环网状态检测环网恢复信息，包括：

通过访问控制表、转发表项或者转发数据报文和协议报文的虚拟局域网在环上周期性发送探测报文；

收到探测报文，则发送环网恢复的通知信息，阻塞第二端口，刷新主节点以及其他节点的转发表。

8、如权利要求1所述的快速环网保护方法，其特征在于，还包括：

当节点检测到其与相邻节点之间的故障链路恢复的信息，则阻塞该故障链路恢复的端口；

并启动一转发延迟定时器；

当所述转发延迟定时器超时或者该节点收到环网恢复的通知消息，则将所述阻塞的端口迁移到转发状态。

9、一种以太环网，包括主节点，其特征在于，

各节点之间通过端口相连形成环，每个节点包括两个连在环上的端口；

环网初始建立时，主节点的第一端口为转发模式，第二端口为阻塞模式；

主节点通过访问控制表、转发表项或者虚拟局域网的方式来获知链路故障，所述虚拟局域网转发数据报文和协议报文；

当获知链路故障时，主节点将第二端口设为转发模式，并刷新主节点以及其他节点的转发表。

10、如权利要求9所述的以太环网，其特征在于，所述以太环网还包括传输节点，当传输节点检测到链路故障时，通过访问控制表、转发表项或者虚拟局域网的方式将故障消息传递给主节点。

11、如权利要求9所述的以太环网，其特征在于，通过访问控制表、转发表项或者虚拟局域网的方式，主节点自行检测所述以太环网的链路故障。

12、如权利要求9所述的以太环网，其特征在于，主节点检测其端口的直连链路故障；当主节点检测到其第一端口直连链路出现故障，则主节点将第二端口恢复转发，并刷新主节点以及其他节点的转发表。

Images