CN104579736B - 一种环路数据传输方法及节点设备 - Google Patents

一种环路数据传输方法及节点设备 Download PDF

Info

Publication number
CN104579736B
CN104579736B CN201310522463.XA CN201310522463A CN104579736B CN 104579736 B CN104579736 B CN 104579736B CN 201310522463 A CN201310522463 A CN 201310522463A CN 104579736 B CN104579736 B CN 104579736B
Authority
CN
China
Prior art keywords
node device
data
transmitted
interface
forwarding interface
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.)
Active
Application number
CN201310522463.XA
Other languages
English (en)
Other versions
CN104579736A (zh
Inventor
韦乃文
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Changzhou Hengtang Technology Industry Co ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201310522463.XA priority Critical patent/CN104579736B/zh
Publication of CN104579736A publication Critical patent/CN104579736A/zh
Application granted granted Critical
Publication of CN104579736B publication Critical patent/CN104579736B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

本发明提供一种环路数据传输方法及节点设备,该方法包括:获得节点设备的待传输数据,所述节点设备为环上多个节点设备中的一个;判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据;当所述主转发接口不能够发送所述待传输数据,则从所述节点设备上为所述目的MAC地址配置的备份转发接口发送所述待传输数据,其中,所述主转发接口和所述备份转发接口为所述节点设备的环上接口。

Description

一种环路数据传输方法及节点设备
技术领域
本发明涉及通信技术领域,尤其涉及一种环路数据传输方法及节点设备。
背景技术
在以太网协议中,规定了一种报文分发复制的机制叫做广播,也叫做“泛洪”,它解决了局域网内部设备最初“相互认识”的难题。然而,广播的机制容易导致报文在环路网络中增生和无线循环,形成“广播风暴”,“广播风暴”已经成为了网络瘫痪、系统崩溃的代名词,是所有人所竭力避免的。
因此,ERPS(Ethernet Ring Protection Switching;以太网环路保护倒换)技术便应运而生,它通过有选择性的阻塞网络环路冗余链路,达到消除网络二层环路的目的,有效防止形成网络风暴。
ERPS技术的基本概念:
Ring:环,由节点和链路组成以太网环路;
节点:环上的设备;
RPL(Ring Protection Link;环保护链路);
RPL Owner:和RPL相连,负责控制RPL行为的节点;
SF(Signal Fail;信号失效),链路故障信号。
ERPS技术的工作方式如下:
当环路处于稳定状态时,RPL Owner接口被阻断,达到破除环路的目的;当环路上非RPL链路出现故障时,RPL Owner接口接触阻断;RPL Owner所在设备基于环和RPL Owner接口删除MAC(Media Access Control;媒体接入控制层)表。环上其它设备基于环进行MAC表删除。
通过MAC删除的方式,使单播流量无法命中MAC表而走广播,MAC表重新学习后再走单播,达到流量切换的目的。
请参考图1所示,为现有技术中的ERPS的工作方式的一个具体实例:
首先当环路处于初始状态,即未出现故障时,假设节点设备A的一个端口(比如端口PAC)处于端口阻塞状态,那么一个目的地为节点设备C的报文从节点设备A发出,可以经由节点设备B到达,而如果一个目的地为节点设备A的报文从节点设备C发出,只能经由节点设备B到达。而当链路出现故障时,例如节点设备B和节点设备C之间的链路故障,那么节点设备A的端口PAC阻塞状态解除,并且节点设备B和节点设备C先进行端口阻塞(图1中的标号1),并分别发送SF信号通知环上各设备删除环上的MAC地址表(图1中的标号2)。在删除MAC地址表项后,单播流量无法命中MAC地址表项而走广播,MAC地址表项重新学习后再走单播,达到流量切换的目的,例如学习后,从节点设备C发出的报文直接到达节点设备A,而不再经由节点设备B到达。
然而,本发明人在实现本发明实施例中的技术方案的过程中发现,在链路故障时,需要进行MAC地址表项重新刷新,耗时较长,丢包率较大,所以链路故障时流量切换性能较差。
发明内容
本发明实施例提供一种环路数据传输方法及节点设备,用以解决现有技术中存在的在链路故障时,需要进行MAC地址表重新刷新,耗时较长,丢包率较大,所以链路故障时流量切换性能较差的技术问题。
本发明第一方面提供了一种环路数据传输方法,包括:获得节点设备的待传输数据,所述节点设备为环上多个节点设备中的一个;判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据;当所述主转发接口不能够发送所述待传输数据,则从所述节点设备上为所述目的MAC地址配置的备份转发接口发送所述待传输数据,其中,所述主转发接口和所述备份转发接口为所述节点设备的环上接口。
结合第一方面,在第一方面的第一种可能的实现方式中,所述判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据,包括:当所述环上出现链路故障时,判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据。
结合第一方面的第一种可能的实现方式,在第一方面的第二种可能的实现方式中,当所述环上出现链路故障时,所述判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据,包括:当所述节点设备的直连链路故障时,判断所述主转发接口是否故障,若所述主转发接口故障,则表示所述主转发接口不能够发送所述待传输数据;当所述节点设备的非直连链路故障时,判断接收所述待传输数据的入接口是否与所述主转发接口一致,若接收所述待传输数据的入接口与所述主转发接口一致,则表示所述主转发接口不能够发送所述待传输数据。
结合第一方面的第二种可能的实现方式,在第一方面的第三种可能的实现方式中,当所述主转发接口未发生故障时,从所述主转发接口发送所述待传输数据。
结合第一方面的第一种可能的实现方式,在第一方面的第四种可能的实现方式中,当所述环上未出现链路故障时,还包括:从所述主转发接口发送所述待传输数据。
结合第一方面,在第一方面的第五种可能的实现方式中,所述判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据,包括:基于一媒体接入控制层MAC地址表,判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据。
结合第一方面的第五种可能的实现方式,在第一方面的第六种可能的实现方式中,在所述判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据之前,还包括:配置所述节点设备学习到所述目的MAC地址的出接口为所述主转发接口;配置所述节点设备上的另一出接口为所述备份转发接口,以建立所述MAC地址表。
结合第一方面的第五种可能的实现方式或第一方面的第六种可能的实现方式,在第一方面的第七种可能的实现方式中,当接收所述待传输数据的入接口与所述主转发接口一致,还包括:调整所述MAC地址表,使得所述目的MAC的所述主转发接口为新备份转发接口,所述备份转发接口为新主转发接口。
结合第一方面的第七种可能的实现方式,在第一方面的第八种可能的实现方式中,所述调整所述MAC地址表,包括:在接收到所述节点设备的非直连链路故障时的预定时间段内调整所述MAC地址表。
结合第一方面的第七种可能的实现方式,在第一方面的第九种可能的实现方式中,在故障恢复时,还包括:恢复调整的MAC地址表。
本发明第二方面还提供一种节点设备,包括:获得单元,用于获得所述节点设备的待传输数据,所述节点设备为环上多个节点设备中的一个;判断单元,用于判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据;处理单元,用于当所述主转发接口不能够发送所述待传输数据,则从所述节点设备上为所述目的MAC地址配置的备份转发接口发送所述待传输数据,其中,所述主转发接口和所述备份转发接口为所述节点设备的环上接口。
结合第二方面,在第二方面的第一种可能的实现方式中,所述判断单元具体用于当所述环上出现链路故障时,判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据。
结合第二方面的第一种可能的实现方式,在第二方面的第二种可能的实现方式中,判断单元具体用于:当所述节点设备的直连链路故障时,判断所述主转发接口是否故障,若所述主转发接口故障,则表示所述主转发接口不能够发送所述待传输数据;当所述节点设备的非直连链路故障时,判断接收所述待传输数据的入接口是否与所述主转发接口一致,若接收所述待传输数据的入接口与所述主转发接口一致,则表示所述主转发接口不能够发送所述待传输数据。
结合第二方面的第二种可能的实现方式,在第二方面的第三种可能的实现方式中,所述处理单元具体还用于当所述主转发接口未发生故障时,从所述主转发接口发送所述待传输数据。
结合第二方面的第一种可能的实现方式,在第二方面的第四种可能的实现方式中,所述处理单元具体还用于当所述环上未出现链路故障时,从所述主转发接口发送所述待传输数据。
结合第二方面,在第二方面的第五种可能的实现方式中,所述判断单元具体用于基于一媒体接入控制层MAC地址表,判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据。
结合第二方面的第五种可能的实现方式,在第二方面的第六种可能的实现方式中,还包括:建立单元,用于配置所述节点设备学习到所述目的MAC地址的出接口为所述主转发接口;并配置所述节点设备上的另一接口为所述备份转发接口,以建立所述MAC地址表。
结合第二方面的第五种可能的实现方式或第二方面的第六种可能的实现方式中,在第二方面的第七种可能的实现方式中,还包括:调整单元,用于调整所述MAC地址表,使得所述目的MAC的所述主转发接口为新备份转发接口,所述备份转发接口为新主转发接口。
结合第二方面的第七种可能的实现方式,在第二方面的第八种可能的实现方式中,所述调整单元具体用于在接收到所述节点设备的非直连链路故障时的预定时间段内调整所述MAC地址表。
结合第二方面的第七种可能的实现方式,在第二方面的第九种可能的实现方式中,所述调整单元具体还用于在故障恢复时,恢复调整的MAC地址表。
本发明第三方面还提供一种节点设备,包括:接口,用于获得节点设备的待传输数据,该接口包括环下接口和环上接口,环上接口还能够被配置为待传输数据的目的媒体接入控制层MAC地址的主转发接口和备份转发接口;处理器,用于判断主转发接口是否能够发送待传输数据;及当主转发接口不能够发送待传输数据,则从备份转发接口发送待传输数据。
结合第三方面,在第三方面的第一种可能的实现方式中,处理器具体用于当环上出现链路故障时,判断主转发接口是否能够发送待传输数据。
结合第三方面的第一种可能的实现方式,在第三方面的第二种可能的实现方式中,处理器具体用于当节点设备的直连链路故障时,判断主转发接口是否故障,若主转发接口故障,则表示主转发接口不能够发送待传输数据;
当节点设备的非直连链路故障时,判断接收待传输数据的入接口是否与主转发接口一致,若接收待传输数据的入接口与主转发接口一致,则表示主转发接口不能够发送待传输数据。
结合第三方面的第二种可能的实现方式,在第三方面的第三种可能的实现方式中,处理器402还用于当主转发接口未发生故障时,从主转发接口发送待传输数据。
结合第三方面的第一种可能的实现方式,在第三方面的第四种可能的实现方式中,处理器402还用于当环上未出现链路故障时,从主转发接口发送待传输数据。
结合第三方面,在第三方面的第五种可能的实现方式中,处理器402具体用于基于一媒体接入控制层MAC地址表,判断主转发接口是否能够发送待传输数据。
结合第三方面的第五种可能的实现方式,在第三方面的第六种可能的实现方式中,处理器具体还用于配置节点设备学习到目的MAC地址的出接口为主转发接口;并配置节点设备上的另一接口为备份转发接口,以建立MAC地址表。
结合第三方面的第五种可能的实现方式或第三方面的第六种可能的实现方式中,在第三方面的第七种可能的实现方式中,处理器还用于调整MAC地址表,使得目的MAC的主转发接口为新备份转发接口,备份转发接口为新主转发接口。
结合第三方面的第七种可能的实现方式,在第三方面的第八种可能的实现方式中,处理器具体用于在接收到节点设备的非直连链路故障时的预定时间段内调整MAC地址表。
结合第三方面的第七种可能的实现方式,在第三方面的第九种可能的实现方式中,处理器具体还用于在故障恢复时,恢复调整的MAC地址表。
本发明实施例中提供的一个或多个技术方案,至少具有如下技术效果或优点:
在本发明一实施例中,对于环上多个节点设备中的一个节点设备,获得节点设备的待传输数据;判断节点设备上为待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送待传输数据;当主转发接口不能够发送待传输数据,则从节点设备上为目的MAC地址配置的备份转发接口发送待传输数据,其中,主转发接口和备份转发接口为节点设备的环上接口。即在本实施例中,在MAC学习时就学习了主转发接口和备份转发接口,在主转发接口不能发送数据时,就通过备份转发接口发送,所以不需要像现有技术中删除MAC地址表项,并重新学习MAC地址表项,消除了大量刷新表项对状态切换性能的影响,提升了链路故障发生时的流量切换性能。
附图说明
图1为现有技术中的故障时流量切换的示意图;
图2为本申请一实施例中的环路结构示意图;
图3本申请一实施例中的环路数据传输方法的流程图;
图4本申请一实施例中的故障时流量切换的示意图;
图5为本申请一实施例中的节点设备的功能框图;
图6为本申请一实施例中的节点设备的硬件实现示例的概念图。
具体实施方式
本发明实施例提供一种环路数据传输方法及节点设备,用以解决现有技术中存在的在链路故障时,需要进行MAC表重新刷新,耗时较长,丢包率较大,所以故障时流量切换性能较差的近况的技术问题。
本发明实施例中的技术方案为解决上述的技术问题,总体思路如下:
在本发明一实施例中,对于环上多个节点设备中的一个节点设备,获得节点设备的待传输数据;判断节点设备上为待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送待传输数据;当主转发接口不能够发送待传输数据,则从节点设备上为目的MAC地址配置的备份转发接口发送待传输数据,其中,主转发接口和备份转发接口为节点设备的环上接口。即在本实施例中,在MAC学习时就学习了主转发接口和备份转发接口,在主转发接口不能发送数据时,就通过备份转发接口发送,所以不需要像现有技术中删除MAC地址表项,并重新学习MAC地址表项,消除了大量刷新表项对状态切换性能的影响,提升了链路故障发生时的流量切换性能。
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
本实施例提供一种环路数据传输方法,为了便于更加清楚说明本实施例中的环路数据传输方法,以下先介绍本实施例中的环路。
请参考图2所示,节点设备S1至节点设备S5例如为交换机,这些节点设备两两相连形成二层环,另外每一个节点设备分别和一个终端相连,这里利用MAC地址来代表每个终端,例如图1中的终端MAC-A至终端MAC-E。而每个节点设备上学习到的MAC地址可以分为两类,一类是MAC地址的OIF(出接口)是二层环上的接口,另一类MAC地址的OIF出接口为非环上接口,例如节点设备S4上学习到的终端MAC-D的出接口为IF-3,即为环下接口,而节点设备S4上学习到的终端MAC-C的出接口为IF-1,即为环上的出接口。
在本实施例中,每个节点设备在环上存在且只存在一对接口;如节点设备S4上的环上接口为IF-1和IF-2。
对于学习到的出接口是环上接口的MAC地址,MAC地址学习接口为Master OIF(主转发接口),将环上的另一个接口指定为Backup OIF(备份转发接口)。如节点设备S4上学习到的终端MAC-C的主转发接口为IF-1,备份转发接口为IF-2。如此可以形成每个节点设备的MAC地址表。当然,在实际运用中,也可以将学习接口指定为备份转发接口,另一接口指定为主转发接口。
而对于图2中的环路结构,当流量正常转发时,根据MAC表只从主转发接口转发,即每个节点设备在接收到待传输数据时就根据MAC表查询目的MAC地址的主转发接口是哪个,然后就从哪个接口发送数据。
当然在实际运用中,也可以按照图3中的方法进行发送。
请参考图3,接下来介绍本实施例中的环路数据传输方法,该方法包括:
步骤201:获得节点设备的待传输数据,该节点设备为环上多个节点设备中的一个节点设备;
步骤202:判断节点设备上为待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送待传输数据;
步骤203:当主转发接口不能够发送待传输数据,则从节点设备上为目的MAC地址配置的备份转发接口发送待传输数据。
类似的,在本实施例中,主转发接口和备份转发接口是根据目的MAC地址的不同可能不同,例如对于同一接口,对于终端MAC-A是主转发接口,而对于终端MAC-C是备份转发接口。
其中,在步骤201中,获得待传输数据可能是从环上的其他节点设备获得的,也可以是从环下与其连接的终端获得的。
而对于步骤202,在具体实施过程中,可以是在每一次获得待传输数据就执行,即不管是链路正常或者链路故障时,都执行步骤202。
较佳的,在链路正常时,主转发接口通常都能够发送待传输数据,所以直接从主转发接口发送待传输数据,所以只有在环上出现链路故障时,才执行步骤202,可以提高数据传输效率。
对于不同的链路故障,步骤202的具体实施方式稍有不同,例如对于节点设备的直连链路故障时,即直接感知链路故障,例如图2中的节点设备S3和节点设备S2之间的链路故障,则这时需要判断主转发接口是否故障,例如判断是否接收到SF信号,如果有的话,就表示主转发接口不能够发送待传输数据。
对于节点设备的非直连链路故障时,例如通过8032协议报文感知链路故障,例如节点设备S1、节点设备S5和节点设备S4;因为主转发接口本身并未故障,所以这时要判断接收待传输数据的入接口是否与主转发接口一致,若是,则表示主转发接口不能够发送待传输数据,例如节点设备S3从入接口IF-1接收到一报文,而该报文的目的MAC地址为MAC-A,而MAC-A在节点设备S3上的主转发接口为IF-1,则表示该报文为要发送给终端MAC-A,但因为非直连链路故障而回流的报文,这时就可以确定不能够再从主转发接口IF-1发送该报文。
当判断的结果是主转发接口不能够发送待传输数据,那么就执行步骤203,即从节点设备上为目的MAC地址配置的备份转发接口发送待传输数据。而当主转发接口未发生故障时或环上未出现链路故障时,从主转发接口发送待传输数据。
以下将分别举例介绍节点设备的直连链路故障和非直连链路故障的情况。
首先,为直连链路故障的情况,在这种情况下,原动态学习到的MAC地址表不用删除,转发时判断接口状态,若主转发接口的接口没有故障,则流量继续从主转发接口转发。若主转发接口的接口故障,则流量从备份转发接口转发。
如图4所示,为节点设备S3和节点设备S2之间的直连链路故障示意图,即节点设备S3和节点设备S2相连,直连链路为节点设备S3的IF-1接口和节点设备S2的IF-2接口间的链路。节点设备S3学习到终端MAC-A的出接口为IF-1,则IF-1接口为主转发接口,IF-2接口为备份转发接口。节点设备S3学习到的终端MAC-D的出接口为IF-2,则IF-2接口为主转发接口,IF-1接口为备份转发接口。
当节点设备S3和节点设备S2间直连链路故障;节点设备S3就判断节点设备S3上为终端MAC-A配置的主转发接口是否故障,若是,则走备份转发接口,即走IF-2转发。节点设备S3判断节点设备S3上为终端MAC-D配置的主转发接口是否故障,若没有,则继续走主转发接口转发,即走IF-2转发。整个环上的流量都切换到无故障的半环上转发。
即故障前,节点设备S3上去终端MAC-A的转发路径为S3->S2->S1->MAC-A;
故障后,节点设备S3上去终端MAC-A的转发路径为S3->S4->S5->S1->MAC-A;
故障前,节点设备S3上去终端MAC-D的转发路径为S3->S4->MAC-A;
故障后,节点设备S3上去终端MAC-D的转发路径保持不变,仍然为S3->S4->MAC-A。
接下来描述非直连链路故障的情况。
对于这种情况,如果判断发现待传输数据的入接口和原MAC地址表项的主转发出接口一致则判定是故障回流报文,直接走备份转发接口转发。
请继续参考图4所示,依然假设节点设备S2和节点设备S3之间的直连链路故障,那么对于节点设备S4而言,即为非直连链路故障。例如在故障前,节点设备S4已经正确学习到MAC-A;此时转发路径为S4->S3->S2->S1->MAC-A。
节点设备S2和节点设备S3间直连链路故障后,节点设备S4上的待传输数据最初依然转发到节点设备S3上。节点设备S3发现为终端MAC-A配置的主转发接口故障后走备份转发接口转发,即走节点设备S3的IF-2接口转发。流量被再次转发回节点设备S4,节点设备S4发现流量的入接口和MAC-A的主转发出接口一致则判定是故障回流报文。此时将待传输数据直接从备份转发接口转发,即流量从节点设备S4的IF-2接口转发。因此,故障后,节点设备S4上去终端MAC-A的数据转发路径为S4->S5->S1->MAC-A。
进一步,在非直连链路故障时,若判断出接收待传输数据的入接口与主转发接口一致,还可以对MAC地址表进行调整,例如将目的MAC地址的主转发接口确定为新备份转发接口,备份转发接口确定为新主转发接口,所以对于MAC地址表进行微调即可,而不需要删除全部MAC地址表,再通过重新学习建立MAC地址表,所以耗时很短,丢包率很低,所以同样能够提升流量切换性能。
在进一步的实施例中,为了防止误操作,在接收到节点设备的非直连链路故障时的预定时间段内调整MAC地址表,例如在一个MAC地址老化周期内允许调整,而其他时间不调整MAC地址表,而且一个调整周期内只调整一次,可以防止例如由于节点设备S3的缓存或转发时延导致的不停调整。
前述描述了由流量正常情况变为链路故障时的转发路径和MAC地址表的处理方式,下面再简要描述当故障恢复时的处理方式。
对于直连链路故障恢复之后,MAC地址表依然保持不变,只需按照MAC地址表项正常转发即可。而对于非直连链路故障恢复之后,按照故障发生时的调整原则做一次调整即可,即将MAC地址表中的主转发接口和备份转发接口调换即可。
由上述描述可以看出,在本实施例中,在MAC学习时就学习了主转发接口和备份转发接口,在主转发接口不能发送数据时,就通过备份转发接口发送,所以不需要像现有技术中删除MAC地址表项,并重新学习MAC地址表项,消除了大量刷新表项对状态切换性能的影响,提升了故障发生时的流量切换性能。
实施例二
本实施例还提供一种节点设备,该节点设备为环上多个节点设备中的一个,如图5所示,该节点设备包括:
获得单元301,用于获得节点设备的待传输数据,节点设备为环上多个节点设备中的一个;判断单元302,用于判断节点设备上为待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送待传输数据;处理单元303,用于当主转发接口不能够发送待传输数据,则从节点设备上为目的MAC地址配置的备份转发接口发送待传输数据,其中,主转发接口和备份转发接口为节点设备的环上接口。
在一实施例中,判断单元302具体用于当环上出现链路故障时,判断节点设备上为待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送待传输数据。
进一步,判断单元302具体用于:
当节点设备的直连链路故障时,判断主转发接口是否故障,若主转发接口故障,则表示主转发接口不能够发送待传输数据;
当节点设备的非直连链路故障时,判断接收待传输数据的入接口是否与主转发接口一致,若接收待传输数据的入接口与主转发接口一致,则表示主转发接口不能够发送待传输数据。
在另一实施例中,处理单元303具体还用于当主转发接口未发生故障时,或者当环上未出现链路故障时,从主转发接口发送待传输数据。
在再一实施例中,判断单元302具体用于基于一媒体接入控制层MAC地址表,判断节点设备上为待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送待传输数据。
进一步,该节点设备还包括:建立单元,用于确定节点设备学习到目的MAC地址的出接口为主转发接口;并确定节点设备上的另一接口为备份转发接口,以建立MAC地址表。
进一步,该节点设备还包括:调整单元,用于调整MAC地址表,使得目的MAC的主转发接口为新备份转发接口,备份转发接口为新主转发接口。
再进一步,调整单元具体用于在接收到节点设备的非直连链路故障时的预定时间段内调整MAC地址表。
更进一步,调整单元具体还用于在故障恢复时,恢复调整的MAC地址表。
前述图3实施例中的环路数据传输方法中的各种变化方式和具体实例同样适用于本实施例的节点设备,通过前述对环路数据传输方法的详细描述,本领域技术人员可以清楚的知道本实施例中节点设备的实施方法,所以为了说明书的简洁,在此不再详述。
实施例三
本实施例还提供一种节点设备,该节点设备为环上多个节点设备中的一个,如图6所示,为节点设备的硬件实现示例的概念图,该节点设备包括:
接口401,用于获得节点设备的待传输数据,该接口包括环下接口和环上接口,环上接口还能够被配置为待传输数据的目的媒体接入控制层MAC地址的主转发接口和备份转发接口;处理器402,用于判断主转发接口是否能够发送待传输数据;及当主转发接口不能够发送待传输数据,则从备份转发接口发送待传输数据。
其中,在图6中,总线架构(用总线403来代表),总线403可以包括任意数量的互联的总线和桥,总线403将包括由处理器402代表的一个或多个处理器和存储器405代表的存储器的各种电路链接在一起。总线403还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口404在总线403和接口401之间提供接口。其中,图6中示出了三个接口401,其中有两个环上接口,一个环下接口。
处理器402负责管理总线403和通常的处理,而存储器405可以被用于存储处理器402在执行操作时所使用的数据。存储器405还可以用于存储节点设备的数据和软件。
在实际运用中,节点设备可以是交换机,也可以是路由器或者其他交换设备。
在一实施例中,处理器402具体用于当环上出现链路故障时,判断主转发接口是否能够发送待传输数据。
进一步,处理器402具体用于当节点设备的直连链路故障时,判断主转发接口是否故障,若主转发接口故障,则表示主转发接口不能够发送待传输数据;
当节点设备的非直连链路故障时,判断接收待传输数据的入接口是否与主转发接口一致,若接收待传输数据的入接口与主转发接口一致,则表示主转发接口不能够发送待传输数据。
在另一实施例中,处理器402还用于当主转发接口未发生故障时或当环上未出现链路故障时,从主转发接口发送待传输数据。
在再一实施例中,处理器402具体用于基于一媒体接入控制层MAC地址表,判断主转发接口是否能够发送待传输数据。
进一步,处理器402具体还用于配置节点设备学习到目的MAC地址的出接口为主转发接口;并配置节点设备上的另一接口为备份转发接口,以建立MAC地址表。
再进一步,处理器402还用于调整MAC地址表,使得目的MAC的主转发接口为新备份转发接口,备份转发接口为新主转发接口。
更进一步,处理器402具体用于在接收到节点设备的非直连链路故障时的预定时间段内调整MAC地址表。
进一步,处理器402具体还用于在故障恢复时,恢复调整的MAC地址表。
前述图3实施例中的环路数据传输方法中的各种变化方式和具体实例同样适用于本实施例的节点设备,通过前述对环路数据传输方法的详细描述,本领域技术人员可以清楚的知道本实施例中节点设备的实施方法,所以为了说明书的简洁,在此不再详述。
本发明实施例中提供的一个或多个技术方案,至少具有如下技术效果或优点:
在本发明一实施例中,对于环上多个节点设备中的一个节点设备,获得节点设备的待传输数据;判断节点设备上为待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送待传输数据;当主转发接口不能够发送待传输数据,则从节点设备上为目的MAC地址配置的备份转发接口发送待传输数据,其中,主转发接口和备份转发接口为节点设备的环上接口。即在本实施例中,在MAC学习时就学习了主转发接口和备份转发接口,在主转发接口不能发送数据时,就通过备份转发接口发送,所以不需要像现有技术中删除MAC地址表项,并重新学习MAC地址表项,消除了大量刷新表项对状态切换性能的影响,提升了链路故障发生时的流量切换性能。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (16)

1.一种环路数据传输方法,其特征在于,包括:
节点设备获得待传输数据,所述节点设备为环上多个节点设备中的一个;
所述节点设备判断为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据;
当所述主转发接口不能够发送所述待传输数据,所述节点设备则从为所述目的MAC地址配置的备份转发接口发送所述待传输数据,其中,所述主转发接口和所述备份转发接口为所述节点设备的环上接口;
所述节点设备判断为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据,包括:
当所述环上出现链路故障时,所述节点设备判断为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据;
其中,当所述环上出现链路故障时,所述节点设备判断为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据,包括:
当所述节点设备的直连链路故障时,所述节点设备判断所述主转发接口是否故障,若所述主转发接口故障,则表示所述主转发接口不能够发送所述待传输数据;
当所述节点设备的非直连链路故障时,所述节点设备判断接收所述待传输数据的入接口是否与所述主转发接口一致,若接收所述待传输数据的入接口与所述主转发接口一致,则表示所述主转发接口不能够发送所述待传输数据。
2.如权利要求1所述的环路数据传输方法,其特征在于,当所述主转发接口未发生故障时,所述节点设备从所述主转发接口发送所述待传输数据。
3.如权利要求1所述的环路数据传输方法,其特征在于,当所述环上未出现链路故障时,还包括:
所述节点设备从所述主转发接口发送所述待传输数据。
4.如权利要求1所述的环路数据传输方法,其特征在于,所述节点设备判断为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据,包括:
所述节点设备基于一媒体接入控制层MAC地址表,判断为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据。
5.如权利要求4所述的环路数据传输方法,其特征在于,在所述节点设备判断为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据之前,还包括:
所述节点设备配置所述节点设备学习到所述目的MAC地址的出接口为所述主转发接口;
所述节点设备配置所述节点设备上的另一出接口为所述备份转发接口,以建立所述MAC地址表。
6.如权利要求4或5所述的环路数据传输方法,其特征在于,当接收所述待传输数据的入接口与所述主转发接口一致,还包括:
所述节点设备调整所述MAC地址表,使得所述目的MAC的所述主转发接口为新备份转发接口,所述备份转发接口为新主转发接口。
7.如权利要求6所述的环路数据传输方法,其特征在于,所述节点设备调整所述MAC地址表,包括:
所述节点设备在接收到所述节点设备的非直连链路故障时的预定时间段内调整所述MAC地址表。
8.如权利要求6所述的环路数据传输方法,其特征在于,在故障恢复时,还包括:
所述节点设备恢复调整的MAC地址表。
9.一种节点设备,其特征在于,包括:
获得单元,用于获得所述节点设备的待传输数据,所述节点设备为环上多个节点设备中的一个;
判断单元,用于判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据;
处理单元,用于当所述主转发接口不能够发送所述待传输数据,则从所述节点设备上为所述目的MAC地址配置的备份转发接口发送所述待传输数据,其中,所述主转发接口和所述备份转发接口为所述节点设备的环上接口;
所述判断单元具体用于当所述环上出现链路故障时,判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据;
其中,所述判断单元具体用于:
当所述节点设备的直连链路故障时,判断所述主转发接口是否故障,若所述主转发接口故障,则表示所述主转发接口不能够发送所述待传输数据;
当所述节点设备的非直连链路故障时,判断接收所述待传输数据的入接口是否与所述主转发接口一致,若接收所述待传输数据的入接口与所述主转发接口一致,则表示所述主转发接口不能够发送所述待传输数据。
10.如权利要求9所述的节点设备,其特征在于,所述处理单元具体还用于当所述主转发接口未发生故障时,从所述主转发接口发送所述待传输数据。
11.如权利要求9所述的节点设备,其特征在于,所述处理单元具体还用于当所述环上未出现链路故障时,从所述主转发接口发送所述待传输数据。
12.如权利要求9所述的节点设备,其特征在于,所述判断单元具体用于基于一媒体接入控制层MAC地址表,判断所述节点设备上为所述待传输数据的目的媒体接入控制层MAC地址配置的主转发接口是否能够发送所述待传输数据。
13.如权利要求12所述的节点设备,其特征在于,还包括:
建立单元,用于配置所述节点设备学习到所述目的MAC地址的出接口为所述主转发接口;并配置所述节点设备上的另一接口为所述备份转发接口,以建立所述MAC地址表。
14.如权利要求12或13所述的节点设备,其特征在于,还包括:
调整单元,用于调整所述MAC地址表,使得所述目的MAC的所述主转发接口为新备份转发接口,所述备份转发接口为新主转发接口。
15.如权利要求14所述的节点设备,其特征在于,所述调整单元具体用于在接收到所述节点设备的非直连链路故障时的预定时间段内调整所述MAC地址表。
16.如权利要求14所述的节点设备,其特征在于,所述调整单元具体还用于在故障恢复时,恢复调整的MAC地址表。
CN201310522463.XA 2013-10-29 2013-10-29 一种环路数据传输方法及节点设备 Active CN104579736B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310522463.XA CN104579736B (zh) 2013-10-29 2013-10-29 一种环路数据传输方法及节点设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310522463.XA CN104579736B (zh) 2013-10-29 2013-10-29 一种环路数据传输方法及节点设备

Publications (2)

Publication Number Publication Date
CN104579736A CN104579736A (zh) 2015-04-29
CN104579736B true CN104579736B (zh) 2019-01-15

Family

ID=53095005

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310522463.XA Active CN104579736B (zh) 2013-10-29 2013-10-29 一种环路数据传输方法及节点设备

Country Status (1)

Country Link
CN (1) CN104579736B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107612776B (zh) * 2017-09-22 2021-03-23 华为技术有限公司 一种通信连接检测方法及装置
CN109600273B (zh) * 2018-11-26 2020-04-21 武汉思普崚技术有限公司 一种udp报文传输性能的优化方法及系统
CN112202668B (zh) * 2020-11-02 2022-08-05 儒安物联科技集团有限公司 局域网、广域网故障转移备份系统及其方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1738286A (zh) * 2004-08-18 2006-02-22 华为技术有限公司 一种ip网络中重路由的实现方法
CN1859381A (zh) * 2005-10-08 2006-11-08 华为技术有限公司 一种在弹性分组环上实现虚拟路由冗余协议的方法及系统
CN101127653A (zh) * 2006-08-14 2008-02-20 中兴通讯股份有限公司 设置有备份的以太网环网设备及其主设备备份的实现方法
CN101132320A (zh) * 2007-09-18 2008-02-27 华为技术有限公司 检测接口故障的方法及网络节点设备
CN101420351A (zh) * 2007-10-25 2009-04-29 华为技术有限公司 一种实现弹性分组环上业务保护的装置及方法
CN102364900A (zh) * 2011-09-13 2012-02-29 杭州华三通信技术有限公司 一种irf系统中基于frr的数据传输方法和设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1738286A (zh) * 2004-08-18 2006-02-22 华为技术有限公司 一种ip网络中重路由的实现方法
CN1859381A (zh) * 2005-10-08 2006-11-08 华为技术有限公司 一种在弹性分组环上实现虚拟路由冗余协议的方法及系统
CN101127653A (zh) * 2006-08-14 2008-02-20 中兴通讯股份有限公司 设置有备份的以太网环网设备及其主设备备份的实现方法
CN101132320A (zh) * 2007-09-18 2008-02-27 华为技术有限公司 检测接口故障的方法及网络节点设备
CN101420351A (zh) * 2007-10-25 2009-04-29 华为技术有限公司 一种实现弹性分组环上业务保护的装置及方法
CN102364900A (zh) * 2011-09-13 2012-02-29 杭州华三通信技术有限公司 一种irf系统中基于frr的数据传输方法和设备

Also Published As

Publication number Publication date
CN104579736A (zh) 2015-04-29

Similar Documents

Publication Publication Date Title
CN102821050B (zh) 一种快速生成树协议应用于单环网拓扑的处理方法
CN101771618B (zh) 一种分组传送网络接入环中主机路由可达的方法及系统
CN106899430B (zh) 一种流量转发处理方法和装置
US9952995B2 (en) Redundant packet forwarding system
CN103607293B (zh) 一种流量保护方法及设备
CN107948041B (zh) 构建vxlan集中式多活网关的方法和设备
CN101060485B (zh) 拓扑改变报文的处理方法和处理装置
CN104980372A (zh) 中继系统以及交换机装置
CN102571612B (zh) 一种vrrp状态切换方法和三层交换设备
CN103200109B (zh) 一种ospf邻居关系管理方法和设备
CN103581025B (zh) 路由信息处理方法、设备及系统
CN105897515A (zh) 基于ipran设备的以太网环路检测及处理方法
CN104518936B (zh) 链路动态聚合方法和装置
CN103607317A (zh) 二层环路检测方法和装置及通信系统
CN113328916B (zh) Bfd检测模式的切换方法、装置及设备
CN104579736B (zh) 一种环路数据传输方法及节点设备
CN104160667A (zh) 双上行相切环收敛的方法、设备和系统
WO2014075594A1 (zh) 基于多环结构网络相交环的业务的传输保护方法及装置
EP2858302A1 (en) Connectivity check method of service stream link, related apparatus and system
US10164823B2 (en) Protection method and system for multi-domain network, and node
CN103840972A (zh) 包交换网络中链路聚合组间备份的系统及方法
CN103312579B (zh) 线路切换方法及装置
CN107222409B (zh) 一种转发流量的方法及节点
CN102833774B (zh) 一种ip无线接入网系统及其主用伪线故障的处理方法
CN105591908B (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
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20201104

Address after: 625, room 269, Connaught platinum Plaza, No. 518101, Qianjin Road, Xin'an street, Shenzhen, Guangdong, Baoan District

Patentee after: SHENZHEN SHANGGE INTELLECTUAL PROPERTY SERVICE Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20201203

Address after: 213000 No. 11 Qingyang North Road, Tianning District, Changzhou, Jiangsu

Patentee after: Changzhou Hong quantity Electronic Technology Co.,Ltd.

Address before: 625, room 269, Connaught platinum Plaza, No. 518101, Qianjin Road, Xin'an street, Shenzhen, Guangdong, Baoan District

Patentee before: SHENZHEN SHANGGE INTELLECTUAL PROPERTY SERVICE Co.,Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20220826

Address after: Tianning District Hehai road 213000 Jiangsu city of Changzhou province No. 9

Patentee after: Changzhou Tianning Communication Technology Industrial Park Co.,Ltd.

Address before: 213000 No. 11 Qingyang North Road, Tianning District, Changzhou City, Jiangsu Province

Patentee before: Changzhou Hong quantity Electronic Technology Co.,Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20230105

Address after: Tianning District Hehai road 213000 Jiangsu city of Changzhou province No. 9

Patentee after: Changzhou Hengtang Technology Industry Co.,Ltd.

Address before: Tianning District Hehai road 213000 Jiangsu city of Changzhou province No. 9

Patentee before: Changzhou Tianning Communication Technology Industrial Park Co.,Ltd.