一种故障恢复方法及系统与流程

本发明涉及通信技术领域，具体是涉及一种故障恢复方法及系统。

背景技术：

以太网交换网络中为了进行链路备份，提高网络可靠性，通常会使用冗余链路。但是使用冗余链路会在交换网络上产生环路，引发广播风暴以及媒体访问控制(mediaaccesscontrol，mac)地址表不稳定等故障现象，从而导致用户通信质量较差，甚至通信中断。

为解决交换网络中的环路问题，提出了很多防止环路的环网保护协议，例如生成树协议(spanningtreeprotocol，stp)、快速生成树协议(rapidspanningtreeprotocol，rstp)、多生成树协议(multiplespanningtreeprotocol，mstp)和g8032等，其中，g.8032协议是国际电信联盟远程通信标准化组织(internationaltelecommunicationunion-telecommunicationstandardizationsector，itu-t)定义的以太网链路层的标准协议。

在以太网交换网络中部署上述环网保护协议后，如果交换网络中出现环路，环网保护协议通过拓扑计算，阻塞冗余端口，从而阻塞冗余链路，消除交换网络中可能存在的环路。在交换网络状态稳定后，如果主用转发的端口出现故障，环网保护协议需要重新计算并将阻塞端口恢复为正常状态以进行业务转发，从而激活冗余链路，恢复交换网络连通性，实现故障恢复，上述过程需要耗费一定的时间。

目前，对于二层以太网的故障恢复时间的要求越来越高，环网保护协议无法满足链路的收敛性能要求，例如，城域以太网交换机要求小于50ms的恢复能力，50ms对于早期的10m或者100m带宽链路能力，丢失数据包为100或者1000个左右。但实际上随着物理链路带宽能力的增大，例如对于10g或者100g的带宽链路，丢包数可达10万或者100万个，50ms的恢复时间会导致严重的业务故障，无疑会对业务造成巨大的影响。因此，迫切需要提供快速的故障恢复能力。

技术实现要素：

针对现有技术中存在的缺陷，本发明的目的在于提供一种故障恢复方法及系统，检测到链路故障时，快速进行链路保护倒换，避免丢包。

本发明提供一种故障恢复方法，其包括：

接收第一环网保护协议的第一环路计算结果；

基于第一环路计算结果，在保护链路组表中维护转发端口及其关联的所有阻塞端口的端口状态，并下发端口设置；

接收链路故障检测结果，在保护链路组表中修改故障链路的转发端口以及关联的所有阻塞端口的端口状态，并下发端口设置；同步转发链路故障检测结果，以按照第一环网保护协议重新计算；

基于重新计算结果更新保护链路组表。

在上述技术方案的基础上，所述第一环路计算结果包括环网保护协议信息以及对指定端口的操作指示，操作指示包括添加指示、删除指示和端口状态更新指示。

在上述技术方案的基础上，所述保护链路组表的关键字为所述转发端口，每个所述转发端口与相关联的所有所述阻塞端口组成一个关联组；

找到故障链路中的所述转发端口后，对所述转发端口及其所述关联组中所有所述阻塞端口的端口状态进行修改和标记。

在上述技术方案的基础上，接收所述第一环网保护协议重新计算得到的对指定端口的端口状态更新指示；

当所述指定端口的端口状态从阻塞状态更新为转发状态，在所述保护链路组表的所有所述阻塞端口中查找所述指定端口，如果找到所述指定端口且所述指定端口被标记，则删除；

当所述指定端口的端口状态从转发状态更新为阻塞状态，在所述关键字中查找所述指定端口，如果找到所述指定端口且所述指定端口被标记，则删除被标记的所述指定端口及其关联组。

在上述技术方案的基础上，所述方法还包括：定期从所述第一环路计算结果中获取所述被标记的端口的端口状态，并在所述保护链路组表中进行端口状态同步。

在上述技术方案的基础上，所述方法还包括：接收并转发链路恢复检测结果，以按照所述第一环网保护协议重新计算。

在上述技术方案的基础上，所述方法还包括：

接收第二环网保护协议的第二环路计算结果；

判断第二环路计算结果与所述保护链路组表是否冲突，若是，通知第二环网保护协议重新计算；若否，根据第二环路计算结果维护所述保护链路组表，并同步下发所述端口设置。

本发明还提供一种故障恢复系统，应用于交换网络，交换网络包括第一环网保护协议单元、链路检测单元和硬件处理单元，第一环网保护协议单元用于进行环路计算，链路检测单元用于检测链路状态，并得到检测结果，检测结果包括链路故障检测结果和链路恢复检测结果，硬件处理单元用于设置端口状态，所述故障恢复系统包括链路状态处理单元和保护链路组处理单元；

所述链路状态处理单元用于获取所述链路故障检测结果，并发送给所述保护链路组处理单元；

所述保护链路组处理单元用于从所述第一环网保护协议单元接收第一环路计算结果，在保护链路组表中维护转发端口及其关联的所有阻塞端口的端口状态，并下发端口设置给所述硬件处理单元；还用于根据所述链路故障检测结果，在保护链路组表中修改故障链路的转发端口以及关联的所有阻塞端口的端口状态，并下发端口设置给所述硬件处理单元；还用于同步通知所述第一环网保护协议单元重新计算，并基于重新计算结果更新保护链路组表。

在上述技术方案的基础上，所述链路状态处理单元还用于获取所述链路恢复检测结果，并发送给所述第一环网保护协议单元；

所述第一环网保护协议单元还用于根据所述链路恢复检测结果进行重新计算。

在上述技术方案的基础上，所述链路状态处理单元用于在所述链路检测单元中设置钩子函数，以接收所述检测结果；

所述保护链路组处理单元用于通过套接字或者消息队列与所述第一环网保护协议单元通信连接；还用于调用所述硬件处理单元的驱动函数下发所述端口设置。

在上述技术方案的基础上，所述保护链路组处理单元还用于对所述端口状态修改后的端口进行标记；以及从所述第一环路计算单元定期获取被标记的端口的端口状态，并在所述保护链路组表中进行端口状态同步。

在上述技术方案的基础上，所述交换网络还包括第二环网保护协议单元，第二环网保护协议单元用于进行环路计算；

所述保护链路组处理单元还用于从所述第二环网保护协议单元接收第二环路计算结果，当第二环路计算结果与所述保护链路组表冲突时，通知第二环网保护协议单元重新计算；以及根据第二环路计算结果所述保护链路组表，并同步下发所述端口设置。

与现有技术相比，本发明实施例故障恢复方法包括：接收第一环网保护协议的第一环路计算结果；基于第一环路计算结果，在保护链路组表中维护转发端口及其关联的所有阻塞端口的端口状态，并下发端口设置；接收链路故障检测结果，在保护链路组表中修改故障链路的转发端口以及关联的所有阻塞端口的端口状态，并下发端口设置；同步转发链路故障检测结果，以按照第一环网保护协议重新计算；基于重新计算结果更新保护链路组表。本发明实施例与硬件链路状态检测技术相结合，检测到链路故障时，快速进行链路保护倒换，避免现有链路保护协议计算后再进行业务保护倒换长时间而导致丢包。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是以太网交换网络的一个示例；

图2是本发明实施例故障恢复方法流程图；

图3是本发明另一实施例故障恢复方法流程图；

图4是本发明实施例故障恢复系统的应用示意图；

图5是本发明另一实施例故障恢复系统的应用示意图。

具体实施方式

下面结合附图及具体实施例对本发明作进一步的详细描述。

图1所示为以太网交换网络的一个示例。在该以太网交换网络中，为了进行链路备份，提高网络可靠性，通常会使用冗余链路。但是使用冗余链路会在交换网络上产生环路，例如图1中的环路1、环路2和环路3。

在图1的以太网交换网络中部署环网保护协议后，如果交换网络中出现环路，环网保护协议通过拓扑计算，阻塞冗余端口，从而阻塞冗余链路，消除交换网络中可能存在的环路，例如对于图1中的环路1、环路2和环路3，分别阻塞冗余端口d和e，从而消除环路1、环路2和环路3。

本发明实施例提供一种故障恢复方法，可以应用于以太网交换网络中，以太网交换网络的一个示例参见图1所示，在以太网交换网络中部署了至少一个环网保护协议，以下称为第一环网保护协议。其中，环网保护协议可为标准的rstp协议、mstp协议、g8032协议或者进程间通信(reliablelink，rlink)协议等，不作限定。

参见图2所示，本发明实施例故障恢复方法包括：

s110接收第一环网保护协议的第一环路计算结果。

交换网络启动后部署第一环网保护协议，第一环网保护协议收集网络拓扑信息，计算网络拓扑中环路的转发端口和对应的阻塞端口，根据一定的规则对环路中的一个或者多个端口进行阻塞，破除环路。以图1为例，对于环路1，端口a为转发端口，则端口d为阻塞端口。此时，第一环路计算结果包括新增的阻塞端口和对应的转发端口。

当网络拓扑发生变化时，例如增加或删除网络节点，第一环网保护协议计算环路的阻塞端口和对应的转发端口，得到第一环路计算结果。此时，第一环路计算结果包括新增的阻塞端口和对应的转发端口，删除阻塞端口和转发端口，以及端口状态变化等。

具体的，第一环路计算结果包括环网保护协议信息以及对指定端口的操作指示，操作指示包括添加指示、删除指示和端口状态更新指示。

s120基于第一环路计算结果，在保护链路组表中维护转发端口、转发端口关联的所有阻塞端口、以及端口状态，并同步设置端口状态。

在一个示例中，保护链路组表的关键字为转发端口，保护链路组表的维护内容包括多个表项，每个表项包括转发端口、至少一个阻塞端口、协议标志位和端口状态等信息，其中，每条表项以一个转发端口为关键字，协议标志位表示设置该表项的环网保护协议信息，每个环网保护协议信息用一个比特(bit)位表示。端口状态包括转发状态和阻塞状态两种。

在保护链路组表中，关键字为转发端口，转发端口与相关联的所有阻塞端口组成一个关联组，关联组中阻塞端口的数量不作限定，例如，阻塞端口的数量可以是1～4个。当发生链路故障时，转发端口的端口状态由正常变为故障，可以迅速地从关键字中查找故障链路中的转发端口以及相关联的所有阻塞端口。

当第一环路计算结果包括阻塞端口a和该阻塞端口对应环路的转发端口b，以及添加指示时，步骤s120包括：

s121根据第一环路计算结果中的转发端口b，查询保护链路组表中的所有转发端口。如果查找到转发端口b所在的表项，则将阻塞端口a添加到转发端口b的关联组中，进入步骤s123。

s122如果在保护链路组表的所有转发端口和阻塞端口中均不能查询到第一环路计算结果中的转发端口b，则在保护链路组表中添加以转发端口b为关键字的表项，该表项对应端口信息来源于第一环路计算结果，第一环路计算结果中的转发端口b和阻塞端口a形成一个关联组，进入步骤s123。

s123设置端口状态。

调用硬件设置接口，将该阻塞端口a的硬件转发状态设置为阻塞状态。交换机进行业务转发时，根据端口状态进行业务转发，对转发到阻塞端口a的数据流丢弃，只有转发端口b进行正常业务转发。

当第一环路计算结果包括指定端口的删除指示时，步骤s120包括：

s124当指定端口为转发端口时，在保护链路组表中删除指定的转发端口的表项。当指定端口为阻塞端口时，在保护链路组表中删除指定的阻塞端口。

s125设置端口状态。

调用硬件设置接口，将该阻塞端口a的硬件转发状态设置为阻塞状态。

s130接收链路故障检测结果，同步执行以下步骤s140和s150。

交换机系统运行过程中，通过中断或者双向转发检测(bidirectionalforwardingdetection，bfd)等硬件机制，实时监测各链路状态，如果检测到链路状态由正常(up)变为故障(down)时，则发送链路故障检测结果。在链路故障检测结果中，转发端口的端口状态由正常变为故障。

s140在保护链路组表中查找到故障链路中的转发端口以及关联的所有阻塞端口，修改端口状态并同步设置端口状态，以进行故障恢复。

判断链路故障检测结果中端口状态由正常变为故障的端口是否为保护链路组表中的转发端口，如果是转发端口的端口状态由正常变为故障，则立即将该转发端口对应关联组中的所有阻塞端口的端口状态设置为转发状态，以及将该转发端口设置为阻塞状态，并下发端口设置到交换机的硬件处理单元中，设置端口状态，以便进行故障恢复，恢复正常业务的转发。

进一步的，修改端口状态后，对转发端口及其关联组中所有阻塞端口的端口状态设置相应的标记，例如设置为链路恢复标记。保护链路组表的维护内容除了转发端口、至少一个阻塞端口、协议标志位和端口状态标志位等信息以外，还可以包括端口标记位，端口标记位可以记录正常状态标记和链路恢复标记。

根据第一环路计算结果设置或者修改端口状态时，设置正常状态标记。根据链路故障检测结果修改端口状态时，则设置链路恢复标记，表示该端口状态是根据链路故障检测结果进行修改的，与第一环路计算结果设置或者修改端口状态相区别。

s150转发链路故障检测结果，以按照第一环网保护协议重新计算，得到重新计算后的第一环路计算结果。

环网保护协议收到链路故障检测结果后，将链路故障消息通告到全网中的其他设备，并重新计算环路的阻塞端口和对应的转发端口，得到重新计算后的第一环路计算结果。

在重新计算后的第一环路计算结果中，如果端口的端口状态与收到链路故障检测结果前的端口状态不同，则生成指定端口的端口状态更新指示，包括：指定端口的端口状态从阻塞状态更新为转发状态，和/或，指定端口的端口状态从转发状态更新为阻塞状态。

s160接收重新计算后的第一环路计算结果，并维护保护链路组表。

接收第一环网保护协议重新计算得到的对指定端口的端口状态更新指示。

当指定端口的端口状态从阻塞状态更新为转发状态，在保护链路组表中的所有阻塞端口中查找该指定端口，如果找到该指定端口且该指定端口被标记，表示该端口状态是在步骤s140中根据链路故障检测结果进行修改的，则从保护链路组表中删除被标记的阻塞端口。

进一步的，在被删除的阻塞端口所在的表项中，如果关联组为空(即没有其他阻塞端口)，则可以删除该表项。

当指定端口的端口状态从转发状态更新为阻塞状态，在保护链路组表的关键字中查找指定端口，如果找到指定端口且该指定端口被标记，则删除被标记的指定端口及其关联组。

在本发明其他实施例中，定期从第一环路计算结果中获取被标记的端口的端口状态，并在保护链路组表中进行端口状态同步。

具体的，对保护链路组表中端口状态设置为链路恢复标记的表项，定时读取第一环网保护协议的第一环路计算结果中被标记的端口的端口状态，如果两者的端口状态一致，则清除链路恢复标记，修改为正常状态标记。如果经过设定时长后，例如经过5分钟后，保护链路组表中被标记的端口的端口状态仍与第一环路计算结果中端口状态不一致，则将链路恢复标记的表项设置为与第一环路计算结果一致，同时设置硬件转发状态，使得端口的硬件转发状态与保护链路组表中的端口状态一致。

在本发明其他实施例中，如果检测到链路状态由故障(down)变为正常(up)时，此时无需进行阻塞链路业务恢复，由第一环网保护协议重新计算阻塞端口，按步骤s110～s120处理，在此不再赘述。

本发明实施例可与硬件快速链路状态检测技术相结合，检测到链路故障时，快速进行链路保护倒换，避免现有链路保护协议计算后再进行业务保护倒换的长时间而导致丢包。使用现有快速保护倒换技术恢复业务需要30～50ms，而使用本发明实施例的故障恢复方法，业务恢复时间为2～3ms，且不受网络规模的影响，均可实现快速的保护链路业务恢复。

在实际应用中，网络中实施的环网保护协议可以为两个以及两个以上，两个以及两个以上的环网保护协议所分别计算的环路可以共享同一端口。由于不同环网保护协议适应的网络规模、链路类型、计算速度等存在差异，在交换系统中部署多个不同的环网保护协议时，对于不同的环网保护协议的公共端口，可能出现不同的环网保护协议对公共端口的计算结果不一致。如果由环网协议直接进行设置，会导致部分业务出现故障。例如，对公共端口，如果一个环路计算结果为转发状态，另一个环路计算结果为阻塞状态，按照现有处理机制，只对阻塞状态进行设置硬件转发状态，将该公共端口设置为阻塞后，会导致环路计算结果为转发状态的环路出现阻塞了多个端口，从而出现业务丢失。

参见图3所示，在上述实施例的基础上，本发明另一实施例故障恢复方法包括：

s210接收第二环网保护协议的第二环路计算结果。

第二环网保护协议是除第一环网保护协议之外的环网保护协议。步骤s230与步骤s210基本相同，区别在于环网保护协议的类型不同，此处不再赘述。

s220判断第二环路计算结果与保护链路组表是否冲突，若是，进入步骤s230；若否，进入步骤s240。

具体的，保护链路组表是基于第一环网保护协议的第一环路计算结果维护的。对于同一端口，第二环网保护协议单元的设置与保护链路组表不同时，则判定为冲突。

例如，收到第二环路计算结果的阻塞端口c和该阻塞端口c对应环路的转发端口d消息后，首先进行冲突性检查，包括：

s221根据第二环路计算结果中的转发端口d，查询保护链路组表中的所有阻塞端口。

s222如果在保护链路组表的所有阻塞端口中查询到转发端口d，则说明第一环网保护协议将对转发端口d设置为阻塞状态，第二环网保护协议对转发端口d设置为转发状态，发生冲突。为避免出现此种情况，需要降低转发端口d的环网保护协议优先级，使得第二环路转发协议进行重新计算，检查端口设置冲突结束。

s223根据第二环路计算结果中的阻塞端口c，查询保护链路组表中的所有转发端口。

s224如果保护链路组表的转发端口中查询到阻塞端口c，则说明两个不同环路中对阻塞端口c的操作处理不同，此时如果仍然按照第二环网保护协议的要求对阻塞端口c进行阻塞，则会导致另一个环路的转发端口被阻塞，出现业务中断，为避免出现此种情况，需要提高阻塞端口c的环网协议优先级，使得环路转发协议进行重新计算，检查端口设置冲突结束。

步骤s221～s222与步骤s223～s224的执行顺序不作限定。

第二环网保护协议删除阻塞端口时，判断是否有其他环网保护协议(例如第一环网保护协议)仍需要阻塞该阻塞端口，若是，调整该阻塞端口优先级，触发第二环网保护协议重新计算；若否，删除保护链路组表中阻塞端口，同步修改该阻塞端口的端口状态硬件设置。

s230通知第二环网保护协议重新计算，返回步骤s210。

s240根据第二环路计算结果维护保护链路组表，并同步下发端口设置。

在步骤s220中，保护链路组表是基于第一环网保护协议的第一环路计算结果维护的，第二环网保护协议是除第一环网保护协议之外的环网保护协议。

交换网络中同时使能了多个环网保护协议时，需要进行多个环网协议冲突检测。根据第二环路计算结果添加或者删除阻塞端口时，首先进行冲突检测，如果环网保护协议之间发生冲突，触发第二环网保护协议重新计算，以避免冲突。如果不冲突，则设置保护链路组表表项，同步进行端口设置。

在其他实施例中，网络中部署多个环网保护协议，接收第n个环网保护协议的第n个环路计算结果，保护链路组表是基于n-1个环网保护协议的环路计算结果维护的，第n个环网保护协议是除n-1个环网保护协议之外的环网保护协议。根据第n个环路计算结果添加或者删除阻塞端口时，首先进行冲突检测，如果环网保护协议之间发生冲突，触发第n个环网保护协议重新计算，以避免冲突。如果不冲突，则设置保护链路组表表项，同步进行端口设置。

在前述各实施例的基础上，本发明其他实施例故障恢复方法还可以包括：

s300定期从环路计算结果中获取被标记的端口的端口状态，并在保护链路组表中进行端口状态同步。其中，环路计算结果为第一环路计算结果或者第二环路计算结果。

通过步骤s300，确保环网保护协议的更新与保护链路组表同步，避免因没有接收到环路计算结果，而导致保护链路组表中被标记的端口没有及时得到更新的情况发生。

图4所示为本发明实施例故障恢复系统的应用示意图，故障恢复系统设于交换网络中，用于实现前述各实施例故障恢复方法，交换网络包括第一环网保护协议单元、链路检测单元和硬件处理单元，第一环网保护协议单元用于进行环路计算，链路检测单元用于检测链路状态，并得到检测结果，检测结果包括链路故障检测结果和链路恢复检测结果，硬件处理单元用于设置端口状态。故障恢复系统包括链路状态处理单元和保护链路组处理单元。

在一种示例中，第一环网保护协议单元和故障恢复系统位于控制平面，链路检测单元和硬件处理单元位于转发平面。

链路状态处理单元用于获取链路故障检测结果，并发送给保护链路组处理单元。

保护链路组处理单元用于从第一环网保护协议单元接收第一环路计算结果，在保护链路组表中维护转发端口及其关联的所有阻塞端口的端口状态，并下发端口设置给硬件处理单元；还用于根据链路故障检测结果，在保护链路组表中修改故障链路的转发端口以及关联的所有阻塞端口的端口状态，并下发端口设置给硬件处理单元；还用于同步通知第一环网保护协议单元重新计算，并基于重新计算结果更新保护链路组表。

在其他实施例中，链路状态处理单元还用于获取链路恢复检测结果，并发送给第一环网保护协议单元。

第一环网保护协议单元还用于根据链路恢复检测结果重新计算。

在其他实施例中，链路状态处理单元用于在链路检测单元中设置钩子函数，以接收检测结果。

保护链路组处理单元用于通过套接字(socket)或者消息队列与第一环网保护协议单元通信连接；还用于调用硬件处理单元的驱动函数下发端口设置。

在其他实施例中，保护链路组处理单元还用于对端口状态修改后的端口进行标记；以及从第一环路计算单元定期获取被标记的端口的端口状态，并在保护链路组表中进行端口状态同步。

本发明实施例故障恢复系统可以设于盒式交换机或者机架式交换机中，并可以位于硬件处理单元最近的位置，以便实现快速设置。

以交换机系统为例，当交换机系统启动时，交换机系统中的第一环网保护协议单元收集网络链路信息，计算网络中环路对应的转发端口和阻塞端口，并将第一环路计算结果发送给保护链路组处理单元进行处理，同时通过保护链路组处理单元下发硬件处理单元设置端口状态，以便硬件根据端口状态进行数据业务的转发。

链路状态处理单元需要在系统硬件链路状态上报的初始位置，添加处理函数，使得当系统硬件检测到链路发生故障时，及时将链路状态变化信息发送给保护链路组处理单元和环网保护单元，

保护链路组处理单元查找保护链路组表，如果找到相应条目，马上将该条目的阻塞端口标志位置为转发状态，并将其下发到硬件处理单元，以便系统硬件向该端口转发业务，另外将该转发端口置为断开状态并下发到硬件中。在恢复业务后，链路状态处理单元定时进行环网保护协议与保护链路组处理单元中端口状态的同步。

本发明实施例故障恢复系统提供的接口包括：(1)环网保护协议调用接口，保护链路组处理单元向环网保护协议提供的套接字或消息队列机制，以便各类环网保护协议在计算交换网络中链路状态成环，需要阻塞时，向保护链路组处理单元发送相应的消息，该接口参数包含内容为阻塞端口和对应转发端口；(2)链路状态上报接口，链路状态处理单元向硬件检测链路状态通告中提供的注册钩子函数，用于本发明实施例故障恢复系统尽快收到链路硬件状态的变化并进行保护倒换，钩子函数参数为端口和变化后的状态，如端口1+down信息表示端口变化为故障(down)。

本发明实施例故障恢复系统需要调用的接口包括：(1)硬件设置接口，通过直接调用驱动函数实现，该接口函数参数为端口和状态(阻塞或者转发)，保护链路组处理单元调用硬件处理单元，进行端口状态的设置，以便系统使用合适的端口进行业务转发。(2)第一环网保护协议单元接收端口状态接口，与现有协议接收系统中端口变化事件一致，通过套接字或消息机制发送，该消息机制中参数为端口和状态。第一环网保护协议单元收到链路状态变化后，及时将该信息通告到全网中，并重新进行环路计算。

图5所示本发明另一实施例故障恢复系统的应用示意图，交换网络包括第一环网保护协议单元到第n个环网保护协议单元，n为正整数，n>1。

作为一个示例，交换网络包括第一环网保护协议单元和第二环网保护协议单元，其中，第二环网保护协议单元用于进行环路计算，得到第二环路计算结果。

保护链路组处理单元用于通过套接字或者消息队列与第二环网保护协议单元通信连接。

保护链路组处理单元还用于从第二环网保护协议单元接收第二环路计算结果，当第二环路计算结果与保护链路组表冲突时，通知第二环网保护协议单元重新计算；以及根据第二环路计算结果保护链路组表，并同步下发端口设置。

在其他实施例中，网络中部署多个环网保护协议单元，接收第n个环网保护协议单元的第n个环路计算结果，保护链路组表是基于n-1个环网保护协议单元的环路计算结果维护的，第n个环网保护协议单元是除n-1个环网保护协议单元之外的环网保护协议。根据第n个环路计算结果添加或者删除阻塞端口时，首先进行冲突检测，如果环网保护协议之间发生冲突，触发第n个环网保护协议单元重新计算，以避免冲突。如果不冲突，则设置保护链路组表表项，同步进行端口设置。

本发明不局限于上述实施方式，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。