CN101854283A - 一种rpr环网的通信方法和设备 - Google Patents
一种rpr环网的通信方法和设备 Download PDFInfo
- Publication number
- CN101854283A CN101854283A CN201010188449A CN201010188449A CN101854283A CN 101854283 A CN101854283 A CN 101854283A CN 201010188449 A CN201010188449 A CN 201010188449A CN 201010188449 A CN201010188449 A CN 201010188449A CN 101854283 A CN101854283 A CN 101854283A
- Authority
- CN
- China
- Prior art keywords
- interface
- website
- polymerization
- node
- sub
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Small-Scale Networks (AREA)
Abstract
本发明公开了一种RPR环网的通信方法和设备,通过应用本发明的技术方案,解决了RPR***中实现接口聚合操作时,当某个环形链路上的一个节点出现故障时,导致整个环形链路不可用,影响网络通信的问题,通过根据故障节点建立相应的虚拟聚合子接口的方式,在分故障链路中进行网络通信,提高RPR链路的可靠性。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种RPR环网的通信方法和设备。
背景技术
RPR(Resilient Packet Ring,弹性分组网),是一种环网技术。
与早期的Token Ring(令牌环网)、FDDI(Fiber Distributed Data Interface,光纤分布式数据接口)等环网相比,有着很强的优点,主要体现在以下几点:
1)环路带宽利用率高
如图1所示,四个RPR节点组成了一个双向的RPR环网,两个环都可以用来传输数据业务和控制业务;对于环上的单播业务,采用的是目的地址剥离,与原来的源地址剥离相比,在业务到达目的节点以后,不再占用环上的带宽,有效的节省了带宽;对于多播帧和广播帧在转发节点进行复制,回到源节点后剥离,在环上的复制需要的时间很小,能够迅速完成复制,在每个转发节点,业务不会停留很长时间。
2)故障自愈
RPR环应用于高带宽需求的网,对业务的可连续运行要求很高,如果环上出现了断路,RPR环能够在50ms内实现故障自愈,这个电信级的保护时间使环上的业务即使在遇到断路时也不会受到影响。实现故障自愈采用的是RPR的steer(操纵)保护和wrap(缠绕)保护,其中,wrap模式是通过在故障邻节点业务环回来实现业务保护;steer模式是通过环上节点重新选环来实现业务保护。
3)公平性算法,实现环网的带宽管理
所谓公平就是各个节点可以按照用户设定的权重进行接入,在没有拥塞得情况,每个节点都可以按最大权重接入,各个节点公平分得权重;如果环上出现了拥塞,公平性算法能实现拥塞可控,同时保证拥塞域内的节点公平接入业务到RPR环上。
4)拓扑自动发现
支持即插即用,环上出现新节点或删除新节点,RPR环通过定期发送的TP帧获取到环上节点的变化情况,触发拓扑数据库进行更新,并通知到其他各个节点,使各个节点得知新节点的加入,或节点的删除。各个节点通过广播的TP帧获取新节点的内容。
5)业务分类
例如:RPR将环上的业务分为三类,A/B/C,其中,A类业务的优先级最高,C最低,RPR实行对高优先级业务预留带宽发送。
在现有技术中,为了实现RPR网络通信,主要是在RPR环网中的各节点上配置N(N≥2)个RPR逻辑口,用于分别接入N个相互独立的RPR逻辑环;通过分别链路聚合各所述节点上的N个RPR逻辑口对其上流量进行负载分担,并在任一所述节点上任一所述RPR逻辑口发生故障时进行链路切换。通过同时应用RPR与链路聚合技术,不仅简单、高效地解决了RPR环网中的单点故障问题,同时还增加了所述RPR环网的传输带宽。
在实现本发明的过程中,发明人发现现有技术至少存在以下问题:
在现有的技术方案中,当某个RPR环中的某个节点故障时,则整个RPR环不可用。
如图2所示,当S2(表示RPR节点2,在本文中,为了方便说明,以Sn表示RPR节点n,Rn表示逻辑口n,ringn表示编号为n的RPR环,后文中同样依据此规则进行说明,不再重复叙述)所表示的RPR节点2中ring3的逻辑口(及逻辑口3,R3)发送故障时,则S1、S4、S3所表示的RPR节点也不能使用ring3,造成了资源的浪费。
发明内容
本发明提供一种RPR环网的通信方法和设备,用以解决RPR网络中出现节点故障的情况下,整个环形链路均不可用的问题。
为达到上述目的,本发明一方面提供了一种RPR环网的通信方法,所述方法至少包括以下步骤:
站点根据获取的故障节点信息确定所述环网中只有一个故障节点且位于所述环网中的另一个站点的一个环上;
所述站点设置聚合接口和虚拟聚合子接口,其中,所述聚合接口包括所有本端节点的逻辑口,所述虚拟聚合子接口包括与所述故障节点位于不同环的本端节点的逻辑口;
所述站点通过所述聚合接口与不包含所述故障节点的站点传送单播报文,并通过所述虚拟聚合子接口与包含所述故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
优选的,当所述站点根据获取的故障节点信息确定所述环网中有两个以上故障节点且位于所述环网中另一个站点的不同环上时,所述方法还包括:
所述站点设置聚合接口和虚拟聚合子接口,其中,所述聚合接口包括所有本端节点的逻辑口,所述虚拟聚合子接口包括与所述故障节点位于不同环的其他本端节点的逻辑口;
所述站点通过所述聚合接口与不包含所述故障节点的站点传送单播报文,并通过所述虚拟聚合子接口与包含所述故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
优选的,当所述站点根据获取的故障节点信息确定所述环网中有两个故障节点且位于所述环网中的两个站点的不同环上时,所述方法还包括:
所述站点设置聚合接口、第一聚合子接口、第二聚合子接口以及第三聚合子接口,其中,所述聚合接口包括所有本端节点的逻辑口,所述第一聚合子接口包含与一个故障节点位于不同环的本端节点的逻辑口,所述第二聚合子接口包含与另一个故障节点位于不同环的本端节点的逻辑口,所述第三聚合子接口包含与两个故障节点均位于不同环的本端节点的逻辑口;
所述站点通过所述聚合接口与其他不包含所述故障节点的站点传送单播报文,通过所述第一聚合子接口或所述第二聚合子接口分别与包含故障节点的不同站点传送单播报文,并通过所述第三聚合子接口与环网中所有站点传送组播报文或广播报文。
优选的,当所述站点根据获取的故障节点信息确定所述环网中有一个故障节点且位于所述站点本端的一个以上的环上时,所述方法还包括:
所述站点设置聚合接口,所述聚合接口包括与所述故障节点位于不同环的本端节点的逻辑口;
所述站点通过所述聚合接口与其他不包含故障节点的站点传送单播报文、组播报文或广播报文。
优选的,当所述站点根据获取的故障逻辑口信息确定所述环网中有两个故障节点且位于所述站点本端与另一站点的不同环上时,所述方法还包括:
所述站点设置聚合接口和虚拟聚合子接口,其中,所述聚合接口包含与本端故障节点位于不同环上的本端节点的逻辑口,所述虚拟聚合子接口包含与两个故障节点位于不同环上的本端节点的逻辑口;
所述站点通过所述聚合接口与其他不包含故障节点的站点传送单播报文,通过所述虚拟聚合子接口与包含另一故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
优选的,所述方法进一步包括:
所述站点根据获取的故障节点恢复信息确定所有故障节点恢复正常;
所述站点删除所述虚拟聚合子接口。
优选的,所述方法进一步包括,
所述站点根据获取的故障节点恢复信息,确定所有故障节点中的一个以上节点恢复正常;
所述站点将与恢复正常的节点位于相同环的本端节点的逻辑口,添加到相应的虚拟子聚合接口;
所述站点判断添加后的虚拟聚合子接口与聚合接口或其他未添加的虚拟聚合子接口是否包含相同的本端节点逻辑口,若判断结果为是,则删除所述添加后的虚拟聚合子接口,若判断结果为否,则保留所述添加后的虚拟聚合子接口。
优选的,所述方法进一步包括,
所述站点根据获取的故障节点恢复信息确定本端故障节点中的一个以上节点恢复正常;
所述站点将恢复正常的节点的逻辑口添加到所述聚合接口。
优选的,所述方法进一步包括,
所述站点根据获取的故障节点恢复信息,确定本端故障节点和/或其他站点的故障节点恢复正常;
所述站点将与本端恢复正常的节点的逻辑口,添加到所述聚合接口,和/或将与其他站点恢复正常节点位于相同环上的本端节点的逻辑口,添加到所述虚拟聚合子接口;
所述站点判断添加后的聚合接口与添加后的虚拟聚合子接口是否包含的相同的本端节点的逻辑口,若判断结果为是,则删除所述添加后的虚拟聚合子接口,若判断结果为否,则保留所述添加后的虚拟聚合子接口。
另一方面,本发明还提供了一种RPR环网站点,包括:
获取模块,用于检测环网中的各站点是否存在故障节点,并在出现故障节点时,获取所述故障节点的信息;
确定模块,与所述获取模块相连接,用于根据所述获取模块所获取的故障节点的信息,确定所述故障节点的数量和位置;
设置模块,与所述确定模块相连接,用于根据所述确定模块所确定的所述故障节点的数量和位置,设置聚合接口和虚拟聚合子接口;
通信模块,与所述设置模块相连接,用于通过所述设置模块所设置的聚合接口及虚拟聚合子接口与环网中的其他站点传送报文。
优选的,所述设置模块,用于在所述确定模块确定所述环网中只有一个故障节点且位于所述环网中的另一个站点的一个环上时,设置聚合接口和虚拟聚合子接口,其中,所述聚合接口包括所有本端节点的逻辑口,所述虚拟聚合子接口包括与所述故障节点位于不同环的本端节点的逻辑口;
所述通信模块,用于通过所述设置模块设置的聚合接口与不包含所述故障节点的站点传送单播报文,并通过所述虚拟聚合子接口与包含所述故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
优选的,所述设置模块,用于在所述确定模块确定所述环网中有两个以上故障节点且位于所述环网中另一个站点的不同环上时,设置聚合接口和虚拟聚合子接口,其中,聚合接口包括所有本端节点的逻辑口,所述虚拟聚合子接口包括与所述故障节点位于不同环的本端节点的逻辑口;
所述通信模块,通过所述聚合接口与不包含所述故障节点的站点传送单播报文,并通过所述虚拟聚合子接口与包含所述故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
优选的,所述设置模块,用于在所述确定模块确定所述环网中有两个故障节点且位于所述环网中的两个站点的不同环上时,所述设置模块设置聚合接口、第一聚合子接口、第二聚合子接口以及第三聚合子接口,其中,所述聚合接口包括所有本端节点的逻辑口,所述第一聚合子接口包含与一个故障节点位于不同环的本端节点的逻辑口,所述第二聚合子接口包含与另一个故障节点位于不同环的本端节点的逻辑口,所述第三聚合子接口包含与两个故障节点均位于不同环的本端节点的逻辑口;
所述通信模块,通过所述聚合接口与其他不包含所述故障节点的站点传送单播报文,通过所述第一聚合子接口或所述第二聚合子接口分别与包含故障节点的不同站点传送单播报文,并通过所述第三聚合子接口与环网中所有站点传送组播报文或广播报文。
优选的,所述设置模块,用于在所述确定模块确定所述环网中有一个故障节点且位于所述站点本端的一个以上的环上时,设置聚合接口,所述聚合接口包括与所述故障节点位于不同环的本端节点的逻辑口;
所述通信模块,通过所述聚合接口与其他不包含故障节点的站点传送单播报文、组播报文或广播报文。
优选的,所述设置模块,用于在所述确定模块确定所述环网中有两个故障节点且位于所述站点本端与另一站点的不同环上时,设置聚合接口和虚拟聚合子接口,其中,所述聚合接口包含与本端故障节点位于不同环上的本端节点的逻辑口,所述虚拟聚合子接口包含与两个故障节点位于不同环上的本端节点的逻辑口
所述通信模块,通过所述聚合接口与其他不包含故障节点的站点传送单播报文,通过所述虚拟聚合子接口与包含另一故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
优选的,所述获取模块,还用于获取故障节点恢复信息;
所述确定模块,还用于根据所述获取模块所获取的故障节点恢复信息,确定恢复正常的故障节点的位置和数量。
优选的,还包括添加模块、判断模块和删除模块:
所述添加模块,与所述确定模块相连接,用于在所述确定模块确定恢复正常的故障节点为本端节点时,将恢复正常的本端节点所在环上的逻辑口键入聚合接口,或用于在所述确定模块确定恢复正常的故障节点为其他站点的节点时,将与恢复正常的节点位于相同环上的本端节点的逻辑口添加到相应的虚拟子聚合接口;
所述判断模块,与所述添加模块相连接,用于判断所述添加模块添加后的虚拟聚合子接口与聚合接口或其他未添加的虚拟聚合子接口是否包含相同的逻辑口;
所述删除模块,与所述确定模块、所述设置模块和所述判断模块相连接,用于在所述确定模块确定所有故障节点恢复正常时,删除所述设置模块所设置的虚拟聚合子接口,或在所述判断模块判断添加后的虚拟聚合子接口与聚合接口或其他未添加的虚拟聚合子接口包含相同的逻辑口时,删除所述添加后的虚拟聚合子接口。
与现有技术相比,本发明具有以下优点:
通过应用本发明的技术方案,解决了RPR***中实现接口聚合操作时,当某个环形链路上的一个节点出现故障时,导致整个环形链路不可用,影响网络通信的问题,通过根据故障节点建立相应的虚拟聚合子接口的方式,在分故障链路中进行网络通信,提高RPR链路的可靠性。
附图说明
图1为现有技术中一种RPR网络的网络结构示意图;
图2为现有技术中一种RPR网络出现故障的情况下的网络结构示意图;
图3为本发明所提出的一种RPR环网的通信方法的流程示意图;
图4为本发明所提出的一种具体应用场景中的RPR环网的通信方法的流程示意图;
图5为本发明所提出的一种具体应用场景中的RPR网络的结构示意图;;
图6为本发明所提出的一种具体应用场景中的RPR网络的结构示意图;
图7为本发明所提出的一种RPR节点的结构示意图。
具体实施方式
如背景技术所述,为了解决现有技术的问题,本发明的目的是设计一种聚合方案,使得当某些RPR节点故障时,同一个环上的其他链路可以继续使用,增加可靠性,提高带宽的利用率。
本发明正是基于此目的提出了一种RPR环网的通信方法,如图3所示,为本发明提出的一种RPR环网的通信方法的流程示意图,具体包括以下步骤:
步骤S301、站点根据获取的故障节点信息确定环网中只有一个故障节点且位于环网中的另一个站点的一个环上。
步骤S302、站点设置聚合接口和虚拟聚合子接口。
其中,聚合接口包括所有本端节点的逻辑口,虚拟聚合子接口包括与故障节点位于不同环的本端节点的逻辑口。
步骤S303、站点通过聚合接口与不包含故障节点的站点传送单播报文,并通过虚拟聚合子接口与包含故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
需要指出的是,上述的步骤S301至步骤S303描述的是环网中只有一个故障节点,且位于环网中的另一个站点的一个环上的情况,在实际应用场景中,环网中可能出现的情况不止如此,因此,将上述的情况描述为情况一,本发明进一步说明其他情况如下:
情况二、当站点根据获取的故障节点信息确定环网中有两个以上故障节点且位于环网中另一个站点的不同环上时,处理过程为:
站点设置聚合接口和虚拟聚合子接口,其中,聚合接口包括所有本端节点的逻辑口,虚拟聚合子接口包括与故障节点位于不同环的其他本端节点的逻辑口;
站点通过聚合接口与不包含故障节点的站点传送单播报文,并通过虚拟聚合子接口与包含故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
情况三、当站点根据获取的故障节点信息确定环网中有两个故障节点且位于环网中的两个站点的不同环上时,处理过程为:
站点设置聚合接口、第一聚合子接口、第二聚合子接口以及第三聚合子接口,其中,聚合接口包括所有本端节点的逻辑口,第一聚合子接口包含与一个故障节点位于不同环的本端节点的逻辑口,第二聚合子接口包含与另一个故障节点位于不同环的本端节点的逻辑口,第三聚合子接口包含与两个故障节点均位于不同环的本端节点的逻辑口;
站点通过聚合接口与其他不包含故障节点的站点传送单播报文,通过第一聚合子接口或第二聚合子接口分别与包含故障节点的不同站点传送单播报文,并通过第三聚合子接口与环网中所有站点传送组播报文或广播报文。
情况四、当站点根据获取的故障节点信息确定环网中有一个故障节点且位于站点本端的一个以上的环上时,处理过程为:
站点设置聚合接口,聚合接口包括与故障节点位于不同环的本端节点的逻辑口;
站点通过聚合接口与其他不包含故障节点的站点传送单播报文、组播报文或广播报文。
情况五、当站点根据获取的故障逻辑口信息确定环网中有两个故障节点且位于站点本端与另一站点的不同环上时,处理过程为:
站点设置聚合接口和虚拟聚合子接口,其中,聚合接口包含与本端故障节点位于不同环上的本端节点的逻辑口,虚拟聚合子接口包含与两个故障节点位于不同环上的本端节点的逻辑口;
站点通过聚合接口与其他不包含故障节点的站点传送单播报文,通过虚拟聚合子接口与包含另一故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
通过上述的五种情况的处理,环网中建立了相应的聚合接口和虚拟子接口,各站点之间可以通过这样的接口进行单播、组播或广播报文的发送,而不会受到故障节点的影响,本发明进一步说明了故障节点的故障恢复之后的处理过程,根据恢复的故障节点的情况不同,具体处理过程同样也分为如下几种情况:
情况一、如果站点根据获取的故障节点恢复信息确定位于环网中其它站点的所有故障节点恢复正常,该站点删除虚拟聚合子接口。
情况二、对应前述的聚合接口和虚拟子接口的建立过程中的情况二和情况三,如果站点根据获取的故障节点恢复信息,确定所有故障节点中的一个以上节点恢复正常,若该节点为站点本端上的某个节点,则该站点将该节点所在环上的逻辑口加入聚合接口,若该节点为环网中其他站点上的某个节点时,将与恢复正常的节点位于相同环上的本端节点的逻辑口添加到相应的虚拟子聚合接口,该站点判断添加后的虚拟聚合子接口与聚合接口或其他未添加的虚拟聚合子接口是否包含相同的本端节点逻辑口,若判断结果为是,则删除添加后的虚拟聚合子接口,若判断结果为否,则保留添加后的虚拟聚合子接口。
情况三、对应前述的聚合接口和虚拟子接口的建立过程中的情况四,如果站点根据获取的故障节点恢复信息确定本端故障节点中的一个以上节点恢复正常,该站点将恢复正常的节点的逻辑口添加到聚合接口。
情况四、对应前述的聚合接口和虚拟子接口的建立过程中的情况五,如果站点根据获取的故障节点恢复信息,确定本端故障节点和/或其他站点的故障节点恢复正常,该站点将与本端恢复正常的节点的逻辑口,添加到聚合接口,和/或将与其他站点恢复正常节点位于相同环上的本端节点的逻辑口,添加到虚拟聚合子接口;
站点判断添加后的聚合接口与添加后的虚拟聚合子接口是否包含的相同的本端节点的逻辑口,若判断结果为是,则删除添加后的虚拟聚合子接口,若判断结果为否,则保留添加后的虚拟聚合子接口。
与现有技术相比,本发明具有以下优点:
通过应用本发明的技术方案,解决了RPR***中实现接口聚合操作时,当某个环形链路上的一个节点出现故障时,导致整个环形链路不可用,影响网络通信的问题,通过根据故障节点建立相应的虚拟聚合子接口的方式,在分故障链路中进行网络通信,提高RPR链路的可靠性。
为了进一步阐述本发明的技术思想,现结合具体的应用场景,对本发明的技术方案进行说明。
同样以如图1所示的应用场景为例,RPR环网中包含S1、S2、S3、S4四个站点,各站点之间通过ring1、ring2和ring3三个环形链路(即前文所述的环)进行连接,各站点上与各环形链路相对应的RPR节点的逻辑口分别为R1、R2和R3,各站点上分别建立聚合接口为L1,其中,L1同时包括R1、R2和R3。
如图2所示,当站点S2上ring3的节点发生故障时(即站点S2上的逻辑口R3无法连接),在S1、S3、S4上的聚合接口上增加一个内部的虚拟聚合子接口。由于S1、S3、S4上的处理相同,以下以站点S1的处理过程为例进行说明。
具体如图4所示,为本发明所提出的一种具体应用场景下的RPR环网的通信方法的流程示意图,具体包括以下步骤:
步骤S401、站点S1中建立虚拟聚合子接口。
首先,站点S1上的ring1、ring2、ring3所对应的节点的RPR逻辑口为R1、R2和R3,包含上述三个逻辑口的聚合接口为L1,在本步骤中进一步增加一个虚拟聚合子接口L1.1。
L1的成员接口为逻辑口R1、逻辑口R2和逻辑口R3,而L1.1的成员接口只有站点S1中正常节点所在环的逻辑口R1和逻辑口R2,即L1.1中没有包含站点S1中与站点S2的故障节点位于相同环的逻辑口R3。
即逻辑口R1、逻辑口R2同时加入聚合接口L1和虚拟聚合子接口L1.1,而逻辑口R3只加入L1。
虚拟聚合子接口为站点根据RPR环各站点上的节点状态自动创建和删除,当一个站点在某个环上的节点出现故障时创建,当该故障节点的故障恢复时删除。
虚拟聚合子接口为内部实现使用,用户不可见。之所以称为虚拟聚合子接口就是因为该虚拟聚合子接口用户不可见,并且与原来的聚合接口存在相同的成员接口。
内部虚拟聚合子接口为站点根据RPR聚合组内节点的情况自动创建,当发现某个RPR环下出现节点因故障而消失时创建;当消失的节点的故障恢复时删除该虚拟聚合子接口,在某一个RPR环中的节点消失实际上是由于该RPR节点上与该RPR环相对应的逻辑口不能正常工作而导致的。
步骤S402、站点S1进行其他节点的MAC地址学习。
当站点S1上进行MAC地址学习时,需要判断报文是哪个站点过来的,并根据判断结果进行相应的处理。
如果学习MAC地址的报文是从站点S3或站点S4过来,则将MAC地址的出接口设置为L1;如果学习MAC地址的报文是从站点S2过来,则将MAC地址的出接口设置为L1.1。
但是,在对用户显示时,出接口统一显示为L1,即内部聚合子接口对用户不可见。
具体的,站点是根据接收到的报文中RPR头部的SMAC地址判断报文是从哪个站点过来。
步骤S403、站点S1进行其他节点的ARP学习。
当站点S1上进行ARP学习时,需要判断报文是哪个站点过来的,并根据判断结果进行相应的处理。
如果学习ARP的报文是从站点S3或站点S4过来,则将ARP表项的出接口设置为L1;如果学习ARP的报文是从站点S2过来,则将ARP表项的出接口设置为L1.1。
但是,在对用户显示时,出接口统一显示为L1,即内部聚合接口对用户不可见。
具体的,站点是根据接收到的报文中RPR头部的SMAC地址判断报文是从哪个站点过来。
需要指出的是,上述的步骤S402和步骤S403没有先后顺序的区分,序号只是为了便于说明,并不影响执行顺序的变化。
通过上述的步骤S402和S403,站点S1建立了***中其他各站点的转发表项。
步骤S404、站点S1识别接收到的各报文的类型。
如果是单播报文,则执行步骤S405;
如果是组播报文或广播报文,则执行步骤S406。
步骤S405、根据MAC地址表项、ARP表项转发。
当站点S1上需要转发二层单播报文或者三层单播报文时,则查询MAC地址表项或者ARP表项,根据表项的出接口选择从聚合接口L1或者虚拟聚合子接口L1.1进行转发。
如果表项的出接口为聚合接口L1,则根据上述设定描述可知,该表项学习的报文是从站点S3或站点S4过来,因此,在聚合接口L1上转发时可以分担到ring1、ring2、ring3。
如果表项的出接口为虚拟聚合子接口L1.1,则根据上述设定描述可知,该表项学习的报文是从站点S2过来,因此,在虚拟聚合子接口L1.1上转发时,只会分担到ring1和ring2,避开了故障节点所对应的逻辑口R3所在的ring3,从而,保证站点S2能够收到报文。
步骤S406、组播、广播报文只从虚拟聚合子接口转发。
当站点S1上需要转发组播或者广播报文时,由于需要保证报文能从站点S2接收到,因此,组播或者广播报文只能从虚拟聚合子接口L1.1转发,即在ring1和ring2上分担。并且在从虚拟聚合子接口L1.1转发时,不能再从聚合接口L1转发,否则,环网中的其他站点将收到2份报文。
具体实现上,保证组播、广播流量只在虚拟聚合子接口L1.1上转发的方法为:
1)当该RPR环网中支持在聚合接口上直接禁止组播、广播流量的设置时,则在聚合接口L1上禁止组播、广播流量即可。
2)当该RPR环网中通过组播、广播接口列表进行组播、广播流量转发时,则先将聚合接口L1内的逻辑口从组播、广播接口列表中剔除,再将虚拟聚合子接口L1.1内的逻辑口加入组播、广播接口列表。
3)如果是三层组播,则由于原来关联的聚合组为聚合接口L1,此时需要更新为虚拟聚合子接口L1.1。如果是采用接口列表的形式,则将逻辑口R3(即L1和L1.1之间相差的逻辑口)剔除即可。
步骤S407、判断故障是否恢复。
如果没有恢复,返回步骤S404;
如果已经恢复,执行步骤S408。
步骤S408、站点S1删除虚拟聚合子接口。
以上流程是以站点S1为例进行说明,由于站点S3和站点S4同样没有故障发生,所以,相应的流程同样如图4所示,在此不再重复说明,但对于站点S2,由于其中的节点上的逻辑口发生了故障,该逻辑口不能再正常进行业务处理,所以,站点S2中的聚合接口直接变更为逻辑口R1和逻辑口R2组成的L1,因此,由于聚合接口中的成员接口本身发生了变化,因此,采用现有的聚合快速切换机制即可,无需其他修改。
而站点S1、站点S3和站点S4上,由于聚合组发生变化,因此,如果要实现快速切换需要进行额外处理。首先,当站点S1、站点S3、站点S4上检测到站点S2的对应ring3的节点故障(即S2上的逻辑口R3所对应的节点故障,该检测通过RPR拓扑变化可以快速感应),则立即将所有的MAC、ARP和组播表项的出接口更新为虚拟聚合子接口L1.1。
由于虚拟聚合子接口L1.1是完整的环,因此流量保证可以通过。如果组播采用的是接口表的形式,则将逻辑口R3剔除即可。
然后,在站点S1、站点S3、站点S4触发MAC、ARP的重新学习。MAC的重新学习可以通过删除聚合口下学习的MAC地址来实现。ARP的重新学习可以通过在虚拟聚合子接口L1.1上发起ARP请求来实现。
最后,采用前述的步骤S402和步骤S403的方式重新学习MAC和ARP表项,将MAC和ARP的出接口根据源节点的情况分别学习在虚拟聚合子接口L1或者L1.1聚合接口上,保证流量能通过而且可以在故障环上负载分担。
当故障节点恢复时,即站点S2上的故障节点的故障恢复,逻辑口R3所在站点重新在ring3中出现时,站点S1、站点S3、站点S4上将虚拟聚合子接口L1.1学习到的MAC地址表项和ARP表项的出接口更新为聚合接口L1,然后删除虚拟聚合子接口L1.1。组播表项则更新出接口为聚合接口L1或者增加逻辑口R3作为出接口。
在具体的应用场景中,往往存在多个故障的情况。
其中,当同一站点的位于不同的环上的两个节点发生故障时,相应的处理流程如下:
如图5所示,站点S2在ring2和ring3上的节点均发生故障,则与前述流程一样,在站点S1、站点S3、站点S4上创建内部虚拟聚合子接口L1.1,L1.1的成员接口只有逻辑口R1。L1.1的建立,实际上是为了保证避开故障节点所对应的逻辑口R2和逻辑口R3,从而,使站点S1、站点S3、站点S4可以顺利的向站点S2发送相应流量。
MAC地址和ARP表项的学习情况同前述的步骤S402和步骤S403。如果学习MAC地址和ARP表项的报文是从站点S3和站点S4过来,则将相应的MAC地址和ARP表项的出接口为L1,即使用L1向站点S3和站点S4发送报文,如果学习MAC地址和ARP表项的报文是从站点S2过来,则将相应的MAC地址和ARP表项的出接口为L1.1,即使用L1.1向站点S2发送报文。
组播或者广播报文仍然选择从L1.1转发,并且禁止从L1转发。只是,此时L1.1的成员接口只有逻辑口R1。
站点S3、站点S4上的情况同站点S1,站点S2上则无需创建虚拟聚合子接口,只需要将站点上配置聚合接口中的成员接口调整为R1选通,作为本站点上设置的聚合接口即可。
其中,当站点S2中逻辑口R2所对应的节点的故障恢复时,站点S1、站点S3和站点S4中的L1.1的成员接口调整为逻辑口R1和逻辑口R2,站点S2中的L1的成员接口调整为逻辑口R1和逻辑口R2选通,作为本站点上设置的聚合接口即可,当逻辑口R3所对应的节点的故障恢复时,处理过程与此类似。
需要指出的是,在上述的两种情况中,由于发生故障的节点都位于站点S2上,因此,S2上没有设置虚拟聚合子接口,但是根据故障恢复的情况,聚合接口中选通哪些逻辑口作为成员接口需要根据故障情况进行调整。
另外,如果逻辑口R2和逻辑口R3所对应的节点的故障均恢复,则站点S1、站点S3和站点S4中删除L1.1,站点S2中的L1的成员接口调整为逻辑口R1、逻辑口R2和逻辑口R3。
另一种情况下,当位于不同的环上的节点发生故障,并且两个节点不在同一个站点上时,相应的处理流程如下:
如图6所示,站点S2在ring3的节点(逻辑口R3所对应的节点)故障,同时站点S3在ring1的节点(逻辑口R1所对应的节点)故障,则此时根据各个节点的不同情况分别处理如下:
(1)站点S1上需创建三个虚拟聚合子接口L1.1、L1.2和L1.3,具体说明如下:
L1.1包含的成员接口为逻辑口R1和逻辑口R2,保证避开站点S2上在ring3上发生故障的节点(逻辑口R3所对应的节点),从而,可以顺利的向站点S2发送相应流量,可以认为L1.1与站点S2相对应,是站点S1为了专门向站点S2发送报文而设置的接口。
L1.2包含的成员接口为逻辑口R2和逻辑口R3,保证避开站点S3上在ring1上发生故障的节点(逻辑口R1所对应的节点),从而,可以顺利的向站点S3发送相应流量,可以认为L1.2与站点S3相对应,是站点S1为了专门向站点S3发送报文而设置的接口。
L1.3包含的成员接口只是逻辑口R2,保证同时避开站点S2上在ring3发生故障的节点(逻辑口R3所对应的节点)和站点S3上在ring1发生故障节点(逻辑口R1所对应的节点),从而,可以顺利的同时向站点S2和站点S3发送相应流量,,由于环网中站点S2和站点S3中的节点存在故障,所以,在避开了这两个站点的故障节点的情况下,通过L1.3可以向环网中的所有站点发送相应流量,即可以认为L1.3同时与所有站点相对应,可用于发送组播/广播报文。
在MAC地址表项和ARP表项的学习过程中,MAC地址表项和ARP表项的出接口设置规则具体为:如果站点S1所接收到的学习MAC地址和ARP表项的报文是从站点S2过来的,则站点S1将相应的MAC地址和ARP表项的出接口设置为L1.1;如果站点S1所接收到的学习MAC地址和ARP表项的报文是从站点S3过来的,则站点S1将相应的MAC地址和ARP表项的出接口设置为L1.2;如果站点S1所接收到的学习MAC地址和ARP表项的报文是从站点S4过来的,则站点S1将相应的MAC地址和ARP表项的出接口设置为L1;由于L1.3中的环为完整的环,可以到达环上的任何站点,所以,站点S1设置广播报文从L1.3转发。
(2)由于自身的节点(逻辑口R3所对应的节点)故障,站点S2在L1中删除逻辑口R3,只对逻辑口R1和逻辑口R2进行选通,另外,站点S2还需创建1个虚拟聚合子接口L1.1,L1.1中的成员接口为逻辑口R2,在避开自身的故障节点(逻辑口R3所对应的节点)的同时,保证避开站点S3上的故障节点(逻辑口R1所对应的节点),从而,可以顺利的同时向站点S3发送相应流量,因此,可以认为L1.1与站点S3相对应,是站点S2为了专门向站点S3发送报文而设置的接口,并且,由于环网中只有站点S2和站点S3上的节点存在故障,所以,在避开了这两个站点的故障节点的情况下,相当于通过L1.1可以向环网中的所有站点发送相应流量,即可以认为站点S2中的L1.1同时与所有站点相对应,可用于送组播/广播报文。
在MAC地址表项和ARP表项的学习过程中,MAC地址表项和ARP表项的出接口设置规则具体为:如果站点S2所接收到的学习MAC地址和ARP表项的报文是从站点S1和站点S4过来,则站点S2将相应的MAC地址和ARP表项的出接口设置为L1;如果站点S2所接收到的学习MAC地址和ARP表项的报文是从站点S3过来,则站点S2将相应的MAC地址和ARP表项的出接口设置为L1.1;由于L1.1中的环为完整的环,可以到达环上的任何站点,所以,站点S2设置广播报文从L1.1转发。
(3)站点S3上的情况同站点S2,由于自身节点(逻辑口R1所对应的节点)故障,站点S3在L1中删除逻辑口R1,只对逻辑口R2和逻辑口R3进行选通,另外,站点S3还需创建1个虚拟聚合子接口L1.1,L1.1中的成员接口为逻辑口R2,在避开自身的故障节点(逻辑口R1所对应的节点)的同时,保证避开站点S2上的故障节点(逻辑口R3所对应的节点),从而,可以顺利的同时向站点S2发送相应流量,因此,可以认为L1.1与站点S3相对应,是站点S3为了专门向站点S2发送报文而设置的接口,并且,由于环网中只有站点S2和站点S3上的节点存在故障,所以,在避开了这两个站点的故障节点的情况下,相当于通过L1.1可以向环网中的所有站点发送相应流量,即可以认为站点S3中的L1.1同时与所有站点相对应,可用于送组播/广播报文。
在MAC地址表项和ARP表项的学习过程中,MAC地址表项和ARP表项的出接口设置规则具体为:如果站点S3所接收到的学习MAC地址和ARP表项的报文是从站点S1和站点S4过来,则站点S3将相应的MAC地址和ARP表项的出接口设置为L1;如果站点S3所接收到的学习MAC地址和ARP表项的报文是从站点S2过来,则站点S3将相应的MAC地址和ARP表项的出接口设置为L1.1;由于L1.1中的环为完整的环,可以到达环上的任何站点,所以,站点S3设置广播报文从L1.1转发。
(4)S4上的情况同S1,创建三个个虚拟聚合子接口L1.1、L1.2和L1.3,具体说明如下:
L1.1包含的成员接口为逻辑口R1和逻辑口R2,保证避开站点S2在ring3上发生故障的节点(逻辑口R3所对应的节点),从而,可以顺利的向站点S2发送相应流量,可以认为L1.1与站点S2相对应,是站点S4为了专门向站点S2发送报文而设置的接口。
L1.2包含的成员接口为逻辑口R2和逻辑口R3,保证避开站点S3上的节点中发生故障的接口节点(逻辑口R1所对应的节点),从而,可以顺利的向站点S3发送相应流量,可以认为L1.2与站点S3相对应,是站点S4为了专门向站点S3发送报文而设置的接口。
L1.3包含的成员接口只是逻辑口R2,保证同时避开站点S2在ring3上发生故障的节点(逻辑口R3所对应的节点)和站点S3在ring1上发生故障节点(逻辑口R1所对应的节点),从而,可以顺利的同时向站点S2和站点S3发送相应流量。由于环网中只有站点S2和站点S3中的节点存在故障,所以,在避开了这两个站点的故障节点的情况下,相当于通过L1.3可以向环网中的所有站点发送相应流量,即可以认为L113同时与所有站点相对应,可用于送组播/广播报文。
在MAC地址表项和ARP表项的学习过程中,MAC地址表项和ARP表项的出接口设置规则具体为:如果站点S4所接收到的学习MAC地址和ARP表项的报文是从站点S2过来的,则站点S4将相应的MAC地址和ARP表项的出接口设置为L1.1;如果站点S4所接收到的学习MAC地址和ARP表项的报文是从站点S3过来的,则站点S4将相应的MAC地址和ARP表项的出接口设置为L1.2;如果站点S4所接收到的学习MAC地址和ARP表项的报文是从站点S1过来的,则站点S4将相应的MAC地址和ARP表项的出接口设置为L1;由于L1.3中的环为完整的环,可以到达环上的任何站点,所以,站点S4设置广播报文从L1.3转发。
其中,当站点S2在ring3上的节点(逻辑口R3所对应的节点)的故障恢复时,站点S1和站点S4中删除自身设置的L1.1和L1.3,站点S2调整自身的L1的成员接口为逻辑口R1、逻辑口R2和逻辑口R3,并将虚拟聚合子接口L1.1的成员接口调整为逻辑口R2和逻辑口R3,站点S3中删除虚拟聚合子接口L1.1(因为除了站点S3自身的故障节点外,环网中的其他站点不再存在其他故障节点了,不再保留虚拟聚合子接口L1.1)。
当站点S3上的节点(逻辑口R1所对应的节点)的故障恢复时,站点S1和站点S4中删除自身设置的虚拟聚合子接口L1.2和L1.3,站点S3调整自身的L1的成员接口为逻辑口R1、逻辑口R2和逻辑口R3,并将L1.1的成员接口调整为逻辑口R1和逻辑口R2,站点S2中删除L1.1(因为除了站点S2自身的故障节点外,环网中的其他站点不再存在其他故障节点了,不再保留虚拟聚合子接口L1.1)。
在具体的应用场景中,如果环上有更多的节点故障,则可以采用前述流程中的方法类推处理,只是此时故障的情况太复杂,最多有2n种情况(n为故障接口数)。
考虑到同时出现这么多个节点的故障的概率非常之小,因此,可以不对2个以上的故障情况进行处理。
与现有技术相比,本发明具有以下优点:
通过应用本发明的技术方案,解决了RPR***中实现接口聚合操作时,当某个环形链路上的一个节点出现故障时,导致整个环形链路不可用,影响网络通信的问题,通过根据故障节点建立相应的虚拟聚合子接口的方式,在分故障链路中进行网络通信,提高RPR链路的可靠性。
为了实现本发明的技术方案,本发明还提出了一种RPR环网站点,其结构示意图如图7所示,具体包括:
获取模块71,用于检测环网中的各站点是否存在故障节点,并在出现故障节点时,获取故障节点的信息。
确定模块72,与获取模块71相连接,用于根据获取模块71所获取的故障节点的信息,确定故障节点的数量和位置。
设置模块73,与确定模块72相连接,用于根据确定模块72所确定的故障节点的数量和位置,设置聚合接口和虚拟聚合子接口。
通信模块74,与设置模块73相连接,用于通过设置模块73所设置的聚合接口及虚拟聚合子接口与环网中的其他站点传送报文。
其中,结合具体的应用场景,设置模块73用于在确定模块72确定环网中只有一个故障节点且位于环网中的另一个站点的一个环上时,设置聚合接口和虚拟聚合子接口,其中,聚合接口包括所有本端节点的逻辑口,虚拟聚合子接口包括与故障节点位于不同环的本端节点的逻辑口;
通信模块74,用于通过设置模块73设置的聚合接口与不包含故障节点的站点传送单播报文,并通过虚拟聚合子接口与包含故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
另一种应用场景中,设置模块73,用于在确定模块72确定环网中有两个以上故障节点且位于环网中另一个站点的不同环上时,设置聚合接口和虚拟聚合子接口,其中,聚合接口包括所有本端节点的逻辑口,虚拟聚合子接口包括与故障节点位于不同环的本端节点的逻辑口;
通信模块74,通过聚合接口与不包含故障节点的站点传送单播报文,并通过虚拟聚合子接口与包含故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
另一种应用场景中,设置模块73,用于在确定模块72确定环网中有两个故障节点且位于环网中的两个站点的不同环上时,设置模块73设置聚合接口、第一聚合子接口、第二聚合子接口以及第三聚合子接口,其中,聚合接口包括所有本端节点的逻辑口,第一聚合子接口包含与一个故障节点位于不同环的本端节点的逻辑口,第二聚合子接口包含与另一个故障节点位于不同环的本端节点的逻辑口,第三聚合子接口包含与两个故障节点均位于不同环的本端节点的逻辑口;
通信模块74,通过聚合接口与其他不包含故障节点的站点传送单播报文,通过第一聚合子接口或第二聚合子接口分别与包含故障节点的不同站点传送单播报文,并通过第三聚合子接口与环网中所有站点传送组播报文或广播报文。
另一种应用场景中,设置模块73,用于在确定模块72确定环网中有一个故障节点且位于站点本端的一个以上的环上时,设置聚合接口,聚合接口包括与故障节点位于不同环的本端节点的逻辑口;
通信模块74,通过聚合接口与其他不包含故障节点的站点传送单播报文、组播报文或广播报文。
另一种应用场景中,设置模块73,用于在确定模块72确定环网中有两个故障节点且位于站点本端与另一站点的不同环上时,设置聚合接口和虚拟聚合子接口,其中,聚合接口包含与本端故障节点位于不同环上的本端节点的逻辑口,虚拟聚合子接口包含与两个故障节点位于不同环上的本端节点的逻辑口
通信模块74,通过聚合接口与其他不包含故障节点的站点传送单播报文,通过虚拟聚合子接口与包含另一故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
通过上述的处理,环网中建立了相应的聚合接口和虚拟子接口,各站点之间可以通过这样的接口进行单播、组播或广播报文的发送,而不会受到故障节点的影响,本发明所提出的RPR环网站点进一步可以实现故障节点的故障恢复之后的处理过程,具体处理过程如下:
获取模块71,还用于获取故障节点恢复信息。
确定模块72,还用于根据获取模块71所获取的故障节点恢复信息,确定恢复正常的故障节点的位置和数量。
在此基础上,RPR环网站点还包括添加模块75、判断模块76和删除模块77。
添加模块75,与确定模块72相连接,用于在确定模块72确定恢复正常的故障节点为本端节点时,将恢复正常的本端节点所在环上的逻辑口键入聚合接口,或用于在确定模块72确定恢复正常的故障节点为其他站点的节点时,将与恢复正常的节点位于相同环上的本端节点的逻辑口添加到相应的虚拟子聚合接口。
判断模块76,与添加模块75相连接,用于判断添加模块75添加后的虚拟聚合子接口与聚合接口或其他未添加的虚拟聚合子接口是否包含相同的逻辑口。
删除模块77,与确定模块72、设置模块73和判断模块76相连接,用于在确定模块72确定所有故障节点恢复正常时,删除设置模块73所设置的虚拟聚合子接口,或在判断模块76判断添加后的虚拟聚合子接口与聚合接口或其他未添加的虚拟聚合子接口包含相同的逻辑口时,删除添加后的虚拟聚合子接口。
与现有技术相比,本发明具有以下优点:
通过应用本发明的技术方案,解决了RPR***中实现接口聚合操作时,当某个环形链路上的一个节点出现故障时,导致整个环形链路不可用,影响网络通信的问题,通过根据故障节点建立相应的虚拟聚合子接口的方式,在分故障链路中进行网络通信,提高RPR链路的可靠性。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明的几个具体实施场景,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (17)
1.一种RPR环网的通信方法,其特征在于,所述方法至少包括以下步骤:
站点根据获取的故障节点信息确定所述环网中只有一个故障节点且位于所述环网中的另一个站点的一个环上;
所述站点设置聚合接口和虚拟聚合子接口,其中,所述聚合接口包括所有本端节点的逻辑口,所述虚拟聚合子接口包括与所述故障节点位于不同环的本端节点的逻辑口;
所述站点通过所述聚合接口与不包含所述故障节点的站点传送单播报文,并通过所述虚拟聚合子接口与包含所述故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
2.如权利要求1所述的方法,其特征在于,当所述站点根据获取的故障节点信息确定所述环网中有两个以上故障节点且位于所述环网中另一个站点的不同环上时,所述方法还包括:
所述站点设置聚合接口和虚拟聚合子接口,其中,所述聚合接口包括所有本端节点的逻辑口,所述虚拟聚合子接口包括与所述故障节点位于不同环的其他本端节点的逻辑口;
所述站点通过所述聚合接口与不包含所述故障节点的站点传送单播报文,并通过所述虚拟聚合子接口与包含所述故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
3.如权利要求1所述的方法,其特征在于,当所述站点根据获取的故障节点信息确定所述环网中有两个故障节点且位于所述环网中的两个站点的不同环上时,所述方法还包括:
所述站点设置聚合接口、第一聚合子接口、第二聚合子接口以及第三聚合子接口,其中,所述聚合接口包括所有本端节点的逻辑口,所述第一聚合子接口包含与一个故障节点位于不同环的本端节点的逻辑口,所述第二聚合子接口包含与另一个故障节点位于不同环的本端节点的逻辑口,所述第三聚合子接口包含与两个故障节点均位于不同环的本端节点的逻辑口;
所述站点通过所述聚合接口与其他不包含所述故障节点的站点传送单播报文,通过所述第一聚合子接口或所述第二聚合子接口分别与包含故障节点的不同站点传送单播报文,并通过所述第三聚合子接口与环网中所有站点传送组播报文或广播报文。
4.如权利要求1所述的方法,其特征在于,当所述站点根据获取的故障节点信息确定所述环网中有一个故障节点且位于所述站点本端的一个以上的环上时,所述方法还包括:
所述站点设置聚合接口,所述聚合接口包括与所述故障节点位于不同环的本端节点的逻辑口;
所述站点通过所述聚合接口与其他不包含故障节点的站点传送单播报文、组播报文或广播报文。
5.如权利要求1所述的方法,其特征在于,当所述站点根据获取的故障逻辑口信息确定所述环网中有两个故障节点且位于所述站点本端与另一站点的不同环上时,所述方法还包括:
所述站点设置聚合接口和虚拟聚合子接口,其中,所述聚合接口包含与本端故障节点位于不同环上的本端节点的逻辑口,所述虚拟聚合子接口包含与两个故障节点位于不同环上的本端节点的逻辑口;
所述站点通过所述聚合接口与其他不包含故障节点的站点传送单播报文,通过所述虚拟聚合子接口与包含另一故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
6.如权利要求1至5中任意一项所述的方法,其特征在于,所述方法进一步包括:
所述站点根据获取的故障节点恢复信息确定所有故障节点恢复正常;
所述站点删除所述虚拟聚合子接口。
7.如权利要求2或3所述的方法,其特征在于,所述方法进一步包括,
所述站点根据获取的故障节点恢复信息,确定所有故障节点中的一个以上节点恢复正常;
所述站点将与恢复正常的节点位于相同环的本端节点的逻辑口,添加到相应的虚拟子聚合接口;
所述站点判断添加后的虚拟聚合子接口与聚合接口或其他未添加的虚拟聚合子接口是否包含相同的本端节点逻辑口,若判断结果为是,则删除所述添加后的虚拟聚合子接口,若判断结果为否,则保留所述添加后的虚拟聚合子接口。
8.如权利要求4所述的方法,其特征在于,所述方法进一步包括,
所述站点根据获取的故障节点恢复信息确定本端故障节点中的一个以上节点恢复正常;
所述站点将恢复正常的节点的逻辑口添加到所述聚合接口。
9.如权利要求5所述的方法,其特征在于,所述方法进一步包括,
所述站点根据获取的故障节点恢复信息,确定本端故障节点和/或其他站点的故障节点恢复正常;
所述站点将与本端恢复正常的节点的逻辑口,添加到所述聚合接口,和/或将与其他站点恢复正常节点位于相同环上的本端节点的逻辑口,添加到所述虚拟聚合子接口;
所述站点判断添加后的聚合接口与添加后的虚拟聚合子接口是否包含的相同的本端节点的逻辑口,若判断结果为是,则删除所述添加后的虚拟聚合子接口,若判断结果为否,则保留所述添加后的虚拟聚合子接口。
10.一种RPR环网站点,其特征在于,包括:
获取模块,用于检测环网中的各站点是否存在故障节点,并在出现故障节点时,获取所述故障节点的信息;
确定模块,与所述获取模块相连接,用于根据所述获取模块所获取的故障节点的信息,确定所述故障节点的数量和位置;
设置模块,与所述确定模块相连接,用于根据所述确定模块所确定的所述故障节点的数量和位置,设置聚合接口和虚拟聚合子接口;
通信模块,与所述设置模块相连接,用于通过所述设置模块所设置的聚合接口及虚拟聚合子接口与环网中的其他站点传送报文。
11.如权利要求10所述的RPR环网站点,其特征在于,所述设置模块,用于在所述确定模块确定所述环网中只有一个故障节点且位于所述环网中的另一个站点的一个环上时,设置聚合接口和虚拟聚合子接口,其中,所述聚合接口包括所有本端节点的逻辑口,所述虚拟聚合子接口包括与所述故障节点位于不同环的本端节点的逻辑口;
所述通信模块,用于通过所述设置模块设置的聚合接口与不包含所述故障节点的站点传送单播报文,并通过所述虚拟聚合子接口与包含所述故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
12.如权利要求10所述的RPR环网站点,其特征在于,所述设置模块,用于在所述确定模块确定所述环网中有两个以上故障节点且位于所述环网中另一个站点的不同环上时,设置聚合接口和虚拟聚合子接口,其中,聚合接口包括所有本端节点的逻辑口,所述虚拟聚合子接口包括与所述故障节点位于不同环的本端节点的逻辑口;
所述通信模块,通过所述聚合接口与不包含所述故障节点的站点传送单播报文,并通过所述虚拟聚合子接口与包含所述故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
13.如权利要求10所述的RPR环网站点,其特征在于,所述设置模块,用于在所述确定模块确定所述环网中有两个故障节点且位于所述环网中的两个站点的不同环上时,所述设置模块设置聚合接口、第一聚合子接口、第二聚合子接口以及第三聚合子接口,其中,所述聚合接口包括所有本端节点的逻辑口,所述第一聚合子接口包含与一个故障节点位于不同环的本端节点的逻辑口,所述第二聚合子接口包含与另一个故障节点位于不同环的本端节点的逻辑口,所述第三聚合子接口包含与两个故障节点均位于不同环的本端节点的逻辑口;
所述通信模块,通过所述聚合接口与其他不包含所述故障节点的站点传送单播报文,通过所述第一聚合子接口或所述第二聚合子接口分别与包含故障节点的不同站点传送单播报文,并通过所述第三聚合子接口与环网中所有站点传送组播报文或广播报文。
14.如权利要求10所述的RPR环网站点,其特征在于,所述设置模块,用于在所述确定模块确定所述环网中有一个故障节点且位于所述站点本端的一个以上的环上时,设置聚合接口,所述聚合接口包括与所述故障节点位于不同环的本端节点的逻辑口;
所述通信模块,通过所述聚合接口与其他不包含故障节点的站点传送单播报文、组播报文或广播报文。
15.如权利要求10所述的RPR环网站点,其特征在于,所述设置模块,用于在所述确定模块确定所述环网中有两个故障节点且位于所述站点本端与另一站点的不同环上时,设置聚合接口和虚拟聚合子接口,其中,所述聚合接口包含与本端故障节点位于不同环上的本端节点的逻辑口,所述虚拟聚合子接口包含与两个故障节点位于不同环上的本端节点的逻辑口
所述通信模块,通过所述聚合接口与其他不包含故障节点的站点传送单播报文,通过所述虚拟聚合子接口与包含另一故障节点的站点传送单播报文以及与环网中所有站点传送组播报文或广播报文。
16.如权利要求10所述的RPR环网站点,其特征在于,
所述获取模块,还用于获取故障节点恢复信息;
所述确定模块,还用于根据所述获取模块所获取的故障节点恢复信息,确定恢复正常的故障节点的位置和数量。
17.如权利要求10所述的RPR环网站点,其特征在于,还包括添加模块、判断模块和删除模块:
所述添加模块,与所述确定模块相连接,用于在所述确定模块确定恢复正常的故障节点为本端节点时,将恢复正常的本端节点所在环上的逻辑口键入聚合接口,或用于在所述确定模块确定恢复正常的故障节点为其他站点的节点时,将与恢复正常的节点位于相同环上的本端节点的逻辑口添加到相应的虚拟子聚合接口;
所述判断模块,与所述添加模块相连接,用于判断所述添加模块添加后的虚拟聚合子接口与聚合接口或其他未添加的虚拟聚合子接口是否包含相同的逻辑口;
所述删除模块,与所述确定模块、所述设置模块和所述判断模块相连接,用于在所述确定模块确定所有故障节点恢复正常时,删除所述设置模块所设置的虚拟聚合子接口,或在所述判断模块判断添加后的虚拟聚合子接口与聚合接口或其他未添加的虚拟聚合子接口包含相同的逻辑口时,删除所述添加后的虚拟聚合子接口。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101884497A CN101854283B (zh) | 2010-06-01 | 2010-06-01 | 一种rpr环网的通信方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101884497A CN101854283B (zh) | 2010-06-01 | 2010-06-01 | 一种rpr环网的通信方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101854283A true CN101854283A (zh) | 2010-10-06 |
CN101854283B CN101854283B (zh) | 2013-06-05 |
Family
ID=42805561
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010101884497A Active CN101854283B (zh) | 2010-06-01 | 2010-06-01 | 一种rpr环网的通信方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101854283B (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104009903A (zh) * | 2014-06-05 | 2014-08-27 | 杭州华三通信技术有限公司 | 弹性分组环环网中的流量转发方法及装置 |
CN104125148A (zh) * | 2014-08-12 | 2014-10-29 | 烽火通信科技股份有限公司 | 三层以太网环的缺陷感知及路由条目刷新方法 |
CN104348730A (zh) * | 2014-11-28 | 2015-02-11 | 杭州华三通信技术有限公司 | 一种rpr网络中的报文转发方法及*** |
CN106533769A (zh) * | 2016-11-24 | 2017-03-22 | 华为技术有限公司 | 一种故障恢复方法及装置 |
CN107548101A (zh) * | 2017-06-20 | 2018-01-05 | 新华三技术有限公司 | 报文处理方法和装置、ap以及计算机存储介质 |
CN107659496A (zh) * | 2016-07-26 | 2018-02-02 | 新华三技术有限公司 | 一种数据处理方法和装置 |
CN108259289A (zh) * | 2016-12-29 | 2018-07-06 | 华为技术有限公司 | 一种环网异常保护方法及装置 |
CN109194386A (zh) * | 2018-09-20 | 2019-01-11 | 新华三技术有限公司 | 一种数据报文转发方法及装置 |
CN106789520B (zh) * | 2016-12-26 | 2019-11-22 | 中核控制***工程有限公司 | 一种高速故障安全多节点通信网络 |
WO2024066775A1 (zh) * | 2022-09-27 | 2024-04-04 | 华为技术有限公司 | 一种报文传输方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060209681A1 (en) * | 2005-03-18 | 2006-09-21 | Fujitsu Limited | Communication system, communication card, and communication method |
CN1852086A (zh) * | 2006-03-03 | 2006-10-25 | 华为技术有限公司 | Rpr中的捆绑接口及其实现方法和装置 |
CN101051983A (zh) * | 2007-05-11 | 2007-10-10 | 杭州华三通信技术有限公司 | 一种可靠rpr环网的组建方法以及相关rpr站点设备 |
CN101188539A (zh) * | 2006-11-21 | 2008-05-28 | 日本电气株式会社 | 弹性分组环网络***、rpr节点设备及冗余方法 |
JP2009044562A (ja) * | 2007-08-09 | 2009-02-26 | Mitsubishi Electric Corp | マルチリングrprノード装置 |
-
2010
- 2010-06-01 CN CN2010101884497A patent/CN101854283B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060209681A1 (en) * | 2005-03-18 | 2006-09-21 | Fujitsu Limited | Communication system, communication card, and communication method |
CN1852086A (zh) * | 2006-03-03 | 2006-10-25 | 华为技术有限公司 | Rpr中的捆绑接口及其实现方法和装置 |
CN101188539A (zh) * | 2006-11-21 | 2008-05-28 | 日本电气株式会社 | 弹性分组环网络***、rpr节点设备及冗余方法 |
CN101051983A (zh) * | 2007-05-11 | 2007-10-10 | 杭州华三通信技术有限公司 | 一种可靠rpr环网的组建方法以及相关rpr站点设备 |
JP2009044562A (ja) * | 2007-08-09 | 2009-02-26 | Mitsubishi Electric Corp | マルチリングrprノード装置 |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104009903A (zh) * | 2014-06-05 | 2014-08-27 | 杭州华三通信技术有限公司 | 弹性分组环环网中的流量转发方法及装置 |
CN104125148A (zh) * | 2014-08-12 | 2014-10-29 | 烽火通信科技股份有限公司 | 三层以太网环的缺陷感知及路由条目刷新方法 |
CN104348730A (zh) * | 2014-11-28 | 2015-02-11 | 杭州华三通信技术有限公司 | 一种rpr网络中的报文转发方法及*** |
CN107659496A (zh) * | 2016-07-26 | 2018-02-02 | 新华三技术有限公司 | 一种数据处理方法和装置 |
CN107659496B (zh) * | 2016-07-26 | 2021-02-19 | 新华三技术有限公司 | 一种数据处理方法和装置 |
CN106533769B (zh) * | 2016-11-24 | 2019-12-13 | 华为技术有限公司 | 一种故障恢复方法及装置 |
CN106533769A (zh) * | 2016-11-24 | 2017-03-22 | 华为技术有限公司 | 一种故障恢复方法及装置 |
CN106789520B (zh) * | 2016-12-26 | 2019-11-22 | 中核控制***工程有限公司 | 一种高速故障安全多节点通信网络 |
CN108259289A (zh) * | 2016-12-29 | 2018-07-06 | 华为技术有限公司 | 一种环网异常保护方法及装置 |
CN108259289B (zh) * | 2016-12-29 | 2021-01-15 | 华为技术有限公司 | 一种环网异常保护方法及装置 |
CN107548101A (zh) * | 2017-06-20 | 2018-01-05 | 新华三技术有限公司 | 报文处理方法和装置、ap以及计算机存储介质 |
CN107548101B (zh) * | 2017-06-20 | 2020-12-04 | 新华三技术有限公司 | 报文处理方法和装置、ap以及计算机存储介质 |
CN109194386A (zh) * | 2018-09-20 | 2019-01-11 | 新华三技术有限公司 | 一种数据报文转发方法及装置 |
CN109194386B (zh) * | 2018-09-20 | 2020-06-19 | 新华三技术有限公司 | 一种数据报文转发方法及装置 |
WO2024066775A1 (zh) * | 2022-09-27 | 2024-04-04 | 华为技术有限公司 | 一种报文传输方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101854283B (zh) | 2013-06-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101854283B (zh) | 一种rpr环网的通信方法和设备 | |
US8588060B2 (en) | E-spring (G.8032) interworking to provide access protection | |
CN101640644B (zh) | 基于灵活链路组的流量均衡方法和设备 | |
CN101652963B (zh) | 重配通信网络的方法 | |
CN103607293B (zh) | 一种流量保护方法及设备 | |
US20080068985A1 (en) | Network redundancy method and middle switch apparatus | |
CN101873244B (zh) | 一种多环路自动保护的方法 | |
CN109525445B (zh) | 链路切换方法、链路冗余备份网络和计算机可读存储介质 | |
EP1841111B1 (en) | RPR ring network, communication device and method. | |
CN101252503B (zh) | 环网的业务倒换方法和装置 | |
CN102055658B (zh) | 快速环网保护协议单环组网中实现故障保护的方法及设备 | |
CN113328916B (zh) | Bfd检测模式的切换方法、装置及设备 | |
JP2008167315A (ja) | 回線冗長接続方法および広域通信網ノード装置 | |
CN104009903A (zh) | 弹性分组环环网中的流量转发方法及装置 | |
CN102480409A (zh) | 实现rrpp环分路上行的方法、rrpp环和装置 | |
CN102916862B (zh) | 工业以太网交换机的智能环网动态保护方法 | |
CN101771705B (zh) | 一种基于rrpp的处理方法及装置 | |
US20090103554A1 (en) | Data transfer device for ring protocol high speed switching and method for the same | |
CN112995002B (zh) | 一种交换机环网的设计方法、交换机及存储介质 | |
CN102932249B (zh) | 一种vrrp报文的传输方法和装置 | |
CN103746912B (zh) | 一种基于子环链路的数据报文传输方法和设备 | |
CN109194592A (zh) | 一种解决multi-link网络中孤岛问题的方法和*** | |
WO2020016901A1 (en) | A method in an ethernet ring protection switching (erps) network of handling a sub-ring link failure | |
CN101641915A (zh) | 重构通信网络的方法 | |
CN108282406B (zh) | 一种数据传输方法、堆叠设备及堆叠*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
CP03 | Change of name, title or address |