CN101945049A - 多协议标签交换***、节点设备及双向隧道的建立方法 - Google Patents
多协议标签交换***、节点设备及双向隧道的建立方法 Download PDFInfo
- Publication number
- CN101945049A CN101945049A CN2010102904981A CN201010290498A CN101945049A CN 101945049 A CN101945049 A CN 101945049A CN 2010102904981 A CN2010102904981 A CN 2010102904981A CN 201010290498 A CN201010290498 A CN 201010290498A CN 101945049 A CN101945049 A CN 101945049A
- Authority
- CN
- China
- Prior art keywords
- path
- node device
- node equipment
- lsp
- message
- 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
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
-
- 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/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- 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
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/825—Involving tunnels, e.g. MPLS
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种多协议标签交换***、节点设备及双向隧道的建立方法,属于数据网络通讯领域。本发明方法包括:建立正向LSP的过程中,首节点设备通过各下游节点设备向尾节点设备发送路径消息,其中,除所述尾节点设备以外的各下游节点设备在向其相邻下游节点设备发送的路径消息中携带RRO信息,所述尾节点设备接收到所述路径消息,建立所述正向LSP;所述尾节点设备按照所接收到的路径消息中的RRO信息,通过各上游节点设备向所述首节点设备发送RESV消息,所述首节点设备接收到所述RESV消息,建立与所述正向LSP路径完全一致的反向LSP。采用本发明技术方案,可以基于现有的对象即可部署双向LSP的段保护。
Description
技术领域
本发明涉及数据网络通讯领域,尤其涉及一种多协议标签交换***、节点设备及双向隧道的建立方法。
背景技术
在数据通信的IP(Internet Protocol,网际协议)/MPLS(Multiprotocal Label Swith,多协议标签交换)网络中,两个LSR(Label Switch Router,标签交换路由器)之间即可以基于RFC3209中描述的方案建立单向LSP(Label Switch Path,标签交换路径),也可以基于RFC3473中描述的方案,通过携带Upstream_Label(上游标签)对象的方式建立双向LSP。如果LSP的链路、节点发生故障,将会导致通信链路中断,客户数据丢失,不能满足客户对数据可靠传输的需求。
为了保证数据流在LSP中的可靠传输,现有的保护技术可以分为端到端的保护和段保护。端到端的保护方式因为是全程保护,所以在检测到LSP发生故障后,数据流切换速度较慢;因而在对保护倒换时间要求比较苛刻的情况下(比如满足50ms的保护倒换要求),段保护得到广泛的应用。
基于RFC4090总描述的FRR(fast reroute,快速重路由)可以满足单向LSP的段保护需求,但是对双向LSP的FRR无法满足。RFC4873中通过在信令消息中携带Association(关联)对象、Protection(保护)对象和Secondary Explicit Route(次显式路由对象)的方式,可以满足双向LSP的段保护需求。然而,现在的IP/MPLS设备上并不支持这些对象,因此需要一种更简洁的方式去部署双向LSP的FRR。
发明内容
为了使网络在出现故障时,能够快速地对双向隧道进行保护-减少数据的丢失,本发明提供了多协议标签交换***、节点设备及双向隧道的建立方法。
为了解决上述问题,本发明公开了一种双向隧道的建立方法,包括:
建立正向标签交换路径(LSP)的过程中,首节点设备通过各下游节点设备向尾节点设备发送路径消息,其中,除所述尾节点设备以外的各下游节点设备在向其相邻下游节点设备发送的路径消息中携带记录路由对象(RRO)信息,所述尾节点设备接收到所述路径消息,建立所述正向LSP;
所述尾节点设备按照所接收到的路径消息中的RRO信息,通过各上游节点设备向所述首节点设备发送资源预留(RESV)消息,所述首节点设备接收到所述RESV消息,建立与所述正向LSP路径完全一致的反向LSP。
进一步,上述方法还包括:建立所述正向LSP的过程中,包括尾节点设备的各下游节点设备接收到路径消息时,还记录发送该路径消息的节点设备的出接口地址;
在建立所述反向LSP的过程中,各上游节点设备通过其所记录的节点设备的出接口地址发送所述RESV消息。
其中,当所述尾节点设备接收到所述正向LSP的资源预留错误(Resv Err)消息时,才按照所接收到的路径消息中的RRO信息,通过各上游节点设备向所述首节点设备发送RESV消息。
当网络发生故障时,上述正向LSP和反向LSP分别进行路径切换。
所述各上游节点设备接收到所述RESV消息时,分配标签,预留资源,以建立所述反向LSP。
本发明还公开了一种多协议标签交换***,包括:
首节点设备,用于在建立正向标签交换路径(LSP)的过程中,向其相邻下游节点设备发送携带记录路由对象(RRO)信息的路径消息,以及接收相邻上游节点设备发送的资源预留(RESV)消息,并建立与所述正向LSP路径完全一致的反向LSP;
下游节点设备,用于向其相邻下游节点设备发送携带记录路由对象(RRO)信息的路径消息;
上游节点设备,用于向其相邻上游节点设备发送资源预留(RESV)消息;
尾节点设备,用于接收相邻下游节点设备发送的携带RRO信息的路径消息,建立所述正向LSP,以及按照所接收到的路径消息中的RRO信息,向相邻上游节点设备发送RESV消息。
进一步地,上述***中,所述下游节点设备,在接收到路径消息时,还用于记录发送该路径消息的节点设备的出接口地址;
所述上游节点设备,在建立所述反向LSP的过程中,还用于通过其所记录的节点设备的出接口地址发送所述RESV消息。
所述尾节点设备,在接收到所述正向LSP的资源预留错误(Resv Err)消息时,才按照所接收到的路径消息中的RRO信息,向相邻上游节点设备发送RESV消息。
本发明还公开了一种节点设备,包括:
判断模块、用于判断本节点设备为首节点设备、尾节点设备、下游节点设备或者上游节点设备;
处理模块、当所述判断模块判断本节点设备为首节点设备时,向其相邻下游节点设备发送携带记录路由对象(RRO)信息的路径消息,以建立正向标签交换路径(LSP),以及根据所接收的RESV消息,建立与所述正向LSP路径完全一致的反向LSP;
当所述判断模块判断本节点设备为下游节点设备时,则在接收到路径消息后,向其相邻下游节点设备发送携带RRO信息的路径消息;
当判断模块判断本节点设备为上游节点设备时,则在接收到RESV消息后,向其相邻上游节点设备发送RESV消息;
当判断模块判断本节点设备为尾节点设备时,根据所接收的携带RRO信息的路径消息,建立所述正向LSP,以及按照所接收到的路径消息中的RRO信息,向相邻上游节点设备发送RESV消息。
其中,上述设备中,当所述判断模块判断本节点设备为所述下游节点设备时,所述处理模块还用于记录发送该路径消息的节点设备的出接口地址;
当所述判断模块判断本节点设备为所述上游节点设备时,所述处理模块用于通过其所记录的节点设备的出接口地址发送所述RESV消息。
当所述判断模块判断本节点设备为所述尾节点设备时,所述处理模块,在接收到所述正向LSP的资源预留错误(Resv Err)消息时,才按照所接收到的路径消息中的RRO信息,向相邻上游节点设备发送RESV消息。
采用本发明技术方案,可以基于现有的对象即可部署双向LSP的段保护。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
图1为本实施例中建立的双向隧道FRR的示意图;
图2为本实施例中建立双向隧道的流程图。
具体实施方式
以下将结合附图及实施例来详细说明本发明的实施方式,借此对本发明如何应用技术手段来解决技术问题,并达成技术效果的实现过程能充分理解并据以实施。
实施例一
在本发明的实施例中,节点设备之间传递的路径状态请求以RSVP(Resource Reservation Protocol,资源预留协议)消息中的Path消息实现,并通过RSVP消息中的PathErr(资源预留错误)消息以反馈处理路径状态请求是否出现错误;节点设备之间传递的预留状态请求通过RSVP消息中的Resv消息实现,并通过RSVP消息中的ResvErr消息以反馈处理预留状态请求是否出现错误。
具体地,如图1所示,R1发起LSP1(R1-R2-R3-R4-R5)的建立,即数据流的头节点设备R1逐跳向下游节点设备发送Path消息,该Path消息会沿着数据流所经路径传送到数据流的尾节点设备R5;之后,再从尾节点设备R5逐跳向上游节点设备发送RESV消息,并在处理Resv消息时分配标签,预留资源,以建立LSP。
本实施例中,LSP1具有快速重路由属性,RSVP则在PATH消息的SESSION ATTRIBUTE(会话属性)对象中增加局部保护标记、记录标签标记、SE风格标记的标记。如果还为该LSP1指定带宽,则还会有带宽保护的标记。下游节点设备在收到该PATH消息以后,通过局部保护标记,就能分辨出该LSP是一条需要快速重路由保护的LSP。另外,本实施例中的Path消息中必须携带RRO(Record Route Object,记录路由对象),即记录每一跳的出接口地址,这样,当Path消息到达尾节点设备R5时,R5就会知道该LSP1所经过的每一跳网元的出接口地址,具体的信息如下:
R1的出接口11的地址,R2的出接口21的地址,R3的出接口31的地址,R4的出接口41的地址。
而各个节点设备向上游节点设备发送RESV消息时,则会在该RESV消息的RRO中记录Resv消息的出接口、LSR ID和标签。这些信息将被逐跳累计传递到各个上游节点设备。各节点设备第一次收到RESV消息时,根据RRO中记录的这些信息,为该LSP选择合适的Bypass LSP。比如,本实施例中,R2节点设备选择保护其出接口21,就会为主LSP1选择保护的LSP3(R2-R6-R4)为节点保护。还可以在向上游节点设备发送RESV消息的RECORD ROUTE对象中指明该LSP是否已经被保护。如果有保护,会记录下这个被保护的出接口地址(R2的21)和Resv消息的出接口(R2的22)。如果没有保护,RRO中相应的标志会被清除,只记录RESV消息的出接口(R2的22)。
其中,当LSP1的Path消息到达尾节点设备R5后,R5通过查看LSP1中Path消息的RRO对象即可知道LSP1经过的每一跳的地址,R5根据这些信息可以建立同LSP1路径严格一致的反方向LSP2。当然,R5上面保存的有关LSP1的状态信息中有LSP1的带宽参数等TE(Traffic Engineering,流量工程)信息,R5可以根据这些参数使得建立的LSP2的TE属性同LSP1一致。R5可以在接收到LSP1的Path消息立即触发建立LSP2。但考虑到R5在接收到LSP1的Path消息立即触发建立LSP2时可能存在LSP1建立不成功的情况,因此,在优选方案中,尾节点设备R5收到LSP1的Resv Err消息后再触发建立LSP2。当然,R5也可以选择在接收到LSP1的ResvConf(预留确认)消息,确保LSP1已经建立成功的情况下,再触发建立LSP2。
由于LSP2是基于LSP1的触发建立的,因而在LSP2的Path消息中可以不用携带RRO对象,但是在Resv消息中必须携带;其余的建立流程同LSP1的建立流程完全一致。本实施例中,R4节点设备选择保护其出接口42,建立的保护隧道为LSP4(R4-R7-R3),即为链路保护。
LSP1触发LSP2的机制可以为在LSP1的Path消息的LSP Attribute Flags对象中扩展一个标志位,指示目的节点创建一个反方向的LSP;也可以是在LSP1的Path消息中的指示尾节点设备R5在ERO对象中扩展一个标志位,该标志位指示目的节点创建一个反方向的LSP;当然也可以是别的对象中扩展一个用于指示需要建立反方向LSP的标志位;所有这些应该都在本发明的范围内。
当网络出现故障时,本实施例中为节点设备R3和R4之间出现链路故障,那么节点设备R2作为LSP1的PLR(Point of Local Repair,本地修复节点)可以基于某种机制检测到该故障后,将LSP1上的数据流切换到LSP4上去,节点设备R4作为LSP1的MP(Merge Point,合并节点)再将LSP4上的数据流导入到LSP1上去。其中,节点设备R2所采用的检测机制可以是基于物理的,比如接收端的光功率低于某个阈值时判断发生链路故障;也可以是基于传送平面OAM机制,比如有连续几个BFD(Bidirectional Forwarding Detecion,双向转发探测)报文接收不到时判断发生链路故障;或者是基于控制面错误故障通告的,比如R2接收到PathErr消息,指明R3-R4之间链路出现故障等。同理,节点设备R4作为LSP2的PLR点,也可以基于类似的上述的检测机制检测到该故障,并把LSP2上的数据流切换到LSP4上去,节点设备R3作为LSP2的MP(Merge Point,合并节点)再将LSP4上的数据流导入到LSP2上去。
具体地,本实施例所提供的建立双向隧道的过程如图2所示,包括以下步骤:
步骤201:首节点设备R1发起LSP1(R1-R2-R3-R4-R5)的建立请求,向相邻下游节点设备R2发送Path消息,该Path消息中携带RRO(Record Route Object,记录路由对象)信息,该RRO信息包括R1;
步骤202:节点设备R2接收上述Path消息,记录首节点设备R1的出接口地址,并从所接收到的Path消息中获取RRO信息,根据所获取的RRO信息向节点设备R3发送Path消息,该Path消息中携带RRO信息包括R1-R2;
步骤203:节点设备R3接收上述Path消息,记录节点R2设备的出接口地址,并从所接收到的Path消息中获取RRO信息,根据所获取的RRO信息向节点R4设备发送Path消息,该Path消息中携带RRO信息包括R1-R2-R3;
步骤204:节点设备R4接收上述Path消息,记录节点R3的出接口地址,并从所接收到的Path消息中获取RRO信息,根据所获取的RRO信息向节点设备R5发送Path消息,该Path消息中携带RRO信息包括R1-R2-R3-R4;
步骤205:尾节点设备R5接收上述Path消息,记录节点R4的出接口地址,建立LSP1;
步骤206:尾节点设备R5从所接收到的Path消息中获取RRO信息,根据所获取的RRO信息逐跳向上游发送RESV消息,接收到RESV消息各节点处理RESV消息时分配标签,预留资源,以建立同LSP1路径严格一致的反方向的LSP2。
其中,尾节点设备R5可以在接收到Path消息立即触发建立反方向的LSP2。但考虑到R5在接收到LSP1的Path消息立即触发建立LSP2时可能存在LSP1建立不成功的情况,因此,在优选方案中,尾节点设备R5收到LSP1的Resv Err消息后再触发建立LSP2。当然,R5也可以选择在接收到LSP1的ResvConf(预留确认)消息,确保LSP1已经建立成功的情况下,再触发建立LSP2。
建立上述正反LSP后,若网络发生故障,则所建立的正反LSP分别进行路径切换操作,且路径切换操作后,正反LSP的路径仍需要保持一致。具体地,可采用TE-FRR切换技术,即将protected-lsp的流量切换到backup-lsp上。
实施例二
本实施例提供一种多协议标签交换***,该***至少包括:
首节点设备,主要用于在建立正向LSP的过程中,向其相邻下游节点设备发送携带记录路由对象(RRO)信息的路径消息,以及接收相邻上游节点设备发送的RESV消息,并建立与上述正向LSP路径完全一致的反向LSP;
下游节点设备,用于向其相邻下游节点设备发送携带RRO信息的路径消息;
在优选实施例中,下游节点设备接收到路径消息时,还用于记录发送该路径消息的节点设备的出接口地址;
上游节点设备,用于向其相邻上游节点设备发送RESV消息;
在优选实施例中,上游节点设备在建立反向LSP的过程中,还用于通过其所记录的节点设备的出接口地址发送RESV消息。
尾节点设备,用于接收相邻下游节点设备发送的携带RRO信息的路径消息,建立上述正向LSP,以及按照所接收到的路径消息中的RRO信息,向相邻上游节点设备发送RESV消息。
优选实施例中,尾节点设备在接收到正向LSP的资源预留错误(Resv Err)消息时,才按照所接收到的路径消息中的RRO信息,向相邻上游节点设备发送RESV消息。
实施例三
本实施例提供一种节点设备,该设备至少包括:
判断模块、用于判断本节点设备为首节点设备、尾节点设备、下游节点设备或者上游节点设备;
处理模块、当判断模块判断本节点设备为首节点设备时,向其相邻下游节点设备发送携带RRO信息的路径消息,以建立正向LSP,以及根据接收到的RESV消息,建立与正向LSP路径完全一致的反向LSP;
当判断模块判断本节点设备为下游节点设备时,则在接收到路径消息后,向其相邻下游节点设备发送携带RRO信息的路径消息;
当判断模块判断本节点设备为上游节点设备时,则在接收到RESV消息后,向其相邻上游节点设备发送RESV消息;
当判断模块判断本节点设备为尾节点设备时,根据所接收的携带RRO信息的路径消息,建立正向LSP,以及按照所接收到的路径消息中的RRO信息,向相邻上游节点设备发送RESV消息。
在优选的实施例中,当判断模块判断本节点设备为下游节点设备时,处理模块还用于记录发送该路径消息的节点设备的出接口地址;
当判断模块判断本节点设备为上游节点设备时,处理模块用于通过其所记录的节点设备的出接口地址发送RESV消息。
当判断模块判断本节点设备为尾节点设备时,处理模块,在接收到正向LSP的Resv Err消息时,才按照所接收到的路径消息中的RRO信息,向相邻上游节点设备发送RESV消息。
以上说明,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权力要求书的保护范围为准。
Claims (11)
1.一种双向隧道的建立方法,其特征在于,该方法包括:
建立正向标签交换路径(LSP)的过程中,首节点设备通过各下游节点设备向尾节点设备发送路径消息,其中,除所述尾节点设备以外的各下游节点设备在向其相邻下游节点设备发送的路径消息中携带记录路由对象(RRO)信息,所述尾节点设备接收到所述路径消息,建立所述正向LSP;
所述尾节点设备按照所接收到的路径消息中的RRO信息,通过各上游节点设备向所述首节点设备发送资源预留(RESV)消息,所述首节点设备接收到所述RESV消息,建立与所述正向LSP路径完全一致的反向LSP。
2.如权利要求1所述的方法,其特征在于,该方法还包括:
建立所述正向LSP的过程中,包括尾节点设备的各下游节点设备接收到路径消息时,还记录发送该路径消息的节点设备的出接口地址;
在建立所述反向LSP的过程中,各上游节点设备通过其所记录的节点设备的出接口地址发送所述RESV消息。
3.如权利要求1或2所述的方法,其特征在于,
当所述尾节点设备接收到所述正向LSP的资源预留错误(Resv Err)消息时,才按照所接收到的路径消息中的RRO信息,通过各上游节点设备向所述首节点设备发送RESV消息。
4.如权利要求3所述的方法,其特征在于,
当网络发生故障时,上述正向LSP和反向LSP分别进行路径切换。
5.如权利要求4所述的方法,其特征在于,
所述各上游节点设备接收到所述RESV消息时,分配标签,预留资源,以建立所述反向LSP。
6.一种多协议标签交换***,其特征在于,该***包括:
首节点设备,用于在建立正向标签交换路径(LSP)的过程中,向其相邻下游节点设备发送携带记录路由对象(RRO)信息的路径消息,以及接收相邻上游节点设备发送的资源预留(RESV)消息,并建立与所述正向LSP路径完全一致的反向LSP;
下游节点设备,用于向其相邻下游节点设备发送携带记录路由对象(RRO)信息的路径消息;
上游节点设备,用于向其相邻上游节点设备发送资源预留(RESV)消息;
尾节点设备,用于接收相邻下游节点设备发送的携带RRO信息的路径消息,建立所述正向LSP,以及按照所接收到的路径消息中的RRO信息,向相邻上游节点设备发送RESV消息。
7.如权利要求6所述的***,其特征在于,
所述下游节点设备,在接收到路径消息时,还用于记录发送该路径消息的节点设备的出接口地址;
所述上游节点设备,在建立所述反向LSP的过程中,还用于通过其所记录的节点设备的出接口地址发送所述RESV消息。
8.如权利要求6或7所述的***,其特征在于,
所述尾节点设备,在接收到所述正向LSP的资源预留错误(Resv Err)消息时,才按照所接收到的路径消息中的RRO信息,向相邻上游节点设备发送RESV消息。
9.一种节点设备,其特征在于,该设备包括:
判断模块、用于判断本节点设备为首节点设备、尾节点设备、下游节点设备或者上游节点设备;
处理模块、当所述判断模块判断本节点设备为首节点设备时,向其相邻下游节点设备发送携带记录路由对象(RRO)信息的路径消息,以建立正向标签交换路径(LSP),以及根据所接收的RESV消息,建立与所述正向LSP路径完全一致的反向LSP;
当所述判断模块判断本节点设备为下游节点设备时,则在接收到路径消息后,向其相邻下游节点设备发送携带RRO信息的路径消息;
当判断模块判断本节点设备为上游节点设备时,则在接收到RESV消息后,向其相邻上游节点设备发送RESV消息;
当判断模块判断本节点设备为尾节点设备时,根据所接收的携带RRO信息的路径消息,建立所述正向LSP,以及按照所接收到的路径消息中的RRO信息,向相邻上游节点设备发送RESV消息。
10.如权利要求9所述的设备,其特征在于,
当所述判断模块判断本节点设备为所述下游节点设备时,所述处理模块还用于记录发送该路径消息的节点设备的出接口地址;
当所述判断模块判断本节点设备为所述上游节点设备时,所述处理模块用于通过其所记录的节点设备的出接口地址发送所述RESV消息。
11.如权利要求9或10所述的设备,其特征在于,
当所述判断模块判断本节点设备为所述尾节点设备时,所述处理模块,在接收到所述正向LSP的资源预留错误(Resv Err)消息时,才按照所接收到的路径消息中的RRO信息,向相邻上游节点设备发送RESV消息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010290498.1A CN101945049B (zh) | 2010-09-20 | 2010-09-20 | 多协议标签交换***、节点设备及双向隧道的建立方法 |
PCT/CN2011/075758 WO2012037820A1 (zh) | 2010-09-20 | 2011-06-15 | 多协议标签交换***、节点设备及双向隧道的建立方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010290498.1A CN101945049B (zh) | 2010-09-20 | 2010-09-20 | 多协议标签交换***、节点设备及双向隧道的建立方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101945049A true CN101945049A (zh) | 2011-01-12 |
CN101945049B CN101945049B (zh) | 2015-12-16 |
Family
ID=43436831
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010290498.1A Active CN101945049B (zh) | 2010-09-20 | 2010-09-20 | 多协议标签交换***、节点设备及双向隧道的建立方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101945049B (zh) |
WO (1) | WO2012037820A1 (zh) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012037820A1 (zh) * | 2010-09-20 | 2012-03-29 | 中兴通讯股份有限公司 | 多协议标签交换***、节点设备及双向隧道的建立方法 |
CN102611569A (zh) * | 2011-12-21 | 2012-07-25 | 华为技术有限公司 | 一种业务部署时显示路径的方法、装置及通信*** |
CN102647340A (zh) * | 2012-03-22 | 2012-08-22 | 中兴通讯股份有限公司 | Rsvp-te隧道中的松散节点及其路径计算方法 |
CN102655472A (zh) * | 2011-03-04 | 2012-09-05 | 中兴通讯股份有限公司 | 一种利用分布式信令建立标签交换路径的方法及*** |
WO2013000347A1 (zh) * | 2011-06-30 | 2013-01-03 | 中兴通讯股份有限公司 | 一种获取维护端节点标识的方法及装置 |
CN103067271A (zh) * | 2011-10-19 | 2013-04-24 | 中兴通讯股份有限公司 | 双向路径的实现方法及装置 |
CN103597786A (zh) * | 2011-06-10 | 2014-02-19 | 瑞典爱立信有限公司 | 配置服务质量的方法和设备 |
CN104135423A (zh) * | 2014-08-21 | 2014-11-05 | 杭州华三通信技术有限公司 | 一种双向隧道建立方法和装置 |
WO2015184862A1 (zh) * | 2014-10-20 | 2015-12-10 | 中兴通讯股份有限公司 | 一种隧道重优化算路的方法及装置 |
WO2016141677A1 (zh) * | 2015-03-12 | 2016-09-15 | 中兴通讯股份有限公司 | 一种实现路径计算的方法、***及路算节点 |
CN106534220A (zh) * | 2016-12-30 | 2017-03-22 | 北京奇虎科技有限公司 | 一种流数据的双向传输方法和装置 |
CN106657109A (zh) * | 2016-12-30 | 2017-05-10 | 北京奇虎科技有限公司 | 一种流数据的传输方法和装置 |
CN106791985A (zh) * | 2016-12-30 | 2017-05-31 | 北京奇虎科技有限公司 | 一种流数据的传输方法和装置 |
CN106998273A (zh) * | 2016-01-26 | 2017-08-01 | 中兴通讯股份有限公司 | 链路故障检测方法及装置 |
WO2017206785A1 (zh) * | 2016-06-02 | 2017-12-07 | 中兴通讯股份有限公司 | 一种网元、保护倒换方法及其***、存储介质 |
US10484299B2 (en) | 2011-06-10 | 2019-11-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for configuring quality of service |
CN113381933A (zh) * | 2021-06-04 | 2021-09-10 | 烽火通信科技股份有限公司 | SRv6网络中双向转发检测的方法与*** |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060098587A1 (en) * | 2004-11-05 | 2006-05-11 | Jean-Philippe Vasseur | System and method for retrieving computed paths from a path computation element using encrypted objects |
CN101197777A (zh) * | 2006-12-04 | 2008-06-11 | 阿尔卡特朗讯公司 | 用于建立双向连接的方法 |
CN101388823A (zh) * | 2008-11-05 | 2009-03-18 | 杭州华三通信技术有限公司 | 建立双向流量工程隧道的方法和设备 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008193395A (ja) * | 2007-02-05 | 2008-08-21 | Fujitsu Ltd | 双方向パスの設定方法とそれを実現する通信システムとノード装置 |
CN101577657B (zh) * | 2008-05-08 | 2012-05-23 | 华为技术有限公司 | 一种建立隧道的方法以及实现隧道建立的*** |
CN101945049B (zh) * | 2010-09-20 | 2015-12-16 | 中兴通讯股份有限公司 | 多协议标签交换***、节点设备及双向隧道的建立方法 |
-
2010
- 2010-09-20 CN CN201010290498.1A patent/CN101945049B/zh active Active
-
2011
- 2011-06-15 WO PCT/CN2011/075758 patent/WO2012037820A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060098587A1 (en) * | 2004-11-05 | 2006-05-11 | Jean-Philippe Vasseur | System and method for retrieving computed paths from a path computation element using encrypted objects |
CN101197777A (zh) * | 2006-12-04 | 2008-06-11 | 阿尔卡特朗讯公司 | 用于建立双向连接的方法 |
CN101388823A (zh) * | 2008-11-05 | 2009-03-18 | 杭州华三通信技术有限公司 | 建立双向流量工程隧道的方法和设备 |
Cited By (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012037820A1 (zh) * | 2010-09-20 | 2012-03-29 | 中兴通讯股份有限公司 | 多协议标签交换***、节点设备及双向隧道的建立方法 |
CN102655472B (zh) * | 2011-03-04 | 2017-07-14 | 中兴通讯股份有限公司 | 一种利用分布式信令建立标签交换路径的方法及*** |
CN102655472A (zh) * | 2011-03-04 | 2012-09-05 | 中兴通讯股份有限公司 | 一种利用分布式信令建立标签交换路径的方法及*** |
WO2012119489A1 (zh) * | 2011-03-04 | 2012-09-13 | 中兴通讯股份有限公司 | 一种利用分布式信令建立标签交换路径的方法及*** |
CN103597786A (zh) * | 2011-06-10 | 2014-02-19 | 瑞典爱立信有限公司 | 配置服务质量的方法和设备 |
US10484299B2 (en) | 2011-06-10 | 2019-11-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for configuring quality of service |
CN103597786B (zh) * | 2011-06-10 | 2017-04-26 | 瑞典爱立信有限公司 | 配置服务质量的方法和设备 |
WO2013000347A1 (zh) * | 2011-06-30 | 2013-01-03 | 中兴通讯股份有限公司 | 一种获取维护端节点标识的方法及装置 |
CN103067271A (zh) * | 2011-10-19 | 2013-04-24 | 中兴通讯股份有限公司 | 双向路径的实现方法及装置 |
CN102611569B (zh) * | 2011-12-21 | 2014-12-03 | 华为技术有限公司 | 一种业务部署时显示路径的方法、装置及通信*** |
CN102611569A (zh) * | 2011-12-21 | 2012-07-25 | 华为技术有限公司 | 一种业务部署时显示路径的方法、装置及通信*** |
WO2013091545A1 (zh) * | 2011-12-21 | 2013-06-27 | 华为技术有限公司 | 一种业务部署时显示路径的方法、装置及通信*** |
CN102647340A (zh) * | 2012-03-22 | 2012-08-22 | 中兴通讯股份有限公司 | Rsvp-te隧道中的松散节点及其路径计算方法 |
CN104135423A (zh) * | 2014-08-21 | 2014-11-05 | 杭州华三通信技术有限公司 | 一种双向隧道建立方法和装置 |
CN104135423B (zh) * | 2014-08-21 | 2018-03-23 | 新华三技术有限公司 | 一种双向隧道建立方法和装置 |
WO2015184862A1 (zh) * | 2014-10-20 | 2015-12-10 | 中兴通讯股份有限公司 | 一种隧道重优化算路的方法及装置 |
CN105591862A (zh) * | 2014-10-20 | 2016-05-18 | 中兴通讯股份有限公司 | 一种隧道算路重优化的方法及装置 |
WO2016141677A1 (zh) * | 2015-03-12 | 2016-09-15 | 中兴通讯股份有限公司 | 一种实现路径计算的方法、***及路算节点 |
CN106998273A (zh) * | 2016-01-26 | 2017-08-01 | 中兴通讯股份有限公司 | 链路故障检测方法及装置 |
WO2017206785A1 (zh) * | 2016-06-02 | 2017-12-07 | 中兴通讯股份有限公司 | 一种网元、保护倒换方法及其***、存储介质 |
CN106791985A (zh) * | 2016-12-30 | 2017-05-31 | 北京奇虎科技有限公司 | 一种流数据的传输方法和装置 |
CN106657109A (zh) * | 2016-12-30 | 2017-05-10 | 北京奇虎科技有限公司 | 一种流数据的传输方法和装置 |
WO2018121705A1 (zh) * | 2016-12-30 | 2018-07-05 | 北京奇虎科技有限公司 | 一种流数据的双向传输方法和装置 |
CN106534220A (zh) * | 2016-12-30 | 2017-03-22 | 北京奇虎科技有限公司 | 一种流数据的双向传输方法和装置 |
CN113381933A (zh) * | 2021-06-04 | 2021-09-10 | 烽火通信科技股份有限公司 | SRv6网络中双向转发检测的方法与*** |
Also Published As
Publication number | Publication date |
---|---|
WO2012037820A1 (zh) | 2012-03-29 |
CN101945049B (zh) | 2015-12-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101945049B (zh) | 多协议标签交换***、节点设备及双向隧道的建立方法 | |
CN101316225B (zh) | 一种故障检测方法、通信***和标签交换路由器 | |
CN101562536B (zh) | 一种局部路径保护的快速重路由方法 | |
US7710860B2 (en) | Data relay apparatus and data relay method | |
CN101427501B (zh) | 确保mpls转发和控制平面之间一致性的方法和设备 | |
CN101335695B (zh) | 点到多点标签交换路径的头节点保护方法、装置和设备 | |
CN100527683C (zh) | 故障保护方法和*** | |
CN100546284C (zh) | 标签交换路径保护方法及其*** | |
CN102624609A (zh) | 反向bfd报文发送、通知路径的方法及装置 | |
CN101640637B (zh) | 一种基于流量工程的资源预留协议隧道管理方法及*** | |
CN102148694B (zh) | 一种分组传送网络的线性1:n保护方法、装置和*** | |
CN101369958A (zh) | 一种快速重路由方法及标签交换路由器 | |
CN101785261A (zh) | 针对mpls-frr带宽优化的rsvp-te增强 | |
Hariyawan | Comparison analysis of recovery mechanism at MPLS network | |
EP2254289B1 (en) | Method, device, and system for establishing label switching path in fast rerouting switching | |
CN108924044A (zh) | 链路维持方法、pe设备及可读存储介质 | |
CN103166848A (zh) | 选择多协议标签交换流量工程旁路隧道的方法及节点 | |
EP2658177B1 (en) | Method for detecting tunnel faults and traffic engineering node | |
CN104468208A (zh) | 通信故障的检测恢复方法及装置 | |
CN101374106A (zh) | 一种mpls lsp上转发数据包的方法、网络节点和*** | |
CN101159681A (zh) | 实现快速重路由的方法和节点 | |
CN101192990A (zh) | 一种mpls网络中实现快速重路由的方法及设备及*** | |
CN101997747B (zh) | 故障lsp信息通告的方法和装置 | |
JP2006033124A (ja) | トンネル障害通知装置および方法 | |
CN101902396A (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 | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20191225 Address after: 314400 No.11, Weisan Road, Nongfa District, Chang'an Town, Haining City, Jiaxing City, Zhejiang Province Patentee after: Haining hi tech Zone Science and Innovation Center Co., Ltd Address before: 518057 Nanshan District Guangdong high tech Industrial Park, South Road, science and technology, ZTE building, Ministry of Justice Patentee before: ZTE Communications Co., Ltd. |