一种实现链路跟踪的方法和系统的制作方法

文档序号:7779145
专利名称:一种实现链路跟踪的方法和系统的制作方法
技术领域
本发明涉及通信领域,具体涉及一种实现链路跟踪的方法和系统。
背景技术
在当前的以太网中,标准组织电气和电子工程师协会(Institute ofElectricaland Electronics Engineers, IEEE)制定了 一套以太网操作、管理和维护(Operation, Administration and Maintenance, 0AM)的工作机制,并已作为 802.lag 标准正式发布OIEEE 802.lag标准定义了以太网中的OAM功能逻辑实体,包括位于以太网传输路径两端的维护端点(Maintenance End Point, MEP),以及位于以太网传输路径中间的维护中间点(Maintenance Intermediate Point,MIP)。其中,维护端点和维护中间点统称为维护点(Maintenance Point, MP)。以太网中的每台交换机(Switch,SW)都可以基于端口创建MP。连通性检测(Continuity Check,CC)和链路跟踪(LinkTrace,LT)分别是 IEEE 802.lag 标准定义的以太网OAM功能之一,这两个功能可以同时运行。其中,连通性检测功能运行于MEPs之间,采用两个MEPs之间周期性主动互发连通性检测消息(Continuity Check Message, CCM)的机制,用于实时检测整个以太网传输路径的故障。链路跟踪功能运行于MEPs之间或MEP与MIP之间,当连通性检测功能检测到整个以太网传输路径没有故障时,链路跟踪功能用于进行路径发现,以检测整个或一段以太网传输路径所经过的节点情况;当连通性检测功能检测到传输路径发生故障时,链路跟踪功能用于进行故障定位。参见图1,图1描述了现有IEEE 802.lag标准定义的链路跟踪机制。图1中,SW1、Sff2, SW3和SW4为四个交换机,其中Sffl和SW4各创建有I个MEP,SW2和SW3各创建有I个MIP,现有以太网链路跟踪机制包括以下主要步骤:步骤I,启动链路跟踪功能后,源MEP向目的MP (可以是某个MIP或对端MEP)发送链路跟踪消息(LinkTrace Message, LTM);如图1中所示,SWl的MEPl向SW3的MIP2发送LTM。步骤2,源MEP到目的MP的固定单路径上的各MIP接收到所述LTM后,向发送该链路跟踪消息的源MEP回复链路跟踪响应(LinkTrace Reply, LTR)消息,该LTR消息沿反向固定单路径到达源MEP ;同时,MIP会继续将所述LTM向目的MP转发;如图1中所示,MIPl向MEPl回复LTRl,同时MIPl继续将LTM向MIP2转发。步骤3,目的MP接收到LTM后,向发送该LTM的源MEP回复LTR消息,该LTR消息沿反向固定单路径到达源MEP ;同时,目的MP不再继续对LTM进行转发;如图1中所示,目的MP(MIP2)向MEPl回复LTR2,同时MIP2不会继续转发LTM。步骤4,如果源MEP接收到所有MIP和目的MP回复的LTR消息,就达到了路径发现的目的;如果源MEP只接收到部分MIP回复的LTR消息,或者没有接收到任何LTR消息,就达到了故障定位的目的。
IEEE 802.1Qbp项目正在制定以太网中等价多路径(Equal Cost MultiplePaths,ECMP)的工作机制,用于实现业务流量在等价多路径上的负载分担,以提高以太网中的链路利用率。IEEE 802.1Qbp标准草案(版本D0.1)规定,对于一个支持ECMP的以太网,网络边缘交换机要给进入网络的客户以太帧打上一个转发标签(F-tag),此后网络边缘交换机和网络中间交换机根据该F-tag选择等价多路径中的一条进行客户以太帧的转发,当打上F-tag的客户以太帧离开网络时,网络边缘交换机会剥离客户以太帧所携带的F-tag。参见表1,表I描述了 IEEE 802.1Qbp标准草案(版本D0.1)规定的转发标签(F-tag)的具体封装格式。
TPID (16 bits)
PCP (3 bits) I DEI (I bit) I Rev (6 bits) —TTL (6 bits)—Flow ID (16 bits)表I如表I所示,F-tag包含16比特(bits)的标签协议标识(Tag Protocol ID,TPID)、3比特的优先级码组(Priority Code Point,PCP)、1比特的丢弃标识(DropEligibleIndicator, DEI) >6 比特的保留字段(Reserved Field, Rev) >6 比特的存活时间(Time ToLive,TTL),以及16比特的流标识(Flow ID)。其中流标识用于对进入网络的业务流量进行分流,不同的流标识可能对应于不同的传输路径,每一个特定的流标识用于选中源节点和目的节点之间等价多路径当中的一条特定路径。而且,对于两个节点之间的双向传输路径,分别对应于两个方向特定传输路径的流标识是没有关联的。也就是说,两个节点之间的一条共路双向传输路径(所谓共路是指正向传输路径和反向传输路径所经过的节点完全一致),对应于正向传输路径的流标识和对应于反向传输路径的流标识既可能相同,也可能不同;同样地,两个节点之间的一条不共路双向传输路径,对应于正向传输路径的流标识和对应于反向传输路径的流标识既可能相同,也可能不同。目前已发布的IEEE802.lag标准定义的链路跟踪功能,只适用两个维护点之间只有一条以太网传输路径 的情况,并且该功能一般是与连通性检测功能同时使用的。要实现链路跟踪的功能,有一个前提条件,就是要求LTR所经过的返回传输路径是畅通的,这个前提条件在802.lag标准所针对的双向共路固定单路径环境里是容易满足的。当连通性检测功能检测到传输路径没有故障时,可以确保LTR所经过的返回传输路径是畅通的;当连通性检测功能检测到传输路径发生故障时,有两种情况,一种情况是只检测到正向传输路径发生单向故障,此时同样可以确保LTR所经过的返回传输路径是畅通的,另一种情况是检测到正反向传输路径发生双向故障,此时802.lag标准定义的链路跟踪功能只考虑该双向故障发生在传输路径同一处的情境,而不考虑两个方向的传输路径分别在不同处同时发生故障的情境,前一种情境下同样可以确保LTR所经过的返回传输路径是畅通的。在IEEE 802.1Qbp所定义的ECMP以太网环境里,要求以太网OAM支持基于流的连通性检测功能和基于流的链路跟踪功能。其中,基于流的连通性检测功能可以沿用802.lag所规定的连通性检测机制,即在两个MEPs分别发送的CCM中携带相同的Flow ID ;而如果基于流的链路跟踪功能沿用802.lag所规定的链路跟踪机制,即LTM所经过的每个MIP只回复一个与LTM携带相同Flow ID的LTR,那么很难确保LTR所经过的返回传输路径是畅通的,链路跟踪功能的目的也就难以达到。举例来说,如图2所示,ECMP以太网环境里有SW1、SW2、SW3等共11个交换机节点,Sffl上的MEPl和SW5上的MEP2之间运行基于流的连通性检测功能,该功能通过两个MEPs之间周期性发送基于流的CCM来实现。如前所述,携带相同Flow ID的两个方向的CCM所经过的传输路径有可能不同,本例中MEPl向MEP2方向的CCM(Flow ID X)所经过的路径为 Sffl->SW21->Sff31->Sff41->Sff5, MEP2 向 MEPl 方向的 CCM(Flow ID X)所经过的路径为SW5->SW42->Sff33->Sff24->SffI 同样地,携带相同Flow ID的LTM和LTR所经过的传输路径也有可能不同,本例中LTM(Flow ID X)所经过的路径为SW1->SW21->SW31->SW41->SW5,节点SW21上的MIPl返回的LTRl (Flow ID X)所经过的路径为SW21_>SW1,节点SW31上的MIP2返回的LTR2 (Flow ID X)所经过的路径为SW31->SW22_>SW1,节点SW41上的MIP3返回的LTR3(Flow ID X)所经过的路径为SW41->SW32->SW23_>SW1,所以本例中从MEP2向MEPl方向的CCM无法检测各个MIP返回的LTR所经过的返回传输路径是否畅通。可见,在ECMP以太网环境里,沿用现有技术中的链路跟踪机制完成基于流的链路跟踪功能时,很难确保LTR所 经过的返回传输路径是畅通的,导致链路跟踪功能的目的难以达到。

发明内容
有鉴于此,本发明的主要目的在于提供一种实现链路跟踪的方法和系统,尽量避免LTR所经过的返回传输路径不畅通所带来的影响,以实现ECMP场景下针对正向传输路径的链路跟踪功能。为达到上述目的,本发明的技术方案是这样实现的: 一种实现链路跟踪的方法,该方法包括:源维护端点向目的维护点发送链路跟踪消息,其中携带所跟踪的正向传输路径的流标识;收到所述链路跟踪消息的维护中间点,根据自身到源维护端点的等价返回传输路径数,向源维护端点回复链路跟踪响应消息;各链路跟踪响应消息携带有不同的返回传输路径的流标识;当收到的所述维护中间点回复的链路跟踪响应消息为多个时,源维护端点只对该维护中间点回复的一个链路跟踪响应消息进行处理。根据所述等价返回传输路径数回复链路跟踪响应消息的方法为:针对去往源维护端点的所有等价返回传输路径,维护中间点回复能够避免所经过的返回传输路径不畅通所带来的影响的多于一个的链路跟踪响应消息。根据所述等价返回传输路径数回复链路跟踪响应消息的方法为:针对去往源维护端点的所有等价返回传输路径,维护中间点针对各返回传输路径均回复链路跟踪响应消息以覆盖所有返回传输路径;或,针对去往源维护端点的所有等价返回传输路径,维护中间点针对其中至少两条返回传输路径回复链路跟踪响应消息。
所述目的维护点为目的维护端点或目的维护中间点。该方法还包括:当确认所述链路跟踪响应消息所经过的反向传输路径没有故障时,目的维护端点只回复一个链路跟踪响应消息,其中携带相应的流标识;和/或,当确认所述链路跟踪响应消息所经过的反向传输路径有故障时,目的维护端点针对去往源维护端点的所有等价返回传输路径,回复能够避免所经过的返回传输路径不畅通所带来的影响的多于一个的链路跟踪响应消息。所述目的维护端点回复链路跟踪响应消息的方法为:针对去往源维护端点的所有等价返回传输路径,目的维护端点针对各返回传输路径均回复链路跟踪响应消息以覆盖所有返回传输路径;或,针对去往源维护端点的所有等价返回传输路径,目的维护端点针对其中至少两条返回传输路径回复链路跟踪响应消息。该方法还包括:源维护端点直接丢弃来自所述维护中间点的其它链路跟踪响应消息。对所述维护中间点回复的一个链路跟踪响应消息进行处理的方法为:对所述维护中间点回复的第一个链路跟踪响应消息进行处理。一种实现链路跟踪的系统,该系统包括源维护端点、维护中间点;其中,收到所述源维护端点发送的链路跟踪消息的所述维护中间点,用于根据自身到源维护端点的等价返回传输路径数,向源维护端点回复链路跟踪响应消息;各链路跟踪响应消息携带有不同的返回传输路径的流标识;所述源维护端点,用于向目的维护点发送链路跟踪消息,其中携带所跟踪的正向传输路径的流标识;以及在收到的所述维护中间点回复的链路跟踪响应消息为多个时,只对该维护中间点回复的一个链路跟踪响应消息进行处理。所述维护中间点在根据所述等价返回传输路径数回复链路跟踪响应消息时,用于:针对去往源维护端点的所有等价返回传输路径,回复能够避免所经过的返回传输路径不畅通所带来的影响的多于一个的链路跟踪响应消息。所述维护中间点在根据所述等价返回传输路径数回复链路跟踪响应消息时,用于:针对去往源维护端点的所有等价返回传输路径,针对各返回传输路径均回复链路跟踪响应消息以覆盖所有返回传输路径;或,针对去往源维护端点的所有等价返回传输路径,针对其中至少两条返回传输路径回复链路跟踪响应消息。所述目的维护点为目的维护端点或目的维护中间点。当所述目的维护点为目的维护端点时,所述目的维护端点用于:当确认所述链路跟踪响应消息所经过的反向传输路径没有故障时,只回复一个链路跟踪响应消息,其中携带相应的流标识;和/或,当确认所述链路跟踪响应消息所经过的反向传输路径有故障时,针对去往源维护端点的所有等价返回传输路径,回复能够避免所经过的返回传输路径不畅通所带来的影响的多于一个的链路跟踪响应消息。所述目的维护端点回复链路跟踪响应消息时,用于:针对去往源维护端点的所有等价返回传输路径,针对各返回传输路径均回复链路跟踪响应消息以覆盖所有返回传输路径;或,针对去往源维护端点的所有等价返回传输路径,针对其中至少两条返回传输路径回复链路跟踪响应消息。所述源维护端点还用于:直接丢弃来自所述维护中间点的其它链路跟踪响应消
肩、O所述源维护端点在对所述维护中间点回复的一个链路跟踪响应消息进行处理时,用于:对所述维护中间点回复的第一个链路跟踪响应消息进行处理。该系统设置于支持等价多路径的以太网中。可见,收到源维护端点发送的链路跟踪消息的维护中间点,能够根据自身到源维护端点的等价返回传输路径数,向源维护端点回复链路跟踪响应LTR消息;各链路跟踪响应消息携带有不同的返回传输路径的流标识;当收到的所述维护中间点回复的链路跟踪响应消息为多个时,源维护端点只对该维护中间点回复的一个链路跟踪响应消息进行处理。本发明方法和系统,均可尽量避免LTR所经过的返回传输路径不畅通所带来的影响,以实现ECMP场景下针对正向传输路径的链路跟踪功能。


图1为IEEE 802.lag标准规定的链路跟踪过程示意图;图2为ECMP环境中沿用802.lag标准规定的链路跟踪机制示意图;图3为本发明基于流的链路跟踪流程简图;图4为本发明实施例的用于路径验证的链路跟踪过程示意图;图5为本发明实施例的用于故障定位的链路跟踪过程示意图。
具体实施例方式在实际应用中,在支持等价多路径的以太网,通过扩展IEEE 802.lag标准定义的链路跟踪机制,基于流的传输路径上的维护中间点可以根据与源维护端点之间的等价路径数,向源维护端点回复能够覆盖所有等价返回传输路径的链路跟踪响应消息。源维护端点则只处理从所述维护中间点返回的一个链路跟踪响应消息(如第一个链路跟踪响应消息),因而能够尽量避免LTR所经过的返回传输路径不畅通所带来的影响。参见图3,图3为本发明基于流的链路跟踪流程简图,该流程包括以下步骤:步骤301:源维护端点向目的维护点发送链路跟踪消息。所述目的维护点可能是对端维护端点(可称为目的维护端点),也可能是某个维护中间点(可称为目的维护中间点)。所述链路跟踪消息携带有F-tag,其中包含所跟踪的特定正向传输路径的流标识(通常为16比特)。步骤302:维护中间点收到所述链路跟踪消息后,向源维护端点回复一个或多个链路跟踪响应消息。需要说明的是,回复的链路跟踪响应消息的个数等于所述维护中间点到源维护端点的等价返回传输路径数,且所有链路跟踪响应消息分别携带不同的流标识并遵循不同的返回传输路径。然后,所述维护中间点向目的维护点继续转发所述链路跟踪消
肩、OIEEE 802.1Qbp标准草案(版本D0.1)规定,支持ECMP的以太网运行中间系统到中间系统(Intermediate System to Intermediate System, IS-1S)路由协议,所以每一个网络节点都学习到了全网拓扑;而且,利用流标识和本地节点信息从等价多路径中选择特定传输路径的哈希(Hash)算法是标准化的,所以维护中间点可以自动选择一个或多个不同的流标识,进而分别封装一个或多个不同的链路跟踪响应消息,以实现对所有等价返回传输路径的全覆盖。步骤303:源维护端点收到所述维护中间点回复的链路跟踪响应消息后,记录下其中携带的节点标识、入接口、出接口等节点信息。并且,如果收到的所述维护中间点回复的链路跟踪响应消息(即:携带所述维护中间点的节点标识的链路跟踪响应消息)为多个,则源维护端点只对这些消息中的一个链路跟踪响应消息(如第一个链路跟踪响应消息)进行处理,而直接丢弃来自所述维护中间点的其它链路跟踪响应消息。对于启动链路跟踪功能的源维护端点而言,该源维护端点只关心所跟踪的特定正向传输路径所经过节点的可达性及其节点信息,而并不关心这些节点的返回传输路径信息,也就是说并不关心链路跟踪响应消息是通过什么路径返回的。所以针对所跟踪的特定正向传输路径经过的每个MIP,只要有一个链路跟踪响应消息能够返回到源维护端点,链路跟踪功能的实现就不会受到影响。以下通过两个实际应用中的具体实施例对本发明进一步描述。实施例一、本实施例中,源维护端点与对端维护端点之间运行基于流的连通性检测功能,周期性互发携带Flow ID X的CCM消息,通过运行连通性检测功能判断出MEPl到MEP2的对应于Flow ID X的特定正向传输路径没有故障。然后,源维护端点向对端维护端点发起基于流的链路跟踪,用于进行路径验证,以检测从源维护端点向对端维护端点的以太网传输路径所经过的节点情况。这里之所以称为路径验证,而不是802.lag标准中所称的路径发现,是因为802.1Qbp标准草案(版本D0.1)规定,在支持ECMP的以太网中要运行IS-1S路由协议,网络中的每一个节点都通过该路由协议学习到了全网的拓扑和所有的传输路径,所以链路跟踪在这里所实现的是路径验证的功能,即验证实际的传输路径是否与通过IS-1S路由协议学习到的传输路径一致。参见图4,图4为本发明实施例的用于路径验证的链路跟踪过程示意图。结合图3和图4,则图4所示过程主要包括如下步骤:步骤401:源维护端点MEPl根据输入信息确定目的维护点为对端维护端点MEP2并向其发送LTM,该LTM中携带所跟踪的传输路径的Flow ID X。源维护端点接收的输入信息包括MEP2所在端口的MAC地址,还包括从MEPl到达MEP2的特定正向传输路径的标识,这个标识可以是Flow ID X,也可以是能够计算出FlowID X的其它标识,比如描述流的信息参数(参数集“源/目的MAC地址、源/目的IP地址、源/目的端口”中的一个或多个)。
所跟踪的传输路径的Flow ID X包含在LTM所携带的F-tag中,于是LTM会遵循所述传输路径到达MEP2。步骤402:维护中间点MIPl收到LTM后,通过判断发现只有一条去往源维护端点MEPl的返回传输路径SW21->SW1。于是MIPl只向MEPl回复一个链路跟踪响应消息LTR1,其中携带从所述LTM中拷贝的Flow ID X。然后MIPl继续向目的维护点MEP2转发所述LTM。维护中间点MIP2收到LTM后,通过判断发现有两条去往源维护端点MEPl的返回传输路径 SW31->SW21->SW1 和 SW31->SW22->SW1,且 Flow ID X 和 Flow ID Y 分别对应于这两条返回传输路径。于是MIP2向MEPl回复两个链路跟踪响应消息LTR21和LTR22以覆盖两条返回传输路径,LTR21和LTR22分别携带Flow ID X和Flow ID Y。然后MIP2继续向目的维护点MEP2转发所述LTM。维护中间点MIP3收到LTM后,通过判断发现有三条去往源维护端点MEPl的返回传输路径 SW41->SW31->SW21->SW1、Sff41->SW31->SW22->Sffl 和 SW41->SW32->SW23_>SW1,且Flow ID X, Flow ID Y和Flow ID Z分别对应于这三条返回传输路径。于是MIP3向MEPl回复三个链路跟踪响应消息LTR31、LTR32和LTR33以覆盖三条返回传输路径,LTR31、LTR32和LTR33分别携带Flow ID X、Flow ID Y和Flow ID Z。然后MIP3继续向目的维护点MEP2转发所述LTM。需要说明的是,根据接收到的CCM消息中的远端缺陷指示(RemoteDefectlndicator, RDI),如果通过判断发现MEP2到MEPl的对应于Flow ID X的特定反向传输路径没有故障,那么目的维护点MEP2收到LTM后,可以只向MEPl回复一个链路跟踪响应消息LTR4,其中携带Flow ID X ;如果通过判断发现MEP2到MEPl的对应于Flow ID X的特定反向传输路径有故障,那么目的维护点MEP2可以根据判断出的四条去往MEPl的返回传输路径,向MEPl回复四个链路跟踪响应消息,其中分别携带可以覆盖这四条返回传输路径的不同的Flow ID0步骤403:源维护端点MEPl收到维护中间点MIPl、MIP2、MIP3,以及目的维护点MEP2回复的链路跟踪响应消息后,记录下其中携带的节点标识、入接口、出接口等节点信息。如果上述的所有返回传输路径都是畅通的,源维护端点MEPl会收到MIP2回复的两个链路跟踪响应消息,以及MIP3回复的三个链路跟踪响应消息,但MEPl只对分别来自MIP2和MIP3的第一个链路跟踪响应消息进行处理,而直接丢弃来自MIP2和MIP3的其它链路跟踪响应消息。实施例二、本实施例中,源维护端点与对端维护端点之间运行基于流的连通性检测功能,周期性互发携带Flow ID X的CCM消息,通过运行连通性检测功能判断出MEPl到MEP2的对应于Flow ID X的特定正向传输路径有故障。然后,源维护端点向对端维护端点发起基于流的链路跟踪,用于进行故障定位,以确定从源维护端点向对端维护端点的以太网传输路径上是哪两个节点之间存在故障。参见图5,图5为本发明实施例的用于故障定位的链路跟踪过程示意图。结合图3和图5,则图5所示过程主要包括如下步骤:步骤501:源维护端点MEPl根据输入信息确定目的维护点为对端维护端点MEP2并向其发送LTM,该LTM中携带所跟踪的传输路径的Flow ID X。
源维护端点接收的输入信息包括MEP2所在端口的MAC地址,还包括从MEPl到达MEP2的特定正向传输路径的标识,这个标识可以是Flow ID X,也可以是能够计算出FlowID X的其它标识,比如描述流的信息参数(参数集“源/目的MAC地址、源/目的IP地址、源/目的端口”中的一个或多个)。所跟踪的传输路径的Flow ID X包含在LTM所携带的F_tag中。步骤502:维护中间点MIPl收到LTM后,通过判断发现只有一条去往源维护端点MEPl的返回传输路径SW21->SW1,于是MIPl只向MEPl回复一个链路跟踪响应消息LTR1,其中携带从所述LTM中拷贝的Flow ID X。然后MIPl继续向目的维护点MEP2转发所述LTM。维护中间点MIP2收到LTM后,通过判断发现有两条去往源维护端点MEPl的返回传输路径 SW31->SW21->SW1 和 SW31->SW22->SW1,且 Flow ID X 和 Flow ID Y 分别对应于这两条返回传输路径。于是MIP2向MEPl回复两个链路跟踪响应消息LTR21和LTR22以覆盖两条返回传输路径,LTR21和LTR22分别携带Flow ID X和Flow ID Y。然后MIP2继续向目的维护点MEP2转发所述LTM。由于从MIP2去往MIP3的对应于Flow ID X的正向传输路径存在故障,所以维护中间点MIP3无法收到所述LTM,也就不会发送任何链路跟踪回复消息。步骤503:源维护端点MEPl收到维护中间点MIPl和MIP2回复的链路跟踪响应消息后,记录下其中携带的节点标识、入接口、出接口等节点信息。如果上述的所有返回传输路径都是畅通的,源维护端点MEPl会收到MIP2回复的两个链路跟踪响应消息,但MEPl只对来自MIP2的第一个链路跟踪响应消息进行处理,而直接丢弃来自MIP2的另一个链路跟踪响应消息。可见,通过对比本次链路跟踪所收集到的Flow ID X所对应的正向传输路径上的节点信息,以及之前收集到的Flow ID X所对应的正向传输路径上的节点信息,可以判断出传输故障发生在MIP2与MIP3之间(包括MIP3)。结合图3以及上述两个实施例可知,收到链路跟踪消息的维护中间点,可以根据自身到源维护端点的等价返回传输路径数,向源维护端点回复链路跟踪响应消息;所有链路跟踪响应消息都分别携带有相应的返回传输路径的流标识。基于上述思路,为了保证可靠性,针对去往源维护端点的所有返回传输路径,维护中间点会针对各返回传输路径均回复链路跟踪响应消息以覆盖所有返回传输路径。但在实际应用中,也可以进行各种灵活变化,如:针对去往源维护端点的所有返回传输路径,维护中间点针对其中至少两条返回传输路径回复链路跟踪响应消息,或者针对其中不少于两个、并且一半以上的返回传输路径回复链路跟踪响应消息。可见,无论返回传输路径的数目如何,只要所回复的具有一定数量(尽量多于一个)的链路跟踪响应消息能够尽量避免LTR所经过的返回传输路径不畅通所带来的影响即可。上述思路同样适用于步骤402中目的维护点MEP2回复链路跟踪响应消息的情况。另外,选择要回复链路跟踪响应消息的返回传输路径时,可以考虑通信负载、传输速率、服务质量(QoS)等。综上所述可见,无论是实现链路跟踪的方法还是包含维护中间点、源维护端点的实现链路跟踪的系统,本发明均可尽量避免LTR所经过的返回传输路径不畅通所带来的影响,以实现ECMP场景下针对正向传输路径的链路跟踪功能。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
权利要求
1.一种实现链路跟踪的方法,其特征在于,该方法包括: 源维护端点向目的维护点发送链路跟踪消息,其中携带所跟踪的正向传输路径的流标识; 收到所述链路跟踪消息的维护中间点,根据自身到源维护端点的等价返回传输路径数,向源维护端点回复链路跟踪响应消息;各链路跟踪响应消息携带有不同的返回传输路径的流标识; 当收到的所述维护中间点回复的链路跟踪响应消息为多个时,源维护端点只对该维护中间点回复的一个链路跟踪响应消息进行处理。
2.根据权利要求1所述的方法,其特征在于,根据所述等价返回传输路径数回复链路跟踪响应消息的方法为: 针对去往源维护端点的所有等价返回传输路径,维护中间点回复能够避免所经过的返回传输路径不畅通所带来的影响的多于一个的链路跟踪响应消息。
3.根据权利要求2所述的方法,其特征在于,根据所述等价返回传输路径数回复链路跟踪响应消息的方法为: 针对去往源维护端点的所有等价返回传输路径,维护中间点针对各返回传输路径均回复链路跟踪响应消息以覆盖所有返回传输路径;或, 针对去往源维护端点的所有等价返回传输路径,维护中间点针对其中至少两条返回传输路径回复链路跟踪响应消息。
4.根据权利要求1所述的方法,其特征在于,所述目的维护点为目的维护端点或目的维护中间点。
5.根据权利要求1至4任一项所述的方法,其特征在于,该方法还包括: 当确认所述链路跟踪响应消息所经过的反向传输路径没有故障时,目的维护端点只回复一个链路跟踪响应消息,其中携带相应的流标识;和/或, 当确认所述链路跟踪响应消息所经过的反向传输路径有故障时,目的维护端点针对去往源维护端点的所有等价返回传输路径,回复能够避免所经过的返回传输路径不畅通所带来的影响的多于一个的链路跟踪响应消息。
6.根据权利要求5所述的方法,其特征在于,所述目的维护端点回复链路跟踪响应消息的方法为: 针对去往源维护端点的所有等价返回传输路径,目的维护端点针对各返回传输路径均回复链路跟踪响应消息以覆盖所有返回传输路径;或, 针对去往源维护端点的所有等价返回传输路径,目的维护端点针对其中至少两条返回传输路径回复链路跟踪响应消息。
7.根据权利要求1所述的方法,其特征在于,该方法还包括: 源维护端点直接丢弃来自所述维护中间点的其它链路跟踪响应消息。
8.根据权利要求1所述的方法,其特征在于,对所述维护中间点回复的一个链路跟踪响应消息进行处理的方法为: 对所述维护中间点回复的第一个链路跟踪响应消息进行处理。
9.一种实现链路跟踪的系统,其特征在于,该系统包括源维护端点、维护中间点;其中,收到所述源维护端点发送的链路跟踪消息的所述维护中间点,用于根据自身到源维护端点的等价返回传输路径数,向源维护端点回复链路跟踪响应消息;各链路跟踪响应消息携带有不同的返回传输路径的流标识; 所述源维护端点,用于向目的维护点发送链路跟踪消息,其中携带所跟踪的正向传输路径的流标识;以及在收到的所述维护中间点回复的链路跟踪响应消息为多个时,只对该维护中间点回复的一个链路跟踪响应消息进行处理。
10.根据权利要求9所述的系统,其特征在于,所述维护中间点在根据所述等价返回传输路径数回复链路跟踪响应消息时,用于: 针对去往源维护端点的所有等价返回传输路径,回复能够避免所经过的返回传输路径不畅通所带来的影响的多于一个的链路跟踪响应消息。
11.根据权利要求10所述的系统,其特征在于,所述维护中间点在根据所述等价返回传输路径数回复链路跟踪响应消息时,用于: 针对去往源维护端点的所有等价返回传输路径,针对各返回传输路径均回复链路跟踪响应消息以覆盖所有返回传输路径;或, 针对去往源维护端点的所有等价返回传输路径,针对其中至少两条返回传输路径回复链路跟踪响应消息。
12.根据权利要求9所述的系统,其特征在于,所述目的维护点为目的维护端点或目的维护中间点。
13.根据权利要求9至12任一项所述的系统,其特征在于,当所述目的维护点为目的维护端点时,所述目的维护端点用于: 当确认所述链路跟踪响应消息所经过的反向传输路径没有故障时,只回复一个链路跟踪响应消息,其中携带相应的流标识;和/或, 当确认所述链路跟踪响应消息所经过的反向传输路径有故障时,针对去往源维护端点的所有等价返回传输路径,回复能够避免所经过的返回传输路径不畅通所带来的影响的多于一个的链路跟踪响应消息。
14.根据权利要求13所述的系统,其特征在于,所述目的维护端点回复链路跟踪响应消息时,用于: 针对去往源维护端点的所有等价返回传输路径,针对各返回传输路径均回复链路跟踪响应消息以覆盖所有返回传输路径;或, 针对去往源维护端点的所有等价返回传输路径,针对其中至少两条返回传输路径回复链路跟踪响应消息。
15.根据权利要求9所述的系统,其特征在于,所述源维护端点还用于:直接丢弃来自所述维护中间点的其它链路跟踪响应消息。
16.根据权利要求9所述的系统,其特征在于,所述源维护端点在对所述维护中间点回复的一个链路跟踪响应消息进行处理时,用于: 对所述维护中间点回复的第一个链路跟踪响应消息进行处理。
17.根据权利要求9所述的系统,其特征在于,该系统设置于支持等价多路径的以太网中。
全文摘要
本发明公开了一种实现链路跟踪的方法和系统,收到源维护端点发送的链路跟踪消息的维护中间点,根据自身到源维护端点的等价返回传输路径数,向源维护端点回复链路跟踪响应消息;各链路跟踪响应消息携带有不同的返回传输路径的流标识;当收到的所述维护中间点回复的链路跟踪响应消息为多个时,源维护端点只对该维护中间点回复的一个链路跟踪响应消息进行处理。本发明方法和系统,均可尽量避免链路跟踪响应消息所经过的返回传输路径不畅通所带来的影响,以实现等价多路径场景下针对正向传输路径的链路跟踪功能。
文档编号H04L12/24GK103166786SQ201110419929
公开日2013年6月19日 申请日期2011年12月15日 优先权日2011年12月15日
发明者肖敏 申请人:中兴通讯股份有限公司
再多了解一些
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1