CN111565149A - 一种在ldp rlfa frr场景下远端会话保活的方法及装置 - Google Patents
一种在ldp rlfa frr场景下远端会话保活的方法及装置 Download PDFInfo
- Publication number
- CN111565149A CN111565149A CN202010261460.5A CN202010261460A CN111565149A CN 111565149 A CN111565149 A CN 111565149A CN 202010261460 A CN202010261460 A CN 202010261460A CN 111565149 A CN111565149 A CN 111565149A
- Authority
- CN
- China
- Prior art keywords
- remote
- hello message
- ldp
- alive
- entity
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/22—Alternate routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
- H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种在LDP RLFA FRR场景下远端会话保活的方法及装置,涉及数据和IP传输设备领域,该方法包括:源设备LDP协议模块收到RLFA备用路由后,根据下一跳地址中的远端节点设备信息创建第一远端实体,并向远端节点设备发送携带必须响应标记的远端hello消息,互相创建邻接体;当用户手动配置远端实体时,源设备与远端节点设备相互发送携带不需响应标记的远端hello消息,并互相创建邻接体;当源设备LDP协议模块收到远端节点设备返回的远端hello消息时,根据其携带的标记类型查找远端实体,并保活查找到的远端实体中记录的所有邻接体。本发明解决了在LDP RLFA FRR场景下自动建立邻接关系与手动创建的远端邻接关系冲突的问题,使FRR业务和PW业务互不影响。
Description
技术领域
本发明涉及数据和IP传输设备领域,具体涉及一种在LDP RLFA FRR场景下远端会话保活的方法及装置。
背景技术
MPLS(Multi-Protocol Label Switching,多协议标签交换)支持多层标签,并且转发平面面向连接,故具有良好的扩展性,使在统一的MPLS/IP基础网络架构上为客户提供各类服务成为可能。通过LDP协议(Label Distribution Protocol,标签分发协议),标签交换路由器(Label Switched Router,LSR)可以把网络层的路由信息直接映射到数据链路层的交换路径上,动态建立起网络层的LSP(Label Switched Paths,标签交换路径)。
具体的,在MPLS LDP协议中,网络的链接特性和拓扑信息通过IGP协议(InteriorGateway Protocol,内部网关协议)计算生成,并经过路由管理模块优选路由后发送给LDP协议模块,LDP协议模块根据收到的路由信息和LDP标签通告消息最终生成LDP LSP。
对于存在主备链路的MPLS网络中,当主链路发生故障时,IGP路由会首先重收敛到备份链路,然后LDP LSP才会随之切换备份链路。在此过程中,会有少量的流量丢失。而LDPFRR(Fast Re-Route,快速重路由)旨在为MPLS网络提供快速重路由功能,实现本地的端口备份,最终可以快速地将流量切换至备份路径,从而实现了对主用LSP的保护。当接口故障(接口自己感知或者结合BFD检测(Bidirectional Forwarding Detection,双向转发检测))或者主LSP不通(结合BFD检测)时,可以快速地将流量切换至备份路径,从而实现了对主用LSP的保护。
在LDP FRR场景中,LDP所需要的备份路由是通过LFA(Loop-free Alternate,无环回备份路径)相关模块计算出来的,分为Local LFA(本地无环回备份路径)和remote LFA(远端无环回备份路径)两种场景。Local LFA FRR对于某些大型组网,特别是环形组网,无法计算出备份路径,不能满足可靠性要求,而LDP Remote LFA FRR可以解决这个问题。在该过程中,LDP模块从路由管理模块获取到Remote LFA路由后,发现下一跳是隧道接口,需要自动和下一跳地址对应的远端节点设备建立邻接关系,继而建立远端会话,并分发LSP标签;而上述过程中源设备和远端节点设备建立的相关邻接关系是自动建立的,在实际应用中需要和技术人员根据应用需求手动创建的远端邻接关系区分开,不能相互影响,因为远端会话一般是承载PW(Pseudo wire,伪线)业务的。因此,在LDP RLFA FRR场景下,如果承载了PW业务,技术人员亟需寻找一个方法来区分和分别保活所述自动创建和手动创建的LDP远端会话,保证FRR业务和PW业务相互不影响。
发明内容
针对现有技术中存在的缺陷,本发明的目的在于提供一种在LDP RLFA FRR场景下远端会话保活的方法及装置,解决了在LDP RLFA FRR场景下自动建立邻接关系与手动创建的远端邻接关系冲突的问题,使FRR业务和PW业务互不影响。
为达到以上目的,本发明采取的技术方案是:
一种在LDP RLFA FRR场景下远端会话保活的方法,包括:
源设备LDP协议模块收到RLFA备用路由后,根据下一跳地址中的远端节点设备信息创建第一远端实体,并向所述远端节点设备发送携带必须响应标记的远端hello消息,互相创建邻接体;
当用户手动配置源设备与所述远端节点设备间的第三远端实体时,源设备与远端节点设备相互发送携带不需响应标记的远端hello消息,并互相创建邻接体;
当源设备LDP协议模块收到远端节点设备发送的远端hello消息时,根据其携带的标记类型查找远端实体,并保活查找到的远端实体中记录的所有邻接体。
在上述技术方案的基础上,还包括:
当所述远端节点设备收到携带必须响应标记的远端hello消息,且该设备能处理该远端hello消息数据报文时,自动创建第二远端实体,将源设备创建为邻接体,启动保活定时器,并向所述源设备发送携带不需响应标记的远端hello消息。
在上述技术方案的基础上,所述根据其携带的标记类型查找远端实体,并保活查找到的远端实体中记录的邻接体具体包括:
当源设备LDP协议模块收到远端节点设备发送的远端hello消息时,如所述远端hello消息携带不需响应标记,查找第一远端实体,保活对应的邻接体;然后查找第三远端实体,在查找到后创建或者保活对应的邻接体。
在上述技术方案的基础上,在源设备未查找到第一远端实体且未查找到存在手动配置的第三远端实体时,直接丢弃远端hello消息数据报文。
在上述技术方案的基础上,还包括:
当源设备LDP协议模块收到返回的远端hello消息时,如所述远端hello消息携带必须响应标记,自动创建远端实体和对等体,并启动保活定时器;LDP协议模块向对应的远端设备发送携带不需响应标记的远端hello消息。
在上述技术方案的基础上,还包括:
在自动创建远端实体和对等体前,判断LDP协议模块是否可处理该类远端hello消息,如可处理继续下一步骤;如不可处理直接丢弃该远端hello消息数据报文。
本发明还提供一种用于在LDP RLFA FRR场景下远端会话保活的装置,包括:
源设备和远端节点设备,二者通过相互发送LDP远端hello包建立LDP会话;其中,所述源设备用于LDP协议模块收到RLFA备用路由后,根据下一跳地址中的远端节点设备信息创建第一远端实体,并向所述远端节点设备发送携带必须响应标记的远端hello消息,互相创建邻接体;当用户手动配置源设备与所述远端节点设备间的远端实体时,向远端节点设备发送携带不需响应标记的远端hello消息,并创建邻接体;以及在LDP协议模块收到远端节点设备返回的远端hello消息时,根据其携带的标记类型查找远端实体,并保活查找到的远端实体中记录的所有邻接体。所述远端节点设备用于在收到源设备发送的携带必须响应标记的远端hello消息时,自动创建第二远端实体,将源设备创建为邻接体,启动保活定时器,并向所述源设备发送携带不需响应标记的远端hello消息;以及在当用户手动配置源设备与所述远端节点设备间的远端实体时,向源设备发送携带不需响应标记的远端hello消息,并创建邻接体。
在上述技术方案的基础上,所述源设备还用于在收到远端节点设备返回的远端hello消息时,如所述远端hello消息携带不需响应标记,查找第一远端实体,在查找到所述第一远端实体后创建或者保活对应的邻接体;然后查找第三远端实体,在查找到后创建或者保活对应的邻接体。
在上述技术方案的基础上,所述源设备还用于在设备LDP协议模块收到返回的远端hello消息时,如所述远端hello消息携带必须响应标记,自动创建远端实体和对等体,并启动保活定时器;随后LDP协议模块向对应的远端设备发送携带不需响应标记的远端hello消息。
在上述技术方案的基础上,所述源设备和远端设备还用于在自动创建远端实体和对等体前,判断LDP协议模块是否可处理该类远端hello消息,如可处理继续下一步骤;如不可处理直接丢弃该远端hello消息数据报文。
与现有技术相比,本发明的优点在于:
(1)本发明的在LDP RLFA FRR场景下远端会话保活的方法,实现了LDP模块在收到RLFA路由后,自动发送邻接体信息,并和手动创建的邻接体区分开,分别保活,从而解决了在LDP RLFA FRR场景下多种邻接体共存情况下某一个邻接体删除后导致远端会话重建的问题。
(2)本发明的在LDP RLFA FRR场景下远端会话保活的方法,通过向远端hello消息中添加标记,将报文对端是否必须响应进行了标记分类,并区分和分别保活所述自动创建和手动创建的LDP远端会话,保证FRR业务和PW业务相互不影响。
附图说明
图1为本发明实施例中LDP RLFA FRR场景下的业务场景图;
图2为本发明实施例中PE1节点处理RLFA路由流程图;
图3为本发明实施例中P2节点处理远端hello消息数据包流程图;
图4为本发明实施例中PE1手动创建远端实体流程图;
图5为本发明实施例中PE1节点处理远端hello消息数据包流程图。
具体实施方式
以下结合附图及实施例对本发明作进一步详细说明。
参见图1所示,本发明方案和相关实施例在LDP RLFA FRR场景下进行。如图所示,在基础的MPLS网络中,PE1与PE2间标签交换路径为网络的主用LSP。为实现PE1-PE2间链路故障时的LDP FRR,LDP所需要的备份路由是通过LFA相关模块计算,在图中通过PE1至P2的LDP隧道,建立PE1-P2-PE2的备用路径。LDP模块从路由管理模块获取到RLFA路由后,发现下一跳是隧道接口,需要自动和下一跳地址对应的远端节点设备建立邻接关系,继而建立远端会话,并分发LSP标签。
参见图2所示,本发明实施例提供一种在LDP RLFA FRR场景下远端会话保活的方法,包括:
源设备LDP协议模块收到RLFA备用路由后,根据下一跳地址中的远端节点设备信息创建第一远端实体,并向所述远端节点设备发送携带必须响应标记的远端hello消息,互相创建邻接体;
当用户手动配置源设备与所述远端节点设备间的远端实体时,源设备与远端节点设备相互发送携带不需响应标记的远端hello消息,并互相创建邻接体;
当源设备LDP协议模块收到远端节点设备返回的远端hello消息时,根据其携带的标记类型查找远端实体,并保活查找到的远端实体中记录的所有邻接体。
在一个实施例中,当所述远端节点设备收到携带必须响应标记的远端hello消息时,自动创建第二远端实体,将源设备创建为邻接体,启动保活定时器,并向所述源设备发送携带不需响应标记的远端hello消息。
具体的,所述根据其携带的标记类型查找远端实体,并保活查找到的远端实体中记录的邻接体的步骤具体包括:
当源设备LDP协议模块收到远端节点设备返回的远端hello消息时,如所述远端hello消息携带不需响应标记,查找第一远端实体,在找到第一远端实体后创建或者保活对应的邻接体;然后查找第三远端实体,在查找到后保活对应的邻接体。在未查找到第一远端实体且未查找到存在手动配置的第三远端实体时,直接丢弃远端hello消息数据报文。
当源设备LDP协议模块收到返回的远端hello消息时,如所述远端hello消息携带必须响应标记,自动创建远端实体和对等体,并启动保活定时器;LDP协议模块向对应的远端设备发送携带不需响应标记的远端hello消息。上述过程中,在自动创建远端实体和对等体前,判断LDP协议模块是否可处理该类远端hello消息,如可处理继续下一步骤;如不可处理直接丢弃该远端hello消息数据报文。
下面就本发明一个基于图1架构的实施例的具体流程进行介绍说明:
首先如图2所示,PE1节点设备处理IGP协议通过RLFA算法计算出的RLFA路由,具体包括:IGP协议通过RLFA算法计算出RLFA路由(即上文提到的PE1-P2-PE2路径),其中包含P2节点地址和被迭代的出接口的下一跳;PE1节点设备的LDP模块获取到RLFA路由后,PE1根据P2节点地址自动创建第一远端实体(其中记录有包括由PE1指向P2的对等体地址),并向P2节点发送远端hello包,其中携带必须响应的标记。随后收到P2节点响应的远端hello包时,按照协议PE1生成邻接体信息ADJ1,PE1将P2添加为LDP远端邻接体。
随后,如图3所示,在P2节点上处理收到的携带必须响应标记的远端hello包,当P2节点设备收到这个远端hello包并允许处理这个hello包时,则自动创建一个第二远端实体(其中记录有包括由P2指向PE1的对等体地址),并生成邻接体信息ADJ2,P2将PE1添加为LDP远端邻接体,然后向对端发送远端hello包,此hello包携带的标记request为false表明对端不一定要响应。至此,PE1与P2建立LDP会话,相互进行标签的映射和释放。
如图4所示,当用户根据需求在PE1和P2节点手动配置远端实体时,如在PE1节点上手动配置第三远端实体(对等体指向P2)时,会向远端设备P2发送远端hello包,此hello包携带的标记request为false表明对端不一定要响应,生成邻接体信息ADJ3。根据协议,为建立LDP会话,用户随后在P2节点上也需手动配置第四远端实体(PEER指向PE1),会向远端设备PE1发送远端hello包,此hello包携带的标记request为false表明对端不一定要响应,生成邻接体信息ADJ4。其流程和图4所示的流程类似。
如图5所示,用户在PE1节点上处理收到的远端hello包,并需要区别上述过程中自动发送和手动创建的邻接体信息,并分别保活。具体过程如下:当PE1节点的LDP模块收到远端远端hello包,此hello包携带的标记request为false表明对端不一定响应;此时首先查找第一远端实体,如果有则创建或者保活第一远端实体对应的邻接体ADJ1;然后查找是否还有第三远端实体,如果有则保活邻接体ADJ3。
当PE1节点的LDP协议模块收到返回的远端hello包,且该远端hello消息携带的标记request为true表明对端必须响应;此时自动创建第五远端实体和对应的对等体ADJ5,并启动保活定时器;随后LDP协议模块向PE1发送携带不需响应标记的远端hello消息,并等待下一个hello包的到来。
本发明申请文件中所述实体(entity),为LDP协议和普通通信领域含义一致,表示任何可能发送或接受信息的硬件或软件进程。在许多情况下,实体就是一个特定的软件模块或信息。在本发明各实施例中,实体(entity)为一段含有特定意义的数据,其中保存有和路由下一跳地址对应的对端PEER(对等体)地址。
本发明实施例还提供提供一种用于在LDP RLFA FRR场景下远端会话保活的装置,包括:
源设备和远端节点设备,二者通过相互发送LDP远端hello包建立LDP会话;
其中,所述源设备用于LDP协议模块收到RLFA备用路由后,根据下一跳地址中的远端节点设备信息创建第一远端实体,并向所述远端节点设备发送携带必须响应标记的远端hello消息,互相创建邻接体;当用户手动配置源设备与所述远端节点设备间的远端实体时,向远端节点设备发送携带不需响应标记的远端hello消息,并创建邻接体;以及在LDP协议模块收到远端节点设备返回的远端hello消息时,根据其携带的标记类型查找远端实体,并保活查找到的远端实体中记录的所有邻接体。
所述远端节点设备用于在收到源设备发送的携带必须响应标记的远端hello消息时,自动创建第二远端实体,将源设备创建为邻接体,启动保活定时器,并向所述源设备发送携带不需响应标记的远端hello消息;以及在当用户手动配置源设备与所述远端节点设备间的远端实体时,向源设备发送携带不需响应标记的远端hello消息,并创建邻接体。
在一个实施例中,源设备还用于在收到远端节点设备返回的远端hello消息时,如远端hello消息携带不需响应标记,查找第一远端实体,在查找到后创建或者保活对应的邻接体;然后查找第三远端实体,在查找到后保活对应的邻接体。
所述源设备还用于在设备LDP协议模块收到返回的远端hello消息时,如所述远端hello消息携带必须响应标记,自动创建远端实体和对等体,并启动保活定时器;随后LDP协议模块向源设备发送携带不需响应标记的远端hello消息。在上述过程中,在自动创建远端实体和对等体前,判断LDP协议模块是否可处理该类远端hello消息,如可处理继续下一步骤;如不可处理直接丢弃该远端hello消息数据报文。
本发明不局限于上述实施方式,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。
Claims (10)
1.一种在LDP RLFA FRR场景下远端会话保活的方法,其特征在于,包括:
源设备LDP协议模块收到RLFA备用路由后,根据下一跳地址中的远端节点设备信息创建第一远端实体,并向所述远端节点设备发送携带必须响应标记的远端hello消息,互相创建邻接体;
当用户手动配置源设备与所述远端节点设备间的第三远端实体时,源设备与远端节点设备相互发送携带不需响应标记的远端hello消息,并互相创建邻接体;
当源设备LDP协议模块收到远端节点设备发送的远端hello消息时,根据其携带的标记类型查找远端实体,并保活查找到的远端实体中记录的所有邻接体。
2.如权利要求1所述的在LDP RLFA FRR场景下远端会话保活的方法,其特征在于,还包括:
当所述远端节点设备收到携带必须响应标记的远端hello消息,且该设备能处理该远端hello消息数据报文时,自动创建第二远端实体,将源设备创建为邻接体,启动保活定时器,并向所述源设备发送携带不需响应标记的远端hello消息。
3.如权利要求2所述的在LDP RLFA FRR场景下远端会话保活的方法,其特征在于,所述根据其携带的标记类型查找远端实体,并保活查找到的远端实体中记录的邻接体具体包括:
当源设备LDP协议模块收到远端节点设备发送的远端hello消息时,如所述远端hello消息携带不需响应标记,查找第一远端实体,保活对应的邻接体;
然后查找第三远端实体,在查找到后创建或者保活对应的邻接体。
4.如权利要求3所述的在LDP RLFA FRR场景下远端会话保活的方法,其特征在于:
在源设备未查找到第一远端实体且未查找到存在手动配置的第三远端实体时,直接丢弃远端hello消息数据报文。
5.如权利要求3所述的在LDP RLFA FRR场景下远端会话保活的方法,其特征在于,还包括:
当源设备LDP协议模块收到返回的远端hello消息时,如所述远端hello消息携带必须响应标记,自动创建远端实体和对等体,并启动保活定时器;
LDP协议模块向对应的远端设备发送携带不需响应标记的远端hello消息。
6.如权利要求5所述的在LDP RLFA FRR场景下远端会话保活的方法,其特征在于,还包括:
在自动创建远端实体和对等体前,判断LDP协议模块是否可处理该类远端hello消息,如可处理继续下一步骤;如不可处理直接丢弃该远端hello消息数据报文。
7.一种用于在LDP RLFA FRR场景下远端会话保活的装置,包括:
源设备和远端节点设备,二者通过相互发送LDP远端hello包建立LDP会话;
其中,所述源设备用于LDP协议模块收到RLFA备用路由后,根据下一跳地址中的远端节点设备信息创建第一远端实体,并向所述远端节点设备发送携带必须响应标记的远端hello消息,互相创建邻接体;当用户手动配置源设备与所述远端节点设备间的远端实体时,向远端节点设备发送携带不需响应标记的远端hello消息,并创建邻接体;以及在LDP协议模块收到远端节点设备返回的远端hello消息时,根据其携带的标记类型查找远端实体,并保活查找到的远端实体中记录的所有邻接体;
所述远端节点设备用于在收到源设备发送的携带必须响应标记的远端hello消息时,自动创建第二远端实体,将源设备创建为邻接体,启动保活定时器,并向所述源设备发送携带不需响应标记的远端hello消息;以及在当用户手动配置源设备与所述远端节点设备间的远端实体时,向源设备发送携带不需响应标记的远端hello消息,并创建邻接体。
8.如权利要求7所述的用于在LDP RLFA FRR场景下远端会话保活的装置,其特征在于:
所述源设备还用于在收到远端节点设备返回的远端hello消息时,如所述远端hello消息携带不需响应标记,查找第一远端实体,在查找到所述第一远端实体后创建或者保活对应的邻接体;
然后查找第三远端实体,在查找到后创建或者保活对应的邻接体。
9.如权利要求8所述的用于在LDP RLFA FRR场景下远端会话保活的装置,其特征在于:
所述源设备还用于在设备LDP协议模块收到返回的远端hello消息时,如所述远端hello消息携带必须响应标记,自动创建远端实体和对等体,并启动保活定时器;随后LDP协议模块向对应的远端设备发送携带不需响应标记的远端hello消息。
10.如权利要求7所述的用于在LDP RLFA FRR场景下远端会话保活的装置,其特征在于:
所述源设备和远端设备还用于在自动创建远端实体和对等体前,判断LDP协议模块是否可处理该类远端hello消息,如可处理继续下一步骤;如不可处理直接丢弃该远端hello消息数据报文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010261460.5A CN111565149B (zh) | 2020-04-03 | 2020-04-03 | 一种在ldp rlfa frr场景下远端会话保活的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010261460.5A CN111565149B (zh) | 2020-04-03 | 2020-04-03 | 一种在ldp rlfa frr场景下远端会话保活的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111565149A true CN111565149A (zh) | 2020-08-21 |
CN111565149B CN111565149B (zh) | 2022-04-08 |
Family
ID=72071414
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010261460.5A Active CN111565149B (zh) | 2020-04-03 | 2020-04-03 | 一种在ldp rlfa frr场景下远端会话保活的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111565149B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114039859A (zh) * | 2021-11-03 | 2022-02-11 | 中盈优创资讯科技有限公司 | 一种stn网络设备链改环方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1649320A (zh) * | 2004-01-20 | 2005-08-03 | 华为技术有限公司 | 基于网络的虚拟专用网中保证服务质量的系统及其方法 |
CN101567873A (zh) * | 2008-04-25 | 2009-10-28 | 凤凰微电子(中国)有限公司 | 一种多任务并行处理方法及系统 |
EP2878105A1 (en) * | 2012-07-27 | 2015-06-03 | Alcatel Lucent | System and method using rsvp hello suppression for graceful restart capable neighbors |
US20160156540A1 (en) * | 2011-11-07 | 2016-06-02 | Ciena Corporation | Systems and methods for dynamic operations, administration, and management |
CN107547387A (zh) * | 2017-08-22 | 2018-01-05 | 新华三技术有限公司 | 会话建立方法及装置 |
CN108650126A (zh) * | 2018-05-09 | 2018-10-12 | 华信塞姆(成都)科技有限公司 | 一种ptn网络中自动发现和配置带内dcn的方法 |
-
2020
- 2020-04-03 CN CN202010261460.5A patent/CN111565149B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1649320A (zh) * | 2004-01-20 | 2005-08-03 | 华为技术有限公司 | 基于网络的虚拟专用网中保证服务质量的系统及其方法 |
CN101567873A (zh) * | 2008-04-25 | 2009-10-28 | 凤凰微电子(中国)有限公司 | 一种多任务并行处理方法及系统 |
US20160156540A1 (en) * | 2011-11-07 | 2016-06-02 | Ciena Corporation | Systems and methods for dynamic operations, administration, and management |
EP2878105A1 (en) * | 2012-07-27 | 2015-06-03 | Alcatel Lucent | System and method using rsvp hello suppression for graceful restart capable neighbors |
CN107547387A (zh) * | 2017-08-22 | 2018-01-05 | 新华三技术有限公司 | 会话建立方法及装置 |
CN108650126A (zh) * | 2018-05-09 | 2018-10-12 | 华信塞姆(成都)科技有限公司 | 一种ptn网络中自动发现和配置带内dcn的方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114039859A (zh) * | 2021-11-03 | 2022-02-11 | 中盈优创资讯科技有限公司 | 一种stn网络设备链改环方法及装置 |
CN114039859B (zh) * | 2021-11-03 | 2023-05-30 | 中盈优创资讯科技有限公司 | 一种stn网络设备链改环方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN111565149B (zh) | 2022-04-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3767881B1 (en) | Maximally redundant trees to redundant multicast source nodes for multicast protection | |
US9860163B2 (en) | MPLS traffic engineering for point-to-multipoint label switched paths | |
US7602702B1 (en) | Fast reroute of traffic associated with a point to multi-point network tunnel | |
US7512064B2 (en) | Avoiding micro-loop upon failure of fast reroute protected links | |
US7969978B2 (en) | Method and apparatus for providing congruent multicast and unicast routing | |
CN102664788B (zh) | Mpls l3vpn中ce双归链路保护的方法及系统 | |
JP4109692B2 (ja) | ラベルスイッチネットワークにおけるセッション確立方法及びラベルスイッチノード | |
US20060159009A1 (en) | Fast rerouting apparatus and method for MPLS multicast | |
US9571387B1 (en) | Forwarding using maximally redundant trees | |
EP2834945A1 (en) | System and method for implementing multiple label distributon protocol (ldp) instances in a network node | |
CN101651630A (zh) | 一种基于链路故障的切换方法及装置 | |
CN101355486A (zh) | 一种路由切换的方法、设备及系统 | |
CN112491706B (zh) | 数据报文的处理方法及装置、存储介质、电子装置 | |
CN101163103A (zh) | 一种实现快速重路由的方法 | |
CN111565149B (zh) | 一种在ldp rlfa frr场景下远端会话保活的方法及装置 | |
CN101827023B (zh) | 一种数据处理方法和设备 | |
CN103634210A (zh) | 发现vpls实例的对端pe设备的方法及设备 | |
US8149852B2 (en) | Transmission method, system and router based on a border gateway protocol | |
US10924395B2 (en) | Seamless multipoint label distribution protocol (mLDP) transport over a bit index explicit replication (BIER) core | |
CN103595609B (zh) | Trill网络互联方法、系统及设备 | |
CN115499369A (zh) | 路径保护方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |