[go: up one dir, main page]

CN103580904A - 域间故障信息的发送方法及装置 - Google Patents

域间故障信息的发送方法及装置 Download PDF

Info

Publication number
CN103580904A
CN103580904A CN201210280557.6A CN201210280557A CN103580904A CN 103580904 A CN103580904 A CN 103580904A CN 201210280557 A CN201210280557 A CN 201210280557A CN 103580904 A CN103580904 A CN 103580904A
Authority
CN
China
Prior art keywords
lsp
service layer
layer
territory
fault
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.)
Pending
Application number
CN201210280557.6A
Other languages
English (en)
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.)
ZTE Corp
Original Assignee
ZTE Corp
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
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201210280557.6A priority Critical patent/CN103580904A/zh
Priority to EP13796745.1A priority patent/EP2866394B1/en
Priority to PCT/CN2013/077069 priority patent/WO2013178098A1/zh
Priority to US14/416,341 priority patent/US20150186202A1/en
Priority to BR112015002613A priority patent/BR112015002613A2/pt
Publication of CN103580904A publication Critical patent/CN103580904A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/02—Topology update or discovery
    • H04L45/04—Interdomain routing, e.g. hierarchical routing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0772—Means for error signaling, e.g. using interrupts, exception flags, dedicated error registers
    • 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/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • 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
    • 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
    • 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/0686—Additional information in the notification, e.g. enhancement of specific meta-data

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种域间故障信息的发送方法及装置，其中，该方法包括：服务层LSP确定所述服务层LSP保护或恢复失效；服务层LSP向该服务层的客户层发送域间故障信息，其中，域间故障信息用于指示服务层LSP保护或恢复失效；其中，服务层LSP与客户层LSP属于不同的AS域。通过本发明，使得客户层LSP及时获知服务层LSP保护或恢复失败，以使客户层LSP及时对服务层LSP进行保护或恢复，缩短了端到端业务损断的时间，提高了网络生存性。

Description

域间故障信息的发送方法及装置
技术领域
本发明涉及通信领域，具体而言，涉及一种域间故障信息的发送方法及装置。
背景技术
在通讯网络中，存在各种承载设备，例如，骨干网设备包括密集型光波复用（DenseWavelength Division Multiplexing，简称为DWDM）类型设备、分组传送网（Packet TransferNetwork，简称为PTN）设备、同步数字体系（Synchronous Digital Hierarchy，简称为SDH）设备、路由器等设备接入骨干网中。在这些混合设备的网络中，不同的设备属于不同的层，如DWDM设备网络属于服务层，PTN设备网络属于客户层。同时，由于通讯网络位于不同的区域，又分属于不同的自治系统（Autonomous System，AS）（也称为AS域）。
在这些多层多域的网络中，端到端的客户业务需要穿越各网络，各个网络可能属于不同的层、不同的AS域。在互联网工程任务组（Internet Engineering Task Force，简称为IETF）标准中，不同层的网络中，使用FA-LSP（Forwarding Adjacency-LSP）技术建立服务层的连接供客户层使用。为了提高设备的生存性，在不同的网络中，运营商可能都会部署保护和恢复，当某处网络故障时，不仅会触发本层的保护与恢复，同时由于告警的传递，客户层业务也收到告警，因此，需要考虑客户层与服务层网络保护与恢复如何进行协调，来保证业务的可靠恢复，又不会损断多次。
当前的运营网络中，一般使用静态协调的方法，即在不同层中启动延时定时器来协调。在这种方式下，客户层无法获知服务层的保护与恢复是否失败，当延时定时器到后，通过再次查找客户层是否存在告警来决定是否启动保护和恢复。因此，当服务层的保护与恢复失效的情况下，客户层一直在等待延时，导致业务损断时间加长。同时，目前网络中多在同种设备中应用层间协调，跨域保护与恢复的动态协调还处于研究阶段。
针对相关技术中上述的问题，目前尚未提出有效的解决方案。
发明内容
针对相关技术中客户层无法及时获知服务层的保护与恢复是否失败，而导致业务损断时间加长的问题，本发明提供了一种域间故障信息的发送方法及装置，以至少解决上述问题。
根据本发明的一个方面，提供了一种域间故障信息的发送方法，包括：服务层LSP确定所述服务层LSP保护或恢复失效；所述服务层LSP向该服务层的客户层LSP发送域间故障信息，其中，所述域间故障信息用于指示所述服务层LSP保护或恢复失效；其中，所述服务层LSP与所述客户层LSP属于不同的AS域。
优选地，所述服务层LSP向该服务层LSP的客户层LSP发送域间故障信息之后，还包括：所述客户层LSP对所述服务层LSP进行保护或恢复；所述客户层的保护或恢复失败时，所述客户层LSP继续向该客户层的客户层LSP发送所述域间故障信息。
优选地，所述客户层LSP对所述服务层LSP进行保护或恢复，包括：所述客户层LSP根据所述域间故障信息建立新的连接，并将所述客户层LSP的业务切换到所述新的连接。
优选地，在所述域间故障信息指示的故障消失时，还包括：所述服务层LSP向所述客户层LSP发送域间故障消失消息，其中，所述域间故障消失消息用于指示所述域间故障信息指示的故障消失。
优选地，所述服务层层LSP向所述客户层LSP发送域间故障消失消息之后，还包括：所述客户层LSP接收所述域间故障消失消息，并依据预先配置判断是否将所述客户层LSP的业务切回到所述服务层LSP的连接上，如果是，则将所述客户层LSP的业务切回到所述服务层LSP的连接上。
优选地，服务层LSP确定所述服务层LSP保护或恢复失效，包括：服务层LSP的连接发生故障，或所述服务层LSP接收到域间故障信息时，所述服务层LSP对所述服务层LSP进行保护或恢复，在所述服务层LSP的保护或恢复失败时，所述服务层LSP确定所述服务层LSP保护或恢复失效。
优选地，服务层LSP的连接发生故障时，还包括：所述客户层LSP开启预先配置的延时定时器；如果所述客户层LSP在所述延时定时器超时前接收到所述服务层LSP发送的所述域间故障信息，还包括：所述客户层LSP停]止所述延时定时器，并对所述服务层LSP进行保护或恢复。
优选地，所述服务层LSP向客户层LSP发送域间故障信息，包括：第一节点向第二节点发送所述域间故障信息，其中，所述第一节点为所述服务层LSP的首节点，所述第二节点为所述客户层LSP的首节点。
优选地，所述域间故障信息包括：故障的位置和/或故障类型。
根据本发明的另一个方面，提供了一种域间故障信息的发送装置，位于服务层LSP的首节点，包括：确定模块，用于确定服务层LSP保护或恢复失效；发送模块，用于向该服务层LSP的客户层LSP发送域间故障信息，其中，所述域间故障信息用于指示所述服务层LSP保护或恢复失效；其中，所述服务层LSP与所述客户层LSP属于不同的AS域。
优选地，所述确定模块按照以下方式确定所述服务层LSP保护或恢复失效：服务层LSP的连接发生故障，或所述服务层LSP接收到域间故障信息时，对所述服务层LSP进行保护或恢复，在所述服务层LSP的保护或恢复失败时，确定所述服务层LSP保护或恢复失效。
优选地，还包括：保护与恢复模块，用于在服务层LSP的连接发生故障，或所述服务层LSP接收到域间故障信息时，对服务层LSP进行保护或恢复。
通过本发明，服务层LSP确定服务层LSP保护或恢复失效，服务层LSP向该服务层LSP的客户层LSP发送域间故障信息，指示服务层LSP保护或恢复失效，使得客户层LSP及时获知服务层LSP保护或恢复失败，以使客户层LSP及时对服务层LSP进行保护或恢复，缩短了端到端业务损断的时间，提高了网络生存性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的域间故障信息的发送方法的流程图；
图2是根据本发明实施例的域间故障信息的发送装置；
图3是根据本发明实施例的多层多域网络保护与恢复动态协调的方法的流程图；
图4是根据本发明具体实施例的多层多域网络中动态协调框架系统的示意图；
图5是根据本发明实施例的多层多域网络服务层三层连接的示意图；
图6是根据本发明实施例的多层多域网络服务层故障后动态协调示例一的示意图；
图7是根据本发明实施例的多层多域网络服务层故障后动态协调示例二的示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
针对多层多域网络中，客户层无法及时获知服务层的保护与恢复是否失败，而导致业务瞬断时间加长的问题，本发明实施例提供了一种域间故障信息的发送方法及装置，通过实时传递域间故障信息，使得客户层能够动态实时获知服务层保护与恢复是否成功，在服务层保护与恢复失败时，及时对业务连接进行保护或恢复，缩短了端到端业务损断的时间，提高了网络生存性。
实施例一
根据本发明实施例，提供了一种域间故障信息的发送方法，实现在下层（服务层）LSP保护或恢复失效时，向上层（客户层）LSP发送域间故障信息，以使上层LSP根据域间故障信息对业务连接进行保护或恢复。
图1是根据本发明实施例的域间故障信息的发送方法的流程图，如图1所示，该方法可以包括步骤S102至步骤S104：
步骤S102，服务层LSP确定服务层LSP保护或恢复失效；
步骤S104，服务层LSP向该服务层的客户层LSP发送域间故障信息，其中，域间故障信息用于指示服务层LSP保护或恢复失效，服务层LSP与所述客户层LSP属于不同的AS域。
通过本发明实施例，服务层LSP确定服务层LSP保护或恢复失效，向该服务层LSP的客户层LSP发送域间故障信息，指示服务层LSP保护或恢复失效，使得客户层LSP及时获知服务层LSP保护或恢复失败，以使客户层LSP及时对服务层LSP进行保护或恢复，缩短了端到端业务损断的时间，提高了网络生存性。
在本发明实施例中，服务层网络出现故障时，或服务层LSP接收到域间故障信息时，服务层LSP可以启动保护或恢复功能，对服务层LSP进行保护或恢复，在保护或恢复失败时，服务层LSP确定服务层LSP保护或恢复失效。在确定保护或恢复失效时，可以向上层LSP（即该服务层LSP的客户层LSP）发送域间故障信息，指示服务层LSP保护或恢复失效，使得上层LSP及时获取下层LSP保护或恢复失效，并对下层LSP进行保护或恢复，由于上层LSP知晓更全面的链路信息，从而能够更快的对下层LSP进行保护或恢复。在本发明实施例的一个优选实施方式中，域间故障信息可以包括故障的位置和故障的类型等信息。
在本发明实施例的一个优选实施方式中，服务层LSP向客户层LSP发送域间故障信息之后，客户层LSP可以对服务层LSP进行保护或恢复。在客户层LSP对服务层LSP保护或恢复失败时，客户层LSP可以向该客户层LSP的上层LSP（该客户层对与其上层LSP来说，作为服务层为上层LSP提供服务）发送域间故障信息。通过本优选实方式，在对下层LSP保护或恢复失败时，向多层多域网络中的上层LSP传递域间故障信息，使得上层LSP能够及时获知保护或恢复失败，从而降低端到端业务的损断时间，提高业务的可靠性。
进一步的，客户层LSP对服务层LSP进行保护或恢复时，可以根据域间故障信息建立新的连接，并将客户层LSP的业务切换到新建立的连接。例如，当客户层LSP配置为优化重路由时，客户层LSP可以根据域间故障信息生成恢复路径，并将客户层LSP的端到端业务切换到新建的连接上。在客户层LPS将业务切换到新的连接上之后，可以停止向该客户层LSP的上层LSP发送域间故障信息。
在本发明实施例的一个优选实施方式中，在域间故障信息指示的故障消失时，服务层LSP可以向客户层LSP发送域间故障消失消息，其中，域间故障消失消息用于指示域间故障信息指示的故障消失。上层LSP接收到域间故障消失消息后，可以根据实际需要动态选择该层LSP业务的连接。优选地，服务层LSP向客户层LSP发送域间故障消失消息之后，其中，域间故障消失消息用于指示域间故障信息指示的故障消失。客户层LSP可以接收域间故障消失消息，并依据预先配置判断是否将客户层LSP的业务切回到服务层LSP的连接上，如果是，则将客户层LSP的业务切回到服务层LSP的连接上。
相关技术中，为了提高设备的生存性，可以在不同的网络中部署保护和恢复，当某处网络故障时，不仅会触发本层的保护与恢复，由于告警的传递，客户层业务也收到告警，客户层开启延时计时器，当延时定时器到后，通过再次查找客户层是否存在告警来决定是否启动保护和恢复。当服务层的保护与恢复失效的情况下，客户层一直在等待延时，导致业务损断时间加长。在本发明实施例的一个优选实施方式中，为了兼容延时定时器的方法，服务层网络发生故障时，第二节点可以开启预先配置的延时定时器，其中，第二节点为客户层LSP的首节点；如果客户层LSP在延时定时器超时前接收到服务层LSP发送的域间故障信息，则第二节点可以停止延时定时器，并对服务层LSP进行保护或恢复。
LSP连接上包含有多个节点，当LSP连接上的一个节点出现故障时，可以由其他节点向上层LSP发送域间故障消息，在本发明例的一个优选实施方式中，服务层LSP向客户层LSP发送域间故障信息时，可以通过第一节点向第二节点发送域间故障信息，其中，第一节点为服务层LSP的首节点，第二节点为客户层LSP的首节点。在实际应用中，也可以通过节点间的传递将域间故障信息发送至上层LSP的节点，由相应的节点进行处理。
根据本发明实施例，还提供了一种域间故障信息的发送装置，用以实现本发明实施例的上述方法，
图2是根据本发明实施例的域间故障信息的发送装置，如图2所示，该装置主要包括：确定模块10和发送模块20。其中，确定模块10，用于确定服务层LSP保护或恢复失效；发送模块20，与确定模块10相耦合，用于向该服务层LSP的客户层LSP发送域间故障信息，其中，客户层LSP为服务层LSP的上层LSP，域间故障信息用于指示服务层LSP保护或恢复失效，服务层LSP与客户层LSP属于不同的AS域。
通过本发明实施例，确定模块10确定服务层LSP保护或恢复失效，发送模块20向服务层LSP的上层（客户层）LSP发送域间故障信息，指示服务层LSP保护或恢复失效，使得客户层LSP及时获知服务层LSP保护或恢复失败，以使客户层LSP及时对服务层LSP进行保护或恢复，缩短了端到端业务损断的时间，提高了网络生存性。
在本发明实施例的一个优选实施方式中，确定模块10可以按照以下方式确定服务层LSP保护或恢复失效：服务层LSP的连接发生故障，或服务层LSP接收到域间故障信息时，对服务层LSP进行保护或恢复，在服务层LSP的保护或恢复失败时，确定模块10确定服务层LSP保护或恢复失效。优选地，该装置还可以包括：保护与恢复模块，用于在服务层LSP的连接发生故障，或服务层LSP接收到域间故障信息时，对服务层LSP进行保护或恢复。
实施例二
根据本发明实施例，提供了一种多层多域网络保护与恢复动态协调的系统，同时基于此系统，提供了一种多层多域网络保护与恢复动态协调的方法，通过实时传递域间故障信息，解决了多层多域网络中，客户层无法实时获知服务层保护与恢复是否成功的问题，缩短了端到端业务损断的时间，提高了网络生存性。
本优选实施例的多层多域网络保护与恢复动态协调的方法，包括以下几个步骤（步骤1至步骤3）：
步骤1，当服务层网络发生故障后，在本网络内部首节点启动域间故障检测，检测并判定本层LSP保护或恢复是否失效；
步骤2，服务层首节点判定本层保护与恢复失效后，生成域间故障信息，并将域间故障信息沿LSP路径向上游传递；
步骤3，上层网络LSP（客户层）的首节点检测到域间故障时，判断本层是否需要启动保护或恢复，当保护或恢复成功，则终止域间故障信息的传递；当保护或恢复失败时，继续向上层传递域间故障信息。
在上述步骤中，为了兼容传统的静态保护协调机制，在步骤1中，客户层首节点检测到LSP故障时，也可以同时启动定时器；在步骤3中，客户层的首节点收到域间故障时，终止在步骤1中启动的定时器。
上述步骤1和步骤2相当于本发明上述实施例的步骤S102和步骤S104，实现在本层保护或恢复失败时，将域间故障信息发送至上层LSP。
本优选实施例的多层多域网络保护与恢复动态协调的系统，主要包括：网络检测器（相当于本发明上述实施例的确定模块10），位于域边界节点上，用于在发生故障后，检测本域内的保护或恢复是否失效；域间故障信息处理器（相当于本发明上述实施例的发送模块20），位于域边界节点上，用于生成保护与恢复失效后的故障信息，并向上层LSP传递生成的域间故障信息；恢复触发器（相当于本发明上述实施例的保护与恢复模块），位于域边界节点上，用于在接收到域间故障信息后，决策进行客户层的保护与恢复。
通过本优选实施例，当服务层网络保护恢复失效后，客户层可以不用等待延时定时器超时，在接收到域间故障信息后，立即启动客户层的保护与恢复，缩短了故障损断的时间，充分利用网络资源，提高了承载网络的生存性。
实施例三
通讯网络中存在多种承载设备，每种设备分属不同的层。而这些设备可能处于不同的地域，因此分布在不同的路由域中。为了解决跨域端到端LSP建立的问题，IETF发布了一系列的标准对RSVP-TE进行了扩展，其中有两种方案，一种为分层LSP（Hierarchy-LSP，简称为H-LSP），一种为缝接LSP（Stitching-LSP，简称为S-LSP）。
1）H-LSP，通过Hierachy方式创建的LSP，即H-LSP（RFC4206将它定义为FA-LSP），可以在它的上层（客户层）形成一条TE链路；上层LSP的建立可以使用该TE链路进行路由计算。H-LSP作为服务层可以给多条客户层LSP使用。
2）S-LSP，通过Stiching方式创建的LSP，即S-LSP，可以在同一层泛洪为一条LSP，缝接技术要求各个LSP段（LSP segment）的接口交换能力必须相同。通过缝接建立跨域端到端LSP连接时，S-LSP最多只能被一条LSP缝接。
H-LSP、S-LSP均可以动态触发或者预先建立成功。
使用上述技术时，端到端LSP上使用了不同的LSP，不同LSP上可能均配置保护与恢复。在本发明具体实施例中以H-LSP为例说明，但本发明实施例不限于此种模式。
图3是根据本发明实施例的多层多域网络保护与恢复动态协调的方法的流程图，如图3所示，该方法可以包括步骤S302至步骤S312。
步骤S302，检测域间故障。
在域间故障检测之前，上层LSP在建立时，Path消息中需要携带NOTIFY_REQUEST对象，此对象中记录了上层LSP首节点IP地址。FA-LSP的首节点接收到上层Path消息后，需要记录此IP地址，作为发送域间故障信息的目的地址。
配置了保护与恢复的各层LSP需要设置合理的延时定时器。最底层的上层网络延时定时器设置为T1，第二层上层网络延时定时器需要设置为2*T1，第三层上层网络延时定时器设置为3*T1，依次类推，设置完毕各服务层的延时定时器。
当作为服务层的LSP发生故障后，首节点需要检测并判断本层的保护或恢复是否失败；若失效，进行后续的处理；
步骤S304，服务层LSP的首节点获知本域内保护或恢复失败后，生成故障信息。该故障信息可以包括：故障位置，故障类型。
故障位置包括FA-LSP故障，FA-LSP首节点故障，故障类型为FA-LSP发生的物理故障类型。FA-LSP故障是指，FA-LSP本身没有配置保护及恢复属性。FA-LSP首节点故障是指，FA-LSP本身配置了保护或恢复属性，但因资源缺乏等原因导致保护或恢复失败。
步骤S306，域间故障信息生成。在域间故障的发生点，即保护或恢复失效的FA-LSP的首节点，将生成的域间故障信息设置到域间传递消息中，填充的信息包括故障类型、故障位置，并将目的地址设置为步骤S302中保存的IP地址，将域间故障信息发送出去。
步骤S308，上层LSP首节点，接收到域间故障信息后，终止本层启动的延时定时器，判断是否能启动保护与恢复。当保护与恢复成功后，则终止域间故障信息的传递；当保护与恢复失败后，重复步骤S304和步骤S306，继续生成域间故障信息并向上游传递域间故障信息。
步骤S310，端到端LSP的首节点收到域间故障信息后，终止本层启动的延时定时器，根据端到端LSP配置的保护或恢复，从全局恢复端到端业务。
在上述步骤中，当某层LSP配置为优化重路由时，首节点需要将故障信息传递给路由计算单元，如PCE，并接收路由计算单元的算路结果，生成恢复路径，将端到端业务切换到新建的连接上。
优选地，本发明实施例的方法还可以包括步骤S312。
步骤S312，故障消失后，步骤S304中的首节点需要生成域间故障消失的信息，向上游传递，传递的路径及方法与故障信息相同。
图4是根据本发明具体实施例的多层多域网络中动态协调框架系统的示意图，如图4所示，该系统主要包括：网络检测器（相当于本发明上述实施例的确定模块10）、域间故障信息处理器（相当于本发明上述实施例的发送模块20）、恢复触发器（相当于本发明上述实施例的保护与恢复模块）。上述3个模块均位于域边界节点上，共同协调完成域间保护与恢复的动态协调。
网络检测器，用于在本层发生故障时，或者当本层的故障是由服务层故障引起时，检测本层的保护或者恢复是否失效；在同一层中，可能会配置多种保护与恢复方法，比如配置本层的端到端保护和动态重路由，配置MPLS FRR和动态重路由等多种保护业务的方法，网络触发器在决策时，需要考虑同层配置的所有保护与恢复是否均已启动并失效。当检测到本层无法恢复业务时，将信息传递给域间故障信息处理器。同时，网络检测器还用于搜集上层LSP（服务层FA-LSP）首节点的信息，即IP地址，此信息是在上层LSP触发本层LSP建立时传递下来的。
域间故障信息处理器，用于在接收到网络检测器发送的本层保护与恢复失效信息后，生成域间故障信息，故障信息可以包括故障位置以及故障类型等。故障信息生成后，可以在notify消息中设置故障类型、故障位置、目的地址后，发送出去。域间故障信息处理器还可以从协议层直接收服务层发送的域间故障信息，并可以将接收到的域间故障信息传递给恢复触发器。
恢复触发器，用于在接收到服务层的域间故障信息后，判断是否启动本层的保护或者恢复。恢复触发器位于客户层LSP的首节点，需要根据本层配置的保护及恢复类型，决定启动何种方式恢复业务。当启动动态重路由时，需要根据域间故障信息后，生成对应的路由策略传递给路由计算单元，然后根据路由计算单元返回的结果。上层LSP的首节点因为拥有更全面的路由拓扑信息及端到端的配置，可以从更全面的角度考虑如何恢复业务。
图5是根据本发明实施例的多层多域网络服务层三层连接的示意图，如图5所示的网络由四个AS域组成，其中，AS1和AS2为PTN网络，AS3为OTN网络，AS4为SDH网络。端到端的LSP连接从AS1的A节点到AS2的N节点，为LSP1。有两层服务层LSP，一层为AS1的边界节点B到AS2的边界节点L，为LSP2，一层为OTN网络AS3内的域内LSP，从AS3的E节点到AS3的H节点，为LSP3；对于LSP2来说，是LSP1的服务层LSP，同时也是LSP3的客户层LSP。3层LSP的建立方法不在本发明实施例中进行具体描述。
在如图5所述的网路中，LSP1配置动态恢复，LSP2为无保护无恢复的LSP，LSP3配置动态恢复；LSP2首节点的延时设置为T，端到端LSP、LSP1首节点的延时设置为2T。
在三层LSP建立的过程中，在LSP2的首节点B记录了域间故障发送的目的地址为上层LSP的首节点IP地址，即A节点的IP地址，在LSP3的首节点E记录了域间故障发送的目的地址为上层LSP的首节点IP地址，即B节点的IP地址。
本发明实施例中的三层LSP，以客户层动态触发服务层LSP为例，当服务层LSP预先已建立成功时，上层LSP在选取合适的服务层LSP后，同样需要记录上层LSP首节点的IP地址。
图6是根据本发明实施例的多层多域网络服务层故障后动态协调示例一的示意图。如图6所示，当服务层发生故障后，紧邻的客户层LSP没有配置保护与恢复属性，故障继续传递到端到端首节点；
当OTN网络E-H之间发生断纤故障（故障1），LSP3接收到SF故障后，启动优化重路由，在本层本域内找到一条恢复连接，如图6示。此时，LSP3的首节点E检测无域间故障。
当OTN网络恢复连接路径上E-F之间又发生断纤故障（故障2），LSP3接收到第二个SF故障后，在本层本域内无法找到新的恢复连接，此时，LSP3的首节点E检测到发生域间故障。
E节点生成域间故障信息：E节点，节点故障，填写到Notify消息中，将B节点的IP地址填写到notify中，将notify消息发送出去。
此时，由于服务层发生故障，导致各客户层首节点也会收到故障，各客户层首节点按照配置的延时启动延时定时器，B节点启动时间为T的定时器，A节点启动时间为2T的定时器。
B节点收到E发送过来的域间故障信息后，终止本层延时定时器，更改Notify消息中，将A节点的IP地址填写到notify中，将notify消息发送出去。
端到端LSP首节点A收到域间故障信息后，终止本层延时定时器，将E节点故障的信息传递给路由计算单元，接收路由计算单元的返回结果后，建立经过AS4域的恢复连接，将业务切换到恢复连接上。恢复连接如何触发多层LSP建立的过程，不再本发明范围之内。
优选地，当AS3域中的故障消失后，E节点生成域间故障消失的通知消息向上游传递。A节点接收到域间故障消失的信息后，决策将业务重新切换回原来的连接。
图7是根据本发明实施例的多层多域网络服务层故障后动态协调示例二的示意图，如图7所示，当服务层发生故障后，紧邻的客户层LSP没有配置了动态重路由，故障在这一层得到恢复。
当OTN网络E-H、E-F之间均发生断纤故障，在本层本域内无法找到新的恢复连接，此时，LSP3的首节点E检测到发生域间故障。
E节点生成域间故障信息：E节点，节点故障，B节点的IP地址填写到notify中，将notify消息发送出去。
B节点收到E发送过来的域间故障信息后，检测到本层的LSP配置了动态重路由，将E节点故障信息传递给路由计算单元，接收路由计算的结果后，建立了经过SDHAS4域的恢复连接，将业务切换到此条恢复连接上，域间故障不在继续上传。
优选地，当AS3域中的故障消失后，E节点生成域间故障消失的通知消息向上游传递。B节点接收到域间故障消失的信息后，决策将业务重新切换回原来的连接，并删除建立的恢复连接。
从以上的描述中，可以看出，本发明实现了如下技术效果：服务层LSP确定服务层LSP保护或恢复失效，向服务层LSP的上层LSP发送域间故障信息，指示服务LSP保护或恢复失效。通过实时传递域间故障信息，使得客户层能够动态实时获知服务层保护与恢复是否成功，在服务层保护与恢复失败时，及时对业务连接进行保护或恢复，缩短了端到端业务损断的时间，提高了网络生存性。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种域间故障信息的发送方法，其特征在于，包括：
服务层标签交换路径LSP确定所述服务层LSP保护或恢复失效；
所述服务层LSP向该服务层LSP的客户层LSP发送域间故障信息，其中，所述域间故障信息用于指示所述服务层LSP保护或恢复失效；
其中，所述服务层LSP与所述客户层LSP属于不同的AS域。
2.根据权利要求1所述的方法，其特征在于，所述服务层LSP向该服务层LSP的客户层LSP发送域间故障信息之后，还包括：
所述客户层LSP对所述服务层LSP进行保护或恢复；
所述客户层的保护或恢复失败时，所述客户层LSP继续向该客户层的客户层LSP发送所述域间故障信息。
3.根据权利要求2所述的方法，其特征在于，所述客户层LSP对所述服务层LSP进行保护或恢复，包括：
所述客户层LSP根据所述域间故障信息建立新的连接，并将所述客户层LSP的业务切换到所述新的连接。
4.根据权利要求1所述的方法，其特征在于，在所述域间故障信息指示的故障消失时，还包括：
所述服务层LSP向所述客户层LSP发送域间故障消失消息，其中，所述域间故障消失消息用于指示所述域间故障信息指示的故障消失。
5.根据权利要求4所述的方法，其特征在于，所述服务层层LSP向所述客户层LSP发送域间故障消失消息之后，还包括：
所述客户层LSP接收所述域间故障消失消息，并依据预先配置判断是否将所述客户层LSP的业务切回到所述服务层LSP的连接上，如果是，则将所述客户层LSP的业务切回到所述服务层LSP的连接上。
6.根据权利要求1所述的方法，其特征在于，服务层LSP确定所述服务层LSP保护或恢复失效，包括：
服务层LSP的连接发生故障，或所述服务层LSP接收到域间故障信息时，所述服务层LSP对所述服务层LSP进行保护或恢复，在所述服务层LSP的保护或恢复失败时，所述服务层LSP确定所述服务层LSP保护或恢复失效。
7.根据权利要求6所述的方法，其特征在于，
服务层LSP的连接发生故障时，还包括：所述客户层LSP开启预先配置的延时定时器；
如果所述客户层LSP在所述延时定时器超时前接收到所述服务层LSP发送的所述域间故障信息，还包括：所述客户层LSP停止所述延时定时器，并对所述服务层LSP进行保护或恢复。
8.根据权利要求1所述的方法，其特征在于，所述服务层LSP向该服务层LSP的客户层LSP发送域间故障信息，包括：
第一节点向第二节点发送所述域间故障信息，其中，所述第一节点为所述服务层LSP的首节点，所述第二节点为所述客户层LSP的首节点。
9.根据权利要求1至8中任一项所述的方法，其特征在于，所述域间故障信息包括：故障的位置和/或故障类型。
10.一种域间故障信息的发送装置，位于服务层LSP的首节点，其特征在于，包括：
确定模块，用于确定服务层LSP保护或恢复失效；
发送模块，用于向该服务层LSP的客户层LSP发送域间故障信息，其中，所述域间故障信息用于指示所述服务层LSP保护或恢复失效；
其中，所述服务层LSP与所述客户层LSP属于不同的AS域。
11.根据权利要求10所述的装置，其特征在于，所述确定模块按照以下方式确定所述服务层LSP保护或恢复失效：
服务层LSP的连接发生故障，或所述服务层LSP接收到域间故障信息时，对所述服务层LSP进行保护或恢复，在所述服务层LSP的保护或恢复失败时，确定所述服务层LSP保护或恢复失效。
12.根据权利要求11所述的装置，其特征在于，还包括：
保护与恢复模块，用于在服务层LSP的连接发生故障，或所述服务层LSP接收到域间故障信息时，对服务层LSP进行保护或恢复。
CN201210280557.6A 2012-08-08 2012-08-08 域间故障信息的发送方法及装置 Pending CN103580904A (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201210280557.6A CN103580904A (zh) 2012-08-08 2012-08-08 域间故障信息的发送方法及装置
EP13796745.1A EP2866394B1 (en) 2012-08-08 2013-06-09 Method and device for sending inter-domain fault information
PCT/CN2013/077069 WO2013178098A1 (zh) 2012-08-08 2013-06-09 域间故障信息的发送方法及装置
US14/416,341 US20150186202A1 (en) 2012-08-08 2013-06-09 Method and Device for Sending Inter-Domain Fault Information
BR112015002613A BR112015002613A2 (pt) 2012-08-08 2013-06-09 método e dispositivo para enviar informação de falha interdomínio.

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210280557.6A CN103580904A (zh) 2012-08-08 2012-08-08 域间故障信息的发送方法及装置

Publications (1)

Publication Number Publication Date
CN103580904A true CN103580904A (zh) 2014-02-12

Family

ID=49672443

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210280557.6A Pending CN103580904A (zh) 2012-08-08 2012-08-08 域间故障信息的发送方法及装置

Country Status (5)

Country Link
US (1) US20150186202A1 (zh)
EP (1) EP2866394B1 (zh)
CN (1) CN103580904A (zh)
BR (1) BR112015002613A2 (zh)
WO (1) WO2013178098A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104518960A (zh) * 2014-12-05 2015-04-15 华为技术有限公司 一种延时回切的方法、设备及系统

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104104600B (zh) * 2013-04-01 2018-03-09 华为技术有限公司 一种lsp建立的方法及网络设备
KR101727782B1 (ko) * 2013-12-06 2017-04-17 한국전자통신연구원 전송망의 자원 관리 방법 및 장치
CN104954160B (zh) * 2014-03-28 2019-02-26 中国移动通信集团内蒙古有限公司 一种实现承载网络多重保护的方法及承载网络
GB2527798A (en) * 2014-07-02 2016-01-06 Ibm Synchronizing operations between regions when a network connection fails
US10880154B2 (en) * 2017-05-03 2020-12-29 At&T Intellectual Property I, L.P. Distinguishing between network- and device-based sources of service failures
CN110048944A (zh) * 2018-01-17 2019-07-23 中兴通讯股份有限公司 端到端重路由的方法及装置
US12058026B2 (en) * 2020-09-11 2024-08-06 Ciena Corporation Segment routing traffic engineering (SR-TE) with awareness of local protection
CN116566805B (zh) * 2023-07-10 2023-09-26 中国人民解放军国防科技大学 一种面向体系容灾抗毁的节点跨域调度方法、装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1849786A (zh) * 2003-09-08 2006-10-18 西门子公司 优化的释放域间路由的方法
CN101001170A (zh) * 2006-01-10 2007-07-18 华为技术有限公司 业务故障恢复方法
CN101056203A (zh) * 2007-03-29 2007-10-17 华为技术有限公司 一种提高多层网络业务恢复性能的方法及装置
CN101715149A (zh) * 2009-07-21 2010-05-26 北京邮电大学 一种多层多域分布式光网络并行跨域故障恢复方法和装置
CN102546248A (zh) * 2011-12-30 2012-07-04 华为技术有限公司 多协议标签交换环境下精确定位故障位置的方法、装置及系统

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5768501A (en) * 1996-05-28 1998-06-16 Cabletron Systems Method and apparatus for inter-domain alarm correlation
US20030063613A1 (en) * 2001-09-28 2003-04-03 Carpini Walter Joseph Label switched communication network and system and method for path restoration
US8305882B2 (en) * 2001-12-18 2012-11-06 Horizon Technology Funding Company V Llc Methods, systems, and computer program products for detecting and/or correcting faults in a multiprotocol label switching network by using redundant paths between nodes
JP2003229888A (ja) * 2002-02-01 2003-08-15 Nec Corp ラベルスイッチングネットワーク及びそれに用いるラベルスイッチングパス設定方法
US7197008B1 (en) * 2002-07-05 2007-03-27 Atrica Israel Ltd. End-to-end notification of local protection using OAM protocol
US20050030951A1 (en) * 2003-08-06 2005-02-10 Christian Maciocco Reservation protocol signaling extensions for optical switched networks
DE102005025421A1 (de) * 2005-06-02 2006-12-07 Siemens Ag Verfahren zur Bereitstellung von Ersatzwegen als schnelle Reaktion auf den Ausfall eines Links zwischen zwei Routing-Domänen
FR2921779B1 (fr) * 2007-09-28 2011-02-18 Alcatel Lucent Communication d'une information de risque dans un reseau multi-domaine
US20140347979A1 (en) * 2011-09-27 2014-11-27 Nec Corporation Communication system, transmission apparatus, communication apparatus, failure notification method, and non-transitory computer-readable medium storing program
CN104348720B (zh) * 2013-07-25 2018-05-04 中兴通讯股份有限公司 一种多域路径计算失败的处理方法及路径计算单元
US10148578B2 (en) * 2014-10-17 2018-12-04 Ciena Corporation Optical and packet path computation and selection systems and methods

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1849786A (zh) * 2003-09-08 2006-10-18 西门子公司 优化的释放域间路由的方法
CN101001170A (zh) * 2006-01-10 2007-07-18 华为技术有限公司 业务故障恢复方法
CN101056203A (zh) * 2007-03-29 2007-10-17 华为技术有限公司 一种提高多层网络业务恢复性能的方法及装置
CN101715149A (zh) * 2009-07-21 2010-05-26 北京邮电大学 一种多层多域分布式光网络并行跨域故障恢复方法和装置
CN102546248A (zh) * 2011-12-30 2012-07-04 华为技术有限公司 多协议标签交换环境下精确定位故障位置的方法、装置及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ZIYING CHEN: ""The LSP Protection/Restoration Mechanism in GMPLS"", 《HTTP://BEETHOVEN.SITE.UOTTAWA.CA/DSRG/PUBLICDOCUMENTS/REPORTS-THESES/MASTERPROJECT-ZIYINGCHEN-2002.PDF》 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104518960A (zh) * 2014-12-05 2015-04-15 华为技术有限公司 一种延时回切的方法、设备及系统
CN104518960B (zh) * 2014-12-05 2018-01-19 华为技术有限公司 一种延时回切的方法、设备及系统
US11146484B2 (en) 2014-12-05 2021-10-12 Huawei Technologies Co., Ltd. Method, device, and system for deferring switchback

Also Published As

Publication number Publication date
EP2866394B1 (en) 2018-04-18
EP2866394A4 (en) 2015-05-27
EP2866394A1 (en) 2015-04-29
WO2013178098A1 (zh) 2013-12-05
US20150186202A1 (en) 2015-07-02
BR112015002613A2 (pt) 2017-07-04

Similar Documents

Publication Publication Date Title
CN103580904A (zh) 域间故障信息的发送方法及装置
Huang et al. Building reliable MPLS networks using a path protection mechanism
CN101427501B (zh) 确保mpls转发和控制平面之间一致性的方法和设备
EP1845656B1 (en) A method for implementing master and backup transmission path
US8289843B2 (en) Service failure recovery method and system
TWI586131B (zh) 使用標籤分配協定之多重協定標籤交換技術快速重路由（ｌｄｐ－ｆｒｒ）
JP4647835B2 (ja) 伝送装置及び障害回避方法
US7839767B2 (en) Path reroute in a computer network
CN101877665B (zh) 环网保护方法、网络节点及环网络
CN102571401B (zh) 建立备份路径的方法及设备、选取备份路径的方法及设备
CN101945049B (zh) 多协议标签交换系统、节点设备及双向隧道的建立方法
US20120207017A1 (en) Recovery mechanism for point-to-multipoint traffic
CN102204190B (zh) 路径建立方法和装置
CN103460647A (zh) 用于操作网络节点的技术
WO2002071690A2 (en) Automatic control plane recovery for agile optical networks
US9191221B2 (en) Technique for protecting a point-to-multipoint primary tree in a connected mode communications network
CN104170328A (zh) 标签交换路由器的环网中的保护
CN101640637A (zh) 一种基于流量工程的资源预留协议隧道管理方法及系统
Jajszczyk et al. Recovery of the control plane after failures in ASON/GMPLS networks
Andersson et al. MPLS Transport Profile (MPLS-TP) Control Plane Framework
EP1816804B1 (en) Failure recovery method and packet communication apparatus
CN111083033B (zh) 基于多协议标签交换协议的三层虚拟专用网
Lin et al. Redirection based recovery for MPLS network systems
JP2008060995A (ja) Ｍｐｌｓネットワーク転送制御方法及びシステム
Weingarten et al. Applicability of MPLS transport profile for ring topologies

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20140212

RJ01 Rejection of invention patent application after publication