[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN1848775A - 多跳伪线故障检测、上报和维护协商控制方法 - Google Patents

多跳伪线故障检测、上报和维护协商控制方法 Download PDF

Info

Publication number
CN1848775A
CN1848775A CNA2005101074037A CN200510107403A CN1848775A CN 1848775 A CN1848775 A CN 1848775A CN A2005101074037 A CNA2005101074037 A CN A2005101074037A CN 200510107403 A CN200510107403 A CN 200510107403A CN 1848775 A CN1848775 A CN 1848775A
Authority
CN
China
Prior art keywords
message
fault
hop
fault detect
information
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
Application number
CNA2005101074037A
Other languages
English (en)
Other versions
CN100396023C (zh
Inventor
董继雄
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority to CNB2005101074037A priority Critical patent/CN100396023C/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CA2600047A priority patent/CA2600047C/en
Priority to CNB2006800004966A priority patent/CN100550788C/zh
Priority to PCT/CN2006/001945 priority patent/WO2007036120A1/zh
Priority to JP2008500033A priority patent/JP4560576B2/ja
Priority to EP06761619A priority patent/EP1848164A4/en
Publication of CN1848775A publication Critical patent/CN1848775A/zh
Priority to US11/899,169 priority patent/US20080037526A1/en
Application granted granted Critical
Publication of CN100396023C publication Critical patent/CN100396023C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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保证能力逐步提高而得到相当的重视，很多运营商已经将FR(Frame Relay，帧中继)专线、以太网(Ethernet)专线、ATM(Asynchronous Transfer Mode，异步转移模式)专线业务迁移到PSN上来，以减少运营成本，提高业务部署能力。PSN网络主要有MPLS(Multiple Protocol Label Switching，多协议标签交换)网络、L2TP(Layer 2 Tunneling Protocol，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(简称SS-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(称为PW交换点)，如图1中建立在PE1和PE3之间的PW2和PW4组成一个多条PW，PW5和PW6组成另外一个多跳PW，多跳PW需要在至少两个单跳PW之间进行交换，例如：PE2每个单跳PW可以看作一段PW(Segmented PW)，业务经过中间PE2转发，PE2称为S-PE(Switching-PE，PW交换点)，两端的PE为U-PE(Ultimate PE，终端PE)。
目前，在PWE3工作组草案中，已经定义了单跳PW的OAM(Operation AndManitenance，操作维护)解决方案，包括OAM MAP和VCCV(Virtual CircuitConnectivity Verification，虚电路连接性校验)，其中，OAM MAP描述了接入的2层网络和PW之间的故障信息通信方法，VCCV描述了两个PE间PW上的故障检测和诊断方法，如图1所示，单跳PW OAM方案定义了三种用于PW的故障检测和诊断的VCCV报文：ICMP(Internet Control Message Protocol，internet控制消息协议)PING报文、BFD(Bidirectional Forwarding 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中的某一段(如PW2)出现故障时，可以采用如下两种保护倒换策略，一种策略是基于每段SS-PW的保护，即由PE1和PE2将PW2倒换到PW1上，另一种策略是基于端到端(E2E)的OAM，即由PE1和PE3重建一条保护的多跳PW进行倒换，故障信息一般在连接发生故障的PE收集，单跳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-PE，或者U-PE直接在下游接收到所述故障通知报文；
U-PE从接收到的所述故障通知报文中获取所述故障信息。
所述S-PE确定一跳PW发生故障的方法为：
连接在该跳PW一端的PE根据预定触发条件或时间向对端发送单跳故障检测报文进行检测，对端根据所述预定触发条件或时间判断是否收到对应的所述单跳故障检测报文，如果是则确认该跳PW正常运行，否则确认该跳PW发生故障；或者
连接在该跳PW一端PE向对端发送单跳故障检测报文，并判断是否在设定时间内收到对端响应所述单跳故障检测报文的消息，如果则是则确认该跳PW正常运行，否则确认该跳PW发生故障。
所述方法还包括：S-PE检测到隧道(Tunnel)故障、或PW状态通知故障、或本地PE设备故障时，也生成携带故障信息的故障通知报文并向下游发送。
所述故障通知报文含有第二标识信息，所述S-PE或U-PE2根据该第二标识信息识别收到的报文为故障通知报文；和/或
所述单跳故障检测报文含有第三标识信息，所述S-PE或U-PE2根据该第三标识信息识别收到的报文为单跳故障检测报文。
所述故障信息包括故障类型信息和故障位置信息。
一种维护多跳伪线的协商控制方法，包括如下步骤：
B1、源端U-PE在正向MS-PW建立消息，该正向建立消息中包括源端U-PE支持的故障信息上报能力信息和故障检测能力信息；
B2、S-PE逐跳接收所述正向建立消息，判断本地是否支持所述故障信息上报能力信息和是否部分支持故障检测能力信息，如果全部支持或部分支持则在所述正向建立消息仅保留本地支持的能力信息后再转发，然后转入步骤B3；如果全部不支持，则转入步骤B4；
B3、终端U-PE接收到S-PE逐跳转发的所述正向建立消息，判断本地是否支持被保留的能力信息，如果全部支持或部分支持，则根据本地策略在支持的能力信息集合中确定执行相应的MS-PW维护处理；如果全部不支持，则转入步骤B4；
B4、拆除已经建立的PW段。
所述步骤B3和B4之间，所述方法还包括如下步骤：
B31、终端U-PE向源端U-PE发送反向MS-PW建立消息中，该反向建立消息中携带该U-PE所支持的故障信息上报能力信息和故障检测能力信息，或者携带MS-PW在正向建立过程中确定的所述支持的能力信息集合；
B32、S-PE逐跳接收所述反向建立消息，判断本地是否支持所述故障信息上报能力信息和是否部分支持故障检测能力信息，如果全部支持或部分支持则在所述反向建立消息仅保留本地支持的能力信息后再转发，然后转入步骤B33；如果全部不支持，则转入步骤B4；
B33、终端U-PE接收到S-PE逐跳转发的所述反向建立消息，判断本地是否支持被保留的能力信息，如果全部支持或部分支持，则根据本地策略在支持的能力信息集合中确定执行相应的MS-PW维护处理；如果全部不支持，则转入步骤B4。
所述故障信息上报能力信息是指：U-PE或S-PE在连接的PW发生故障时，能够产生并向下游S-PE或U-PE发送携带故障信息的故障通知报文，并能够识别和处理该故障通知报文；
所述的故障检测能力信息是指：U-PE或S-PE能够识别并处理U-PE发送MS-PW端到端故障检测报文和/或PE之间发送的单跳故障检测报文。
应用本发明所述的故障通知报文，实现了多跳伪线中每一跳PW发生故障时，连接该跳PW的S-PE能够及时将故障信息上报终端PE，实现端到端的维护，并且基于该维护方法，本发明提出的维护多跳伪线的协商控制方法，可以根据设备能力灵活选择相应维护策略。
附图说明
图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的过程中，根据各自的能力，在如下两种方式进行选择：如果由于种种原因只需要对MS-PW上的部分SS-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状态信息，如“Pseudo WireNot 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 expireOAM，后两种方式在OAM净荷处理上比较类似。FIN报文可以利用现有上述三种控制信道中的任何一种进行扩展，下面以带内OAM报文为例进行说明。
如图2所示，带内OAM报文的控制字包括32bit，其中，前4bit用于标识报文类型，0000表示该报文是数据报文，0001表示该报文是带内OAM报文，紧接着的4bit用于设置FmtID，后16bit用于设置信道类型(Channel Type)标识，中间有8bit的保留位(Reserved)中，可以任意选择其中的任何1个bit位设置FIN报文类型指示信息。
为实现分别进行SEGMENT OAM或E2E OAM故障检测机制，同样需要对VCCV故障检测报文进行扩展以区别两种故障检测方式，仍利用控制字中的保留位(Reserved)来标识报文是SEGMENT OAM报文还是E2E OAM报文，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 tunnel label标签、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收到该报文时，进行相应处理后不再进行转发；
4、如果T指示该报文是E2E OAM报文，则当S-PE收到该报文时，直接透传到MS-PW所对应的下一跳段PW，直到U-PE。
如图5，当SEGMENT2发生故障时，下游S-PE会得到故障信息，从而向远端PE即U-PE2发送故障信息通知报文，告知故障所属的位置和故障类型等信息，具体为：当S-PE1→SPE2这段出现故障时，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，则表示不支持LSP PING功能，该位为1，则表示支持LSP PING功能。
VCCV能力协商时采用如图6所示接口参数格式：其中：
0Xc4：T域(即类型域)，表示该TLV的类型为VCCV接口参数；
0x04：L域(即长度域)，表示该TLV的长度，VCCV的接口参数长度为4字节；
CC types表示发送方所支持的控制通道类型；
CV types表示发送方所支持的OAM报文类型，可以采用Bitmask的方式，定义0x01标识支持ICMP PING故障检测报文，0x02标识支持LSP PING故障检测报文，0x04标识支持BFD故障检测报文。
可以考虑将故障信息上报能力和检测能力同时进行协商，采用Bitmask的方式，比如在CV types中定义0x10表示是否支持FIN报文，0x20表示是否支持SEGMENT OAM，0x40表示是否支持E2E OAM，通过上述扩展，保证了对原有SS-PW OAM的完全兼容。
对应于图6所示的多跳PW模型，我们给出相应网络单元对MS-PW OAM报文的处理包括：
1、U-PE处理：分为OAM能力协商，OAM报文产生，接收和发送处理
当MS-PW建立时，源U-PE在信令消息中携带故障信息通知能力信息和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和E2E OAM能力，交换S-PE1、S-PE2和S-PE3支持FIN和E2E OAM能力，则在MS-PW建立时，协商流程包括正向协商和反向协商两个过程，包括以下步骤，其中正向协商包括步骤S101～S104：
S101、源端U-PE在正向MS-PW建立消息，该正向建立消息中包括源端U-PE支持的故障信息上报能力信息和故障检测能力信息；
S102、S-PE逐跳接收所述正向建立消息，判断本地是否支持所述故障信息上报能力信息和是否部分支持故障检测能力信息，如果全部支持或部分支持则在所述正向建立消息仅保留本地支持的能力信息后再转发，然后转入步骤B3；如果全部不支持，则转入步骤S104；
S103、终端U-PE接收到S-PE逐跳转发的所述正向建立消息，判断本地是否支持被保留的能力信息，如果全部支持或部分支持，则根据本地策略在支持的能力信息集合中确定执行相应的MS-PW维护处理；如果全部不支持，则转入步骤；
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/LSPPING，PE2支持BFD，PE3支持BFD/LSPPING，当建立从PE1到PE3的正向PW时，PE1发送的建立消息中携带OAM能力指示表示PE1支持BFD/LSPPING两种能力，当PE2接收到后，向PE3发送的正向建立消息中携带的OAM能力指示只剩下BFD能力，当该建立消息到达PE3后，PE3选择BFD能力。在PE3到PE1的反向PW建立时，PE3发送的PW建立消息中携带的OAM能力指示可以有两种方法表示，一种方法是携带PE3所支持的所有OAM能力信息，即BFD/LSPPING，另外一种方法是携带刚才PE3在正向PW建立的过程中选择的OAM能力，即BFD。随后的处理过程与正向PW建立过程中的OAM能力协商处理过程相同。
接口参数协商过程是分段进行的，只有一个MS-PW经过的所有PE支持至少一个相同的检测报文，并同时支持能力SEGMENT OAM或E2E OAM能力，并且在支持E2E OAM时，还必须支持FIN能力的情况下，接口参数协商可以完成，否则，当其中的一个PE发现无法支持接口能力协商控制报文中的标识的OAM能力时，则停止往上游发送接口能力协商控制报文，拆除建立的PW段。
PE保存协商结果，并在MS-PW业务中，根据上述协商结果，执行下述SEGMENT OAM流程：
S201、SEG1、SEG2、SEG3、SEG4分别执行SS-PW OAM，PE之间单向或双向发送单跳VCCV检测报文；
单跳VCCV检测报文控制字格式如图3所示，在现有检测报文中设置标识T，置1为单跳VCCV检测报文；
如果MS-PW出现故障，例如图6所示，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报文后，获取故障信息并触发保护倒换、告警抑制和告警上报等处理。
如果协商结果是执行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 (20)

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、如权利要求1或2所述的方法，其特征在于，所述端到端故障检测报文中含有第一标识信息，所述S-PE或U-PE2根据该第一标识信息识别收到的报文为端到端故障检测报文。
5、一种多跳伪线故障检测上报方法，包括如下步骤：
A1、MS-PW的S-PE在其所在的PW发生故障时，生成携带故障信息的故障通知报文并向下游发送；
A2、下游S-PE将接收到的所述故障通知报文逐跳透传转发给U-PE，或者U-PE直接在下游接收到所述故障通知报文；
A3、U-PE从接收到的所述故障通知报文中获取所述故障信息。
6、如权利要求5所述的方法，其特征在于，所述S-PE确定一跳PW发生故障的方法为：
连接在该跳PW一端的PE根据预定触发条件或时间向对端发送单跳故障检测报文进行检测，对端根据所述预定触发条件或时间判断是否收到对应的所述单跳故障检测报文，如果是则确认该跳PW正常运行，否则确认该跳PW发生故障；或者
连接在该跳PW一端PE向对端发送单跳故障检测报文，并判断是否在设定时间内收到对端响应所述单跳故障检测报文的消息，如果则是则确认该跳PW正常运行，否则确认该跳PW发生故障。
7、如权利要求5所述的方法，其特征在于，所述方法还包括：S-PE检测到隧道(Tunnel)故障、或PW状态通知故障、或本地PE设备故障时，也生成携带故障信息的故障通知报文并向下游发送。
8、如权利要求6或7所述的方法，其特征在于，所述故障通知报文含有第二标识信息，所述S-PE或U-PE2根据该第二标识信息识别收到的报文为故障通知报文；和/或
所述单跳故障检测报文含有第三标识信息，所述S-PE或U-PE2根据该第三标识信息识别收到的报文为单跳故障检测报文。
9、如权利要求8所述的方法，其特征在于，所述故障信息包括故障类型信息和故障位置信息。
10、一种维护多跳伪线的协商控制方法，包括如下步骤：
B1、源端U-PE在正向MS-PW建立消息，该正向建立消息中包括源端U-PE支持的故障信息上报能力信息和故障检测能力信息；
B2、S-PE逐跳接收所述正向建立消息，判断本地是否支持所述故障信息上报能力信息和是否部分支持故障检测能力信息，如果全部支持或部分支持则在所述正向建立消息仅保留本地支持的能力信息后再转发，然后转入步骤B3；如果全部不支持，则转入步骤B4；
B3、终端U-PE接收到S-PE逐跳转发的所述正向建立消息，判断本地是否支持被保留的能力信息，如果全部支持或部分支持，则根据本地策略在支持的能力信息集合中确定执行相应的MS-PW维护处理；如果全部不支持，则转入步骤B4；
B4、拆除已经建立的PW段。
11、如权利要求10所述的方法，其特征在于，所述步骤B3和B4之间，所述方法还包括如下步骤：
B31、终端U-PE向源端U-PE发送反向MS-PW建立消息中，该反向建立消息中携带该U-PE所支持的故障信息上报能力信息和故障检测能力信息，或者携带MS-PW在正向建立过程中确定的所述支持的能力信息集合；
B32、S-PE逐跳接收所述反向建立消息，判断本地是否支持所述故障信息上报能力信息和是否部分支持故障检测能力信息，如果全部支持或部分支持则在所述反向建立消息仅保留本地支持的能力信息后再转发，然后转入步骤B33；如果全部不支持，则转入步骤B4；
B33、终端U-PE接收到S-PE逐跳转发的所述反向建立消息，判断本地是否支持被保留的能力信息，如果全部支持或部分支持，则根据本地策略在支持的能力信息集合中确定执行相应的MS-PW维护处理；如果全部不支持，则转入步骤B4。
12、如权利要求11所述的方法，其特征在于，
所述故障信息上报能力信息是指：U-PE或S-PE在其所在的PW发生故障时，能够产生并向下游S-PE或U-PE发送携带故障信息的故障通知报文，并能够识别和处理该故障通知报文；
所述的故障检测能力信息是指：U-PE或S-PE能够识别并处理U-PE发送MS-PW端到端故障检测报文和/或PE之间发送的单跳故障检测报文。
13、如权利要求12所述的方法，其特征在于，当所有U-PE和S-PE都支持所述故障信息上报能力并能够识别并处理所述端到端故障检测报文时，所述的维护MS-PW处理方法具体包括如下步骤：
MS-PW的S-PE在其所在的该跳PW发生故障时，生成携带故障信息的故障通知报文并向下游发送；
下游S-PE将接收到的所述故障通知报文逐跳透传转发给U-PE，或者U-PE直接在下游接收到所述故障通知报文；
U-PE从接收到的所述故障通知报文中获取所述故障信息，并根据所述故障信息维护该MS-PW。
14、如权利要求13所述的方法，其特征在于，所述S-PE确定其所在的该跳PW发生故障的方法为：
连接在该跳PW一端的PE根据预定触发条件或时间向对端发送单跳故障检测报文进行检测，对端根据所述预定触发条件或时间判断是否收到对应的所述单跳故障检测报文，如果是则确认该跳PW正常运行，否则确认该跳PW发生故障；或者
连接在该跳PW一端PE向对端发送单跳故障检测报文，并判断是否在设定时间内收到对端响应所述单跳故障检测报文的消息，如果则是则确认该跳PW正常运行，否则确认该跳PW发生故障。
15、如权利要求14所述的方法，其特征在于，所述方法还包括：S-PE检测到隧道(Tunnel)故障、或PW状态通知故障、或本地PE设备故障时，也生成携带故障信息的故障通知报文并向下游发送。
16、如权利要求11所述的方法，其特征在于，当所有U-PE和S-PE都仅支持端到端故障检测报文时，所述的维护MS-PW处理方法具体包括如下步骤：
MS-PW的U-PE1根据预定触发条件或时间发送MS-PW端到端故障检测报文，所述端到端故障检测报文被S-PE逐跳接收并向下游透传；
MS-PW的U-PE2根据所述预定触发条件或时间判断是否收到对应的所述端到端故障检测报文，如果是则确认所述MS-PW正常运行，否则确认所述MS-PW发生故障并进行维护。
17、如权利要求11所述的方法，其特征在于，当所有U-PE和S-PE都仅支持端到端故障检测报文时，所述的维护MS-PW处理方法具体包括如下步骤：
MS-PW的U-PE1发送MS-PW端到端故障检测报文，所述端到端故障检测报文被S-PE接收并向下游逐跳透传给U-PE2，U-PE2在接收到所述端到端故障检测报文向U-PE1返回响应消息；并且
U-PE1监测所述端到端故障检测报文的响应时间，在所述响应时间超时前收到所述响应消息则确认所述MS-PW正常运行，否则确认所述MS-PW发生故障。
18、如权利要求13、16或17所述的方法，其特征在于，所述正向建立消息和/或所述反向建立消息中还包含支持的故障检测报文类型能力信息，U-PE或S-PE根据最后的能力信息交集选择支持的故障检测报文进行检测。
19、如权利要求12所述的方法，其特征在于，
所述端到端故障检测报文中含有第一标识信息，所述S-PE或U-PE根据该第一标识信息识别收到的报文为端到端故障检测报文；和/或
所述故障通知报文含有第二标识信息，所述S-PE或U-PE根据该第一标识信息识别收到的报文为故障通知报文；和/或
所述单跳故障检测报文含有第三标识信息，所述S-PE或U-PE根据该第三标识信息识别收到的报文为单跳故障检测报文。
20、如权利要求13所述的方法，其特征在于，所述故障信息包括故障类型信息和故障位置信息。
CNB2005101074037A 2005-09-30 2005-09-30 维护多跳伪线的协商控制方法 Expired - Fee Related CN100396023C (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CNB2005101074037A CN100396023C (zh) 2005-09-30 2005-09-30 维护多跳伪线的协商控制方法
CNB2006800004966A CN100550788C (zh) 2005-09-30 2006-08-02 多跳伪线故障检测和上报方法
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
JP2008500033A JP4560576B2 (ja) 2005-09-30 2006-08-02 マルチセグメント疑似ワイヤの障害検知方法
CA2600047A CA2600047C (en) 2005-09-30 2006-08-02 A method for fault detect, report and maintenance negotiation control of multi-segment pseudo wire
EP06761619A EP1848164A4 (en) 2005-09-30 2006-08-02 FAULT DETECTION METHOD, REPORT AND CONTROL OF MULTI-SEGMENT PSEUDO WIRE MAINTENANCE NEGOTIATION
US11/899,169 US20080037526A1 (en) 2005-09-30 2007-09-04 Method for fault detect, report, and maintenance negotiation control of multi-segment pseudo wire

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2005101074037A CN100396023C (zh) 2005-09-30 2005-09-30 维护多跳伪线的协商控制方法

Publications (2)

Publication Number Publication Date
CN1848775A true CN1848775A (zh) 2006-10-18
CN100396023C CN100396023C (zh) 2008-06-18

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 After (1)

Application Number Title Priority Date Filing Date
CNB2006800004966A Expired - Fee Related CN100550788C (zh) 2005-09-30 2006-08-02 多跳伪线故障检测和上报方法

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)

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008077300A1 (fr) * 2006-12-25 2008-07-03 Huawei Technologies Co., Ltd. Procédé et système permettant de négocier le discriminateur de session de détection de transmission bidirectionnelle d'un pseudo-fil
CN100438456C (zh) * 2006-10-20 2008-11-26 北京邮电大学 逐跳转发的分布式流媒体传输性能的测试方法及测试装置
CN101106486B (zh) * 2007-08-13 2010-07-21 杭州华三通信技术有限公司 虚链路故障的检测处理方法及组件
CN101267360B (zh) * 2008-04-10 2010-08-18 华为技术有限公司 伪线故障检测方法和用户边缘设备
WO2011006428A1 (zh) * 2009-07-13 2011-01-20 华为技术有限公司 实现故障检测的方法、装置及系统
CN102013990A (zh) * 2009-09-08 2011-04-13 中兴通讯股份有限公司 一种多段伪线故障的端到端通告方法及系统
CN102055619A (zh) * 2009-11-02 2011-05-11 中兴通讯股份有限公司 一种实现双向路径段故障检测的方法及系统
CN101651578B (zh) * 2009-09-08 2011-09-07 杭州华三通信技术有限公司 一种跨域转发的双向转发检测方法和pe设备
CN102332987A (zh) * 2010-07-12 2012-01-25 中兴通讯股份有限公司 一种伪线oam属性配置的方法和系统
CN102833109A (zh) * 2012-08-30 2012-12-19 华为技术有限公司 故障点位置信息处理方法及设备
CN103580894A (zh) * 2012-07-31 2014-02-12 华为技术有限公司 操作、管理和维护oam配置的方法、设备及系统
CN101783743B (zh) * 2009-01-19 2014-02-19 华为技术有限公司 一种业务保护方法及倒换节点
CN105793715A (zh) * 2013-12-26 2016-07-20 英特尔公司 互连重定时器增强
CN102332987B (zh) * 2010-07-12 2016-11-30 中兴通讯股份有限公司 一种伪线oam属性配置的方法和系统
CN106998273A (zh) * 2016-01-26 2017-08-01 中兴通讯股份有限公司 链路故障检测方法及装置
CN107517116A (zh) * 2016-06-16 2017-12-26 中兴通讯股份有限公司 一种多段伪线检测方法和网元
WO2018188663A1 (zh) * 2017-04-13 2018-10-18 中兴通讯股份有限公司 信息通告方法及装置
CN108964943A (zh) * 2017-05-18 2018-12-07 中兴通讯股份有限公司 一种实现ioam封装的方法及装置
WO2019165803A1 (zh) * 2018-03-01 2019-09-06 中兴通讯股份有限公司 报文的处理方法、装置及报文的封装方法、装置和系统
CN112737949A (zh) * 2019-10-14 2021-04-30 中兴通讯股份有限公司 故障检测方法及装置、电子设备、计算机可读介质

Families Citing this family (17)

* Cited by examiner, † Cited by third party
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
WO2008120271A1 (ja) * 2007-03-28 2008-10-09 Fujitsu Limited 通信方式および装置
WO2008139553A1 (ja) * 2007-05-01 2008-11-20 Fujitsu Limited Mplsトンネルの認識方法及び装置
US7778190B2 (en) * 2007-09-28 2010-08-17 Fujitsu Limited Correlating label switched paths of a pseudowire
US8351337B2 (en) * 2008-11-07 2013-01-08 Alcatel Lucent Tools that facilitate diagnostics for mobile backhaul networks
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 中国联合网络通信集团有限公司 服务质量参数测量方法和设备及服务质量判定方法和设备
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 セキュリティシステム、管理サーバ、及びプログラム
WO2012031217A1 (en) * 2010-09-03 2012-03-08 Huawei Technologies Co., Ltd. System and method for virtual private local area network service to use the flow aware pseudowire
US8627137B1 (en) 2010-09-16 2014-01-07 Cisco Technology, Inc. Graceful handling of critical traffic blackholing faults
US9001644B2 (en) * 2013-02-18 2015-04-07 Cisco Technology, Inc. Ethernet virtual private network system for providing fast protection for access rings
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
US11909650B2 (en) * 2019-02-22 2024-02-20 Juniper Networks, Inc. Internet protocol operations and management option
CN116932271B (zh) * 2023-09-14 2023-12-29 中诚华隆计算机技术有限公司 一种实现自组织的Chiplet的方法和芯片

Family Cites Families (6)

* Cited by examiner, † Cited by third party
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 Ｖｐ切替方法およびｖｐ切替ノード装置
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

Cited By (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100438456C (zh) * 2006-10-20 2008-11-26 北京邮电大学 逐跳转发的分布式流媒体传输性能的测试方法及测试装置
WO2008077300A1 (fr) * 2006-12-25 2008-07-03 Huawei Technologies Co., Ltd. Procédé et système permettant de négocier le discriminateur de session de détection de transmission bidirectionnelle d'un pseudo-fil
US8521896B2 (en) 2006-12-25 2013-08-27 Huawei Technologies Co., Ltd. Method and system for negotiating the bidirectional forwarding detection session discriminator of pseudo wire
CN101212400B (zh) * 2006-12-25 2011-06-15 华为技术有限公司 一种协商伪线的双向转发检测会话区分符的方法及系统
CN101106486B (zh) * 2007-08-13 2010-07-21 杭州华三通信技术有限公司 虚链路故障的检测处理方法及组件
CN101267360B (zh) * 2008-04-10 2010-08-18 华为技术有限公司 伪线故障检测方法和用户边缘设备
CN101783743B (zh) * 2009-01-19 2014-02-19 华为技术有限公司 一种业务保护方法及倒换节点
WO2011006428A1 (zh) * 2009-07-13 2011-01-20 华为技术有限公司 实现故障检测的方法、装置及系统
CN101651578B (zh) * 2009-09-08 2011-09-07 杭州华三通信技术有限公司 一种跨域转发的双向转发检测方法和pe设备
CN102013990A (zh) * 2009-09-08 2011-04-13 中兴通讯股份有限公司 一种多段伪线故障的端到端通告方法及系统
CN102013990B (zh) * 2009-09-08 2014-03-19 中兴通讯股份有限公司 一种多段伪线故障的端到端通告方法及系统
CN102055619A (zh) * 2009-11-02 2011-05-11 中兴通讯股份有限公司 一种实现双向路径段故障检测的方法及系统
CN102332987A (zh) * 2010-07-12 2012-01-25 中兴通讯股份有限公司 一种伪线oam属性配置的方法和系统
CN102332987B (zh) * 2010-07-12 2016-11-30 中兴通讯股份有限公司 一种伪线oam属性配置的方法和系统
CN103580894B (zh) * 2012-07-31 2017-09-29 华为技术有限公司 操作、管理和维护oam配置的方法、设备及系统
CN103580894A (zh) * 2012-07-31 2014-02-12 华为技术有限公司 操作、管理和维护oam配置的方法、设备及系统
CN102833109B (zh) * 2012-08-30 2015-01-07 华为技术有限公司 故障点位置信息处理方法及设备
WO2014032435A1 (zh) * 2012-08-30 2014-03-06 华为技术有限公司 故障点位置信息处理方法及设备
CN102833109A (zh) * 2012-08-30 2012-12-19 华为技术有限公司 故障点位置信息处理方法及设备
US9294369B2 (en) 2012-08-30 2016-03-22 Huawei Technologies Co., Ltd. Method and device for processing location information of fault point
CN105793715A (zh) * 2013-12-26 2016-07-20 英特尔公司 互连重定时器增强
CN105793715B (zh) * 2013-12-26 2019-02-15 英特尔公司 互连重定时器增强
CN106998273A (zh) * 2016-01-26 2017-08-01 中兴通讯股份有限公司 链路故障检测方法及装置
CN107517116B (zh) * 2016-06-16 2022-07-15 中兴通讯股份有限公司 一种多段伪线检测方法和网元
CN107517116A (zh) * 2016-06-16 2017-12-26 中兴通讯股份有限公司 一种多段伪线检测方法和网元
WO2018188663A1 (zh) * 2017-04-13 2018-10-18 中兴通讯股份有限公司 信息通告方法及装置
CN108737127A (zh) * 2017-04-13 2018-11-02 中兴通讯股份有限公司 一种信息通告方法及装置
CN108737127B (zh) * 2017-04-13 2022-07-22 中兴通讯股份有限公司 一种信息通告方法及装置
CN108964943A (zh) * 2017-05-18 2018-12-07 中兴通讯股份有限公司 一种实现ioam封装的方法及装置
CN108964943B (zh) * 2017-05-18 2022-01-28 中兴通讯股份有限公司 一种实现ioam封装的方法及装置
WO2019165803A1 (zh) * 2018-03-01 2019-09-06 中兴通讯股份有限公司 报文的处理方法、装置及报文的封装方法、装置和系统
CN112737949A (zh) * 2019-10-14 2021-04-30 中兴通讯股份有限公司 故障检测方法及装置、电子设备、计算机可读介质
CN112737949B (zh) * 2019-10-14 2023-06-30 中兴通讯股份有限公司 故障检测方法及装置、电子设备、计算机可读介质

Also Published As

Publication number Publication date
JP2008532444A (ja) 2008-08-14
JP4560576B2 (ja) 2010-10-13
CN1993929A (zh) 2007-07-04
CA2600047A1 (en) 2007-04-05
WO2007036120A1 (fr) 2007-04-05
CN100550788C (zh) 2009-10-14
EP1848164A1 (en) 2007-10-24
CN100396023C (zh) 2008-06-18
US20080037526A1 (en) 2008-02-14
CA2600047C (en) 2011-06-14
EP1848164A4 (en) 2008-08-27

Similar Documents

Publication Publication Date Title
CN1848775A (zh) 多跳伪线故障检测、上报和维护协商控制方法
CN1870549A (zh) 通信网络连接故障保护方法和系统
CN1722726A (zh) 支持伪线标签反射的二层虚拟专网设备和组网方法
CN1838620A (zh) 检测混合网络中端到端节点间链路故障的方法
CN1805412A (zh) 针对mpls组播的快速重路由设备和方法
CN1606850A (zh) 动态分配的环路保护和恢复技术中的带宽保留再使用
CN101047601A (zh) 基于vpls的双归属网络的实现方法及系统
CN100359860C (zh) 一种多协议标签交换网络保护切换方法
CN104170328A (zh) 标签交换路由器的环网中的保护
CN101035019A (zh) 快速收敛端到端业务的方法和装置
CN1913457A (zh) 对双向转发链路进行故障检测的方法
CN1859260A (zh) 传统光传送网和智能光网络组网时的资源分配方法
CN1913496A (zh) 一种oam报文的转发控制方法及系统
CN1909494A (zh) 一种用户网络边缘设备双归属或多归属的实现方法及系统
CN1866806A (zh) 共享格状网恢复的实现方法
CN1866859A (zh) 对包交换网络上的伪线进行保护倒换的方法
CN101064637A (zh) 保证操作维护数据流服务质量的方法
CN1756187A (zh) 出口标签交换路由器与其相连数据设备间故障的处理方法
CN111490933A (zh) 双向转发检测切换方法及边缘设备
JP2012529793A (ja) イーサネットの一部のセグメント保護の共同検出方法及びシステム
CN101159681A (zh) 实现快速重路由的方法和节点
CN1848756A (zh) 以太网与多协议标签交换网络互通的故障管理方法
CN101039167A (zh) 一种多播网络系统和检测多播网络链路缺陷的方法
CN102013990B (zh) 一种多段伪线故障的端到端通告方法及系统
CN1146198C (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
C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20080618

Termination date: 20120930