[发明专利]主环多链路故障时子环RPL转移的方法

说明书

技术领域

本发明涉及网络通讯技术领域，尤其涉及一种G8032标准下主环多链路故障时子环RPL转移的方法。 

背景技术

ITU G..8032定义了以太网环拓扑的APS(Automatic ProtectionSwitching，自动保护切换)协议和自动保护切换机制。G.8032的第一个版本比较简单，只提出了单个环的保护倒换模型，仅说明了信号故障的情况下触发的倒换以及回切模式下的行为，对非回切模式以及人工倒换/强制倒换的情况在第一版中没有提及。G..8032的修订版在第一版的基础上增加了多环互连的保护倒换模型，并对人工倒换/强制倒换的情况进行了详细说明，因为考虑到多环互连的情况，环保护倒换的控制过程也相对比较复杂。 

环网保护是要对以太环网进行自动保护，如图1A所示，在正常工作状态下，在环网内设置了防止成环的阻塞链路，即RPL(Ring Protecting State，环保护链路)。当其他链路发生故障时，如图1B和图2所示，这段环保护链路打开，数据业务倒换到环保护链路上进行传输，实现倒换保护。并且当故障恢复后，环保护链路重新被阻塞，数据业务切回至原来的链路。 

尽管如此，G.8032标准目前只能保证单链路故障的连通性，并没有解决主环多链路故障时通信的连通性问题，而在实际应用中会出现主环多链路故障的情况，在多链路分段的情况中，必然会出现某几个点间不能进行正常通信的问题。 

发明内容

本发明的目的在于克服现有技术的缺陷，提供一种主环多链路故障时子环RPL转移的方法，以保证在主环多链路发生故障时，主环和子环间的正常通信。 

为实现上述目的，本发明提出如下技术方案：一种主环多链路故障时子环RPL转移的方法，包括： 

当主环与子环相连的中间节点检测到主环节点上的多个环接口发生SF，且子环的RPL不是配置在所述主环节点的子环接口上时，所述中间节点发送数个SF-RT报文以通知所述子环的Owner进行RPL转移，并阻塞所述子环接口； 

子环Owner收到由所述主环中间节点发送的SF-RT报文后，打开RPL并发送NR-RB-RT报文； 

子环其它节点收到所述NR-RB-RT报文后刷新FDB。 

更进一步地，在环网正常工作状态时，在子环的Owner上设置有主环中间节点的ID，当子环Owner收到SF-RT报文时，通过所述主环中间节点的ID判断所述SF-RT报文是否是由正确的中间节点发送的。 

当子环Owner收到的所述SF-RT报文不是由所述主环中间节点发送时，则丢弃报文。 

当其他的中间节点收到所述NR-RB-RT报文时，则记录邻居故障，在发送SF-RT消息前需检查邻居故障值是否为零。 

当主环与子环相连的中间节点检测到主环节点上的多个环接口发生SF，且所有子环的RPL配置在所述主环节点的子环接口上时，仅阻塞发生SF的接口，不作子环RPL转移的相关处理。 

主环故障链路收到所述NR-RB-RT报文后，将与主环相连的所述子环接口记录为RPL代理。 

当主环故障链路恢复且主环WTR超时后，所述中间节点向子环RPL代理发送NR-RB-RT报文，当子环Owner确认这个消息是由正确的RPL代理发送时，阻塞RPL链路，并发送NR-RB消息通知取消RPL代理。所述中间节点在收到子环Owner发送的NR-RB消息后，重置邻居故障值为零。 

与现有技术相比，本发明所揭示的主环多链路故障时子环RPL转移的方法，保证了在G8032中主环多链路故障时，通过转移子环RPL的方法，且在主环故障消除后，重新恢复子环RPL的功能，保证了主环和子环间数据传递的连通性和正常的通信。 

附图说明

图1A是设有RPL的以太环网中正常工作时的示意图； 

图1B是图1A中主环的一段链路发生故障时启动RPL后的示意图； 

图2是主环的一段链路发生故障时的流程图； 

图3A是本发明以太环网中主环上发生多链路故障时的示意图； 

图3B是图3A中发生子环RPL转移后的示意图； 

图4是本发明在子环RPL转移时，主环中间接点状态转换的流程图； 

图5是本发明在子环RPL转移时，子环Owner接点状态转换的流程图； 

图6是本发明主环故障解除时子环的状态变化流程图。 

具体实施方式

下面将结合本发明的附图，对本发明实施例的技术方案进行清楚、完整的描述。