CN102624599B - Mpls-tp的传输路径的信息获取方法、装置及系统 - Google Patents
Mpls-tp的传输路径的信息获取方法、装置及系统 Download PDFInfo
- Publication number
- CN102624599B CN102624599B CN201110029621.9A CN201110029621A CN102624599B CN 102624599 B CN102624599 B CN 102624599B CN 201110029621 A CN201110029621 A CN 201110029621A CN 102624599 B CN102624599 B CN 102624599B
- Authority
- CN
- China
- Prior art keywords
- mep
- request message
- device node
- mip
- node
- 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.)
- Expired - Fee Related
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种MPLS‑TP的传输路径的信息获取方法、装置及系统。其中,该方法包括:传输路径的源MEP向下游设备节点分别发送多个请求报文;每接口MIP/MEP类型的设备节点的入接口MIP接收请求报文,判定在本设备节点终结,向源MEP发送入接口MIP的信息;入接口MIP将请求报文转发给本设备节点的出接口MIP;每接口MIP/MEP类型的设备节点的出接口MIP接收请求报文,判断请求报文是否在本设备节点终结,如果是,向源MEP发送出接口MIP的信息,否则,将请求报文转发给下游设备节点;和/或,宿MEP接收请求报文,向源MEP发送宿MEP的信息。通过本发明,可以在存在每接口MIP/MEP类型的设备节点的传输路径上实现追踪路由的功能。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种多协议标记交换转接点的传输路径的信息获取方法、装置及系统。
背景技术
多协议标记交换转结点(Transport Profile for Multi-protocol Label Switching,简称为MPLS-TP)是基于多协议标记交换(Multi-protocol Label Switching,简称为MPLS)技术基础上,增强了适应于传输需要的一些特征,包括强大的操作管理和维护(Operation,Administration,Maintenance,简称为OAM)和良好的生存性,同时删去了一些不利于传输使用的在IP方面的复杂性,例如,标签融合、倒数第二跳弹出等。
MPLS-TP OAM支持2种维护域中间点(Maintenance Intermediate Point,简称为MIP)/维护边界点(Maintenance End Point,简称为MEP)的部署模型,其分别是:
每节点MIP/MEP类型:传输路径上每一个设备节点是一个MIP或MEP,即设备节点与MIP/MEP一一对应;
每接口MIP/MEP类型:传输路径上每一个设备节点上的入接口和出接口都可以成为MIP或MEP,即一个设备节点上可以存在多个MIP或MEP。
其中,采用每接口MIP/MEP类型的部署模型能够更精确地完成OAM的故障定位和性能监测,特别能够定位出边缘设备(ME)的故障位置和设备节点内部的故障。在一条传输路径中的设备节点可以根据OAM管理的需要确定采取上述哪一种MIP/MEP的部署策略,并且,每设备节点可以独立部署一种MIP/MEP类型。
为了获取一条传输路径的维护实体群(Maintenance Entity Group,简称为MEG)中源MEP和宿MEP之间的所有MIP信息,MPLS-TP OAM需要支持追踪路由(Traceroute)功能,通过收集得到传输路径的拓扑信息,用于故障定位。在相关技术中,针对每节点MIP/MEP类型的部署模型,源MEP设置生存时间(Time To Live,简称为TTL)从1开始,递增地发送请求报文(Traceroute OAM请求报文)给每个中间的MIP,通过每个MIP的回应报文获取其信息,直到收到宿MEP的回应报文终止整个追踪路由(Traceroute)过程。从而收集到传输路径上的所有的MIP和宿MEP信息。
但相关技术中只能获取每节点MIP/MEP类型的设备节点的传输路径,对于MPLS-TP网络中存在每接口MIP/MEP类型的设备节点的传输路径上如何执行追踪路由(Traceroute)功能的问题,即如何获取存在每接口MIP/MEP类型的设备节点的传输路径上的MIP接口的信息的问题,目前相关技术中尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种MPLS-TP的传输路径的信息获取方法、装置及系统,以至少解决上述问题。
根据本发明的一个方面,提供了一种MPLS-TP的传输路径的信息获取方法,包括:传输路径的源维护边界点MEP向下游设备节点分别发送多个请求报文,其中,所述请求报文的数量与所述传输路径上除所述源MEP所在设备节点以外的其余所有设备节点的数量相同;源MEP与所述宿MEP之间的每接口维护域中间点MIP/MEP类型的设备节点的入接口MIP在接收到所述请求报文,并判断所述请求报文是否在本设备节点终结,如果是,则向所述源MEP发送携带所述入接口MIP的信息的回应报文;入接口MIP转发所述请求报文;每接口MIP/MEP类型的设备节点的出接口MIP接收所述请求报文,判断所述请求报文是否在本设备节点终结,如果是,则向所述源MEP发送携带所述出接口MIP的信息的回应报文,否则,将所述请求报文转发给下游设备节点;和/或,所述宿MEP接收所述请求报文,向所述源MEP发送携带所述宿MEP的信息的回应报文。
根据本发明的另一方面,提供了一种MPLS-TP的传输路径的信息获取系统,包括:传输路径的源维护边界点MEP,用于分别发送多个请求报文,并接收所述传输路径中各个维护域中间点MIP及所述传输路径的宿MEP返回的回应报文,其中,所述请求报文的数量与所述传输路径上除所述源MEP所在设备节点以外的其余所有设备节点的数量相同;一个或多个每接口MIP/MEP类型的设备节点,在所述传输路径上位于所述源MEP和所述宿MEP之间,每个所述设备节点包括入接口MIP和出接口MIP,其中,所述入接口MIP,用于接收所述请求报文,转发所述请求报文,并在确定所述请求报文在本设备节点终结的情况下,向所述源MEP发送携带所述入接口MIP信息的回应报文;所述出接口MIP,用于接收所述请求报文,并在确定所述请求报文在本设备节点终结的情况下,向所述源MEP发送携带所述出接口MIP信息的回应报文,在所述请求报文不在本设备节点终结的情况下,将所述请求报文转发给下游设备节点;所述宿MEP,用于接收所述请求报文,向所述源MEP发送携带所述宿MEP信息的回应报文。
根据本发明的又一个方面,提供了一种每接口MIP/MEP类型的设备节点,包括:入接口MIP,用于接收上游设备节点发送的请求报文,转发所述请求报文,并判断所述请求报文是否在本设备节点终结,如果是,则向当前所在传输路径的源MEP节点发送携带所述入接口MIP的信息的回应报文;出接口MIP或宿MEP,用于接收所述请求报文,判断所述请求报文是否在本设备节点终结,如果是,则向当前所在传输路径的源MEP节点发送携带所述出接口MIP的信息的回应报文,否则,将所述请求报文发送给下游设备节点。
通过本发明,每接口MIP/MEP在接收到源MEP发送的路由跟踪请求报文时,入接口MIP在确定该请求报文在本设备节点终结时,向源MEP回复携带本入接口MIP信息的回应报文,并将该请求报文发送给本设备节点的出接口MIP,出接口MIP在确定该请求报文在本设备节点终结时,向源MEP回复本出接口MIP信息的回应报文,从而获取了存在每接口MIP/MEP类型的设备节点的传输路径的信息,解决了相关技术中对于MPLS-TP网络中存在每接口MIP/MEP类型的设备节点的传输路径上无法执行追踪路由的问题,进而在存在每接口MIP/MEP类型的设备节点的传输路径上实现追踪路由的功能。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的MPLS-TP的传输路径的信息获取系统的结构示意图;
图2是根据本发明实施例的MPLS-TP的传输路径的信息获取系统的结构示意图;
图3是支持每接口MIP/MEP传输路径的跟踪路由装置;
图4是根据本发明实施例的MPLS-TP的传输路径的信息获取方法的流程;
图5A是根据本发明实施例的一种系统结构示意图;
图5B是根据本发明实施例的另一种系统结构示意图;
图6是根据本发明实施例的源MEP进行追踪路由的流程图;
图7是根据本发明实施例的接收请求报文的接收方处理该请求报文的流程图;
图8是根据本发明实施例的一种系统结构示例图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
实施例一
图1为根据本发明实施例的MPLS-TP的传输路径的信息获取系统的结构示意图,如图1所示,该系统主要包括:MPLS-TP的一条传输路径的源MEP 2、宿MEP 4以及在该传输路径上位于源MEP 2和宿MEP 4之间的一个或多个每接口MIP/MEP类型的设备节点6。
在实际应用中,位于源MEP 2和宿MEP 4之间的每接口MIP/MEP类型的设备节点可能包括多个,为了便于描述,本发明实施例以一个每接口MIP/MEP类型的设备节点为例进行说明,如果该传输路径上位于源MEP 2和宿MEP 4之间的每接口MIP/MEP类型的设备节点有多个,则每个该类型的设备节点的处理过程与设备节点6相同。
其中,源MEP 2,用于分别发送多个请求报文,并接收所述传输路径中各个MIP及所述传输路径的宿MEP 4返回的回应报文,其中,所述请求报文的数量与所述传输路径上除所述源MEP 2所在设备节点以外的其余所有设备节点的数量相同;
例如,源MEP 2可以先向下游设备节点发送一个请求报文(例如,Traceroute OAM请求报文),在接收到该请求报文的回应报文后,再向下游设备节点发送一个请求报文,直到接收到宿MEP 4的回应报文。
设备节点6,包括入接口MIP60和出接口MIP 62,其中,所述入接口MIP 60,用于接收所述请求报文,将所述请求报文发送给本设备节点的所述出接口MIP,并在确定所述请求报文在本设备节点终结的情况下,向所述源MEP发送携带所述入接口MIP信息的回应报文;所述出接口MIP,用于接收所述请求报文,并在确定所述请求报文在本设备节点终结的情况下,向所述源MEP发送携带所述出接口MIP信息的回应报文,在所述请求报文不在本设备节点终结的情况下,将所述请求报文转发给下游设备节点;
例如,源MEP 2可以通过在请求报文在设置TTL,每接口MIP/MEP类型的设备节点的入接口MIP 60在接收到请求报文后,可以根据请求报文中的TTL的值确定该请求报文是否在本设备节点终结,如果是,则直接向源MEP 2发送回应报文,在该回应报文中携带入接口MIP60的信息。不论该请求报文是否在本设备节点终结,入接口MIP 60都将该请求报文转发下去,例如,可以通过本设备节点的数据转发(FW)模块将该请求报文作为一个普通数据报文转发下去。在实际应用中,如果本设备节点有多个出接口MIP 62,则入接口MIP 60将该请求报文发送给各个出接口MIP62,每个出接口MIP 62在接收到该请求报文后,判断该请求报文是否在本设备节点终结,如果是,则直接向源MEP 2发送携带该出接口MIP62的信息的回应报文,否则,出接口MIP 62将该请求报文转发给下游设备节点。在实际应用中,出接口MIP 62可以根据请求报文中的TTL判断该请求报文是否在本设备节点终结,或者,也可以由入接口MIP 60将其判断结果携带在该请求报文中发送给出接口MIP 62,出接口MIP 62根据该判断结果确定该请求报文是否在本设备节点终结。
所述宿MEP 4,用于接收所述请求报文,向所述源MEP 2发送携带所述宿MEP信息的回应报文。其中,宿MEP 4可能位于每接口MIP/MEP类型的设备节点上,也可能位于每节点MIP/MEP类型的设备节点上。
在本发明实施例的优选实施方式中,如图2所示,该系统还可以包括传输路径上位于源MEP 2和宿MEP 4之间的每节点MIP/MEP类型的设备节点8,用于接收上述请求报文,在确定该请求报文在本设备节点终结的情况下,向源MEP 2发送携带设备节点8信息的回应报文,否则,设备节点8将该请求报文转发给下游设备节点。
在本发明实施例中,向源MEP 2返回的MIP信息或宿MEP信息主要包括MIP或宿MEP的reply MIP/MEPID和接口等其他一些信息,可以用TLV格式表示。
实施例二
图3为本发明实施例的MPLS-TP的传输路径的信息获取系统的一种更一般的实施方式,在本发明实施例中,传输路径中只包括每接口MIP/MEP类型的设备节点,且宿MEP位于每接口MIP/MEP类型的设备节点上。如图3所示,该系统可以表述为一种支持每接口MIP/MEP传输路径的跟踪路由装置,该装置包括:源MEP上跟踪路由处理模块10、入接口MIP上跟踪路由处理模块20、出接口MIP上跟踪路由处理模块30以及宿MEP上跟踪路由处理模块40;其中,源MEP上跟踪路由处理模块10发送请求报文并处理各个MIP及宿MEP返回的回应报文;入接口MIP上跟踪路由处理模块20接收源MEP发送的请求报文后,首先产生一个回应报文(该回应报文中携带有入接口MIP的信息)并直接向源MEP进行回应,再向出接口MIP转发一份请求报文,以触发其处理所述请求报文;出接口MIP上跟踪路由处理模块30对由入接口MIP转发的请求报文进行回应而产生一个回应报文(该回应报文中携带出接口MIP的信息),并直接向源MEP进行回应;宿MEP上跟踪路由处理模块40对由入接口MIP转发的请求报文进行回应而产生一个回应报文,并直接向源MEP进行回应。
实施例三
图4是根据本发明实施例的MPLS-TP的传输路径的信息获取方法的流程图,该方法可以通过上述实施例一和二的系统实现,如图4所示,该方法主要包括以下步骤:
步骤S402,传输路径的源MEP向下游设备节点分别发送多个请求报文,其中,所述请求报文的数量与所述传输路径上除所述源MEP所在设备节点以外的其余所有设备节点的数量相同;
优选地,所述源MEP与所述宿MEP之间还包括可以每节点MIP/MEP类型的设备节点,所述每节点MIP/MEP类型的设备节点接收所述请求报文,判断所述请求报文是否在本设备节点终结,如果是,则向所述源MEP发送携带所述每节点MIP类型的设备节点的信息的回应报文;否则,将所述请求报文转发给下游设备节点。
例如,源MEP可以先向下游设备节点发送第一个请求报文,在接收到回应报文后,判断该回应报文的发送方是否为宿MEP,如果不是,则继续向下游设备节点发送请求报文,直到接收到宿MEP发送的回应报文。例如,源MEP可以根据回应报文中携带的发送方的节点类型判断接收到的回应报文是否为宿MEP,其中,发送方的节点类型可以分为五类:(1)单节点MIP,指示发送回应报文的为每节点MIP/MEP类型的MIP;(2)单节点宿MEP,指示发送回应报文的为每节点MIP/MEP类型的MEP;(3)入接口MIP,指示发送回应报文的为每接口MIP/MEP类型的设备节点的入接口MIP;(4)出接口MIP,指示发送回应报文的为每接口MIP/MEP类型的设备节点的出接口MIP;(5)出接口宿MEP,指示发送回应报文的为每接口MIP/MEP类型的设备节点的出接口MEP。其中,如果回应报文中携带的内容指示发送方的节点类型为上述(2)或(5),则说明该回应报文的发送方为宿MEP。
或者,也可以只定义三种发送方的节点类型,即:节点MIP或MEP、入接口MIP、出接口MIP或宿MEP;则源MEP可以根据发送方的节点类型和回应报文中携带的发送方的信息来判断回应报文的发送方是否为宿MEP。例如,回应报文中携带的发送方的信息中可以携带发送方的标识(ID),则根据发送方的节点类型和标识,源MEP可以判断回应报文的发送方是否为宿MEP。
在实际应用中,可以在回应报文中添加MIP/MEP类型TLV来携带发送方的节点类型。例如,从最节省TLV定义角度考虑,三种发送方的节点类型可以分别是节点MIP/MEP TLV(包括单节点MIP和单节点宿MEP)、入接口MIP TLV、出接口/宿MIP/MEP TLV(包括出接口MIP和出接口宿MEP),因为只起到一个类型标识的作用,所以这3种TLV的内容长度都可以为0;则源MEP可以根据表1来判断回应报文的发送方是否为宿MEP:
表1.
在判断出发送回应报文的MIP或MEP的类型后,源MEP就可以将该MIP或MEP信息记录在其MIP/MEP信息链中。如果是MEP类型,则可以结束处理过程。如果是MIP类型,则继续发送下一个请求报文。
优选地,源MEP在接收到回应报文后,在判断所述回应报文的发送方是否为所述宿MEP之前,所述源MEP先对所述回应报文进行合法性检查,判断所述回应报文是否合法,如果是,则继续判断所述回应报文的发送方是否为所述宿MEP,否则,丢弃该回应报文。
优选地,源MEP在发送一个请求报文后,可以启动定时器,如果在指定时间段内没有接收到回应报文,则报错退出信息获取流程。
步骤S404,源MEP与所述宿MEP之间的每接口维护域中间点MIP/MEP类型的设备节点的入接口MIP在接收到所述请求报文后,并判断所述请求报文是否在本设备节点终结,如果是,则向所述源MEP发送携带所述入接口MIP的信息的回应报文;
步骤S406,所述入接口MIP转发所述请求报文;
步骤S408,所述每接口MIP/MEP类型的设备节点的出接口MIP接收所述请求报文,判断所述请求报文是否在本设备节点终结,如果是,则向所述源MEP发送携带所述出接口MIP的信息的回应报文,否则,将所述请求报文转发给下游设备节点;
例如,可以在请求报文中携带一个预设参数,所述源MEP发送的第一个请求报文中该预设参数的值为预设值,所述源MEP后续发送的每个请求报文中该预设参数的值递增一个常量。则入接口MIP在接收到请求报文后,判断所述请求报文中的所述预设参数的值是否为所述预设值,如果是,则确定所述请求报文在本设备节点终结,向源MEP发送携带其信息的回应报文,转发该请求报文;否则,所述入接口MIP将所述请求报文中的所述预设参数的值修改为所述预设参数的当前值与所述常量的差,然后转发所述请求报文;则所述出接口MIP在接收到请求报文后,判断所述请求报文中的所述预设参数的值是否等于所述预设值与所述常量之差,如果是,则确定所述请求报文在本设备节点终结,向源MEP发送携带其信息的回应报文;否则,出接口MIP转发该请求报文。或者,所述入接口MIP在接收到请求报文后,判断所述请求报文中的所述预设参数的值是否为所述预设值,如果是,则确定所述请求报文在本设备节点终结,向源MEP发送携带其信息的回应报文,转发该请求报文;所述出接口MIP接收到所述请求报文后,判断所述请求报文中的所述预设参数的值是否等于所述预设值,如果是,则确定所述请求报文在本设备节点终结,向源MEP发送携带其信息的回应报文;否则,将所述请求报文中的所述预设参数的值修改为所述预设参数的当前值与所述常量的差,然后将所述请求报文转发给下游设备节点。
优选地,上述预设参数可以通过请求报文中的TTL字段指示,或者,也可以在请求报文中增加一个字段用于指示所述预设参数。
优选地,所述预设值为1,所述常量为1
步骤S410,所述宿MEP接收所述请求报文,向所述源MEP发送携带所述宿MEP的信息的回应报文。
以上所有MIP或宿MEP都会对源MEP发出的请求报文做合法性检查(包括转发信息、OAM报文格式等检查),如果合法性检查失败,错误处理方式可以是马上向源MEP发送一个错误信息回应报文,或者直接丢弃该请求报文并不响应源MEP,源MEP通过超时机制发现错误;
其中,如果传输路径只包含两个设备节点,即源MEP所在的设备节点和宿MEP所在的设备节点,且宿MEP所在的设备节点的类型为每接口MIP/MEP类型,如图5A所示,则不执行上述步骤S406,直接执行步骤S408(或者,也可以说不执行步骤S408,只执行步骤S406,只是步骤S406中的出接口MIP为宿MEP);如果传输路径包含两个以上的设备节点,如图5B所示,宿MEP所在的设备节点类型的每节点MIP/MEP,源MEP与宿MEP之间的设备节点为每接口MIP/MEP类型的设备节点,则先执行步骤S406,再执行步骤S408。
通过本发明实施例提供的上述方法,可以在存在每接口MIP/MEP类型的设备节点的传输路径上实现追踪路由。
实施例四
本发明实施例以初始TTL=1为例,分别就源MEP发送请求报文的处理流程及接收请求报文的接收方的处理流程进行说明。
如图6所示,在本发明实施例中,源MEP进行追踪路由时主要包括以下处理步骤:
步骤601,源MEP上跟踪路由处理模块设置TTL=1的第一请求报文;
步骤602,源MEP发送设置好的请求报文;
步骤603,判断是否在配置的超时时间内收到目的节点返回的正确的回应报文,如果是,则执行步骤604,否则,执行步骤605;
步骤604,源MEP上跟踪路由处理模块判断接收到的入接口MIP上跟踪路由处理模块或出接口MIP或MEP上跟踪路由处理模块发送的回应报文后的MIP类型,如果是MIP类型,则执行步骤606,如果是MEP类型,则执行步骤608;
步骤606,记录MIP的信息;
步骤607,设置下一个TTL值加1的请求报文,返回步骤602;
步骤608,记录该MEP的信息。
如图7所示,在本发明实施例中,接收请求报文的接收方处理该请求报文的流程主要包括:
步骤701,该接收方接收到源MEP始发的请求报文;
步骤702,判断该请求报文中的TTL值是否在本MIP/MEP上终结,即判断该请求报文的TTL是否为1,如果是,则终结该请求报文,执行步骤703,否则,执行步骤708;
步骤703,接收方判断自身是哪种类型的MIP或MEP,如果是节点MIP/MEP,则执行步骤704,如果是入接口MIP,则执行步骤705,如果是出接口MIP或宿MEP,则执行步骤706;
步骤704,向源MEP发送回应报文,返回本MIP/MEP信息;
步骤705,向源MEP发送回应报文,返回本入接口MIP信息;
步骤706,向源MEP发送回应报文,返回本出接口MIP或宿MEP信息;
步骤707,通过设备的数据转发(FW)模块直接转发该请求报文;
步骤708,将请求报文的TTL值减1,并向下游转发,其中,如果发送方为每接口MIP/MEP,则可以由入接口MIP减1,也可以由出接口MIP减1,如果是由入接口MIP减1,则出接口MIP终结TTL=0的请求报文,如果出接口MIP减1,则出接口MIP终结TTL=1的请求报文。
实施例五
下面以图8所示的系统为例,对本发明实施例提供的方法进行说明。
如图8所示,在本实施例中,传输路径由源MEP-A、入接口MIP-B、出接口MIP-C、节点MIP-D、入接口MIP-E和宿MEP-F组成,在后续描述中直接用其编号A、B、C、D、E、F表示。在本实施例中,A进行追踪路由获取传输路径的信息主要可以通过以下步骤实现:
步骤1,A发出TTL=1的请求报文;
步骤2,B收到后,判定TTL=1的请求报文在本设备节点上终结,B发送一个回应报文给A,返回其入接口MIP信息。同时,B将收到的请求报文通过本设备上的FW模块向下游转发。C收到B转发来的请求报文后,也终结该请求报文,C也发送一个回应报文给A,返回其出接口MIP信息;
步骤3,A收到B和C的回应报文后,判断它们各自的MIP类型,并记录下它们的MIP信息后,发送TTL=2的请求报文出去;
步骤4,B上收到TTL=2的请求报文后,不终结该报文,对请求报文的TTL有2种处理方式:马上减1(要求C对TTL=0的报文进行终结);不减1(要求C对TTL=1的请求报文进行终结,并在C上将TTL减1),C接收到该请求报文后进行相应的处理后转发TTL=1的请求报文;
步骤5,D上收到TTL=1的请求报文,终结该报文,并发送一个回应报文给A,返回其节点MIP信息;
步骤6,A收到D的回应报文后,判断它为节点MIP类型,并记录下其MIP信息后,发送TTL=3的请求报文出去;
步骤7,TTL=3的请求报文在B、C、D都不终结,会每节点依次减1,到达E后TTL=1;
步骤8,E收到TTL=1的请求报文后,终结该报文,E发送一个回应报文给A,返回其入接口MIP信息。同时,E将收到的请求报文通过本设备上的FW向下游转发。F收到E转发来的请求报文后,也终结该请求报文,F也发送一个回应报文给A,返回其出接口宿MEP信息;
步骤9,A收到E和F的回应报文后,判断它们各自的MIP和MEP类型,并记录下它们的MIP和MEP信息后,因为收到了F的MEP回应报文,说明Traceroute到达了传输路径的终点,此时可以结束整个Traceroute的处理,获得了传输路径上完整的MIP/MEP信息。
从以上的描述中,可以看出,相关技术中,由于一个设备节点只会处理一个请求报文,但在传输路径上部署了每接口MIP/MEP的设备节点上,不止一个MIP,因此无法获取其上所有的MIP信息。而本发明实施例中每接口MIP/MEP在接收到源MEP发送的路由跟踪请求报文时,入接口MIP在确定该请求报文在本设备节点终结时,向源MEP回复携带本入接口MIP信息的回应报文,并将该请求报文发送给本设备节点的出接口MIP,出接口MIP在确定该请求报文在本设备节点终结时,向源MEP回复本出接口MIP信息的回应报文,从而获取了存在每接口MIP/MEP类型的设备节点的传输路径的信息,解决了相关技术中对于MPLS-TP网络中存在每接口MIP/MEP类型的设备节点的传输路径上无法执行追踪路由的问题,进而在存在每接口MIP/MEP类型的设备节点的传输路径上实现追踪路由的功能。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (14)
1.一种多协议标记交换转接点的传输路径的信息获取方法,其特征在于,包括:
所述传输路径的源维护边界点MEP向下游设备节点分别发送多个请求报文,其中,所述请求报文的数量与所述传输路径上除所述源MEP所在设备节点以外的其余所有设备节点的数量相同;
所述源MEP与宿MEP之间的每接口维护域中间点MIP/MEP类型的设备节点的入接口MIP在接收到所述请求报文,并判断所述请求报文是否在本设备节点终结,如果是,则向所述源MEP发送携带所述入接口MIP的信息的回应报文;
所述入接口MIP转发所述请求报文;
所述每接口MIP/MEP类型的设备节点的出接口MIP接收所述请求报文,判断所述请求报文是否在本设备节点终结,如果是,则向所述源MEP发送携带所述出接口MIP的信息的回应报文,否则,将所述请求报文转发给下游设备节点;和/或,所述宿MEP接收所述请求报文,向所述源MEP发送携带所述宿MEP的信息的回应报文。
2.根据权利要求1所述的方法,其特征在于,所述源MEP与所述宿MEP之间还包括每节点MIP/MEP类型的设备节点;所述方法还包括:所述每节点MIP/MEP类型的设备节点接收所述请求报文,判断所述请求报文是否在本设备节点终结,如果是,则向所述源MEP发送携带所述每节点MIP类型的设备节点的信息的回应报文;否则,将所述请求报文转发给下游设备节点。
3.根据权利要求1或2所述的方法,其特征在于,所述源MEP向下游设备节点分别发送多个请求报文包括:
步骤1,所述源MEP向下游设备节点发送第一个所述请求报文;
步骤2,所述源MEP接收到回应报文;
步骤3,所述源MEP判断所述回应报文的发送方是否为所述宿MEP,如果不是,则所述源MEP发送下一个请求报文,返回步骤2。
4.根据权利要求3所述的方法,其特征在于,所述回应报文中还携带有所述回应报文的发送方的节点类型,其中,所述节点类型包括以下之一:单节点MIP、单节点宿MEP、入接口MIP、出接口MIP、出接口宿MEP;所述源MEP根据所述节点类型判断所述回应报文的发送方是否为所述宿MEP。
5.根据权利要求3所述的方法,其特征在于,所述回应报文中携带的所述信息包括:所述回应报文的发送方的标识;所述回应报文中还携带有所述回应报文的发送方的节点类型,其中,所述节点类型包括以下三者之一:节点MIP或MEP、入接口MIP、出接口MIP或宿MEP;所述源MEP根据所述回应报文中携带的所述信息和所述节点类型判断所述回应报文的发送方是否为所述宿MEP。
6.根据权利要求3所述的方法,其特征在于,在所述源MEP判断所述回应报文的发送方是否为所述宿MEP之前,所述方法还包括:所述源MEP对所述回应报文进行合法性检查,确定所述回应报文合法。
7.根据权利要求1或2所述的方法,其特征在于,所述请求报文中携带有一个预设参数,所述源MEP发送的第一个请求报文中该预设参数的值为预设值,所述源MEP后续发送的每个请求报文中该预设参数的值递增一个常量。
8.根据权利要求7所述的方法,其特征在于,
所述入接口MIP判断所述请求报文是否在本设备节点终结包括:所述入接口MIP判断所述请求报文中的所述预设参数的值是否为所述预设值,如果是,则确定所述请求报文在本设备节点终结;否则,所述入接口MIP将所述请求报文中的所述预设参数的值修改为所述预设参数的当前值与所述常量的差,然后转发所述请求报文;
所述出接口MIP判断所述请求报文是否在本设备节点终结包括:所述出接口MIP判断所述请求报文中的所述预设参数的值是否等于所述预设值与所述常量之差,如果是,则确定所述请求报文在本设备节点终结。
9.根据权利要求7所述的方法,其特征在于,
所述入接口MIP判断所述请求报文是否在本设备节点终结包括:所述入接口MIP判断所述请求报文中的所述预设参数的值是否为所述预设值,如果是,则确定所述请求报文在本设备节点终结;
所述出接口MIP判断所述请求报文是否在本设备节点终结包括:所述出接口MIP判断所述请求报文中的所述预设参数的值是否等于所述预设值,如果是,则确定所述请求报文在本设备节点终结;否则,将所述请求报文中的所述预设参数的值修改为所述预设参数的当前值与所述常量的差,然后将所述请求报文转发给下游设备节点。
10.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:所述源MEP每发送一个请求报文后,如果在预设时间内没有收到回应报文,则所述源MEP执行错误处理流程。
11.一种多协议标记交换转接点MPLS-TP的传输路径的信息获取系统,其特征在于,包括:
所述传输路径的源维护边界点MEP,用于分别发送多个请求报文,并接收所述传输路径中各个维护域中间点MIP及所述传输路径的宿MEP返回的回应报文,其中,所述请求报文的数量与所述传输路径上除所述源MEP所在设备节点以外的其余所有设备节点的数量相同;
一个或多个每接口MIP/MEP类型的设备节点,在所述传输路径上位于所述源MEP和所述宿MEP之间,每个所述设备节点包括入接口MIP和出接口MIP,其中,
所述入接口MIP,用于接收所述请求报文,转发所述请求报文,并在确定所述请求报文在本设备节点终结的情况下,向所述源MEP发送携带所述入接口MIP信息的回应报文;
所述出接口MIP,用于接收所述请求报文,并在确定所述请求报文在本设备节点终结的情况下,向所述源MEP发送携带所述出接口MIP信息的回应报文,在所述请求报文不在本设备节点终结的情况下,将所述请求报文转发给下游设备节点;
所述宿MEP,用于接收所述请求报文,向所述源MEP发送携带所述宿MEP信息的回应报文。
12.根据权利要求11所述的系统,其特征在于,所述系统还包括:一个或多个每节点MIP/MEP类型的设备节点,在所述传输路径上位于所述源MEP与所述宿MEP之间,用于接收所述请求报文,判断所述请求报文是否在本设备节点终结,如果是,则向所述源MEP发送携带所述每节点MIP/MEP类型的设备节点的信息的回应报文,否则,将所述请求报文转发给下游设备节点。
13.根据权利要求12所述的系统,其特征在于,所述宿MEP位于每接口MIP/MEP类型的设备节点上,或者,所述宿MEP为每节点MIP/MEP类型的设备节点。
14.一种每接口MIP/MEP类型的设备节点,其特征在于,包括:
入接口MIP,用于接收上游设备节点发送的请求报文,转发所述请求报文,并判断所述请求报文是否在本设备节点终结,如果是,则向当前所在传输路径的源MEP节点发送携带所述入接口MIP的信息的回应报文;
出接口MIP或宿MEP,用于接收所述请求报文,判断所述请求报文是否在本设备节点终结,如果是,则向当前所在传输路径的源MEP节点发送携带所述出接口MIP的信息的回应报文,否则,将所述请求报文发送给下游设备节点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110029621.9A CN102624599B (zh) | 2011-01-27 | 2011-01-27 | Mpls-tp的传输路径的信息获取方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110029621.9A CN102624599B (zh) | 2011-01-27 | 2011-01-27 | Mpls-tp的传输路径的信息获取方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102624599A CN102624599A (zh) | 2012-08-01 |
CN102624599B true CN102624599B (zh) | 2016-12-07 |
Family
ID=46564290
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110029621.9A Expired - Fee Related CN102624599B (zh) | 2011-01-27 | 2011-01-27 | Mpls-tp的传输路径的信息获取方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102624599B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112995025B (zh) * | 2021-02-05 | 2023-02-28 | 杭州迪普科技股份有限公司 | 路径追踪方法、装置、设备及计算机可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004023153A (ja) * | 2002-06-12 | 2004-01-22 | Nippon Telegr & Teleph Corp <Ntt> | ネットワーク情報提示方法 |
CN101072132A (zh) * | 2005-11-28 | 2007-11-14 | 阿尔卡特公司 | 排除第2层聚合网络中多播连接流问题的诊断工具和方法 |
CN101136865A (zh) * | 2007-09-30 | 2008-03-05 | 中兴通讯股份有限公司 | 基于t-mpls分组传送网上实现业务链路追踪的方法 |
-
2011
- 2011-01-27 CN CN201110029621.9A patent/CN102624599B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004023153A (ja) * | 2002-06-12 | 2004-01-22 | Nippon Telegr & Teleph Corp <Ntt> | ネットワーク情報提示方法 |
CN101072132A (zh) * | 2005-11-28 | 2007-11-14 | 阿尔卡特公司 | 排除第2层聚合网络中多播连接流问题的诊断工具和方法 |
CN101136865A (zh) * | 2007-09-30 | 2008-03-05 | 中兴通讯股份有限公司 | 基于t-mpls分组传送网上实现业务链路追踪的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102624599A (zh) | 2012-08-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2395702B1 (en) | Method and device for processing fault | |
CN101247321B (zh) | 在基于直径协议的网络中进行路由诊断的方法、装置及系统 | |
CN101336530B (zh) | 网络系统 | |
CN101404599B (zh) | 网络故障检测的方法、主设备、从设备、控制终端和系统 | |
CN101132320B (zh) | 检测接口故障的方法及网络节点设备 | |
CN102823204B (zh) | 多协议标记交换环形拓扑中的优化快速重新路由 | |
CN101325584B (zh) | 路由跟踪方法、mpls网络系统及其入口节点 | |
EP2339784A1 (en) | Method and device for measuring network performance parameters | |
US9385944B2 (en) | Communication system, path switching method and communication device | |
JP2006086889A (ja) | L2−vpnサービスを提供するプロバイダ網、及びエッジルータ | |
CN100428703C (zh) | 对路由器进行整机测试的方法和系统 | |
CN102404145A (zh) | 多协议标签交换环网的检测方法、装置及系统 | |
US20140043960A1 (en) | Method, tor switch, and system for implementing protection switchover based on trill network | |
CN106254242A (zh) | 一种数据传输方法、集中控制器、转发面设备和本端通信装置 | |
CN100525244C (zh) | 实现等价转发类双向转发检测的方法 | |
CN106685693A (zh) | 一种网络异常检测方法、系统及网络设备 | |
CN103368844B (zh) | Mpls网络中的报文处理方法及标签交换路由器 | |
CN108566390A (zh) | 一种卫星应用层安全协议的实现方法及卫星消息监听与分发服务系统 | |
CN102487338A (zh) | 根据网络抖动调整bfd发送间隔的方法及装置 | |
CN102833122A (zh) | 一种环回检测方法及系统 | |
CN101808043A (zh) | 端口汇聚trunk成员业务报文转发状态的检测方法及装置 | |
CN102624599B (zh) | Mpls-tp的传输路径的信息获取方法、装置及系统 | |
CN101478489B (zh) | 一种is-is协议控制默认路由通告的方法和系统 | |
CN101106506A (zh) | 网络信息交换方法 | |
CN102420742A (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20161207 Termination date: 20210127 |
|
CF01 | Termination of patent right due to non-payment of annual fee |