CN104253747A - 一种报文在链路聚合组中进行1:1保护的传输方法及装置 - Google Patents
一种报文在链路聚合组中进行1:1保护的传输方法及装置 Download PDFInfo
- Publication number
- CN104253747A CN104253747A CN201410553917.4A CN201410553917A CN104253747A CN 104253747 A CN104253747 A CN 104253747A CN 201410553917 A CN201410553917 A CN 201410553917A CN 104253747 A CN104253747 A CN 104253747A
- Authority
- CN
- China
- Prior art keywords
- port
- service message
- standby
- master
- master port
- 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
Abstract
本发明公开了一种报文在链路聚合组中进行1:1保护的传输方法,包括:接收业务报文,业务报文由设置于第一网元中且聚合成功的第一端口和第二端口接收;从第一端口和所述第二端口中确定主端口和备用端口;根据主端口的聚合情况和备用端口的聚合情况,从主端口和备用端口中选取当前的工作端口;将业务报文分发给工作端口,并在工作端口的物理链路上发送业务报文,这样作为当前工作端口的主端口在发生故障后,备用端口可以替换主端口作为当前工作端口继续发送所述业务报文,节省了现有技术中备用端口由聚合失效到聚合成功所需的时间,并且在备用端口替换主端口前,已接收到之前传输的业务报文,从而降低备用端口在聚合过程中的报文丢失的可能性。
Description
技术领域
本发明涉及数据传输相关的网络通信领域,更具体地说,涉及一种报文在链路聚合组中进行1:1保护的传输方法及装置。
背景技术
链路聚合组(LAG,即Link Aggregation Group)是指将多条链路连接到同一设备的链路捆绑在一起,以便于增加带宽和改善链路的可靠性。链路聚合组根据负载分担类型可以分为负载分担和非负载分担两种类型,当采用负载分担的方式下,聚合链路组的主要是作用是提高带宽;当采用非负载分担的方式时,即为1:1保护。
当链路聚合组处于非负载分担的方式时,在链路聚合保护组里为网元设置了两个端口,即第一端口和第二端口,其中第一端口处于聚合成功状态,而第二端口处于聚合失败状态,这样网元可以通过处于聚合成功状态的第一端口对应的物理链路与通信对端网元通讯。
当由于第一端口对应的物理链路恶化或通信对端网元的第一端口变化等情况导致第一端口聚合失败时,第二端口通过链路聚合控制机聚合成功,更改为第一端口,这时网元通过更改后的第一端口对应的物理链路与通信对端网元进行通讯。但是由于第二端口从聚合失效到聚合成功需要一定的时间,故在该时间中会造成了通信两端传输的业务报文丢失。
发明内容
有鉴于此,本发明的目的是提供一种报文在链路聚合组中进行1:1保护的传输方法及装置,用于降低业务报文丢失率。
本发明实施例提供一种报文在链路聚合组中进行1:1保护的传输方法,所述方法包括:
接收业务报文,所述业务报文由设置于第一网元中且聚合成功的第一端口和第二端口接收;
从所述第一端口和所述第二端口中确定当前用于发送所述业务报文的主端口和所述主端口的备用端口,所述备用端口用于在所述主端口聚合失败时发送所述业务报文;
根据主端口的聚合情况和备用端口的聚合情况,从主端口和备用端口中选取当前的工作端口;
将所述业务报文分发给所述工作端口,并在所述工作端口的物理链路上发送所述业务报文。
优选地,所述主端口和所述备用端口记录在所述链路聚合组的硬件表中;
当所述主端口被选取为工作端口时,将所述业务报文分发给所述工作端口包括:
将所述业务报文分发给硬件表中位置Lag port index处记录的工作端口,其中位置Lag port index的计算公式为:
Lag port index=(srcmac^destmac^sip^dip)%1,srcmac为所述业务报文的源媒体接入控制MAC地址,destmac为所述业务报文的目的MAC地址,sip为所述业务报文的源网络之间互连的协议IP地址,dip为所述业务报文的目的IP地址。
优选地,所述方法还包括:
监测所述主端口和所述备用端口的聚合情况;
当所述主端口的聚合情况指示所述主端口由聚合成功变更为聚合失败时,将所述备用端口切换为所述工作端口,并互换所述主端口和所述备用端口在所述硬件表中的位置。
优选地,监测所述主端口和所述备用端口的聚合情况包括:
监测所述主端口和所述备用端口各自对应的物理链路信息,所述物理链路信息用于表明聚合情况;
或者监测所述主端口和所述备用端口接收的聚合情况指示报文,所述聚合情况指示报文中携带有指示端口聚合情况的信息。
优选地,从所述第一端口和所述第二端口中确定当前用于发送所述业务报文的主端口和所述主端口的备用端口包括:
根据链路汇聚控制协议分配所述主端口和所述备用端口;
或者
从所述第一端口和所述第二端口中获取用户指定的所述主端口和所述备用端口。
本发明实施例还提供一种报文在链路聚合组中进行1:1保护的传输装置,所述装置包括:
接收单元,用于接收业务报文,所述业务报文由设置于第一网元中且聚合成功的第一端口和第二端口接收;
确定单元,用于从所述第一端口和所述第二端口中确定当前用于发送所述业务报文的主端口和所述主端口的备用端口,所述备用端口用于在所述主端口聚合失败时发送所述业务报文;
选取单元,用于根据主端口的聚合情况和备用端口的聚合情况,从主端口和备用端口中选取当前的工作端口;
发送单元,用于将所述业务报文分发给所述工作端口,并在所述工作端口的物理链路上发送所述业务报文。
优选地,所述主端口和所述备用端口记录在所述链路聚合组的硬件表中;
当所述主端口被选取为工作端口时,所述发送单元将所述业务报文分发给所述工作端口包括:
将所述业务报文分发给硬件表中位置Lag port index处记录的工作端口,其中位置Lag port index的计算公式为:
Lag port index=(srcmac^destmac^sip^dip)%1,srcmac为所述业务报文的源媒体接入控制MAC地址,destmac为所述业务报文的目的MAC地址,sip为所述业务报文的源网络之间互连的协议IP地址,dip为所述业务报文的目的IP地址。
优选地,所述装置还包括:
监测单元,用于监测所述主端口和所述备用端口的聚合情况;
切换单元,用于当所述主端口的聚合情况指示所述主端口由聚合成功变更为聚合失败时,将所述备用端口切换为所述工作端口,并互换所述主端口和所述备用端口在所述硬件表中的位置。
优选地,所述监测单元监测所述主端口和所述备用端口的聚合情况包括:
监测所述主端口和所述备用端口各自对应的物理链路信息,所述物理链路信息用于表明聚合情况;
或者监测所述主端口和所述备用端口接收的聚合情况指示报文,所述聚合情况指示报文中携带有指示端口聚合情况的信息。
优选地,所述确定单元从所述第一端口和所述第二端口中确定当前用于发送所述业务报文的主端口和所述主端口的备用端口包括:
根据链路汇聚控制协议分配所述主端口和所述备用端口;
或者
从所述第一端口和所述第二端口中获取用户指定的所述主端口和所述备用端口。
与现有技术相比,本发明的优点如下:
由于本发明将两个聚合成功的第一端口和第二端口都设置于网元中,这样第一端口和第二端口均可以用于接收业务报文。在业务报文的发送过程中,作为当前工作端口的主端口在发生故障后,备用端口可以替换主端口作为当前工作端口继续发送所述业务报文,节省了现有技术中备用端口由聚合失效到聚合成功所需的时间,并且在备用端口替换主端口前,备用端口已接收到之前在故障链路上传输的业务报文,使其仍有机会接收下来,从而降低备用端口在聚合过程中的报文丢失的可能性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1是本发明实施例提供的一种报文在链路聚合组中进行1:1保护的传输方法的一种流程图;
图2是本发明实施例提供的业务报文传输系统的示意图;
图3是本发明实施例提供的一种报文在链路聚合组中进行1:1保护的传输方法的另一种流程图;
图4是本发明实施例提供的业务报文发送的第一种示意图;
图5是本发明实施例提供的业务报文发送的第二种示意图;
图6为本发明实施例提供的两端通信设备定时器不一致时LAG正常工作图;
图7是一种报文在链路聚合组中进行1:1保护的传输装置的一种结构示意图;
图8是一种报文在链路聚合组中进行1:1保护的传输装置的另一种结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参考图1,其示出了本发明实施例提供的报文在链路聚合组中进行1:1保护的传输方法的一种流程图,该报文在链路聚合组中进行1:1保护的传输方法可以应用在图2所示业务报文传输系统中,该业务报文传输系统包括第一网元11、第二网元12、位于第一网元11中的第一端口13、位于第一网元11中的第二端口14、第一链路15、第二链路16、位于第二网元12中的第一端口17和位于第二网元12中的第二端口18,第一链路15和第二链路16共同组成链路聚合组,第一端口13和第一端口17通过第一链路15通信,第二端口14和第二端口18通过第二链路16通信。
在本发明实施例中该业务报文在链路聚合组中进行1:1保护的传输方法用于在链路聚合组中发送业务报文,可以包括以下步骤:
步骤100:接收业务报文,业务报文由设置于第一网元中且聚合成功的第一端口和第二端口接收。其中第一网元11中的第一端口13和第二端口14均聚合成功,因此第一端口13和第二端口14都可以接收到业务报文。如图2所示,第一网元11连接的上一级网元发送的报文可以被第一端口13和第二端口14接收,上一级网元为向第一网元11发送报文的网元。
步骤101:从第一端口和第二端口中确定当前用于发送业务报文的主端口和主端口的备用端口,备用端口用于在主端口故障时发送业务报文。
可以理解的是:LAG1:1保护要求在同一时间中只有工作端口才能实现发送业务报文,而一般情况下将聚合成功的主端口作为工作端口。由于第一网元11中包括均聚合成功的第一端口13和第二端口14,所以第一网元11需要从这两个端口中选取一个端口作为主端口,另一个作为备用端口。在本发明实施例中,确定主端口和备用端口的方式包括但不限于下述两种方式:
第一种方式:在第一端口13和第二端口14采用手工聚合模式下的链路聚合组中,可以人为的从第一端口13和第二端口14中选取出主端口和备用端口。一般情况下,将第一端口13人为指定为主端口,第二端口14人为指定为备用端口。
第二种方式:在第一端口13和第二端口14采用LACP(Link AggregationControl Protocol,链路汇聚控制协议)分配主端口和备用端口,其分配方式可以为首先比较第一网元11和第二网元12的系统优先级,若第一网元11的系统优先级大于大二网元12的系统优先级,则继续比较第一网元11中的第一端口13和第二端口14的端口优先级;若第一端口13的优先级大于第二端口14的优先级,则将第一网元11中的第一端口13设为主端口,第二端口14设为备用端口,且第二网元12中的第一端口17设为主端口,第二网元12中的第二端口18设为备用端口;若第一端口13的优先级低于第二端口14的优先级,则确定第一网元11中的第一端口为备用端口,第二端口14为主端口,则第二网元12中的第二端口18设为主端口,第一端口17设为备用端口。
步骤102:根据主端口的聚合情况和备用端口的聚合情况,从主端口和备用端口中选取当前的工作端口。
由于链路聚合组的硬件表中含有两个物理端口——主端口和备用端口,但业务报文只能从当前的工作端口发送,故需要从主端口和备用端口中确定当前的工作端口。在本发明实施例中确定工作端口的方式是:在主端口的聚合情况表示主端口聚合成功的情况下,将主端口确定为工作端口;在主端口的聚合情况表示主端口聚合失败且备用端口的情况指示备用端口聚合成功的情况下,将备用端口确定为工作端口。
当主端口聚合成功时,主端口被记录在硬件表的第一行,备用端口被记录在硬件表的第二行。相应的,当主端口聚合失败时,备用端口被记录在硬件表的第一行,主端口被记录在硬件表的第二行。
步骤103:将所述业务报文分发给所述工作端口,并在所述工作端口的物理链路上发送所述业务报文。
在进行业务报文发送时要保证业务报文一直从工作端口中发出,为达到这一点,本发明实施例采用了一种新的分发算法,其中新的分发算法可以是:
将业务报文分发给硬件表中位置Lag port index处记录的工作端口,其中位置Lag port index的计算公式为:
Lag port index=(srcmac^destmac^sip^dip)%1,其中srcmac为所述业务报文的源媒体接入控制MAC地址,destmac为所述业务报文的目的MAC地址,sip为所述业务报文的源网络之间互连的协议IP地址,dip为所述业务报文的目的IP地址。
由于任何数对1取余后结果恒为0,本领域技术人员公知的在每个数据表中,0指向的是数据表中第一行所在位置,所以业务报文会一直分发至第一行所记录的工作端口。如主端口为工作端口时,业务报文会一直分发至主端口。
如图2所示的业务报文传输系统中,第一网元11通过上述两种确定主端口和备用端口方式,确定第一端口13为主端口,第二端口14为备用端口。并且上述第一端口13和第二端口14均聚合成功,这意味着主端口和备用端口都可以接收业务报文,且主端口为当前工作端口,该业务报文从主端口(当前工作端口)对应的物理链路(第一链路15)发送至第二网元12中,第二网元12中的第一端口17和第二端口18均可以接收到业务报文。
由于本发明将两个聚合成功的主端口和备用端口都设置于网元中,这样主端口和备用端口可以同时接收到业务报文,但在报文传输中,只有作为工作端口的端口才可以发送报文,故需要从主端口和备用端口中确定用于发送报文的工作端口,在本发明实施例中一般将聚合成功的主端口作为工作端口。
应用上述技术方案,由于本发明将两个聚合成功的第一端口和第二端口都设置于网元中,这样第一端口和第二端口均可以用于接收业务报文。在业务报文的发送过程中,作为当前工作端口的主端口在发生故障后,备用端口可以替换主端口作为当前工作端口继续发送所述业务报文,节省了现有技术中备用端口由聚合失效到聚合成功所需的时间,并且在备用端口替换主端口前,备用端口已接收到之前在故障链路上传输的业务报文,使其仍有机会接收下来,从而降低备用端口在聚合过程中的报文丢失的可能性。
请参阅图3,其示出了本发明实施例提供的报文在链路聚合组中进行1:1保护的传输方法的另一种流程图,可以包括以下步骤:
步骤200:接收业务报文,业务报文由设置于第一网元中且聚合成功的第一端口和第二端口接收。
步骤201:从第一端口和第二端口中确定当前用于发送业务报文的主端口和主端口的备用端口,备用端口用于在主端口故障时发送业务报文。
步骤202:根据主端口的聚合情况和备用端口的聚合情况,从主端口和备用端口中选取当前的工作端口。
步骤203:将所述业务报文分发给所述工作端口,并在所述工作端口的物理链路上发送所述业务报文。
在本发明实施例中,步骤200至步骤203:与步骤100至步骤103相同,且步骤201从第一端口13和第二端口14中确定用于发送业务报文的主端口和主端口的备用端口的方法同实施例一中步骤101相同,且步骤202从主端口和备端口中确定的当前工作端口的方法同实施例一步骤102相同,对此本发明实施例不再阐述。
步骤204:监测所述主端口和所述备用端口的聚合情况。
在确定工作端口后,还应实时的检测主端口、备用端口的聚合情况。在手工聚合模式下,物理链路信息是用于表征端口聚合的重要特征,即可以根据物理端口的相关物理链路信息的好坏来确定工作端口,具体为监测主端口和备用端口各自对应的物理链路信息来确定聚合情况。如果物理链路信息指示为故障,则表明主端口由聚合成功变更为聚合失败;如果物理链路信息指示为正常,则表明主端口的聚合状态未发生改变,仍为聚合成功状态。
在LACP聚合模式下,主端口和备用端口可以接收聚合情况指示业务报文,该聚合情况指示业务报文中携带有指示端口聚合情况的信息,因此在LACP聚合模式下主端口和备用端口可以依据聚合情况指示业务报文来监测主端口和所述备用端口的聚合情况。
步骤205:当所述主端口的聚合情况指示所述主端口由聚合成功变更为聚合失败时,将所述备用端口切换为所述工作端口,并互换所述主端口和所述备用端口在所述硬件表中的位置。
当检测到的主端口A的聚合情况维持为聚合成功时,则硬件表中主端口和备用端口的记录位置不作变更,仍将主端口作为当前工作端口发送业务报文;当监测到主端口由聚合成功变更为聚合失败时,将所述备用端口B切换为所述工作端口,并互换所述主端口和所述备用端口在所述硬件表中的位置。具体为将硬件表中第一行记录备用端口,硬件表中第二行记录主端口,此时第一行记录的备用端口变为主端口,而第二行记录的主端口变为备用端口。
如图4所示,其示出了主端口A由聚合成功变更为聚合失败时,将当前的工作端口由主端口A切换为备用端口B,将备用端口B切换为主端口A并作为工作端口后发送业务报文的示意图。
在主端口A聚合失败时,备用端口B可以替换主端口A作为当前的工作端口继续发送业务报文,节省了现有技术中备用端口B由聚合失败到聚合成功所需的时间,并且在备用端口B替换主端口A作为当前的工作端口前,备用端口B已接收到之前在故障链路上传输的业务报文,使其仍有机会接收下来,从而降低了备用端口B在聚合过程中的报文丢失的可能性,使丢包时间减少到了50ms以下的电信级保护。
由于链路中存在多条物理链路,所以在业务报文传输中,一般将第二网元12中与第一网元11中的主端口相连通的物理链路作为业务报文传输通道,但链路中业务报文传输并不仅限于通过相对应的端口传输。如在双收的通信状态下,即使第一网元11中发送业务报文的主端口A为当前的工作端口,主端口A发送业务报文时,第二网元12在主端口A′不接收业务报文的情况下,仍可以由第二网元12中的备用端口B′接收,如图5所示。其中双收的通信状态是指任意一个网元的主端口和备用端口都可以接收业务报文的通信状态。在双收的通信状态下只要有存在正常工作的业务报文发送端和正常工作的业务报文接收端均可实现业务报文的传输,且并不仅限于接收端与发送端一一对应。
以图5为例,图5中第一网元11中的主端口A作为当前的工作端口用于发送业务报文,而接收业务报文的端口为第二网元12中与第一网元11中备用端口B相对应的端口B′,这是由于第一网元11中的主端口A和备用端口B是以聚合成功的状态设置于第一网元11中,在主端口A聚合成功的情况下,由主端口A通过物理链路将业务报文传输到第二网元12,以实现业务报文的正常接收。当主端口聚合失败时,由于备用端口B已聚合成功,故可以立即指定备用端口B为工作端口发送报文,而聚合失败的主端口A虽不能正常发送业务报文,但可以作为业务报文接收端口。因此,在业务报文的传输过程中,在发送业务报文的备用端口B和接收端主端口A′聚合失败后,可采用主端口A和备用端口B′作为当前的工作端口传输业务报文;在发送业务报文的主端口A和接收端备用端口B′聚合失败后,可采用主端口A′和备用端口B作为当前的工作端口传输业务报文;
在链路聚合组的通信中,常见的通信方式有返回式和非返回式两种。返回式是指链路通信中的主端口由聚合失败状态恢复为聚合成功状态后,LAG需要将备用端口替换为主端口作为工作端口;非返回式是指链路通信中的主端口由聚合失败状态恢复为聚合成功状态后,LAG不需要将备用端口替换主端口作为工作端口,即LAG的工作端口不会随着主端口的状态发生变化。
返回式通信方式下,在主端口聚合失败后,为了防止第一网元11和第二网元12检测到的聚合失败到聚合成功的修复时间不一致,需要在第一网元11和第二网元12中设置定时器。其中,定时器用于记录在端口对应的链路故障修复后,其从坏变好的延迟时间。在返回式通信方式下,第一网元11和第二网元12的定时器可一致,也可不一致。请参考图6,图6为本发明实施例提供的两端通信设备定时器不一致时LAG正常工作图。
在图6所示的工作方式下,当主端口由聚合失败状态恢复为聚合成功状态时,第一网元11中的主端口A和备用端口B都可以作为工作端口接收业务报文,所以第一网元11从恢复的链路发送业务报文时,即使第二网元12认为之前的链路仍然处于聚合失败状态中,仍可接收业务报文。这是因为主端口和备用端口都记录在LAG硬件表里,第一链路15和第二链路16上传输的业务报文都可以接收,可支持业务报文双向不同路径。
与上述方法实施例相对应,本申请实施例还提供一种报文在链路聚合组中进行1:1保护的传输装置,其结构示意图请参阅图7所示,包括:接收单元21、确定单元22、选取单元23和发送单元24。其中:
接收单元21,用于接收业务报文,所述业务报文由设置于第一网元中且聚合成功的第一端口和第二端口接收。
可以理解的是,第一端口13和第二端口14记录在链路聚合组的硬件表中。其中第一网元11中的第一端口13和第二端口14均聚合成功,因此第一端口13和第二端口14都可以接收到业务报文。
确定单元22,用于从所述第一端口和所述第二端口中确定当前用于发送所述业务报文的主端口和所述主端口的备用端口,所述备用端口用于在所述主端口聚合失败时发送所述业务报文。
可以理解的是:LAG1:1保护要求在同一时间中只有工作端口才能实现发送业务报文,而一般情况下将聚合成功的主端口作为工作端口。由于第一网元11中包括均聚合成功的第一端口13和第二端口14,所以第一网元11需要从这两个端口中选取一个端口作为主端口,另一个作为备用端口。在本发明实施例中,确定主端口和备用端口的方式包括但不限于下述两种方式:
第一种方式:在第一端口13和第二端口14采用手工聚合模式下的链路聚合组中,可以人为的从第一端口13和第二端口14中人为选取出主端口和备用端口。一般情况下,将第一端口13人为指定为主端口,第二端口14人为指定为备用端口。
第二种方式:在第一端口13和第二端口14采用LACP分配主端口和备用端口,其分配方式可以为首先比较第一网元11和第二网元12的系统优先级,若第一网元11的系统优先级大于大二网元12的系统优先级,则继续比较第一网元11中的第一端口13和第二端口14的端口优先级;若第一端口13的优先级大于第二端口14的优先级,则将第一网元11中的第一端口13设为主端口,第二端口14设为备用端口,且第二网元12中的第一端口17设为主端口,第二网元12中的第二端口18设为备用端口;若第一端口13的优先级低于第二端口14的优先级,则确定第一网元11中的第一端口为备用端口,第二端口14为主端口,则第二网元12中的第二端口18设为主端口,第一端口17设为备用端口。
选取单元23,用于根据主端口的聚合情况和备用端口的聚合情况,从主端口和备用端口中选取当前的工作端口。
由于链路聚合组的硬件表中含有两个物理端口,但报文只能从当前的工作端口发送,故需要从主端口和备用端口中确定当前的工作端口。在本发明实施例中确定工作端口的方式是:在主端口的聚合情况表示主端口聚合成功的情况下,将主端口确定为工作端口;在主端口的聚合情况表示主端口聚合失败且备用端口的情况指示备用端口聚合成功的情况下,将备用端口确定为工作端口。
当主端口聚合成功时,主端口被记录在硬件表的第一行,备用端口被记录在硬件表的第二行。相应的,当主端口聚合失败时,备用端口被记录在硬件表的第一行,主端口被记录在硬件表的第二行。
发送单元24,用于将所述业务报文分发给所述工作端口,并在所述工作端口的物理链路上发送所述业务报文。
在进行业务报文发送时要保证业务报文一直从工作端口中发出,为达到这一点,本发明实施例采用了一种新的分发算法,其中新的分发算法可以是:
将业务报文分发给硬件表中位置Lag port index处记录的工作端口,其中位置Lag port index的计算公式为:
Lag port index=(srcmac^destmac^sip^dip)%1,其中srcmac为所述业务报文的源媒体接入控制MAC地址,destmac为所述业务报文的目的MAC地址,sip为所述业务报文的源网络之间互连的协议IP地址,dip为所述业务报文的目的IP地址。
由于任何数对1取余后结果恒为0,本领域技术人员公知的在每个数据表中,0指向的是数据表中第一行所在位置,所以业务报文会一直分发至第一行所记录的工作端口。如主端口为工作端口时,业务报文会一直分发至主端口。
由于本发明将两个聚合成功的主端口和备用端口都设置于网元中,这样主端口和备用端口可以同时接收到业务报文。但在报文传输中,只有作为工作端口的端口才可以发送报文,故需要从主端口和备用端口中确定用于发送报文的工作端口,在本发明实施例中一般将聚合成功的主端口作为工作端口。
应用上述技术方案,由于本发明将两个聚合成功的第一端口和第二端口都设置于网元中,这样第一端口和第二端口均可以用于接收业务报文。在业务报文的发送过程中,作为当前工作端口的主端口在发生故障后,备用端口可以替换主端口作为当前工作端口继续发送所述业务报文,节省了现有技术中备用端口由聚合失效到聚合成功所需的时间,并且在备用端口替换主端口前,备用端口已接收到之前在故障链路上传输的业务报文,使其仍有机会接收下来,从而降低备用端口在聚合过程中的报文丢失的可能性。
请参阅图8,其示出了本申请实施例提供的一种报文在链路聚合组中进行1:1保护的传输装置的另一种结构示意图,在图7基础上,还可以包括:
监测单元25,用于监测所述主端口和所述备用端口的聚合情况。
在确定工作端口后,还应实时的检测主端口、备用端口的聚合情况。在手工聚合模式下,物理链路信息是用于表征端口聚合的重要特征,即可以根据物理端口的相关物理链路信息的好坏来确定工作端口,具体为监测主端口和备用端口各自对应的物理链路信息来确定聚合情况。如果物理链路信息指示为故障,则表明主端口由聚合成功变更为聚合失败;如果物理链路信息指示为正常,则表明主端口的聚合状态未发生改变,仍为聚合成功状态。
在LACP聚合模式下,主端口和备用端口可以接收聚合情况指示业务报文,该聚合情况指示业务报文中携带有指示端口聚合情况的信息,因此在LACP聚合模式下主端口和备用端口可以依据聚合情况指示业务报文来监测主端口和所述备用端口的聚合情况。
切换单元26,用于当所述主端口的聚合情况指示所述主端口由聚合成功变更为聚合失败时,将所述备用端口切换为所述工作端口,并互换所述主端口和所述备用端口在所述硬件表中的位置。
当检测到的主端口A的聚合情况维持为聚合成功时,则硬件表中主端口和备用端口的记录位置不作变更,仍将主端口作为当前工作端口发送业务报文;当监测到主端口由聚合成功变更为聚合失败时,将所述备用端口B切换为所述工作端口,并互换所述主端口和所述备用端口在所述硬件表中的位置。具体为将硬件表中第一行记录备用端口,硬件表中第二行记录主端口,此时第一行记录的备用端口变为主端口,而第二行记录的主端口变为备用端口。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本申请所提供的一种报文在链路聚合组中进行1:1保护的传输方法及装置进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种报文在链路聚合组中进行1:1保护的传输方法,其特征在于,所述方法包括:
接收业务报文,所述业务报文由设置于第一网元中且聚合成功的第一端口和第二端口接收;
从所述第一端口和所述第二端口中确定当前用于发送所述业务报文的主端口和所述主端口的备用端口,所述备用端口用于在所述主端口聚合失败时发送所述业务报文;
根据主端口的聚合情况和备用端口的聚合情况,从主端口和备用端口中选取当前的工作端口;
将所述业务报文分发给所述工作端口,并在所述工作端口的物理链路上发送所述业务报文。
2.根据权利要求1所述的方法,其特征在于,所述主端口和所述备用端口记录在所述链路聚合组的硬件表中;
当所述主端口被选取为工作端口时,将所述业务报文分发给所述工作端口包括:
将所述业务报文分发给硬件表中位置Lag port index处记录的工作端口,其中位置Lag port index的计算公式为:
Lag port index=(srcmac^destmac^sip^dip)%1,srcmac为所述业务报文的源媒体接入控制MAC地址,destmac为所述业务报文的目的MAC地址,sip为所述业务报文的源网络之间互连的协议IP地址,dip为所述业务报文的目的IP地址。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
监测所述主端口和所述备用端口的聚合情况;
当所述主端口的聚合情况指示所述主端口由聚合成功变更为聚合失败时,将所述备用端口切换为所述工作端口,并互换所述主端口和所述备用端口在所述硬件表中的位置。
4.根据权利要求3所述的方法,其特征在于,监测所述主端口和所述备用端口的聚合情况包括:
监测所述主端口和所述备用端口各自对应的物理链路信息,所述物理链路信息用于表明聚合情况;
或者监测所述主端口和所述备用端口接收的聚合情况指示报文,所述聚合情况指示报文中携带有指示端口聚合情况的信息。
5.根据权利要求1所述的方法,其特征在于,从所述第一端口和所述第二端口中确定当前用于发送所述业务报文的主端口和所述主端口的备用端口包括:
根据链路汇聚控制协议分配所述主端口和所述备用端口;
或者
从所述第一端口和所述第二端口中获取用户指定的所述主端口和所述备用端口。
6.一种报文在链路聚合组中进行1:1保护的传输装置,其特征在于,所述装置包括:
接收单元,用于接收业务报文,所述业务报文由设置于第一网元中且聚合成功的第一端口和第二端口接收;
确定单元,用于从所述第一端口和所述第二端口中确定当前用于发送所述业务报文的主端口和所述主端口的备用端口,所述备用端口用于在所述主端口聚合失败时发送所述业务报文;
选取单元,用于根据主端口的聚合情况和备用端口的聚合情况,从主端口和备用端口中选取当前的工作端口;
发送单元,用于将所述业务报文分发给所述工作端口,并在所述工作端口的物理链路上发送所述业务报文。
7.根据权利要求6所述的装置,其特征在于,所述主端口和所述备用端口记录在所述链路聚合组的硬件表中;
当所述主端口被选取为工作端口时,所述发送单元将所述业务报文分发给所述工作端口包括:
将所述业务报文分发给硬件表中位置Lag port index处记录的工作端口,其中位置Lag port index的计算公式为:
Lag port index=(srcmac^destmac^sip^dip)%1,srcmac为所述业务报文的源媒体接入控制MAC地址,destmac为所述业务报文的目的MAC地址,sip为所述业务报文的源网络之间互连的协议IP地址,dip为所述业务报文的目的IP地址。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
监测单元,用于监测所述主端口和所述备用端口的聚合情况;
切换单元,用于当所述主端口的聚合情况指示所述主端口由聚合成功变更为聚合失败时,将所述备用端口切换为所述工作端口,并互换所述主端口和所述备用端口在所述硬件表中的位置。
9.根据权利要求8所述的方法,其特征在于,所述监测单元监测所述主端口和所述备用端口的聚合情况包括:
监测所述主端口和所述备用端口各自对应的物理链路信息,所述物理链路信息用于表明聚合情况;
或者监测所述主端口和所述备用端口接收的聚合情况指示报文,所述聚合情况指示报文中携带有指示端口聚合情况的信息。
10.根据权利要求6所述的装置,其特征在于,所述确定单元从所述第一端口和所述第二端口中确定当前用于发送所述业务报文的主端口和所述主端口的备用端口包括:
根据链路汇聚控制协议分配所述主端口和所述备用端口;
或者
从所述第一端口和所述第二端口中获取用户指定的所述主端口和所述备用端口。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410553917.4A CN104253747B (zh) | 2014-10-17 | 2014-10-17 | 一种报文在链路聚合组中进行1:1保护的传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410553917.4A CN104253747B (zh) | 2014-10-17 | 2014-10-17 | 一种报文在链路聚合组中进行1:1保护的传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104253747A true CN104253747A (zh) | 2014-12-31 |
CN104253747B CN104253747B (zh) | 2018-05-18 |
Family
ID=52188304
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410553917.4A Active CN104253747B (zh) | 2014-10-17 | 2014-10-17 | 一种报文在链路聚合组中进行1:1保护的传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104253747B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108234308A (zh) * | 2016-12-14 | 2018-06-29 | 迈普通信技术股份有限公司 | 一种分布式设备内部通信系统及方法 |
CN112187637A (zh) * | 2020-09-17 | 2021-01-05 | 苏州浪潮智能科技有限公司 | 以太链路聚合组的配置方法、装置及计算机可读存储介质 |
CN113141268A (zh) * | 2020-01-20 | 2021-07-20 | 华为技术有限公司 | 实现手工聚合的链路聚合组冗余备份的方法及装置 |
CN113572695A (zh) * | 2020-04-28 | 2021-10-29 | 中国移动通信集团浙江有限公司 | 链路聚合方法、装置、计算设备及计算机存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101488777A (zh) * | 2008-12-31 | 2009-07-22 | 华为技术有限公司 | 一种分组微波中业务保护的方法、装置和系统 |
CN103441938A (zh) * | 2013-08-28 | 2013-12-11 | 南车株洲电力机车研究所有限公司 | 一种端口切换方法及一种通信设备 |
-
2014
- 2014-10-17 CN CN201410553917.4A patent/CN104253747B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101488777A (zh) * | 2008-12-31 | 2009-07-22 | 华为技术有限公司 | 一种分组微波中业务保护的方法、装置和系统 |
CN103441938A (zh) * | 2013-08-28 | 2013-12-11 | 南车株洲电力机车研究所有限公司 | 一种端口切换方法及一种通信设备 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108234308A (zh) * | 2016-12-14 | 2018-06-29 | 迈普通信技术股份有限公司 | 一种分布式设备内部通信系统及方法 |
CN108234308B (zh) * | 2016-12-14 | 2022-04-01 | 迈普通信技术股份有限公司 | 一种分布式设备内部通信系统及方法 |
CN113141268A (zh) * | 2020-01-20 | 2021-07-20 | 华为技术有限公司 | 实现手工聚合的链路聚合组冗余备份的方法及装置 |
CN113572695A (zh) * | 2020-04-28 | 2021-10-29 | 中国移动通信集团浙江有限公司 | 链路聚合方法、装置、计算设备及计算机存储介质 |
CN113572695B (zh) * | 2020-04-28 | 2023-11-14 | 中国移动通信集团浙江有限公司 | 链路聚合方法、装置、计算设备及计算机存储介质 |
CN112187637A (zh) * | 2020-09-17 | 2021-01-05 | 苏州浪潮智能科技有限公司 | 以太链路聚合组的配置方法、装置及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN104253747B (zh) | 2018-05-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10567224B2 (en) | Methods and apparatus for detecting and handling split brain issues in a link aggregation group | |
CN102299846B (zh) | 一种bfd报文传输方法和设备 | |
CN102006184B (zh) | 堆叠链路管理方法、装置及网络设备 | |
CN101640644B (zh) | 基于灵活链路组的流量均衡方法和设备 | |
CN103095568B (zh) | 机架式交换设备实现堆叠的系统及方法 | |
CN104301146A (zh) | 软件定义网络中的链路切换方法和装置 | |
CN104753828A (zh) | 一种sdn控制器、数据中心系统和路由连接方法 | |
CN102761479A (zh) | 链路选择方法和装置 | |
CN104253747A (zh) | 一种报文在链路聚合组中进行1:1保护的传输方法及装置 | |
WO2012058895A1 (zh) | 聚合链路切换方法及装置 | |
CN104025511A (zh) | 一种无源光网络中的业务保护方法、光线路终端及系统 | |
CN102891769A (zh) | 链路故障通告方法和设备 | |
CN101360043B (zh) | 内部可靠互连的通信设备 | |
CN104518936A (zh) | 链路动态聚合方法和装置 | |
CN103236986A (zh) | 负载分担方法及装置 | |
CN103517155A (zh) | 一种基于监控业务的流量动态控制的方法及装置 | |
CN103840972B (zh) | 包交换网络中链路聚合组间备份的系统及方法 | |
CN101909006A (zh) | 双向转发检测报文发送、接收方法及其装置与通信系统 | |
US10164823B2 (en) | Protection method and system for multi-domain network, and node | |
CN102055673A (zh) | 多路由网络以及路由切换方法 | |
CN103581058A (zh) | 数据中心网络中的报文转发方法和装置 | |
US11889244B2 (en) | Passive optical network for utility infrastructure resiliency | |
CN103891204B (zh) | 链路倒换的方法和交换设备 | |
CN102857423A (zh) | 一种分布式链路聚合系统中业务流转发方法及节点 | |
CN102142931A (zh) | 一种防止e-trunk丢包的方法、装置和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: Hangzhou City, Zhejiang province 310051 Binjiang District Puyan streets (pro) ring Hing Road No. 51 Building 1 Room 301 Applicant after: Hangzhou Chenxiao Technologies Co., Ltd. Address before: Hangzhou City, Zhejiang province 310053 Binjiang District Puyan streets (pro) ring Hing Road No. 51 Building 1 floor 7 Applicant before: Hangzhou Chenxiao Technologies Co.,Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |