首页 / 专利库 / 软件 / 虚拟层 / 基于多协议标签交换协议的三层虚拟专用网

基于多协议标签交换协议的三层虚拟专用网

阅读:283发布:2020-05-08

专利汇可以提供基于多协议标签交换协议的三层虚拟专用网专利检索,专利查询,专利分析的服务。并且本 申请 实施例 公开了一种基于多协议标签交换协议的三层虚拟专用网。所述三层虚拟专用网包括:互为主备的第一服务提供商网络边缘设备PE和第二PE,其中所述第一PE和第二PE分别与源端CE相连,并通过第三PE与目的端CE相连;其中所述源端CE和所述目的端CE在不同自治系统,第一PE、第二PE和第三PE同属于同一个自治系统,且与源端CE所在的自治系统和目的端CE所在系统的自治系统均不同;其中所述第一PE和所述第二PE互为基于内部边界网关协议的邻居:所述第一PE和所述第二PE中的至少一个在接收到数据时,向所述第一PE和所述第二PE中的另一个发送所述数据。,下面是基于多协议标签交换协议的三层虚拟专用网专利的具体信息内容。

1.一种基于多协议标签交换协议的三层虚拟专用网,包括互为主备的第一服务提供商网络边缘设备PE和第二PE,其中所述第一PE和第二PE分别与源端CE相连,并通过第三PE与目的端CE相连;其中所述源端CE和所述目的端CE在不同自治系统,第一PE、第二PE和第三PE同属于同一个自治系统,且与源端CE所在的自治系统和目的端CE所在系统的自治系统均不同;其中所述第一PE和所述第二PE互为基于内部边界网关协议的邻居:
所述第一PE和所述第二PE中的至少一个在接收到数据时,向所述第一PE和所述第二PE中的另一个发送所述数据。
2.根据权利要求1所述的三层虚拟专用网,其特征在于:
所述第二PE在接收到第三PE发送的携带有目的端CE的虚拟专用网VPN路由信息时,将所述VPN路由信息转换为基于边界网关协议的VPN实例的私网路由信息,向所述第一PE发送所述私网路由信息,其中所述私网路由信息中携带的下一跳地址为所述第二PE的地址信息;
所述第一PE在接收到第二PE发送的信息后,判断接收的信息的内容是否为路由信息,如果接收的信息的内容是路由信息,则接收所私网路由信息。
3.根据权利要求2所述的三层虚拟专用网,其特征在于:
所述第二PE在向所述第一PE发送所述私网路由信息之前,还判断所述目的端CE是否只与一台PE相连;在判断所述目的端CE只与一台PE相连后,再发送所述私网路由信息。
4.根据权利要求3所述的三层虚拟专用网,其特征在于,所述第二PE通过如下方式判断所述目的端CE是否只与一台PE相连,包括:
在接收到的目的端CE的路由信息后,从接收的路由信息中的自治系统路径信息中,确定所述第二PE所在的自治系统的标识出现的次数;
判断所述第二PE所在的自治系统的标识出现的次数是否为零;
如果所述第二PE所在的自治系统的标识出现的次数为零,则记录一项目的端CE的路由信息;
在统计得到的项数为一项时,判断所述目的端CE只与一台PE相连。
5.根据权利要求2所述的三层虚拟专用网,其特征在于:
所述第二PE在向所述第一PE发送所述私网路由信息时,还通过所述私网路由信息中自治系统路径属性内容携带所述第二PE所在的自治系统的标识信息;
所述第一PE在判断接收的消息的内容是私网路由信息后,则获取所述私网路由信息中自治系统路径属性内容;判断所述自治系统路径属性内容中所述第二PE所在的自治系统的标识信息是否只出现1次;如果所述自治系统的标识信息为只出现1次,再接收所述私网路由信息。
6.根据权利要求2所述的三层虚拟专用网,其特征在于,所述第二PE关闭平分割功能。
7.根据权利要求2至6任一所述的三层虚拟专用网,其特征在于:
所述第一PE根据所述私网路由信息以及预先获取的第三PE发送的目的端CE的VPN路由信息,创建下一跳保护组信息,并利用所述下一跳保护组信息进行数据传输;其中所述下一跳保护组中主用的下一跳地址为第三PE的地址,备用的下一跳地址为第二PE的地址,主用的下一跳状态为数据传输工作态。
8.根据权利要求7所述的三层虚拟专用网,其特征在于:
在创建下一跳保护组信息后,利用双向转发检测BFD功能检测所述第一PE与所述第三PE之间链路的状态,并在所述下一跳保护组信息中记录所述BFD功能的检测结果;根据所述BFD功能的检测结果更新所述下一跳保护组中主用的下一跳状态。
9.根据权利要求8所述的三层虚拟专用网,其特征在于:
当记录结果中所述第一PE与所述第三PE之间链路从非故障态切换为故障态时,所述第一PE将所述下一跳保护组中主用的下一跳状态切换为数据传输关闭态,并使用备用的下一跳对应链路传输数据;
当记录结果中所述第一PE与所述第三PE之间链路从故障态切换到非故障态后,再继续等待预先设置的延时时长后,所述第一PE将所述下一跳保护组中主用的下一跳状态回切为数据传输工作态,以使用主用的下一跳对应链路传输数据。
10.根据权利要求9所述的三层虚拟专用网,其特征在于,所述延时时长是通过如下方式计算得到的,包括:
延时时间=最小延时+(BFD震荡次数*BFD震荡单位延时时间);
其中,最小延时是根据控制平面向转发平面下发用于转发数据所需的路由信息的操作时间确定的;BFD震荡次数为小于等于预先设置的震荡次数阈值的数值。

说明书全文

基于多协议标签交换协议的三层虚拟专用网

技术领域

[0001] 本申请实施例涉及信息处理领域,尤指一种基于多协议标签交换协议的三层虚拟专用网。

背景技术

[0002] MPLS(Multi-Protocol  Label  Switching,多协议标签交换)L3VPN(Layer3Virtual Private Network,三层虚拟专用网)是一种三层VPN(Virtual Private Network,虚拟专用网络)技术,其基本结构包括:
[0003] CE(Customer Edge):用户网络边缘设备,与服务提供商网络直接相连,不需感知VPN的存在,不需要支持MPLS;
[0004] PE(Provider Edge):服务提供商网络边缘设备,与CE直接相连;PE之间运行MP-BGP(Multi-Protocol Border Gateway Protocol)发布VPN路由,对VPN的所有处理都发生在PE上;
[0005] P(Provider):服务提供商网络中的骨干设备,不与CE直接相连;P设备必须支持MPLS转发,不维护VPN信息。
[0006] 随着网络技术的快速发展,运营商对网络故障时的业务收敛时间要求越来越高。在相关技术中,L3VPN FRR(Fast Reroute,快速重路由)利用基于VPN的私网路由快速切换技术,通过预先在PE中设置主用路径转发项和备用路径转发项,结合BFD(Bidirectional Forwarding Detection,双向转发检测),解决CE双归PE网络端到端业务收敛时间长的问题,收敛时间仅取决于故障检测时间和修改主备用路径状态时间。
[0007] 如图1所示,CE2通过路由协议把自己的IP路由发布给PE3,PE3将IP路由转换为VPN路由通过MP-IBGP发布给PE1和PE2,PE1和PE2再把VPN路由转换成私网IP路由发布给CE1。
[0008] CE1收到PE1和PE2的到目CE2的路由,生成FRR路由表项如表1所示,包括:
[0009] 目的端 下一跳CE2 保护组1
[0010] 表1
[0011] 生成下一跳表的表项如表2所示,包括:
[0012]
[0013] 表2
[0014] 业务流量工作在保护组的主路径(CE1→PE1→PE3->CE2),流量传输路径如图2所示。
[0015] 在CE1、PE2出现链路故障时,BFD检测到链路故障,保护组的备下一跳生效,其中下一跳的表项如表3所示:
[0016]
[0017] 表3
[0018] 业务流量快速切换到备路径(CE1→PE2→PE3->CE2),流量传输路径如图3所示。
[0019] 在实际应用中,发明人发现,MPLS L3VPN的源端CE有双归属PE时,网络端到端的业务收敛时间还可以进一步优化。

发明内容

[0020] 为了解决上述任一技术问题,本申请实施例提供了一种基于多协议标签交换协议的三层虚拟专用网。
[0021] 为了达到本申请实施例目的,本申请实施例提供了一种基于多协议标签交换协议的三层虚拟专用网,包括互为主备的第一服务提供商网络边缘设备PE和第二PE,其中所述第一PE和第二PE分别与源端CE相连,并通过第三PE与目的端CE相连;其中所述源端CE和所述目的端CE在不同自治系统,第一PE、第二PE和第三PE同属于同一个自治系统,且与源端CE所在的自治系统和目的端CE所在系统的自治系统均不同;其中所述第一PE和所述第二PE互为基于内部边界网关协议的邻居:
[0022] 所述第一PE和所述第二PE中的至少一个在接收到数据时,向所述第一PE和所述第二PE中的另一个发送所述数据。
[0023] 在一个示例性实施例中,所述第二PE在接收到第三PE发送的携带有目的端CE的虚拟专用网VPN路由信息时,将所述VPN路由信息转换为基于边界网关协议的VPN实例的私网路由信息,向所述第一PE发送所述私网路由信息,其中所述私网路由信息中携带的下一跳地址为所述第二PE的地址信息;
[0024] 所述第一PE在接收到第二PE发送的信息后,判断接收的信息的内容是否为路由信息,如果接收的信息的内容是路由信息,则接收所私网路由信息。
[0025] 在一个示例性实施例中,所述第二PE在向所述第一PE发送所述私网路由信息之前,还判断所述目的端CE是否只与一台PE相连;在判断所述目的端CE只与一台PE相连后,再发送所述私网路由信息。
[0026] 在一个示例性实施例中,所述第二PE通过如下方式判断所述目的端CE是否只与一台PE相连,包括:
[0027] 在接收到的目的端CE的路由信息后,从接收的路由信息中的自治系统路径信息中,确定所述第二PE所在的自治系统的标识出现的次数;
[0028] 判断所述第二PE所在的自治系统的标识出现的次数是否为零;
[0029] 如果所述第二PE所在的自治系统的标识出现的次数为零,则记录一项目的端CE的路由信息;
[0030] 在统计得到的项数为一项时,判断所述目的端CE只与一台PE相连。
[0031] 在一个示例性实施例中,所述第二PE在向所述第一PE发送所述私网路由信息时,还通过所述私网路由信息中自治系统路径属性内容携带所述第二PE所在的自治系统的标识信息;
[0032] 所述第一PE在判断接收的消息的内容是私网路由信息后,则获取所述私网路由信息中自治系统路径属性内容;判断所述自治系统路径属性内容中所述第二PE所在的自治系统的标识信息是否只出现1次;如果所述自治系统的标识信息为只出现1次,再接收所述私网路由信息。
[0033] 在一个示例性实施例中,所述第二PE关闭平分割功能。
[0034] 在一个示例性实施例中,所述第一PE根据所述私网路由信息以及预先获取的第三PE发送的目的端CE的VPN路由信息,创建下一跳保护组信息,并利用所述下一跳保护组信息进行数据传输;其中所述下一跳保护组中主用的下一跳地址为第三PE的地址,备用的下一跳地址为第二PE的地址,主用的下一跳状态为数据传输工作态。
[0035] 在一个示例性实施例中,在创建下一跳保护组信息后,利用双向转发检测BFD功能检测所述第一PE与所述第三PE之间链路的状态,并在所述下一跳保护组信息中记录所述BFD功能的检测结果;根据所述BFD功能的检测结果更新所述下一跳保护组中主用的下一跳状态。
[0036] 在一个示例性实施例中,当记录结果中所述第一PE与所述第三PE之间链路从非故障态切换为故障态时,所述第一PE将所述下一跳保护组中主用的下一跳状态切换为数据传输关闭态,并使用备用的下一跳对应链路传输数据;
[0037] 当记录结果中所述第一PE与所述第三PE之间链路从故障态切换到非故障态后,再继续等待预先设置的延时时长后,所述第一PE将所述下一跳保护组中主用的下一跳状态回切为数据传输工作态,以使用主用的下一跳对应链路传输数据。
[0038] 在一个示例性实施例中,所述延时时长是通过如下方式计算得到的,包括:
[0039] 延时时间=最小延时+(BFD震荡次数*BFD震荡单位延时时间);
[0040] 其中,最小延时是根据控制平面向转发平面下发用于转发数据所需的路由信息的操作时间确定的;BFD震荡次数为小于等于预先设置的震荡次数阈值的数值。
[0041] 本申请实施例提供的三层虚拟专用网,利用互为主备关系的PE之间的通信连接,完成数据的传输,使得目的端CE只和一台PE相连,一旦发生网络侧(PE之间)故障,业务流能快速收敛。
[0042] 本申请实施例的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请实施例而了解。本申请实施例的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

[0043] 附图用来提供对本申请实施例技术方案的进一步理解,并且构成说明书的一部分,与本申请实施例的实施例一起用于解释本申请实施例的技术方案,并不构成对本申请实施例技术方案的限制。
[0044] 图1为相关技术中MPLS L3VPN的示意图;
[0045] 图2为相关技术中业务流量在保护组的主路径上传输方向的示意图;
[0046] 图3为相关技术中业务流量在保护组的备路径上传输方向的示意图;
[0047] 图4为相关技术中业务流量传输的示意图;
[0048] 图5为本申请提供的MPLS L3VPN的示意图;
[0049] 图6为本申请提供的在MPLS L3VPN中数据传输的方法的流程图

具体实施方式

[0050] 为使本申请实施例的目的、技术方案和优点更加清楚明白,下文中将结合附图对本申请实施例的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请实施例中的实施例及实施例中的特征可以相互任意组合。
[0051] 发明人对相关技术中基于L3VPN FRR的网络结构进行了分析,发现至少存在如下问题:
[0052] 如图4所示,当PE1和PE3之间的链路出现故障,CE1不能快速感知到故障,流量会继续发往PE1,导致传输过程中出现丢包的情况。在PE1将发送给CE1的CE2路由撤销后业务才能恢复,收敛时间长,不能满足运营商的要求。
[0053] 基于上述分析可以看出,在MPLS L3VPN的源端CE有双归属PE时,如果目的端CE只和一台PE相连,发生网络侧(PE之间)故障,业务流不能快速收敛。
[0054] 为解决上述问题,本申请提供一种基于多协议标签交换协议的三层虚拟专用网,包括互为主备的第一PE和第二PE,其中所述第一PE和第二PE分别与源端CE相连,并通过第三PE与目的端CE相连;其中所述源端CE和所述目的端CE在不同自治系统,第一PE、第二PE和第三PE同属于同一个自治系统,且与源端CE所在的自治系统和目的端CE所在系统的自治系统均不同;其中所述第一PE和所述第二PE互为基于内部边界网关协议的邻居:
[0055] 所述第一PE和所述第二PE中的至少一个在接收到数据时,向所述第一PE和所述第二PE中的另一个发送所述数据。
[0056] 本申请实施例提供的三层虚拟专用网,利用互为主备关系的PE之间的通信连接,完成数据的传输,使得目的端CE只和一台PE相连,一旦发生网络侧(PE之间)故障,业务流能快速收敛。
[0057] 本实施例可应用于源端CE双归属PE的MPLS L3VPN网络架构,其中所有PE在同一自治系统(Autonomous System,AS),不同CE在不同的AS,目的端CE与1台PE连接。例如,图5所示的一种MPLS L3VPN,在该组网架构中,所有PE(PE1、PE2和PE3)属于同一AS 100,CE1为另一自治系统AS 65410,CE2在自治系统AS 65420。源端CE1双归属主用PE1和备用PE2,CE2仅以与1台PE(具体为PE3)连接。
[0058] 图6是本发明实施例提出的一种MPLS L3VPN快速重路由方法的流程图。该方法包括以下步骤:
[0059] 步骤S501、主用PE1和备用PE1在BGP VPN实例地址族下建立IBGP邻居,设置主用PE1 BGP VPN实例地址族下到备用PE2的IBGP邻居允许AS号出现1次,设置备用PE1 BGP VPN实例地址族下到主用PE1的邻居关闭水平分割功能。
[0060] 具体的,设置主用PE1 BGP(Border Gateway Protocol,边界网关协议)VPN实例地址族下到备用PE2的IBGP(Internal BGP,内部边界网关协议)邻居,设置主用PE1 BGP VPN实例地址族下到备用PE2的IBGP邻居允许本自治系统AS号(AS 100)在路由发布消息的AS PATH属性中出现1次,设置主用PE1 BGP VPN实例地址族下FRR功能;
[0061] 设置备用PE2 BGP VPN实例地址族下到主用PE1的IBGP邻居,设置备用PE2 BGP VPN实例地址族下到主用PE1的IBGP邻居关闭水平分割功能,使得备用设备PE2能够将其从远端PE3收到的目的端CE2路由发布给主用PE1。
[0062] 步骤S502、备用PE2从远端PE3收到目的端CE2的VPN路由(包括10.1.1.2(Route Distinguisher:100:3)、下一跳为PE3的IP 3.3.3.3、AS PATH为{65420}),将其转化为BGP VPN实例私网路由(包括10.1.1.2、下一跳为PE3的IP 3.3.3.3、AS PATH为{65420});备用PE2判断目的端CE2是否仅与一台PE相连;如果是,则将转化后的目的端CE2的BGP VPN实例私网路由的下一跳修改为备用PE2的IP地址即2.2.2.2,并在该路由的AS PATH属性中添加本设备备用PE BGP的AS号100,AS PATH变为{100,65420},而后将修改后的目的端CE2的BGP VPN实例私网路由发布给主用PE1。
[0063] 在一个示例性实施例中,PE2通过如下方式判断所述目的端CE是否只与一台PE相连,包括:
[0064] 在接收到的目的端CE的路由信息后,从接收的路由信息中的自治系统路径信息中,确定所述目的端CE的路由信息所经过的自治系统;
[0065] 判断所述目的端CE的路由信息所经过的自治系统是否包括所述PE2所在的自治系统;
[0066] 如果所述所述目的端CE的路由信息所经过的自治系统没有包括所述PE2所在的自治系统,则记录目的端CE的路由信息的的项数;
[0067] 在统计得到的项数为一项时,判断所述目的端CE只与一台PE相连。
[0068] 其中,备用PE2可根据收到的目的端CE2的路由数据,判断目的端CE2是否仅与一台PE相连。如果到目的端CE2的IP地址10.1.1.2的路由只有一条路由,则备用PE认为目的端CE只与一台PE相连,可以通过IBGP将收到的该路由发布给主用PE。在上述图5中,由于备用PE2上只收到一条10.1.1.2的路由,则认为目的端CE2只与一台PE设备相连,可以将10.1.1.2路由通过IBPG发布给主用PE1。
[0069] 另外,源端CE1从主用PE1收到该目的端CE2的路由数据,由于主用PE1是与不同自治系统的源端CE1进行路由信息的传输,则目的端CE2的路由数据在从主用PE1发送到源端CE1时,在AS PATH中又会增加AS号100的信息。一旦,源端CE1将该路由信息发送给备用PE2,同样是不同自治系统间的数据传输,会增加源端CE1所在自治系统的AS号65410;在备用PE2收到该路由数据后,通过AS PATH中的AS号,可以至少确定该路由信息已经过备用PE2所在的自治系统,构成了数据传输的闭环,则不再接收该条路由信息。
[0070] 在一个示例性实施例中,所述第二PE在向所述第一PE发送所述私网路由信息时,还通过所述私网路由信息中自治系统路径属性内容携带所述第二PE所在的自治系统的标识信息;
[0071] 所述第一PE在判断接收的消息的内容是私网路由信息后,则获取所述私网路由信息中自治系统路径属性内容;判断所述自治系统路径属性内容中所述第二PE所在的自治系统的标识信息是否只出现1次;如果所述自治系统的标识信息为只出现1次,再接收所述私网路由信息。
[0072] 可选的,如果开始只有一条到目的CE路由,备用PE将该路由发布给主用PE1,后来备用PE2又接收到目的CE路由变成两条或者两条以上,需要撤销发布给主用PE1的该路由。
[0073] 在相关技术中,从IBGP邻居(PE3)所收到的路由信息,不会传递给其它的IBGP邻居(PE1);从EBGP(External Border Gateway Protocol,外部边界网关协议)邻居(CE1)所收到的路由信息,可以传递给其它的IBGP邻居(PE1),但该传递不允许携带本自治系统AS号。本方法通过关闭IBGP的水平分割功能,关闭IBGP的本AS号禁止携带功能,让从IBGP邻居所收到的路由信息,添加本AS号后,传递给特定(关闭水平分割)的IBGP邻居。其中,限定本AS号仅出现1次,而不是两次或多次,即达到为主用PE1建立下一跳的保护组的目的即可,无需频繁发送。。
[0074] 可选的,如果备用PE2学习到目的端CE2不只与一台PE相连,则不向主PE1发布到目的端CE2的路由。
[0075] 步骤S503、主用PE1从远端PE3收到目的端CE2的VPN路由(包括10.1.1.2(Route Distinguisher:100:3)、下一跳为PE3的IP 3.3.3.3、AS PATH为{65420}),将其转化为BGP VPN实例私网路由(包括10.1.1.2、下一跳为PE3的IP 3.3.3.3、AS PATH为{65420};主用PE1进行到目的端CE2的路由优选,下一跳为PE3的路由AS PATH比下一跳为PE2的路由AS PATH短,则下一跳为远端PE3的为最优路由,作为主路径,下一跳为备用PE2的为次优路由,作为备路径。主用PE1根据从远端PE3和备用PE2收到的目的端CE2的10.1.1.2路由生成FRR路由表项。
[0076] 在一个示例性实施例中,所述主用PE1根据所述私网路由信息以及预先获取的PE3发送的目的端CE2的路由信息,创建下一跳保护组信息,并利用所述下一跳保护组信息进行数据传输;其中所述下一跳保护组中主用的下一跳地址为PE3的地址,备用的下一跳地址为PE2的地址,主用的下一跳状态为数据传输工作态。
[0077] 在创建下一跳保护组信息后,所述第一PE在使用主用的下一跳传输数据时,利用BFD功能检测PE1与PE3之间链路的工作状态,并在所述下一跳保护组信息中记录所述BFD功能的检测结果;根据所述BFD功能的检测结果更新对所述下一跳保护组中主用的下一跳状态对应的链路进行切换。
[0078] 具体地,生成到10.1.1.2的路由,下一跳为保护组1的索引,下一跳保护组1根据主下一跳自动触发创建BFD(Bidirectional Forwarding Detection,双向转发检测)功能,用于检测主路故障与否,具体是检测主用PE1与主下一跳设备(远端PE3)之间的链路故障与否),具体的该检测技术为现有技术。路由表项如下面的表。
[0079]目的端 下一跳
10.1.1.2 保护组1
[0080] 表4
[0081]
[0082] 表5
[0083] 步骤S504、当检测到主用PE1与远端PE3链路状态发生变化时,主用PE1将到目的端CE2的路由快切换到备路径或智能延时回切到主路径。
[0084] 当记录结果中PE1与PE3之间链路从非故障态切换为故障态时,所述PE1将所述下一跳保护组中主用的下一跳状态切换为数据传输关闭态,并使用备用的下一跳对应链路传输数据;
[0085] 当记录结果中检测到所述PE1与所述PE3之间的链路从故障状态切换到非故障工作状态后,所述PE1再继续等待预先设置的延时时长后,所述PE1将所述下一跳保护组中主用的下一跳状态回切为数据传输工作态,以使用主用的下一跳对应链路传输数据使用主用的下一跳地址对应链路进行数据传输。
[0086] 具体的,当检测到主用PE1与远端PE3链路发生故障时,主用PE1将到10.1.1.2的路由快切换到备路径,通过将下一跳保护组1的状态刷新到备路径工作实现,如表6。
[0087]
[0088]
[0089] 表6
[0090] 当检测到主用PE1与远端PE3链路恢复时,为了减少回切业务流丢包,智能延迟一段时间后将下一跳保护组1的状态刷新到主路径工作,如表5。
[0091] 在本发明实施例中,只刷下一跳保护组的状态,和路由的数量无关,能够提高转发效率。
[0092] 在本发明实施例中,延迟时间根据BFD震荡次数计算得到。具体的,延时时间=最小延时+(BFD震荡次数*BFD震荡单位延时时间)。
[0093] 其中,最小延时:不同设备上控制平面向转发平面下发路由信息的操作时间可能不一致,其中该路由信息为转发平面执行数据转发操作所需的路由信息;如果本设备学习到路由后,下发转发信息到转发平面,但是此时远端的设备的转发信息还没有下发到转发平面,这时如果将流量切到该路径上,会导致丢包,为了防止丢包,延时一段时间等待远端设备把转发信息下发到转发平面后再进行回切,可以防止丢包。该时间记为最小延时时间,具体可以由本领域技术人员根据经验确定,默认取值30s。
[0094] BFD震荡次数:BFD功能检测的链路状态先down一次,后UP一次,为一次BFD震荡,BFD震荡次数记录BFD震荡了多少次。在本实施例中,BFD功能检测的链路呈故障态时为down,非故障态时呈UP。BFD最大震荡次数:为了给延时定时器设置上限,通过BFD最大震荡次数来限制BFD震荡次数计数,从而限制延时时间,默认取值60。
[0095] BFD震荡单位延时时间:BFD震荡一次,需要延迟的时间。该时间具体可以本领域技术人员根据经验基于具体的应用场景确定,默认取值10秒。
[0096] 示例性的,BFD震荡次数计算包括:
[0097] 在BFD震荡次数小于BFD最大震荡次数时,BFD每震荡一次,BFD震荡次数=BFD震荡次数+1;
[0098] 在BFD震荡次数大于或等于BFD最大震荡次数时,BFD震荡次数不变。
[0099] 例如,最小延时=30秒;BFD震荡单位延时时间=10秒;BFD震荡最大次数=60;假设BFD震荡次数=10;延时时间=最小延时+(BFD震荡次数*BFD震荡单位延时时间)=30+(10*10)=130秒。
[0100] 为了让BFD震荡次数反映出最近一段时间链路的状态,BFD震荡次数计数应该随着时间的推移进行减少,如果链路稳定,没有BFD震荡,BFD震荡次数随着时间的推移会将会变为零。为此给出一种优选方式,方法还包括对计算得到的BFD震荡次数的更新,具体可包括:每隔30秒将计算得到的BFD震荡次数减半,BFD震荡次数=BFD震荡次数/2;BFD震荡次数为1时,再减半就为0。
[0101] 步骤S505、当主用PE1收到发往到目的端CE2 10.1.1.2的数据流后,根据FRR路由表项进行转发,目的端IP为10.1.1.2的业务流转发由下一跳保护组中工作的下一跳决定。
[0102] 具体的,当PE1和PE3链路故障时,转发按照表6进行,路径为CE1->PE1->PE2->PE3->CE2;当PE1和PE3链路恢复时,转发按照表5进行,流量路径为CE1->PE1->PE3->CE2。路由发布路径和流量路径如上图5所示。
[0103] 步骤S506、当主用PE1与远端PE3链路故障导致BGP到远端PE3邻居关系超时,主用PE1路由重新优选,将从备用PE2收到的到目的端CE210.1.1.2的路由发布给源端CE1,源端CE1重新进行到目的端CE2的路由优选,将到目的端CE的工作下一跳改为备用PE。
[0104] 在本步骤中,由于源端CE1从主用PE1收到的路由10.1.1.2的AS PATH为{100,100,65420},从备用PE2收到的路由10.1.1.2的AS PATH为{100,65420},源端CE1重新进行路由优选后,AS PATH短的路由最优,到目的端10.1.1.2的主路径为CE1->PE2->PE3->CE2;备路径为CE1->PE1->PE2->PE3->CE2。
[0105] 本申请通过设置BGP关闭水平分割功能,在满足目的端CE只与一台PE相连时,将目的端CE路由修改下一跳为本PE设备,添加本PE设备BGP AS号到目的端CE路由的AS PATH属性后发布给关闭水平分割功能的IBGP邻居,解决MPLS L3VPN源端CE双归属PE,目的端CE只和一台PE相连场景,发生网络侧(PE之间)故障业务流不能快速收敛的问题。
[0106] 另外,创建下一跳保护组时自动创建BFD,BFD检测到链路故障时只刷新下一跳保护组的状态,和路由数量无关,确保业务流量的快速收敛;BGP不感知BFD检测到的链路故障,在BFD震荡时能够确保系统的稳定性
[0107] 另外,故障恢复增加智能延时定时器,能够根据链路的状况,计算延时的时间,确保业务流量转发稳定。
[0108] 本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统、装置中的功能模/单元可以被实施为软件固件硬件及其适当的组合。在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器,如数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈