CN102549980A - 面向连接的网络中的业务恢复 - Google Patents
面向连接的网络中的业务恢复 Download PDFInfo
- Publication number
- CN102549980A CN102549980A CN2009801615617A CN200980161561A CN102549980A CN 102549980 A CN102549980 A CN 102549980A CN 2009801615617 A CN2009801615617 A CN 2009801615617A CN 200980161561 A CN200980161561 A CN 200980161561A CN 102549980 A CN102549980 A CN 102549980A
- Authority
- CN
- China
- Prior art keywords
- group
- connection
- node
- fault
- backup path
- 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
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
-
- 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- 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/22—Alternate routing
-
- 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)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
面向连接的网络(5)具有端接在第一节点(N6)的多个连接。恢复组(A)配置在第一节点(N6),包括多个连接(LSP1-6,LSP2-6,LSP3-6,LSP4-6)中的至少两个。在恢复组(A)中的每一个连接上执行故障检测,并且节点基于在恢复组(A)中的连接上执行的故障检测的结果,确定是否满足至少一个恢复组故障条件。当满足至少一个恢复组故障条件时,节点使恢复组(A)中的多个连接上的业务转移到备用路径。当未满足至少一个恢复组故障条件并且在恢复组(A)中的连接上已经检测到故障时,节点使业务从那个连接转移到备用路径。
Description
技术领域
本发明涉及面向连接的网络中的业务恢复。
背景技术
分组交换网络正在代替传统的基于时分复用(TDM)的网络,诸如同步数字体系(SDH)网络,以便它们能够以更优化和灵活的方式处理比如以太网和IP的数据业务。面向连接的分组交换(CO-PS)网络是从传统TDM网络朝所有分组网络迁移的理想候选,以便它们能够进行端到端复原和性能监视以及以便它们可管理。
为了代替传统SDH网络,CO-PS网络需要保证传输级性能,并向由传统传输网络提供的故障提供相同的复原能力。通常,传输网络需要在故障发生的50ms内切换到保护路径。小于50ms保护切换要求是在SDH网络中履行起来困难的要求,特别是当需要管理大量同时保护切换实例时,并且它对于CO-PS网络甚至是更大的挑战。
一种类型CO-PS网络技术是多协议标签交换传输简档(MPLS-TP),多协议标签交换传输简档(MPLS-TP)是作为多协议标签交换(MPLS)的传输简档开发的。MPLS-TP目的是提供与具有和现有IP/MPLS网络的固有互操作性能力的SDH类似的“外观和感觉”。在MPLS-TP网络中,在需要彼此通信的网络节点之间创建标签交换路径(LSP)隧道。传输单元(例如分组)包含含有标识特定隧道的标签的填充头(shim header)。为了增加网络的可用性,通常需要使用某种网络保护方案使LSP隧道变冗余。在MPLS-TP的情况下,这通常意味着1+1或1:1端到端保护方案。
在MPLS(MPLS也可用作CO技术)中,不存在端到端保护,而只存在本地修复机制和还原。问题是,当网络中存在大量LSP隧道并且需要保护大量LSP隧道时,有可能在节点处存在大量同时保护切换。在节点处可进行的同时保护切换事件数量取决于节点之间的业务关系、网络拓扑和网络设计以及已经发生的故障类型。由操作、运营和管理(OAM)分组掌控保护,为了快速保护以短间隔(通常是3.3ms)发送这些分组,并且需要由接收节点处理这些分组。用于声明LSP隧道故障的机制包含:缺乏连接性验证(例如未接收到3个接连的周期性OAM分组)或明确的故障指示消息、诸如前向缺陷指示(FDI)。
可能在节点处需要同时切换的保护实例数量可以是高的。此外,在通过伪线(PW)在LSP隧道上承载业务的情况(这对于MPLS-TP传输以太网和TDM/ATM客户端是典型情况)下,可以用OAM的另一个等级保护PW等级,这进一步增大了必须执行的保护切换数量。满足50ms保护切换要求的一个可能解决方案是LSP嵌套。LSP嵌套创建了LSP体系,使得多个内部LSP由外部LSP传输用于给定网络部分。外部LSP是在那个网络部分中在其上执行业务保护的实体。这需要在网络中创建附加层,并且具有仅在那个网络部分中提供解决方案的约束。
国际电信联盟(ITU-T)推荐G.808.1″Generic ProtectionSwitching-Linear trail subnetwork protection″描述了称为组轨迹保护的机制。工作路径和保护路径连接的组配置在公共网络端点对之间。所有工作路径和保护路径都需要连接相同端节点对并沿着相同路由。在接收节点处的逻辑将各个轨迹信号失效(TSF)信号合并成单个SF组(SFG),并将各个轨迹信号降级(TSD)信号合并成单个SD组(SDG)。在1:1保护的情况下,必须对于整个组发送自动保护切换(APS)消息。当SFG信号有效时,对于整个组激活保护。G.808.1描述了生成SFG的三种策略:(1)保护组的所有成员都失效,即,在各个信号处于TSF的情况下声明SFG;(2)一个选择的成员失效,即,个体信号被选择为参考信号,并且在参考信号的TSF有效的情况下声明SFG;(3)给定百分比的成员失效,即,仅当有效TSF的数量超过给定阈限时,SFG才是有效的。
本发明设法提供保护网络中业务的备选方法。
发明内容
本发明的一个方面提供了一种在面向连接的网络中的第一节点执行故障检测和业务恢复的方法,所述网络包括端接在第一节点的多个连接,所述方法包括:
在第一节点配置包括所述多个连接中至少两个连接的恢复组;
在所述恢复组中所述多个连接中的每个连接上执行故障检测;
基于在所述恢复组中所述多个连接上执行的所述故障检测的结果,确定是否满足至少一个恢复组故障条件,以及:
当满足所述至少一个恢复组故障条件时,使所述恢复组中所述多个连接上的业务转移到备用路径,以及;
当未满足所述至少一个恢复组故障条件并且在所述恢复组中的连接上已经检测到故障时,使业务从那个连接转移到备用路径。
术语“恢复”打算包含“保护”(其通常意味着在检测到任何故障或失效之前预先配置备用路径)以及“还原”(其通常意味着用于配置备用路径的信令发生在检测到故障之后)。该方法允许切换到备用路径以对于一组连接更快地发生,原因在于没有必要等到节点已经检测到该组中每个个体连接上的故障。该方法的有利实施例用于到预先配置的备用(保护)路径的保护切换。
该方法可应用于任何网络拓扑,并且可应用于一系列不同的端到端恢复机制,而无需依赖于实际使用的特定保护机制。该方法可在没有已经在网络中使用的任何附加OAM信令并且无需管理附加网络层的情况下操作。仅端接连接的节点需要知道恢复组的存在。这允许单端管理,并且在接收节点位于与这些连接的其它端接节点不同的网络域中的情况下是有利的。
没有要求恢复组内的连接沿网络内相同路径路由,并且恢复组内的连接可能具有不同的远程节点。
本发明可应用于任何种类的面向连接的技术,诸如通用多协议标签交换(GMPLS)、多协议标签交换(MPLS)、多协议标签交换传输简档(MPLS-TP)网络、面向连接的以太网或提供商骨干桥接业务工程(PBB-TE),IEEE802.1Qay。
本发明的另一方面提供了用于在节点处执行所述方法的设备。
本发明的另外方面提供了一种在面向连接的网络中的第一节点配置故障检测和业务恢复的方法,所述网络包括端接在第一节点(N6)的多个连接,所述方法包括:在与第一节点分开的节点:
用于在第一节点配置恢复组的信令,其中所述信令:
定义包括端接在第一节点的多个连接中的至少两个连接的恢复组;
定义必须满足的至少一个恢复组故障条件,以对于所述恢复组中的所有连接使恢复组故障条件被声明;
其中当满足所述至少一个恢复组故障条件时,在所述恢复组中的所述多个连接上的业务将转移到备用路径,而当未满足所述至少一个恢复组故障条件并且在所述恢复组中的连接上已经检测到故障时,业务将从那个连接转移到备用路径。
可以用软件、硬件或它们的组合实现这里描述的功能性。可借助包括几个截然不同元件的硬件并借助适当编程的处理设备实现所述功能性。处理设备可包括计算机、处理器、状态机、逻辑阵列或任何其它适当的处理设备。处理器设备可以是通用处理器,其运行软件以使通用处理器执行所需任务,或者处理设备可专用于执行所需功能。本发明的另一方面提供了当由处理器运行时执行任何所述方法的机器可读指令(软件)。机器可读指令可存储在电子存储装置、硬盘、光盘或其它机器可读存储介质上。机器可读指令可经由网络连接下载到处理设备。
附图说明
将参照附图仅作为示例来描述本发明的实施例,附图中:
图1示出了具有连接组和恢复组的示例网络;
图2示出了在图1网络中发生的故障。
图3示出了恢复(保护)组中的工作路径的备用路径;
图4示出了在网络中发生多个故障的情形;
图5示出了在图1网络中的其中一个连接的备用路径中发生故障的情形;
图6示出了操作保护组成员的可能方式的表格;
图7示出了在图1网络中节点处的设备;
图8A和8B示出了操作图1网络中节点的方法。
具体实施方式
图1示出了包括通过通信链路11连接的节点集合的示例通信网络,其可使用光技术、电技术、无线技术或任何其它技术。示出了每一个节点N1-N4与节点N6之间的连接。连接LSP1-6经由节点N2和N5将N1连接到节点N6。连接LSP2-6经由节点N5将节点N2连接到节点N6。连接LSP3-6经由节点N2和N5将N3连接到节点N6。连接LSP4-6经由节点N5将节点N4连接到节点N6。图1中示出的每个连接可实现为标签交换路径(LSP)、LSP上的伪线(PW)或任何其它形式的面向连接的技术。可在节点对之间的公共物理路径上承载多个连接,或者由节点对之间的多个物理路径承载多个连接。
在网络中执行操作、运营和管理(OAM)信令。一种类型的OAM信令是连接性验证信令。这种类型的信令在图1所示每一个连接的端点节点之间周期地发送包含连续性检验(CC)字段的消息。因此,例如,节点N1和N6交换CC信令消息。如果在预定时段内未接收到CC消息,则这指示沿该连接有故障。
其它类型的OAM信令包含:前向缺陷指示(FDI)类型消息,其角色是立即通知接收节点由中介节点沿该路径检测到的故障,由此加速保护切换;自动保护切换类型消息。网络中可存在一种类型或多种类型的OAM消息,并由管理恢复组的节点使用一种类型或多种类型的OAM消息。
在图1的示例中,恢复组A配置用于端接在节点N6的四个连接(LSP1-6,LSP2-6,LSP3-6,LSP4-6)的集合。不同恢复组B配置用于图1下半部所示的连接集合。该恢复组允许节点N6为了业务恢复目的共同管理连接组。为了清楚起见,图1中示出了小量LSP隧道,但可与LSP隧道和/或PW相关联的保护实例数量可能是相当大的,对于高密度城市网络或对于核心网络,它可能容易为几百的数量级。
该恢复组具有用于判定对于该连接组将何时发生业务恢复(例如保护切换)的条件或条件集合。一个适当条件是报告故障的连接的阈值。该阈限可表示为绝对值(例如5、10)或该组中连接总数的百分比或比例(例如50%)。一旦已经达到了该阈值,恢复组中的整个连接组就被声明失效,并且根据保护机制的特性对于组的所有成员适当发起连接程序。在保护切换发生的这点之后,不需要发生组内各个连接的OAM消息的进一步处理。保护切换(立即)发生在已经在其上检测到故障的任何个体连接或多个连接上。各个连接的保护切换发生,而不管是否满足该组被声明失效的要求,由此允许没有延迟地从各个失效的连接切换业务。
在节点N6配置恢复组。恢复组的特征是能由一个节点在本地配置并且管理恢复组,并且恢复组的存在不需要由网络中的任何其它节点知道。总之,可单端地管理恢复组。这允许恢复组机制与不知道恢复组的第三方***(诸如其它网络域或网络运营商)一起使用。恢复组机制的另外特征是,它不需要特定网络层或OAM来管理恢复组。
图1示出了网络节点之间的LSP的示例集合。单个LSP可承载多个伪线(PW)。每个PW可具有其自己的OAM信令,并且可具有与其相关联的、预先配置的保护实例。在图1中,仅示出了工作路径。对于每个工作路径,都存在预先配置的备用路径。在工作路径与备用路径之间可存在1:1关系(即,对于每个工作路径都存在专用备用路径)或在工作路径与备用路径之间存在N:1关系(即,在N个工作路径之间共享一个备用路径)。因为工作路径各具有预先配置的备用(保护)路径,所以该连接组在如下描述中被称为“保护组”。
在常规***中,具体连接上的故障引起到恰好那个连接的备用路径的保护切换。在本发明中,当节点接收的故障信令满足某一条件或条件集合时,管理保护组(A)的节点对于该组(A)中的连接组引起保护切换发生。例如,条件可以是,保护组中的至少50%的连接报告故障。
图2示出了在节点N2与N5之间的链路上已经发生故障21的情形。我们将假设,连接LSP1-6、LSP2-6和LSP3-6全由受故障21影响的相同物理链路承载。考虑节点N6配置成当组A中50%的连接报告故障时,对于组A中的所有连接引起保护切换。这需要四个连接中的两个连接报告故障。在故障21发生之后,每一个连接上的OAM信令机制将通知节点N6连接有故障。例如,如果在预定时段内节点N6未接收到用于LSP2-6和LSP3-6的周期性CC信令,则节点N6将满足组A的故障条件,并使故障条件被声明。一旦节点N6检测到保护组A中的LSP隧道中的两个LSP隧道已经失效,就根据所用的实际保护方案,对于组A中的所有连接执行立即保护切换。节点N6不需要等待保护组A的任何其它成员报告故障条件。因此,节点N6不等待LSP1-6报告故障21。当然,检测处理可在其它连接上继续。在此示例中,LSP4-6的工作路径没有故障,但由于其属于保护组A而将在LSP4-6上执行用于组A的保护切换操作。
图3示出了用于工作路径LSP1-6、LSP2-6、LSP3-6、LSP4-6的备用路径B1-6、B2-6、B3-6、B4-6的集合。备用路径B1-6经由与LSP1-6的工作路径不同的路由将节点N1连接到节点N6。备用路径通常将经由为清楚起见在图3未示出的一个或多个中介节点通过。图3示意性示出了三个不同路由的备用路径,不过有可能的是,多个备用路径共享至少一些物理资源。
如果相对单个故障的复原能力足够了,则迄今为止描述的机制是令人满意的。如果需要相对双故障的复原能力,则期望一些附加机制。图4示出了在节点N2与N5之间的物理链路上已经发生故障21并且此外在节点N4与N6之间的备用路径B4-6上已经发生故障22的情形。节点N4与N6之间的备用路径B4-6是LSP4-6的备用路径。如果保护组A如之前描述的那样表现,则业务将从工作路径LSP4-6转移到其上存在故障22的备用路径B4-6。这是不期望的。因此,当故障条件发生在备用路径上时,需要不同的行为。暂时从保护组A中移除对应于其上已经发生故障22的备用路径的工作路径LSP4-6。因为备用路径的信号失效(SF)比将业务切换到失效路径的每个动作具有更高优先级,触发保护机制的有限状态机必须执行不同的动作。
有另一种情形要考虑。在节点N2与N5之间的物理链路上已经发生故障21的情况下,对于保护组A中的所有工作路径发生保护切换。在已经发生保护切换之后,在备用路径B4-6上可发生故障。然而,因为原始工作路径LSP4-6没有故障,所以它仍是在节点N4与N6之间承载业务的有效路径。因此,暂时从保护组中移除这个成员(LSP4-6),并独立地对待这个成员(LSP4-6),使得业务能使用初始(未失效的)路径LSP4-6。
暂时移除保护组的成员的相同机制也可应用于在没有其它故障存在的情况下备用路径失效时,如图5中所示。在这种情况下,即使没有因LSP4-6的保护路径故障而对组产生影响,但是也将暂时从保护组中移除工作LSP4-6,直到其相关联的备用路径变得再次可用为止。用这种方式,甚至在如图4中给出的示例中一样可影响保护组的双故障情况下,也不会发生错误行为。的确,到失效资源的切换从来不会发生,并且在组成员之间状态未对准(status misalignment)从来不会发生。
对于刚描述的行为,节点N6需要了解组内连接的管理状态(即工作或保护)。在刚描述的示例中,成员LSP4-6一返回到与保护组的其它成员相同的状态,它就返回到保护组。
存在其中保护切换可操作的两种主要方式:(i)可逆操作和(ii)不可逆操作。用可逆操作,在没有故障的情况下,相同网络路径总是用作用于节点对之间连接的工作路径。当工作路径上发生故障时,业务从工作路径转移到该节点对之间的备用路径。当故障已修复时,业务转移(回复)到原始工作路径。用不可逆操作,当工作路径上发生故障时,业务转移到备用路径。备用路径然后被指定为新的工作路径,并且没有随后操作来将业务转移(回复)到一开始充当工作路径的路径。
上面已经总结了保护组中的连接集合正常情况下如何被视为单个组,并且当条件满足时,正常情况下如何对于组中的所有连接切换业务。还已经描述了如何存在一些期望从组中移除一个连接或多个连接的情形时。图6示出了总结管理成员移入和移出保护组的方式的表格。一般来说,对于可逆操作和不可逆操作,都将连接从保护组中取出:(i)当指定的工作路径正在提供服务,并且与那个连接相关联的备用路径有故障时,以及(ii)当指定的备用路径正在提供服务,并且与那个连接相关联的工作路径有故障时。对于不可逆操作,在发生故障之后,业务保持在该备用路径上,其中备用路径变成新的工作路径。当备选路径变得可用时,该连接能够返回到保护组。还有可能将该方案应用于混合组(即,组中的一些连接是可逆的,组中的一些连接是不可逆的),不过这是不太可能的情况,原因在于网络运营商通常会进行唯一的保护策略选择。对于混合组,当在备用路径上承载业务时,连接可保持在保护组以外。
图7示意性示出了管理保护组的网络节点40,诸如图1中的节点N6。网络节点40具有用于从其它网络节点接收传输单元(例如数据的帧或分组)的网络接口41、42。网络接口41、42端接之前描述的工作路径连接和备用路径连接。网络接口41、42还从其它网络节点接收OAM消息。节点40还具有用于向其它节点转发业务的接口43、44。如果节点40是网络的边缘节点,则它被提供有用于向客户转发接收的传输单元的客户接口集合43。
控制器60包括功能模块集合61-65,功能模块集合61-65控制网络节点40的操作。数据平面转发模块63根据本地存储的转发表执行传输单元的正常转发。这是节点的常规功能,并且不需要进一步描述了。OAM处理模块64支持OAM功能性。它发送和接收OAM信令50、51。它从网络接口41、42接收OAM信令,诸如连续性检验和FDI信令,并使用OAM信令来确定链路或节点的故障/失效的发生。保护组模块65从OAM模块64接收输入52,并执行确定切换到备用路径应该何时发生的逻辑(图8A和8B所示)。保护组模块64包含:为了声明保护组失效并对于整组连接使保护切换发生而要满足的条件66;保护组应用于的组成员67;从组成员67中移除的并且对于其应用个体保护的各个成员68。
保护引擎45基于来自保护组模块65的输入53对于组成员和各个成员执行业务切换。
控制器60还可包括从网络接口41、42接收控制平面信令56的控制平面模块61。控制平面模块61接收用于配置保护组的控制平面信令56,并发出用于配置保护组模块65的指令54。控制器还可包括从网络接口41、42接收管理平面信令的管理平面模块62。管理平面模块62接收用于配置保护组的管理平面信令,并发出用于配置保护组模块65的指令55。尽管图7中未示出,但控制器60也可具有用于从本地维护终端(Local CraftTerminal)接收配置信令的输入端。
图7中示出的模块集合可实现为机器可执行代码块,它们由通用处理器或一个或多个专用处理器或处理设备运行。这些模块可实现为硬件或硬件和软件的组合,例如实现为现场可编程门阵列(FPGA)、专用集成电路(ASIC)或专用标准产品(ASSP)。尽管设备的功能性被显示为单独模块集合,但将认识到,更小或更大的模块集合都可执行该功能性。
图8A和8B示出了操作网络中节点N6的方法实施例。步骤81和82涉及在节点处连接的初始配置。可在节点处诸如通过使用本地维护终端、通过管理平面(MP)或通过控制平面(CP)信令在本地执行该配置。在步骤81,节点(例如图1的节点N6)配置成形成连接的工作路径的一部分,并形成连接的备用路径的一部分。
在步骤82,该节点配置保护组。在步骤81,保护组的配置可发生在自连接的初始配置起的随后时间。节点可接收以各种方式(诸如经由MP或CP或通过节点的本地配置)配置保护组的指令。保护组是一旦满足阈限条件(例如若干连接报告故障)就会对于所有组成员发生保护切换的连接组。配置保护组包含标识要形成相同组的一部分的连接和用于进行保护切换判定的一个或多个阈限条件的细节。网络运营商将根据它们的网络要求和它们的网络中的故障发生分析在管理上配置它们打算使用的保护组成员。然后,根据网络拓扑和业务模式,它们将判定什么保护组故障阈限适合于它们的网络(它是一类“敏感度”阈限)。阈限越高,则实际上完成整组的保护切换可能需要更多的时间。阈限越低,则在未失效的LSP或PW上将更可能执行保护切换。
步骤83-102涉及保护组的操作。在步骤83,以常规方式(诸如通过检测预定时段内的CC消息,通过接收FDI消息,或通过接收APS消息)监视组中的每个连接。还监视备用路径的故障。步骤84和88使用在步骤83执行的监视结果。在步骤84,检验在备用路径中是否已检测到故障。如果在备用路径中已检测到故障,则在步骤85从故障检测组中移除与那个备用路径相关联的工作路径。如果工作路径没有故障,则业务可转移到与该备用路径相关联的工作路径。这是相对于图4描述的情形。步骤86检测何时修复备用路径中的故障。当故障已修复时,方法继续到步骤87,并且与那个备用路径相关联的工作路径被重新***在保护组中。
返回到步骤83的结果处理,步骤88检验在工作路径中是否已检测到故障。如果在具体工作路径中未检测到故障,则方法继续到步骤89,并且工作路径保持在保护组中,或者重新***到保护组中。如果在具体工作路径中检测到故障,则方法继续到步骤90。如果工作路径已经处于保护状态,则不需要另外的动作。然而,如果这是在工作路径中第一次检测到故障发生,则方法继续到步骤91。业务从工作路径转移到相关联的备用路径,并且指示有故障的工作路径数量的参数F递增。方法继续到图8B。步骤91确保,当发现个体工作路径有故障时,节点快速采取动作。
步骤92检验这是否时参数F的第一次递增。如果这是参数F的第一次递增,则在步骤93开始观察周期。否则,方法继续到步骤94。步骤94检验参数F是否具有大于阈值FTH的值,这指示至少阈限数量的保护组成员已经被发现有故障。
在步骤94,如果参数F具有小于阈值FTH的值,则这指示小于阈限数量的保护组成员已经被发现有故障。步骤95检验观察周期是否到期。如果观察周期未到期,则方法返回到点A继续监视这些连接。如果观察周期已经到期,则方法继续到步骤96,并从保护组中移除业务已经转移到备用路径的所有工作路径。步骤97将观察时间和参数F复位。可选地,在步骤97,方法可基于保持在保护组中的有效连接数量、即在步骤96未从该组中移除的连接数量,来计算阈限参数FTH的新值。
返回到步骤94,如果参数F具有等于或大于阈限值FTH的值,则方法继续到步骤98,并且业务从保护组的所有成员的工作路径转移到相应的备用路径。应该理解,该组的被发现有故障的各个成员的业务将已经在方法的这个迭代或方法的早前的迭代之一期间在步骤91转移到相应的备用路径。仅是保护组的然而必须报告故障的其它成员的业务仍需要在步骤98转移。步骤99将观察时间和参数F复位。步骤100从保护组中移除所有工作路径。步骤101检验备选路径何时变得再次可用,并且在步骤102,将相关联的工作路径返回到保护组,并返回到点A。对于在步骤100移除的每个路径重复步骤101和102。在步骤98采取的动作有时将具有从没有故障的工作路径转移业务的效果。这是图2中示出的情形,其中故障21不影响工作路径LSP4-6,但业务从LSP4-6转移到B4-6,原因在于LSP4-6形成保护组A的一部分。没有故障的连接已经具有运作的备选路径,并且可在步骤102返回到保护组。这可立即发生,或者在可配置时间之后发生。
对于不可逆操作,业务保持在业务在步骤91或98转移到的路径上,并且不需要另外的步骤。当前正在使用的路径被视为“提供服务路径”,而当前未承载业务的路径被视为“待用路径”。对于可逆操作,业务随后当故障已修复时转移回到指定的工作路径。
在步骤93和95使用的观察周期是可配置参数。网络中的故障可能引起所有相关连接大约同时有故障。存在某种程度的不确定性,原因在于不是所有OAM消息都是同步的。观察周期允许方法为其它故障消息等待短时段。作为实际示例,考虑每3.3ms发送OAM消息,其中在3.5x3.3ms(=11.55ms)之后声明故障。F的第一次递增发生在11.55ms第一次检测到故障之后,并且观察周期也开始于这点。故障检测的“风暴”应该随着发生。观察周期例如可设置成几个ms的值,由此允许节点检测大多数连接上的故障条件,而无需等待所有连接都报告故障条件。有可能将阈值FTH设置成值1,使得当单个工作路径报告故障时,切换整组的工作路径。在这种情况下,不需要观察周期,并且省略了方法的使用观察周期的步骤92、93、97。
图8A和8B示出了本发明的有利实施例,其中对于每个工作路径存在预先配置的备用(保护)路径。工作路径组称为保护组。本发明可应用于业务还原,其中根据需要配置备用路径。对于业务还原实施例,图8A和8B中所示的方法调整成使得步骤83仅监视工作路径(因为在检测到故障之前不存在备用路径),并且可省略步骤84-87。在步骤91和95,在执行那些步骤时根据需要配置备用路径。
图7示出了在其中配置恢复组的节点。网络中的其它节点可适合于支持恢复组的配置。支持恢复组的配置的其它节点可包含网络管理实体、控制平面实体和本地维护终端。为了配置恢复组,将配置信息从这些其它节点之一发信号通知到要在其中配置恢复组的节点。对信令协议的扩展可传达配置信息。配置信息包含:
●标识要形成恢复组一部分的连接的信息;
●标识与每个连接相关联的备用路径的信息;
●用于使该组的业务切换到备用路径的一个或多个条件(例如阈值FTH);
●保护引擎使用的任何其它参数,诸如观察周期的长度。
以上描述提及从恢复/保护组中“移除”和“返回”成员。将理解,对应于成员的数据不一定在物理上从组成员列表中移除。字段或标志可设置成“1”或“0”以指示具体成员当前是在恢复/保护组成员列表“中”还是恢复/保护组成员列表“外”。
在网络中的用集线器的(hubbed)业务模式的情况下(这通常在住宅应用情况下发生),头端节点通常将收集从***节点到达的所有或大部分业务。挑战头端节点的是需要用它们的相关保护端接潜在的大量LSP隧道。信令机制可通过通知发射侧切换在接收侧属于给定保护组的某一数量的连接(例如LSP隧道或PW)来允许甚至更高的性能。在端点的保护组通常不会包括相同的成员。作为一个示例,接收端相比发射端将包括成员的超集。这意味着,这种信令一般将需要在每个接收节点与若干发射节点之间交换。然而这种扩展是可管理的,并且需要专有消息或基于标准的“组消息”在接收节点和与给定保护组相关联的发射节点之间交换。具体地说,节点N6可(经由OAM或控制平面)向属于恢复组的连接的源节点发送自组消息,以通知它们关于它们的连接的状态,由此还允许这些连接的另一端采取动作。这对于还原机制是特别有利的。
所公开发明的修改和其它实施例将让本领域技术人员想到具有在前面说明书和相关联附图中给出的示教的益处。因此,要理解,本发明不限于所公开的特定实施例,并且修改和其它实施例打算包含在本公开的范围内。尽管本文可采用特定术语,但是它们仅用于一般性且描述性意义,而非用于限制的目的。
Claims (17)
1.一种在面向连接的网络中的第一节点执行故障检测和业务恢复的方法,所述网络包括端接在所述第一节点的多个连接,所述方法包括:
在所述第一节点配置包括所述多个连接中至少两个连接的恢复组;
在所述恢复组中所述多个连接中的每个连接上执行故障检测;
基于在所述恢复组中所述多个连接上执行的所述故障检测的结果,确定是否满足至少一个恢复组故障条件,以及:
当满足所述至少一个恢复组故障条件时,使所述恢复组中所述多个连接上的业务转移到备用路径,以及:
当未满足所述至少一个恢复组故障条件并且在所述恢复组中的连接上已经检测到故障时,使业务从那个连接转移到备用路径。
2.如权利要求1所述的方法,还包括:基于如下中的至少一项动态改变所述恢复组中的连接数量:到备用路径的业务转移;在备用路径上执行的故障检测。
3.如权利要求2所述的方法,包括:当业务从所述恢复组中的连接转移到备用路径时,暂时从所述恢复组中移除那个连接。
4.如权利要求3所述的方法,其中当所述连接再次可用时,所述连接返回到所述恢复组。
5.如权利要求2所述的方法,其中当在与第一连接相关联的备用路径中检测到故障时,暂时从所述恢复组中移除所述第一连接。
6.如权利要求5所述的方法,其中当所述备用路径再次可用时,所述第一连接返回到所述恢复组。
7.如权利要求2至6中任一项所述的方法,其中在业务从连接转移到备用路径之后,以不可逆方式操作所述恢复组中所述连接中的至少一个连接,其中所述业务保留在所述备用路径上,并且当备选路径再次可用时所述连接返回到所述恢复组。
8.如以上权利要求中任一项所述的方法,其中所述至少一个故障条件是在所述保护组中预定比例或预定数量的连接上检测到故障。
9.如权利要求8所述的方法,还包括:基于所述恢复组中有效连接的数量计算声明所述故障条件所需的所述保护组中连接的比例或数量。
10.如以上权利要求中任一项所述的方法,其中所述组中所述连接中的至少一个连接具有与所述组中其它连接不同的端节点。
11.如以上权利要求中任一项所述的方法,其中所述组中所述备用路径中的至少一个备用路径具有与所述组中其它备用路径不同的端节点。
12.如以上权利要求中任一项所述的方法,其中所述备用路径中的所述至少一个备用路径是预先配置的保护路径。
13.如以上权利要求中任一项所述的方法,其中所述故障检测包括接收操作、管理和维护(OAM)信令。
14.如以上权利要求中任一项所述的方法,其中所述连接是如下至少一项:多协议标签交换(MPLS);多协议标签交换传输简档(MPLS-TP);面向连接的以太网。
15.用在面向连接的网络的第一节点处的设备,所述网络包括端接在所述第一节点的多个连接,所述设备包括:
输入端,用于接收配置恢复组的指令,所述恢复组包括所述多个连接中的至少两个连接;
第一模块,布置成在所述恢复组中所述多个连接中的每个连接上执行故障检测;
第二模块,布置成基于在所述恢复组中所述多个连接上执行的所述故障检测的结果确定是否满足至少一个恢复组故障条件,所述第二模块还布置成:
当满足所述至少一个恢复组故障条件时,使所述恢复组中所述多个连接上的业务转移到备用路径,以及;
当未满足所述至少一个恢复组故障条件并且在所述恢复组中的连接上已经检测到故障时,使业务从那个连接转移到备用路径。
16.一种在面向连接的网络中的第一节点配置故障检测和业务恢复的方法,所述网络包括端接在所述第一节点的多个连接,所述方法包括:在与所述第一节点分开的节点:
用于在所述第一节点配置恢复组的信令,其中所述信令:
定义包括端接在所述第一节点的所述多个连接中至少两个连接的恢复组;
定义必须满足的至少一个恢复组故障条件,以对于所述恢复组中的所有连接使恢复组故障条件被声明;
其中当满足所述至少一个恢复组故障条件时,在所述恢复组中所述多个连接上的业务将转移到备用路径,而当未满足所述至少一个恢复组故障条件并且在所述恢复组中的连接上已经检测到故障时,业务将从那个连接转移到备用路径。
17.机器可读指令,用于使处理器执行如权利要求1至14或16中任一项所述的方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP09170420 | 2009-09-16 | ||
EP09170420.5 | 2009-09-16 | ||
PCT/EP2009/062755 WO2011032608A1 (en) | 2009-09-16 | 2009-10-01 | Recovery of traffic in a connection-oriented network |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102549980A true CN102549980A (zh) | 2012-07-04 |
Family
ID=41395447
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009801615617A Pending CN102549980A (zh) | 2009-09-16 | 2009-10-01 | 面向连接的网络中的业务恢复 |
Country Status (5)
Country | Link |
---|---|
US (1) | US9203732B2 (zh) |
EP (1) | EP2478673B1 (zh) |
CN (1) | CN102549980A (zh) |
ES (1) | ES2429314T3 (zh) |
WO (1) | WO2011032608A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109428813A (zh) * | 2017-08-28 | 2019-03-05 | 中国电信股份有限公司 | 重路由方法、装置以及存储介质 |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010091714A1 (en) * | 2009-02-10 | 2010-08-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and apparatus for protecting a communications network |
US20120195190A1 (en) * | 2011-01-31 | 2012-08-02 | Fujitsu Network Communications, Inc. | Method and system for solving communication failure and traffic loss in service protection networks |
US8707111B2 (en) * | 2011-02-09 | 2014-04-22 | Ebay Inc. | High-volume distributed script error handling |
WO2012131696A1 (en) * | 2011-03-31 | 2012-10-04 | Tejas Networks Limited | Fate sharing segment protection |
EP2837132B1 (en) * | 2012-04-13 | 2016-04-13 | Telefonaktiebolaget LM Ericsson (publ) | Recovery in connection-oriented network |
CN104426763B (zh) * | 2013-08-21 | 2018-10-26 | 南京中兴新软件有限责任公司 | 隧道切换方法、装置及交换机 |
US9992057B2 (en) | 2014-04-25 | 2018-06-05 | International Business Machines Corporation | Yield tolerance in a neurosynaptic system |
CN105281926B (zh) * | 2014-05-27 | 2019-03-12 | 中兴通讯股份有限公司 | 一种链路聚合端口的信号劣化触发保护切换的方法及装置 |
CN113190495A (zh) | 2014-12-08 | 2021-07-30 | 安博科技有限公司 | 从远程网络区域进行内容检索的***及方法 |
CN113225369A (zh) | 2015-01-06 | 2021-08-06 | 安博科技有限公司 | 用于中立应用程序编程接口的***和方法 |
EP3251301A4 (en) | 2015-01-28 | 2018-10-10 | Umbra Technologies Ltd. | System and method for a global virtual network |
CN107637037B (zh) | 2015-04-07 | 2021-09-28 | 安博科技有限公司 | 用于全局虚拟网络中的虚拟接口和高级智能路由的***和方法 |
CN107925594B (zh) | 2015-06-11 | 2020-12-29 | 安博科技有限公司 | 用于网络挂毯多协议集成的***和方法 |
EP4236264A3 (en) | 2015-12-11 | 2023-11-08 | Umbra Technologies Ltd. | System and method for information slingshot over a network tapestry and granularity of a tick |
CN106921568B (zh) * | 2015-12-26 | 2020-04-21 | 华为技术有限公司 | 一种网络保护方法和装置 |
CN107171820B (zh) * | 2016-03-08 | 2019-12-31 | 北京京东尚科信息技术有限公司 | 信息传输、发送、获取方法和装置 |
EP3449353B1 (en) | 2016-04-26 | 2021-11-24 | Umbra Technologies Ltd. | Data beacon pulsers powered by information slingshot |
US10476811B2 (en) * | 2017-03-10 | 2019-11-12 | Juniper Networks, Inc | Apparatus, system, and method for providing node protection across label-switched paths that share labels |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6952395B1 (en) * | 2001-06-01 | 2005-10-04 | Calix Networks, Inc. | Optical network restoration |
CN1848844A (zh) * | 2005-11-17 | 2006-10-18 | 华为技术有限公司 | 在mpls网络中实现组保护的方法及装置 |
CN100397088C (zh) * | 2001-12-12 | 2008-06-25 | 瑞通网络公司 | 在利用标签交换的环形网中提供故障保护的方法和*** |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5793745A (en) * | 1996-05-06 | 1998-08-11 | Bell Communications Research, Inc. | Bundled protection switching in a wide area network background of the invention |
US7804767B1 (en) * | 1999-10-25 | 2010-09-28 | Tellabs Operations, Inc. | Protection/restoration of MPLS networks |
US6778492B2 (en) * | 2002-01-17 | 2004-08-17 | Cisco Technology, Inc. | Load balancing for fast reroute backup tunnels |
US7333438B1 (en) * | 2002-06-21 | 2008-02-19 | Nortel Networks Limited | Priority and policy based recovery in connection-oriented communication networks |
US7043250B1 (en) * | 2003-04-16 | 2006-05-09 | Verizon Corporate Services Group Inc. | Systems and methods for forming and operating a communications network |
US7995914B2 (en) * | 2008-03-28 | 2011-08-09 | Mci Communications Services, Inc. | Method and system for providing fault recovery using composite transport groups |
US8665709B2 (en) * | 2009-06-09 | 2014-03-04 | Ciena Corporation | Use of 1:1 protection state machine for load sharing and alternative protection schemes |
-
2009
- 2009-10-01 WO PCT/EP2009/062755 patent/WO2011032608A1/en active Application Filing
- 2009-10-01 ES ES09783645T patent/ES2429314T3/es active Active
- 2009-10-01 EP EP09783645.6A patent/EP2478673B1/en not_active Not-in-force
- 2009-10-01 CN CN2009801615617A patent/CN102549980A/zh active Pending
- 2009-10-01 US US13/496,597 patent/US9203732B2/en not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6952395B1 (en) * | 2001-06-01 | 2005-10-04 | Calix Networks, Inc. | Optical network restoration |
CN100397088C (zh) * | 2001-12-12 | 2008-06-25 | 瑞通网络公司 | 在利用标签交换的环形网中提供故障保护的方法和*** |
CN1848844A (zh) * | 2005-11-17 | 2006-10-18 | 华为技术有限公司 | 在mpls网络中实现组保护的方法及装置 |
Non-Patent Citations (2)
Title |
---|
E. MANNIE等: "《Recovery (Protection and Restoration) Terminology for Generalized Multi-protocol Label Switching(GMPLS):RFC 4427》", 31 March 2006 * |
ITU STUDY GROUP 15(2001-2004): "《Generic protection switching – Linear trail and subnetwork protection 12/2003》", 14 December 2003 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109428813A (zh) * | 2017-08-28 | 2019-03-05 | 中国电信股份有限公司 | 重路由方法、装置以及存储介质 |
CN109428813B (zh) * | 2017-08-28 | 2021-07-13 | 中国电信股份有限公司 | 重路由方法、装置以及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2011032608A1 (en) | 2011-03-24 |
US20120188867A1 (en) | 2012-07-26 |
EP2478673A1 (en) | 2012-07-25 |
US9203732B2 (en) | 2015-12-01 |
ES2429314T3 (es) | 2013-11-14 |
EP2478673B1 (en) | 2013-07-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102549980A (zh) | 面向连接的网络中的业务恢复 | |
Nederlof et al. | End-to-end survivable broadband networks | |
CN101317388B (zh) | 多协议标签切换的标签切换路径保护切换的装置和方法 | |
CN102577239A (zh) | 在点到多点网络中避免重复流量 | |
US20100128611A1 (en) | Transmitting apparatus, alarm control method, and computer product | |
US9467332B2 (en) | Node failure detection for distributed linear protection | |
US6810496B1 (en) | System and method for troubleshooting a network | |
CN103620560A (zh) | 计算机网络中的故障防御 | |
US9264300B2 (en) | Hybrid distributed linear protection | |
US20140219080A1 (en) | Method and apparatus for interworking protection switching | |
WO2012079630A1 (en) | Segment recovery in connection-oriented network | |
KR20150002474A (ko) | 통신 네트워크에서 장애 복구 방법 | |
CN102792636B (zh) | 提供恢复生存性的方法、设备和通信网络 | |
WO2012100571A1 (zh) | 一种多条相同路径隧道集中管理的方法和*** | |
CN101656572B (zh) | 一种在ason网络中实现永久式共享恢复的方法 | |
CN105264799A (zh) | 保护倒换的方法、节点和控制设备 | |
Ramamurthy et al. | Cost and reliability considerations in designing the next-generation IP over WDM backbone networks | |
JP2001285324A (ja) | 遠隔通信ms−springにおけるパスの現在経路を識別するための方法 | |
Coan et al. | A distributed protocol to improve the survivability of trunk networks | |
US20190132239A1 (en) | Systems, apparatuses, and methods for rerouting network traffic | |
Akyamaç et al. | Optical mesh network modeling: simulation and analysis of restoration performance | |
JP4717796B2 (ja) | ノード装置およびパス設定方法 | |
JP2008103893A (ja) | 通信システムおよび故障復旧方法 | |
Kamamura et al. | Relaxed maintenance protection architecture by dynamic backup path configuration | |
Mukherjee et al. | Fault management for next-generation IP-over-WDM networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20120704 |