CN100550788C - 多跳伪线故障检测和上报方法 - Google Patents
多跳伪线故障检测和上报方法 Download PDFInfo
- Publication number
- CN100550788C CN100550788C CNB2006800004966A CN200680000496A CN100550788C CN 100550788 C CN100550788 C CN 100550788C CN B2006800004966 A CNB2006800004966 A CN B2006800004966A CN 200680000496 A CN200680000496 A CN 200680000496A CN 100550788 C CN100550788 C CN 100550788C
- Authority
- CN
- China
- Prior art keywords
- message
- fault
- hop
- fault detect
- oam
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及包交换网络,特别涉及多跳伪线的故障检测和上报方法,以解决现有技术中无法上报多跳伪线故障并进行端到端维护的问题。所述监测方法为源端节点发送的端到端监测报文被交换节点透传到终端节点,实现端到端监测;所述故障上报方法为交换节点监测到故障时,向下游终端节点发送透传的携带故障信息的故障通知报文。
Description
技术领域
本发明涉及包交换网络,特别涉及多跳伪线的故障检测和上报方法。
背景技术
PSN(Packet Switch Network,包交换网络)是目前传送网络融合的一个发展趋势,即传统业务迁移到融合网络上来,且融合网络要能适应新业务发展的需要。PSN网络由于其带宽利用率高(可统计复用)、QoS(Qualityof Service,业务质量)保证能力逐步提高而得到相当的重视,很多运营商已经将FR(Frame Relay,帧中继)专线、以太网(Ethernet)专线、ATM(Asynchronous Transfer Mode,异步转移模式)专线业务迁移到PSN上来,以减少运营成本,提高业务部署能力。PSN网络主要有MPLS(MultipleProtocol Label Switching,多协议标签交换)网络、L2TP(Layer 2TunnelingProtocol,2层隧道协议)网络、纯IP(Internet Protocol,互联网协议)网络,其中,MPLS有发展成为一个独立的传送层的趋势。
PW(Pseudo Wire,伪线)是指在PSN上承载的仿真业务,在IETF PWE3工作组中定义了如何在MPLS/IP网络上仿真ATM、FR、Ethernet业务的方法。在标准化上,IETF(Internet Engineering Task Force,互联网工程任务组)组织已经定义了PWE3(Pseudo Wire Emulation Edge-to-Edge,边缘到边缘的伪线仿真)相关草案,以实现ATM/FR/Ethernet/N*64K等业务在PSN网络上的传送。
PW的模型如图1所示,PW分为单跳PW和多跳PW,单跳PW(简称S S-PW,Single-Segment PW;又称为SH-PW,Single-Hop PW)是指在两个PE(Provider Equipment,运营商设备)之间直接建立PW,中间不经过其他PE,即中间没有PW交换点,如图1中直接建立在PE1和PE2之间的两个PW:PW1和PW2就是单跳PW。多跳PW(简称MS-PW,Multi-Segment PW;又称为MH-PW,Multi-Hop PW)是指在两个PE之间所建立的PW要经过一个或者多个PE(中间的PE被称为PW交换点),如图1中建立在PE1和PE3之间的PW3和PW4组成一个多跳PW,PW5和PW6组成另外一个多跳PW,多跳PW需要在至少两个单跳PW之间进行交换,例如:对于由PE2连接的PW3和PW4,每个单跳PW即PW3和PW4可以分别被看作一段PW(Segmented PW),业务经过中间PE2转发,PE2被称为S-PE(Switching-PE,PW交换点),两端的PE被称为U-PE(Ultimate PE,终端PE)或者T-PE(Terminate PE,终端PE)。
目前,在PWE3工作组草案中,已经定义了单跳PW的OAM(OperationAnd Maintenance,操作维护)解决方案,包括OAM MAP(Pseudo Wire(PW)OAM Message Mapping,操作维护消息映射方法)和VCCV(Virtual CircuitConnectivity Verification,虚电路连接性校验),其中,OAM MAP描述了接入的2层网络和PW之间的故障信息通信方法,VCCV描述了两个PE间PW上的故障检测和诊断方法。如图1所示,单跳PW OAM方案定义了三种用于PW的故障检测和诊断的VCCV报文:ICMP(Internet ControlMessage Protocol,internet控制消息协议)PING报文、BFD(BidirectionalForwarding Detection,双向转发检测)报文和LSP(Label Switch Path,标签交换路径)PING报文,
基于BFD的检测方法是在一个PE如PE1根据协商的发送周期发送BFD控制报文到另一个PE如PE2,如果PE2在一定时间内没有接收到该报文,则表示从PE1到PE2间的线路出了故障,否则,表示PE1到PE2间的线路工作正常。而基于PING的检测方法是一个PE如PE1向另外一个PE如PE2发送PING报文,PE2收到PING报文后将报文环回作为响应报文,如果在给定的时间内PE1收到该环回的响应报文,则表示PE1和PE2间的双向线路工作正常,否则,则表示出了故障。
PE1和PE2之间通过交互VCCV报文检测PW1出现故障时,可上报告警,或者执行保护倒换。
当多跳PW中的某一段PW出现故障时,可以采用如下两种保护倒换策略,一种策略是基于每段SS-PW的保护,即由PE1和PE2将PW2倒换到PW1上,另一种策略是基于端到端(E2E)的OAM,即在两个终端PE之间重建一条保护的多跳PW进行倒换,故障信息一般在连接发生故障的PE收集,而单跳PW OAM无法区分每段SS-PW的故障和端到端MS-PW故障,再有由于单跳PW OAM的上述三种报文只能在相邻的两个PE之间进行传送,不能将MS-PW中的每个Segmented PW上的故障信息反馈到MS-PW终端PE,因此无法实施第二种保护倒换策略,也无法根据具体设备的能力灵活选择保护策略。
发明内容
本发明一方面提供一种多跳伪线故障检测方法,本发明另一方面提供一种多跳伪线故障检测上报方法。
一种多跳伪线端到端故障检测方法,包括如下步骤:
多跳伪线(MS-PW)的第一终端节点(U-PE1)根据预定触发条件或时间发送MS-PW端到端故障检测报文,交换节点(S-PE)接收并向下游逐跳透传端到端故障检测报;
第二终端节点(U-PE2)根据所述预定触发条件或时间判断是否收到对应的所述端到端故障检测报文,如果是则确认所述MS-PW正常运行,否则确认所述MS-PW发生故障。
一种多跳伪线端到端故障检测方法,包括如下步骤:
MS-PW的U-PE1发送MS-PW端到端故障检测报文,所述端到端故障检测报文被S-PE接收并向下游逐跳透传给U-PE2,U-PE2在接收到所述端到端故障检测报文向U-PE1返回响应消息;并且
U-PE1监测所述端到端故障检测报文的响应时间,在所述响应时间超时前收到所述响应消息则确认所述MS-PW正常运行,否则确认所述MS-PW发生故障。
上述两个方法中,所述端到端故障检测报文中含有第一标识信息,所述S-PE或U-PE2根据该第一标识信息识别收到的报文为端到端故障检测报文。
一种多跳伪线故障检测上报方法,包括如下步骤:
MS-PW的S-PE在确定其所在的PW发生故障后,生成携带故障信息的故障通知报文并向下游发送;
下游S-PE将接收到的所述故障通知报文逐跳透传转发给U-PE2,或者U-PE2直接在下游接收到所述故障通知报文;
U-PE2从接收到的所述故障通知报文中获取所述故障信息。
所述S-PE确定其所在的PW发生故障的方法为:
连接在该跳PW一端的PE根据预定触发条件或时间向对端发送单跳故障检测报文进行检测,对端根据所述预定触发条件或时间判断是否收到对应的所述单跳故障检测报文,如果是则确认该跳PW正常运行,否则确认该跳PW发生故障;或者
连接在该跳PW一端PE向对端发送单跳故障检测报文,并判断是否在设定时间内收到对端响应所述单跳故障检测报文的消息,如果是则确认该跳PW正常运行,否则确认该跳PW发生故障。
所述方法还包括:S-PE检测到隧道(Tunnel)故障、或PW状态通知故障、或本地PE设备故障时,也生成携带故障信息的故障通知报文并向下游发送。
所述故障通知报文含有第二标识信息,所述S-PE或U-PE2根据该第二标识信息识别收到的报文为故障通知报文;和/或
所述单跳故障检测报文含有第三标识信息,所述S-PE或U-PE2根据该第三标识信息识别收到的报文为单跳故障检测报文。
所述故障信息包括故障类型信息和故障位置信息。
应用本发明的故障检测及故障上报方法,实现了多跳伪线中每一跳PW发生故障时,连接该跳PW的S-PE能够及时将故障信息上报终端PE,实现端到端的维护。同时,本发明与现有的单跳PW OAM有很好的兼容性,易于实现。
附图说明
图1为PW模型示意图,包括单跳PW和多跳PW;
图2为现有的带内OAM报文的控制字结构;
图3为根据本发明一实施例的扩展后的带内OAM报文的控制字格式示意图,其中增加了F/T标识;
图4为根据本发明一实施例的FIN报文格式示意图;
图5为根据本发明一实施例的端到端MS-PW OAM示意图;
图6为根据本发明一实施例的用于OAM能力协商的VCCV控制报文格式示意图。
具体实施方式
本发明的技术构思在于:
1、当PE设备支持段的OAM方式时,为实现将段的故障信息通过类似于端到端的OAM方式透传到终端PE,本发明首先提供一种新的报文类型:FIN(Fault Information Notification,故障信息通知)报文,通过该报文实现PW段上的故障信息传送到MS-PW终端PE。
2、基于本发明所述的FIN报文,本发明提供解决基于端到端(E2E)OAM的检测及上报方式,当某个PW段发生故障时,下游的PE(S-PE)可以通过FIN报文将本段PW上的故障信息告诉U-PE,从而可以触发U-PE快速倒换、告警抑制和告警上报等。
3、基于本发明所述的E2E OAM方式,本发明还提供一种操作维护协商方法,由PE在建立MS-PW的过程中,根据各自的能力,可选择基于每段SS-PW的保护和/或基于端到端的MS-PW保护。基于每段SS-PW的保护就需要基于段的OAM(SEGMENT OAM)能力,而基于端到端的MS-PW保护就需要基于端到端的OAM(E2E OAM)能力。
下面以具体实施方式进行详细说明:
一、FIN报文
1、FIN报文净荷中需要携带的信息
FIN报文类型指示信息:用于标识该报文用于故障信息上报,通常方法是在一个特定的bit位上设置约定的1或0进行指示。
故障位置信息:用于标识故障位置,可以定义为产生FIN报文的S-PE的IP地址来表示;故障位置信息用于故障定位,一般需要上报到网管,这样操作维护人员就可以知道故障的大体位置,并进行维修。
故障类型信息:用于表明故障类型,可以是PW状态信息,如“PseudoWire Not Forwarding”等,也可以是BFD检测所产生的故障诊断信息,如VCCV中指出的“Control Detection Time Expired”等,通常设定为对应的故障代码。
网管根据不同的故障类型可以判断是数据平面还是控制平面出了问题,或者故障的严重程度等,可根据故障类型制定不同的倒换策略。
FIN报文净荷前面是FIN报文头,该报文头的格式与具体的PSN网络有关。比如当PSN网络为MPLS网络时,FIN报文头中可能还需要包括如下信息:传输隧道标签(Transport tunnel label)和伪线标签(PW label)等信息。
2、FIN报文的触发条件包括:
--由本地OAM机制(如BFD)检测到的故障;
--Tunnel故障;
--PW状态通知故障;
--本地PE故障,比如软硬件失效等。
其中由本地OAM机制(如BFD)检测到的故障为主要触发条件。
3、FIN报文的结构
FIN报文可以利用现有VCCV控制信道进行传送,现有VCCV控制信道有三种,一种是带内OAM报文通道(利用控制字来识别OAM报文),一种带外OAM报文通道(利用特殊标签来识别OAM报文),还有一种是TTL expire(生存时间超时)OAM,后两种方式在OAM净荷处理上比较类似。FIN报文可以利用现有上述三种控制信道中的任何一种进行扩展,下面以带内OAM报文为例进行说明。
如图2所示,带内OAM报文的控制字包括32bit,其中,前4bit用于标识报文类型,0000表示该报文是数据报文,0001表示该报文是带内OAM报文,紧接着的4bit用于设置FmtID(Format Identifier,头格式标识符),后16bit用于设置信道类型(Channel Type)标识,中间有8bit的保留位(Reserved)中,可以任意选择其中的任何1个bit位设置FIN报文类型指示信息。
为实现分别进行SEGMENT OAM或E2E OAM故障检测机制,同样需要对VCCV故障检测报文进行扩展以区别两种故障检测方式,仍利用控制字中的保留位(Reserved)来标识报文是SEGMENT OAM报文还是E2EOAM报文,SEGMENT OAM报文用于某一PW段(SS-PW)上的故障检测、诊断和通告,而E2E OAM报文用于端到端的MS-PW的故障检测、诊断和通告。
无论采用SEGMENT OAM或E2E OAM故障检测机制,只要S-PE支持FIN报文上报能力,当连接的上一跳段PW发生故障时,收集故障信息并生成FIN报文发送给终端U-PE,从而实现端到端的操作维护。
综上所述,扩展后的控制字格式如图3所示,采用Bitmask(位掩码)方式在第8Bit个设置F标识,用于标识该报文为FIN报文,具体置1或0遵循约定,在第9Bit个设置T,用于标识报文是SEGMENT OAM报文还是E2E OAM报文,具体置1或0遵循约定。图3所示仅为可以采用的一种标识方式,具体标识位置可以选用任何一个保留位,并不限定本发明的实施。
通过上述扩展,当PSN网络为MPLS时,FIN报文格式如图4所示,其中报文头中包括:Transport tunnellabel标签、PW label标签和控制字,扩展后的VCCV报文中的控制字中包含F标识,标识该报文是否为FIN报文;包含T标识,标识该报文是SEGMENT OAM报文或E2E OAM报文。FIN报文净荷域中携带故障位置信息、故障类型信息或其他一些信息。
对于带外OAM通道,亦可以在OAM净荷中采用相应的F/T标识来进行相应的标识和处理,具体设置方式类似,这里不再详细叙述。
二、PE设备对不同OAM报文的相应处理包括:
1、如果F指示该OAM报文是故障信息通知报文,则在S-PE直接透传,直到U-PE;
2、如果F指示该OAM报文不是故障信息通知报文,则表示该报文为PW建立时所协商的报文,则按照普通VCCV报文进行处理;
3、如果T指示该报文是SEGMENT OAM报文,则当S-PE收到该报文时,进行相应处理后不再进行转发;这是因为它是SEGMENT OAM报文,即基于SS-PW的报文,只需对该PW段进行检测,所以不需要传到U-PE,当然,如果该PW段是在S-PE和U-PE之间,那就要传到U-PE。实际上SEGMENT OAM报文只要传到PW段的终点PE就可以了,不需要传到MS-PW的终点PE。
4、如果T指示该报文是E2E OAM报文,则当S-PE收到该报文时,直接透传到MS-PW所对应的下一跳段PW,直到U-PE。
如图5,当SEGMENT2发生故障时,下游S-PE会得到故障信息,从而向远端PE即U-PE2发送故障信息通知报文,告知故障所属的位置和故障类型等信息,具体为:当S-PE1→S-PE2这段出现故障时,S-PE1向U-PE2通知故障信息。当S-PE2→S-PE1这段出现故障时,S-PE2向U-PE1通知故障。当U-PE收到FIN报文后,向对端U-PE发送PW状态通知消息,以告知PW当前状态。
三、OAM能力协商方法
由于PE节点可能不支持上述新的OAM能力,因此在建立MS-PW的过程中,需要在U-PE和S-PE、S-PE和S-PE以及U-PE和U-PE间协商上述OAM能力,为了支持这种协商功能(即两种能力,一种能力是是否支持故障信息通知OAM报文处理,一种能力是是否支持E2E OAM还是SEGMENT OAM还是两者都支持),需要对PWE3所定义的VCCV控制报文格式进行扩展,添加有关OAM能力信息的标识信息,一般扩展方式仍为Bitmask方式,即某一bit表示支持或不支持某个功能,比如bit0表示ICMP PING功能,该位为0,表示不支持该功能,该位为1,表示支持该功能,再比如bit1表示LSP PING功能,该位为0,则表示不支持LSPPING功能,该位为1,则表示支持LSP PING功能。
VCCV能力协商时采用如图6所示接口参数格式:其中:
0Xc4:T域即类型域,表示该TLV(Type-Length-Value,类型-长度-值)的类型为VCCV接口参数;
0x04:L域即长度域,表示该TLV的长度,VCCV的接口参数长度为4字节;
CC types表示发送方所支持的控制通道类型;
CV types表示发送方所支持的OAM报文类型,可以采用Bitmask的方式,定义0x01标识支持ICMP PING故障检测报文,0x02标识支持LSPPING故障检测报文,0x04标识支持BFD故障检测报文。
可以考虑将故障信息上报能力和检测能力同时进行协商,采用Bitmask的方式,比如在CV types中定义0x10表示是否支持FIN报文,0x20表示是否支持SEGMENT OAM,0x40表示是否支持E2E OAM,通过上述扩展,保证了对原有SS-PW OAM的完全兼容。
对应于图5所示的多跳PW模型,相应网络单元对MS-PW OAM报文的处理包括:
1、U-PE处理:分为OAM能力协商,OAM报文产生,接收和发送处理
当MS-PW建立时,源U-PE在信令消息中携带故障信息通知能力信息和SEGMENT/E2E OAM能力信息(其中的SEGMENT/E2E OAM表示SEGMENT和/或E2E OAM,以下同),以及支持的CC types和CV types等信息,当远端U-PE收到该协商要求后,根据自身能力决定是否支持,并进行响应。
当U-PE支持E2E OAM时,根据建立信令时的协商结果决定发送相应的端到端的VCCV报文;当U-PE支持SEGMENT OAM时,根据建立信令时的协商结果决定发送相应的单跳VCCV报文;
当U-PE收到E2E OAM报文时,进行相应的MS-PW OAM处理,比如判断端到端的PW的状态等;
当U-PE收到SEGMENT OAM报文时,进行相应的单跳PW OAM处理,该处理过程和现有的单跳处理过程相同。
2、S-PE处理:分为OAM能力协商,OAM报文发送和处理
当MS-PW建立时,S-PE会在信令消息中收到故障信息通知能力信息和SEGMENT/E2E OAM能力信息,以及支持的CC types和CV types信息,根据自身能力决定是否支持其中的一种或多种能力。如果支持其中的某种或多种能力,则在转发到下一跳PE的信令消息中携带其支持的某种或多种能力指示;如果不支持其中任何一种能力,则PW将无法建立;
当S-PE支持E2E OAM时,如果收到E2E OAM报文,则直接透传,不做进一步的处理;当S-PE支持SEGMENT OAM时,此时的S-PE就相当于单跳PW的U-PE,进行相应的处理;当S-PE不支持E2E OAM时,如果收到E2E OAM报文,则丢弃;当S-PE不支持SEGMENT OAM时,如果收到SEGMENT OAM报文,则丢弃;
如果S-PE通过OAM诊断或者PW状态信令等得知该段PW故障,那么S-PE将向相应的MS-PW上的下游或上游发送故障信息通知报文;
当S-PE收到故障信息通知报文时,如果不支持FIN报文,则丢弃该报文;如果支持FIN报文,则继续转发该报文。
综上所述,如果要实现E2E OAM机制,则S-PE必须支持FIN能力,下面以分别以具体的协商流程实施例和维护操作流程详细说明:
如图5所示,图中所示MS-PW包括4个单跳PW段,两个终端节点设备和三个交换节点设备,不失一般性,假设所有PE只支持BFD检测报文,其中:源端U-PE和终端U-PE同时支持FIN、SEGMENT OAM和E2EOAM能力,交换S-PE1、S-PE2和S-PE3支持FIN和E2E OAM能力,则在MS-PW建立时,协商流程包括正向协商和反向协商两个过程,包括以下步骤,其中正向协商包括步骤S101~S104:
S101、源端U-PE在正向MS-PW建立消息,该正向建立消息中包括源端U-PE支持的故障信息上报能力信息和故障检测能力信息;
S102、各个S-PE依次接收所述正向建立消息,判断本地是否支持所述故障信息上报能力信息和是否部分支持故障检测能力信息,如果全部支持或部分支持则在上述正向建立消息中仅保留本地支持的能力信息后再转发,然后转入步骤S103;如果全部不支持,则转入步骤S104;
S103、终端U-PE接收到S-PE逐跳转发的所述正向建立消息,判断本地是否支持被保留的能力信息,如果全部支持或部分支持,则根据本地策略在支持的能力信息集合中确定执行相应的MS-PW维护处理;如果全部不支持,则转入步骤S104;
S104、拆除已经建立的PW段。
正向协商成功并建立正向PW后,在步骤S103和S104之间还包括反向协商过程,具体包括如下步骤:
S1031、终端U-PE向源端U-PE发送反向MS-PW建立消息中,该反向建立消息中携带终端U-PE支持的故障信息上报能力信息和故障检测能力信息,或者携带在正向建立过程中确定的所支持的能力信息集合;
S1032、S-PE逐跳接收上述反向建立消息,判断本地是否支持故障信息上报能力信息和是否部分支持故障检测能力信息或在正向建立过程中确定的所支持的能力信息集合,如果全部支持或部分支持则在所述反向建立消息仅保留本地支持的能力信息后再转发,然后转入步骤S1033;如果全部不支持,则转入步骤S104;
S1033、源端U-PE接收到S-PE逐跳转发的所述反向建立消息,判断本地是否支持被保留的能力信息,如果全部支持或部分支持,则根据本地策略在支持的能力信息集合中确定执行相应的MS-PW维护处理;如果全部不支持,则转入步骤S104。
正向建立消息和/或反向建立消息中还包含支持的故障检测报文类型能力信息,U-PE或S-PE根据最后的能力信息交集选择支持的故障检测报文进行检测。例如,假设图1中PE1支持BFD/LSP PING,PE2支持BFD,PE3支持BFD/LSP PING,当建立从PE1到PE3的正向PW时,PE1发送的正向建立消息中携带OAM能力指示表示PE1支持BFD/LSPPING两种能力,当PE2接收到后,向PE3发送的正向建立消息中携带的OAM能力指示只剩下BFD能力,当该建立消息到达PE3后,PE3选择BFD能力。在PE3到PE1的反向PW建立时,PE3发送的反向建立消息中携带的OAM能力指示可以有两种方法表示,一种方法是携带PE3所支持的所有OAM能力信息,即BFD/LSPPING,另外一种方法是携带刚才PE3在正向PW建立的过程中选择的OAM能力,即BFD。随后的处理过程与正向PW建立过程中的OAM能力协商处理过程相同。
接口参数协商过程是分段进行的,只有一个MS-PW经过的所有PE支持至少一个相同的检测报文,并同时支持能力SEGMENT OAM或E2EOAM能力,并且在支持E2E OAM时,还必须支持FIN能力的情况下,接口参数协商可以完成,否则,当其中的一个PE发现无法支持接口能力协商控制报文中的标识的OAM能力时,则停止往上游发送接口能力协商控制报文,拆除建立的PW段。
PE保存协商结果,并在MS-PW业务中,根据上述协商结果进行相应处理。参见图5,如果协商结果是SEGMENT OAM,则执行下述SEGMENTOAM流程:
S201、SEG1、SEG2、SEG3、SEG4分别执行SS-PW OAM,PE之间单向或双向发送单跳VCCV检测报文;
单跳VCCV检测报文控制字格式如图3所示,在现有检测报文中设置标识T,置1为单跳VCCV检测报文;
如果MS-PW出现故障,例如图5所示,SEG2故障,则下游S-PE2没有收到周期性的单跳VCCV检测报文时,判断发生故障;则执行步骤S202;
S202、S-PE2生成FIN报文发送给U-PE2;
FIN报文中包括故障信息和S-PE2的IP地址信息等,FIN报文的控制字格式仍如图3所述,设置有标识F;
S203、S-PE3接收到FIN报文后,不进行任何处理,直接发送给终端U-PE2;
S204、终端U-PE2接收到FIN报文后,获取故障信息并触发保护倒换、告警抑制和告警上报等处理。
参见图5,如果协商结果是执行E2E OAM,则SEG1、SEG2、SEG3、SEG4分别执行SS-PW OAM,U-PE和S-PE发送相应的单跳VCCV报文,执行单跳OAM。
如果MS-PW正常,源端U-PE发送端到端VCCV检测报文,该端到端VCCV检测报文控制字格式仍如图3所示,在现有检测报文中设置标识T,T置为0为端到端VCCV检测报文;S-PE1、S-PE2、S-PE3接收到包含T标识为0的检测报文后不进行任何处理,继续发送直到终端U-PE2。
根据支持的检测报文的类型,当仅支持BFD或根据本地策略选择BFD报文时,多跳伪线端到端故障检测方法包括如下步骤:
S301、MS-PW的U-PE1根据预定触发条件或时间发送MS-PW端到端故障检测报文,所述端到端故障检测报文被S-PE接收并向下游逐跳透传;
S302、U-PE2根据所述预定触发条件或时间判断是否收到对应的所述端到端故障检测报文,如果是则确认所述MS-PW正常运行,否则确认所述MS-PW发生故障。
如果选择发送PING包的检测方法,多跳伪线端到端故障检测方法包括如下步骤:
S401、MS-PW的U-PE1发送MS-PW端到端故障检测报文,所述端到端故障检测报文被S-PE接收并向下游逐跳透传给U-PE2,U-PE2在接收到所述端到端故障检测报文向U-PE1返回响应消息;并且
S402、U-PE1监测所述端到端故障检测报文的响应时间,在所述响应时间超时前收到所述响应消息则确认所述MS-PW正常运行,否则确认所述MS-PW发生故障。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (9)
1、一种多跳伪线端到端故障检测方法,其特征在于,包括如下步骤:
多跳伪线MS-PW的第一终端节点U-PE1根据预定触发条件或时间发送MS-PW端到端故障检测报文,交换节点S-PE接收并向下游逐跳透传端到端故障检测报文;
第二终端节点U-PE2根据所述预定触发条件或时间判断是否收到对应的所述端到端故障检测报文,如果是则确认所述MS-PW正常运行,否则确认所述MS-PW发生故障。
2、如权利要求1所述的方法,其特征在于,所述端到端故障检测报文中含有第一标识信息,所述S-PE或U-PE2根据该第一标识信息识别收到的报文是否为端到端故障检测报文。
3、一种多跳伪线端到端故障检测方法,其特征在于,包括如下步骤:
MS-PW的U-PE1发送MS-PW端到端故障检测报文,所述端到端故障检测报文被S-PE接收并向下游逐跳透传给U-PE2,U-PE2在接收到所述端到端故障检测报文向U-PE1返回响应消息;并且
U-PE1监测所述端到端故障检测报文的响应时间,在所述响应时间超时前收到所述响应消息则确认所述MS-PW正常运行,否则确认所述MS-PW发生故障。
4、如权利要求3所述的方法,其特征在于,所述端到端故障检测报文中含有第一标识信息,所述S-PE或U-PE2根据该第一标识信息识别收到的报文为端到端故障检测报文。
5、一种多跳伪线故障检测上报方法,包括如下步骤:
A1、MS-PW的S-PE在确定其所在的PW发生故障后,生成携带故障信息的故障通知报文并向下游发送;
A2、下游S-PE将接收到的所述故障通知报文逐跳透传转发给U-PE2,或者U-PE2直接在下游接收到所述故障通知报文;
A3、U-PE2从接收到的所述故障通知报文中获取所述故障信息。
6、如权利要求5所述的方法,其特征在于,所述S-PE确定其所在的PW发生故障的方法为:
连接在该跳PW一端的PE根据预定触发条件或时间向对端发送单跳故障检测报文进行检测,对端根据所述预定触发条件或时间判断是否收到对应的所述单跳故障检测报文,如果是则确认该跳PW正常运行,否则确认该跳PW发生故障;或者
连接在该跳PW一端PE向对端发送单跳故障检测报文,并判断是否在设定时间内收到对端响应所述单跳故障检测报文的消息,如果是则确认该跳PW正常运行,否则确认该跳PW发生故障。
7、如权利要求5所述的方法,其特征在于,所述方法还包括:S-PE检测到隧道Tunnel故障、或PW状态通知故障、或本地PE设备故障时,也生成携带故障信息的故障通知报文并向下游发送。
8、如权利要求6所述的方法,其特征在于,所述故障通知报文含有第二标识信息,所述S-PE或U-PE2根据该第二标识信息识别收到的报文为故障通知报文;和/或
所述单跳故障检测报文含有第三标识信息,所述S-PE或U-PE2根据该第三标识信息识别收到的报文为单跳故障检测报文。
9、如权利要求8所述的方法,其特征在于,所述故障信息包括故障类型信息和故障位置信息。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510107403.7 | 2005-09-30 | ||
CNB2005101074037A CN100396023C (zh) | 2005-09-30 | 2005-09-30 | 维护多跳伪线的协商控制方法 |
PCT/CN2006/001945 WO2007036120A1 (fr) | 2005-09-30 | 2006-08-02 | Procede de detection de defaut, rapport et commande de negociation d’entretien d’pseudo fil a segments multiples |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1993929A CN1993929A (zh) | 2007-07-04 |
CN100550788C true CN100550788C (zh) | 2009-10-14 |
Family
ID=37078148
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005101074037A Expired - Fee Related CN100396023C (zh) | 2005-09-30 | 2005-09-30 | 维护多跳伪线的协商控制方法 |
CNB2006800004966A Expired - Fee Related CN100550788C (zh) | 2005-09-30 | 2006-08-02 | 多跳伪线故障检测和上报方法 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005101074037A Expired - Fee Related CN100396023C (zh) | 2005-09-30 | 2005-09-30 | 维护多跳伪线的协商控制方法 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20080037526A1 (zh) |
EP (1) | EP1848164A4 (zh) |
JP (1) | JP4560576B2 (zh) |
CN (2) | CN100396023C (zh) |
CA (1) | CA2600047C (zh) |
WO (1) | WO2007036120A1 (zh) |
Families Citing this family (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007101140A2 (en) * | 2006-02-24 | 2007-09-07 | Nortel Networks Ltd. | Multi-protocol support over ethernet packet-switched networks |
CN100438456C (zh) * | 2006-10-20 | 2008-11-26 | 北京邮电大学 | 逐跳转发的分布式流媒体传输性能的测试方法及测试装置 |
CN101212400B (zh) | 2006-12-25 | 2011-06-15 | 华为技术有限公司 | 一种协商伪线的双向转发检测会话区分符的方法及系统 |
WO2008120271A1 (ja) * | 2007-03-28 | 2008-10-09 | Fujitsu Limited | 通信方式および装置 |
JP4762345B2 (ja) * | 2007-05-01 | 2011-08-31 | 富士通株式会社 | Mplsトンネルの認識方法及び装置 |
CN101106486B (zh) * | 2007-08-13 | 2010-07-21 | 杭州华三通信技术有限公司 | 虚链路故障的检测处理方法及组件 |
US7778190B2 (en) * | 2007-09-28 | 2010-08-17 | Fujitsu Limited | Correlating label switched paths of a pseudowire |
CN101267360B (zh) * | 2008-04-10 | 2010-08-18 | 华为技术有限公司 | 伪线故障检测方法和用户边缘设备 |
US8351337B2 (en) * | 2008-11-07 | 2013-01-08 | Alcatel Lucent | Tools that facilitate diagnostics for mobile backhaul networks |
CN101783743B (zh) * | 2009-01-19 | 2014-02-19 | 华为技术有限公司 | 一种业务保护方法及倒换节点 |
JP5369748B2 (ja) * | 2009-02-19 | 2013-12-18 | 富士通株式会社 | 光インタフェース装置を含む通信装置 |
US8374095B2 (en) * | 2009-03-23 | 2013-02-12 | Cisco Technology, Inc. | Connection verification for MPLS label switched paths and pseudowires |
CN101552703B (zh) * | 2009-04-10 | 2011-07-27 | 中国联合网络通信集团有限公司 | 服务质量参数测量方法和设备及服务质量判定方法和设备 |
CN101610181B (zh) * | 2009-07-13 | 2012-04-18 | 华为技术有限公司 | 实现故障检测的方法、装置及系统 |
CN101651578B (zh) * | 2009-09-08 | 2011-09-07 | 杭州华三通信技术有限公司 | 一种跨域转发的双向转发检测方法和pe设备 |
CN102013990B (zh) * | 2009-09-08 | 2014-03-19 | 中兴通讯股份有限公司 | 一种多段伪线故障的端到端通告方法及系统 |
CN102055619A (zh) * | 2009-11-02 | 2011-05-11 | 中兴通讯股份有限公司 | 一种实现双向路径段故障检测的方法及系统 |
US20110116384A1 (en) * | 2009-11-13 | 2011-05-19 | Verizon Patent And Licensing Inc. | Network connectivity management |
JP2011172030A (ja) * | 2010-02-18 | 2011-09-01 | Pc Depot Corp | セキュリティシステム、管理サーバ、及びプログラム |
EP2595347A4 (en) * | 2010-07-12 | 2013-12-04 | Zte Corp | PROCESS, SYSTEM AND END UNIT FOR ATTRIBUTE CONFIGURATION AT PSEUDOWIRE-OAM |
CN103621022B (zh) * | 2010-09-03 | 2016-11-02 | 华为技术有限公司 | 针对虚拟专用局域网服务以使用流感知伪线的系统和方法 |
US8627137B1 (en) * | 2010-09-16 | 2014-01-07 | Cisco Technology, Inc. | Graceful handling of critical traffic blackholing faults |
CN103580894B (zh) * | 2012-07-31 | 2017-09-29 | 华为技术有限公司 | 操作、管理和维护oam配置的方法、设备及系统 |
CN102833109B (zh) * | 2012-08-30 | 2015-01-07 | 华为技术有限公司 | 故障点位置信息处理方法及设备 |
US9001644B2 (en) * | 2013-02-18 | 2015-04-07 | Cisco Technology, Inc. | Ethernet virtual private network system for providing fast protection for access rings |
WO2015099733A1 (en) | 2013-12-26 | 2015-07-02 | Intel Corporation | Interconnect retimer enhancements |
US9819511B2 (en) * | 2015-01-16 | 2017-11-14 | Alcatel Lucent | Bidirectional forwarding detection over a virtual extensible local area network |
US9769011B2 (en) * | 2015-01-16 | 2017-09-19 | Alcatel Lucent | Bidirectional forwarding detection over network virtualization using generic routing encapsulation |
CN106998273A (zh) * | 2016-01-26 | 2017-08-01 | 中兴通讯股份有限公司 | 链路故障检测方法及装置 |
CN107517116B (zh) * | 2016-06-16 | 2022-07-15 | 中兴通讯股份有限公司 | 一种多段伪线检测方法和网元 |
CN108737127B (zh) * | 2017-04-13 | 2022-07-22 | 中兴通讯股份有限公司 | 一种信息通告方法及装置 |
CN108964943B (zh) * | 2017-05-18 | 2022-01-28 | 中兴通讯股份有限公司 | 一种实现ioam封装的方法及装置 |
CN110224916B (zh) * | 2018-03-01 | 2021-10-26 | 中兴通讯股份有限公司 | 报文的处理方法、装置及报文的封装方法、装置和系统 |
US11909650B2 (en) * | 2019-02-22 | 2024-02-20 | Juniper Networks, Inc. | Internet protocol operations and management option |
CN112737949B (zh) * | 2019-10-14 | 2023-06-30 | 中兴通讯股份有限公司 | 故障检测方法及装置、电子设备、计算机可读介质 |
CN116932271B (zh) * | 2023-09-14 | 2023-12-29 | 中诚华隆计算机技术有限公司 | 一种实现自组织的Chiplet的方法和芯片 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6304546B1 (en) * | 1996-12-19 | 2001-10-16 | Cisco Technology, Inc. | End-to-end bidirectional keep-alive using virtual circuits |
JP2000151634A (ja) * | 1998-11-12 | 2000-05-30 | Hitachi Ltd | Vp切替方法およびvp切替ノード装置 |
CN1625176B (zh) * | 2003-12-03 | 2010-04-28 | 华为技术有限公司 | 基于边缘到边缘伪线仿真协议的通信方法 |
US20050147104A1 (en) * | 2003-12-29 | 2005-07-07 | Hamid Ould-Brahim | Apparatus and method for multihop MPLS/IP/ATM/frame relay/ethernet pseudo-wire |
US8838829B2 (en) * | 2005-07-11 | 2014-09-16 | Cisco Technology, Inc. | Pseudowire (PW) switching type-length-value (TLV) |
US7948900B2 (en) * | 2007-05-10 | 2011-05-24 | Alcatel Lucent | Method and system for verifying connectivity of multi-segment pseudo-wires |
-
2005
- 2005-09-30 CN CNB2005101074037A patent/CN100396023C/zh not_active Expired - Fee Related
-
2006
- 2006-08-02 EP EP06761619A patent/EP1848164A4/en not_active Withdrawn
- 2006-08-02 CN CNB2006800004966A patent/CN100550788C/zh not_active Expired - Fee Related
- 2006-08-02 CA CA2600047A patent/CA2600047C/en not_active Expired - Fee Related
- 2006-08-02 JP JP2008500033A patent/JP4560576B2/ja not_active Expired - Fee Related
- 2006-08-02 WO PCT/CN2006/001945 patent/WO2007036120A1/zh active Application Filing
-
2007
- 2007-09-04 US US11/899,169 patent/US20080037526A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
US20080037526A1 (en) | 2008-02-14 |
CA2600047A1 (en) | 2007-04-05 |
CN100396023C (zh) | 2008-06-18 |
EP1848164A4 (en) | 2008-08-27 |
JP4560576B2 (ja) | 2010-10-13 |
WO2007036120A1 (fr) | 2007-04-05 |
JP2008532444A (ja) | 2008-08-14 |
CA2600047C (en) | 2011-06-14 |
EP1848164A1 (en) | 2007-10-24 |
CN1993929A (zh) | 2007-07-04 |
CN1848775A (zh) | 2006-10-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100550788C (zh) | 多跳伪线故障检测和上报方法 | |
CN100359860C (zh) | 一种多协议标签交换网络保护切换方法 | |
CN101316225B (zh) | 一种故障检测方法、通信系统和标签交换路由器 | |
EP2395702B1 (en) | Method and device for processing fault | |
CN101212400B (zh) | 一种协商伪线的双向转发检测会话区分符的方法及系统 | |
EP1433287B1 (en) | Protection switching in a communications network employing label switching | |
EP1777897B1 (en) | A method for implementing management and protection by dividing domain in the label switching network | |
US9059905B2 (en) | Methods and arrangements in an MPLS-TP network | |
CN101159669A (zh) | 一种业务流量切换方法及装置 | |
CN100525301C (zh) | 一种多协议标签交换网络保护切换方法 | |
CN104170328A (zh) | 标签交换路由器的环网中的保护 | |
CN102833109A (zh) | 故障点位置信息处理方法及设备 | |
WO2006034645A1 (fr) | Procede pour traiter une panne entre un lsr de sortie et un equipement de donnees qui y est connecte | |
CN101826990A (zh) | 检测虚拟伪线连通性的方法、装置及系统 | |
CN111490933B (zh) | 双向转发检测切换方法及边缘设备 | |
CN102055619A (zh) | 一种实现双向路径段故障检测的方法及系统 | |
US20120134365A1 (en) | Method and network device for associated channel capability negotiation | |
CN101425941B (zh) | 一种环网链路收敛时间或恢复时间测试系统 | |
CN101159681A (zh) | 实现快速重路由的方法和节点 | |
CN102013990B (zh) | 一种多段伪线故障的端到端通告方法及系统 | |
CN101599873B (zh) | 一种连通性检测方法和装置 | |
CN102916877B (zh) | 一种设置黑洞介质访问控制mac转发表的方法及装置 | |
CN101977141A (zh) | 一种基于mpls-tp的多播保护方法 | |
JP2003338831A (ja) | Mplsネットワークの切替え方法 | |
CN101022449A (zh) | 一种建立旁路lsp的方法及系统及节点设备 |
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 | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20091014 Termination date: 20120802 |