CN102132524B - 用于建立业务连接及相关监控连接的方法 - Google Patents

用于建立业务连接及相关监控连接的方法 Download PDF

Info

Publication number
CN102132524B
CN102132524B CN200880130897.2A CN200880130897A CN102132524B CN 102132524 B CN102132524 B CN 102132524B CN 200880130897 A CN200880130897 A CN 200880130897A CN 102132524 B CN102132524 B CN 102132524B
Authority
CN
China
Prior art keywords
node
connection
monitoring
message
lsp
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
Application number
CN200880130897.2A
Other languages
English (en)
Other versions
CN102132524A (zh
Inventor
M·维古勒
L·恰瓦利亚
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.)
Alcatel Lucent SAS
Alcatel Optical Networks Israel Ltd
Original Assignee
Alcatel Optical Networks Israel 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
Application filed by Alcatel Optical Networks Israel Ltd filed Critical Alcatel Optical Networks Israel Ltd
Publication of CN102132524A publication Critical patent/CN102132524A/zh
Application granted granted Critical
Publication of CN102132524B publication Critical patent/CN102132524B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4633Interconnection of networks using encapsulation techniques, e.g. tunneling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/50Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/72Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/724Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/82Miscellaneous aspects
    • H04L47/825Involving tunnels, e.g. MPLS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0213Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34Signalling channels for network management communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003Managing SLA; Interaction between SLA and QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003Managing SLA; Interaction between SLA and QoS
    • H04L41/5009Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003Managing SLA; Interaction between SLA and QoS
    • H04L41/5019Ensuring fulfilment of SLA
    • H04L41/5025Ensuring fulfilment of SLA by proactively reacting to service quality change, e.g. by reconfiguration after service quality degradation or upgrade
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823Errors, e.g. transmission errors
    • H04L43/0829Packet loss

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种用于在例如MPLS类型的网络(1)中建立业务连接(5)及相关监控连接(6)的方法,该方法包括:从业务连接的入口节点(A)沿一路径发送第一连接建立消息,其中该连接建立消息包括监控连接请求,该监控连接请求指定连接路径的第一节点和第二节点;在指定的第一节点(B)处截听第一连接建立消息;从指定的第一节点发送第二连接建立消息用于在指定的第一节点与第二节点(B、D)之间建立监控连接;恢复并完成业务连接的建立,其中业务连接被封装进连接路径的指定的第一节点与第二节点之间的监控连接之中。

Description

用于建立业务连接及相关监控连接的方法
技术领域
本发明涉及实现面向连接的交换技术的通信网络的技术领域。
背景技术
多协议标签交换技术,比如标准MPLS及各种扩展,例如MPLS传送配置和通用MPLS,已被开发出来用于实现提供基于多种网络技术的业务工程能力的统一控制平面。通信网络中的故障管理或性能管理功能一般被描述为OAM(运行、管理和维护)。针对MPLS OAM的标准仍处于开发阶段。
发明内容
本发明的一个目标是提供用于实现面向连接的网络(例如,MPLS类型)中的OAM功能的方法。
为了实现本发明的第一目标,各实施方式提供了一种用于建立通信网络中的业务连接及相关监控连接的方法,该方法包括以下步骤:
从业务连接的入口节点沿着业务连接的路径发送第一连接建立消息,以发起业务连接的建立,其中该连接建立消息包括监控连接请求,该请求指定连接路径的第一节点和第二节点,
在连接路径的指定的第一节点截听第一连接建立消息,
从指定的第一节点沿着连接路径发送第二连接建立消息,以在连接路径的指定的第一节点和第二节点之间建立监控连接,以及
从指定的第一节点沿着连接路径发送第一连接设置消息,以恢复和完成业务连接的建立,其中业务连接被封装进连接路径的指定的第一节点与第二节点之间的监控连接之中。
所述方法的其他实施方式可以包括一个或多个以下特征:
-业务连接及相关监控连接为标签交换路径,并且业务连接通过标签堆叠封装进监控连接之中。
-通过监控连接在第一节点与第二节点之间发送OAM流的步骤。OAM流指的是这样一组协议数据单元或消息,其使得故障管理或性能管理功能能够在位于监控连接端点(即,第一节点与第二节点)之间的连接路径区段上执行。
-业务连接及相关监控连接是以相同带宽和/或相同业务工程参数来建立的。这一措施使得监控连接与相关业务连接之间的独占关联能够得以强制实施。
-第一和第二连接建立消息都依据RSVP-TE协议。
-监控连接请求包括RSVP-TE路径消息中的对象,所述对象包括第一节点的标识符和第二节点的标识符。
本发明的实施方式还提供了用于网络节点的节点控制器,该控制器包括适于执行以下操作的信令模块,这些操作包括:
处理接收到的第一连接建立消息,该第一连接建立消息包括用于沿连接路径建立业务连接的连接参数,该第一连接建立消息包括监控连接请求,
检测监控连接请求对在其中安装节点控制器的网络节点的指定,响应于所述检测而沿着连接路径发送第二连接建立消息,以在所述网络节点与连接路径的在监控连接请求中所指定的另一节点之间建立监控连接,以及
沿着连接路径发送第一连接设置消息,用来以这样的方式恢复业务连接的建立——使得业务连接被封装进所述网络节点与监控连接请求中所指定的另一节点之间的监控连接之中。
控制器的其他实施方式可以包括一个或多个以下特征:
-适于通过监控连接向所述另一节点发送OAM流的OAM模块。
-信令模块适于响应于检测到监控连接请求指定了未被置于连接路径之中的网络节点这一情况而生成错误消息。
-信令模块适于配置交换表,以便将业务连接的传入标签与监控连接的传出标签相关联。
本发明的实施方式还提供了机器可读的介质用以提供指令,所述指令在由节点控制器中的处理器执行时使节点控制器执行以下操作,这些操作包括:
处理接收到的第一连接建立消息,该第一连接建立消息包括用于沿连接路径建立业务连接的连接参数,该第一连接建立消息包括监控连接请求,
检测监控连接请求对在其中安装节点控制器的网络节点的指定,响应于所述检测,沿着连接路径发送第二连接建立消息,以在所述网络节点与连接路径的在监控连接请求中所指定的另一节点之间建立监控连接,以及
沿着连接路径发送第一连接设置消息,用来以这样的方式恢复业务连接的建立——使得业务连接被封装进所述网络节点与监控连接请求中所指定的另一节点之间的监控连接之中。
为了实现本发明的第二目标,各实施方式提供了一种用于建立与在通信网络中建立的业务连接相关的监控连接的方法,该方法包括以下步骤:
从通信网络的第一节点向通信网络的第二节点发送连接建立消息,以在第一节点与第二节点之间建立监控连接,其中第一节点和第二节点被布置于业务连接的路径之中,并且连接建立消息是沿着该业务连接路径发送的,
从所述第一节点向业务连接的入口节点发送先接后离请求,以使入口节点使用先接后离信令流程来沿着业务连接路径重建业务连接,以及
在第一节点处,对入口节点所发送的重建信令消息进行处理,以便将重建的业务连接封装进监控连接之中。
所述方法的其他实施方式可以包括一个或多个以下特征:
-业务连接及相关监控连接为标签交换路径,并且重建的业务连接通过标签堆叠而封装进监控连接之中。
-通过监控连接在第一节点与第二节点之间发送OAM流的步骤。
-监控连接是用与业务连接相同的带宽以及/或者相同的业务工程参数建立的。
-连接建立消息和重建信令消息都依据RSVP-TE协议。
-先接后离请求包括第一节点的标识符和/或第二节点的标识符。这些标识符可以是IP地址或其他形式。
-先接后离请求包括监控连接的标识符。
-先接后离请求包括RSVP-TE通知消息中的对象。
本发明的实施方式还提供了用于网络节点的节点控制器,该控制器包括适于执行以下操作的信令模块,这些操作包括:
从在其中安装了节点控制器的网络节点向通信网络的另一节点发送连接建立消息,以在所述节点间建立监控连接,其中所述节点被布置于在通信网络中建立的业务连接的路径之中,并且连接建立消息是沿着该业务连接的路径发送的,
向业务连接的入口节点发送先接后离请求,以使该入口节点使用先接后离信令流程沿着业务连接路径重建业务连接,以及
对从入口节点接收到的重建信令消息进行处理,以便将重建的业务连接封装进监控连接之中。
本发明的实施方式还提供了一种机器可读的介质用以提供指令,所述指令在由节点控制器中的处理器执行时使得节点控制器执行以下操作,这些操作包括:
从在其中安装了节点控制器的网络节点向通信网络的另一节点发送连接建立消息,以在所述节点之间建立监控连接,其中所述节点被布置于在通信网络中建立的业务连接的路径之中,并且连接建立消息是沿着该业务连接的路径发送的,
向业务连接的入口节点发送先接后离请求,以使该入口节点使用先接后离信令流程沿着业务连接路径重建业务连接,以及
对从入口节点接收到的重建信令消息进行处理,以便将重建的业务连接封装进监控连接之中。
本发明的一些方面基于使用分布式控制平面来自动实现(例如MPLS类型的)面向连接的网络中的监控连接(即,适合于OAM流的连接)的建立的构思。本发明的一些方面源于与相关业务连接同时建立监控连接的构思。本发明的其他方面源于在已创建相关业务连接之后建立监控连接的构思。本发明的其他方面基于这样的构思:即,可能出现对监控连接的需求,并且这种需求会在网络中不同的点上显现。
附图说明
通过参考下文通过举例的方式且参考附图所描述的实施方式,本发明的这些方面和其他方面将被阐明且变得明晰。
图1是一种包括可以通过使用本发明的实施方式建立的业务连接及相关监控连接的通信网络的示意图。
图2是示出了适合建立图1的连接的信令过程的第一实施方式的流程图。
图3示出了一种信令消息格式,该格式可以用于图2的过程中。
图4是可于其中使用本发明实施方式的包括业务连接的通信网络的示意图。
图5是示出了适合建立图1的连接的信令过程的第二实施方式的流程图。
图6是一种节点控制器的功能示图,该节点控制器可用于执行图2或者图5的过程。
具体实施方式
参考图1,MPLS网络1包括多个节点A、B、C、D、E,这些节点通过物理链路2连接。示出的节点的数量、链路的数量及拓扑只是说明性的,而不是限制性的。MPLS网络1可以包括一个或多个域。数据平面技术可以是MPLS控制平面目前所支持的或者将来会支持的任何类型,例如全光学、WDM、SONET、SDH、以太网、IP以及其他类型。以下描述的方法优选地用于在其中有明确的标签(例如,利用分组类型数据平面技术)的网络。
节点A和E是MPLS网络1的边缘节点,并且可以与客户端设备3(例如,用户终端、IP路由器等)交换业务。沿经过节点B、C和D(以这种顺序)的路径在节点A与E之间建立业务连接5,以承载数据流,例如,来自客户端设备3的客户端数据,业务连接5被实现为MPLS术语中的标签交换路径(LSP)。如MPLS网络领域中所公知,LSP 5可以出于业务工程目的而在例如预留带宽、服务质量参数、保护等方面具有特定业务参数。LSP 5可以是单向或双向的。以下描述将仅参考从节点A流向节点E的流。数据转发技术在反向方向中(如果存在的话)十分相似。
为了执行与LSP 5的路径的一个区段(亦即,区段B-C-D)相关的OAM功能,在所述区段的两个端节点(亦即,节点B与节点D)之间建立监控连接6。监控连接6的端节点可被称为维护端点(MEP)。在这一实施方式中,监控连接6也是一个LSP。监控连接6用于以遵循与连接5所承载的业务相同的数据路径(即,使用相同的数据平面组件)的方式来传送OAM分组。这样确保了可从连接6所承载的OAM分组中导出的、与网络性能或者网络故障相关的信息真实地反映出由连接5所承载的业务沿所述区段所经历的网络性能或者网络故障。为了实现这一要求,LSP 5沿区段B-C-D封装进LSP 6之中(即,通过LSP 6)。如果LSP 5是双向的,则LSP 6优选地也是双向的,以允许在两个方向上的性能监控。
在一种优选实施方式中,LSP 6独占地与LSP 5关联,即,不允许除LSP 5的业务之外的任何其他业务通过。此外,LSP 6承载由一个或者全部两个MEP所插入的OAM分组。在MPLS背景下,具有这些特征的LSP 6可被称为汇接连接维护实体LSP(TandemConnection Maintenance Entity LSP,简称TCME-LSP)。
MEP B和D能够向监控连接6插入OAM分组并且/或者从监控连接6中提取OAM分组,并且均包括对那些OAM分组进行处理以执行OAM功能的OAM模块。这样的OAM功能例如包括由国际电信联盟(ITU)所定义的一个或多个以下功能:
连续性检验:连续性检验(CC)是一种用于对MEP间连续性的丢失进行检测的功能。CC对于像故障管理、性能监控和保护交换之类的应用是有用的。
连接性验证:连接性验证(CV)是一种用于对单个维护域中的MEP之间的连接性进行检验的功能。
报警抑制:报警抑制是这样一种功能,该功能被服务器层MEP用来向其一个或多个客户端层MEP通知故障情况,以对因服务器层中的故障情况使得客户端层的维护域可能生成的报警进行抑制。
锁定指示:锁定指示是这样一种功能,该功能用于指示出可导致向期待数据业务的一个或多个客户端层MEP转发的数据业务发生相应中断的服务器层MEP管理锁定。对锁定指示的接收允许了MEP对故障情况和服务器层MEP处的管理锁定动作加以区分。
分组丢失测量:分组丢失测量是这样一种功能,该功能用于测量一对MEP之间的分组丢失率。分组丢失率是在设定时段中未送达的服务分组(例如,OAM分组)与传输的服务分组的总数的比率。未送达的服务分组的数量是由源节点所传输的服务分组的数量与目的地节点处所接收到的服务分组的数量之间的差。分组丢失测量可由MEP执行用以测量单向连接上的近端分组丢失以及双向连接上的近端和远端分组丢失。近端分组丢失是指与入口数据分组相关的分组丢失,而远端分组丢失指的是与出口数据分组相关的分组丢失。
诊断测试:诊断测试是一种在MEP之间使用的功能,该功能用来验证带宽吞吐量、分组丢失、误码等。
路由追踪:路由追踪是一种用于对跨MPLS传送网络的连接的路由进行确定的功能。
延迟测量:延迟测量是一种用于对一对MEP之间的分组传输的单向延迟或双向延迟进行测量的功能。单向分组延迟是从源节点开始传输分组的第一位元起直至目的地节点接收到该分组的第一位元所经过的时间。双向分组延迟是当在分组的目的地节点处执行回送时,从源节点开始传输分组的第一位元起直至同一源节点接收到被回送的分组的最后一个位元所经过的时间。
远程故障指示:远程故障指示(RDI)是这样一种功能,该功能由一个MEP用以向其对等MEP通知检测到它们之间的双向连接上的故障。
客户端信号失效:客户端信号失效功能(CSF)用于在不支持客户端层中的报警抑制时,向远端汇点(sink)传播客户端故障指示。MEP在接收到具有CSF信息的分组时,检测到客户端层故障情况并通知其客户端层。MEP在接收到来自其客户端层的信号失效指示时,应当立即开始传输具有CSF信息的周期性分组。MEP应当在客户端层故障指示被解除之前持续传输具有CSF信息的周期性分组。
监控连接6可在业务连接5的任意两个节点之间建立。图1在这方面仅为说明性的。还有可能沿着给定业务连接的相应的非重叠区段建立若干监控连接。在实施方式中,若干监控连接(例如,TCME-LSP)互相嵌套,例如用以支持网络的各个拓扑层面上(整个路径、路径区段、单个中继段、单个管理域、多个管理域)的监控功能,以及/或者用以监控相应的、相互嵌套的业务连接。
现在将参考图1来描述用于在网络1中实现业务连接(即,LSP5)及相关监控连接(即,LSP 6)的标签交换技术。线10示出了从节点B流向节点D的、可能出现在连接路径B-C-D的各中继段处的OAM分组。线20示出了从节点A流向节点E的、可能出现在连接路径A-B-C-D-E的各中继段处的数据分组。标签使用以下表示法来表示:D(C)表示由节点C分配给目的地为节点D的LSP的标签。
如图所示,在线10的OAM分组中,最上方标签字段11包含由位于连接路径上的节点分配给LSP 6的标签。在此,假设了每个节点使用由下一中继段所分配的标签,如同针对通过常规RSVP信令分配的标签的情况那样。第二标签字段12包含特定OAM标签(标记为LFU),该LFU用于将OAM分组与数据业务相区别。全网预留标签值,例如13或者14,可以用于这一用途。字段13指0AM分组的其余部分,不必在此详述。其可以包括如在IETF征求意见稿RFC 4385中所定义的相关信道报头(ACH)。
在线20的数据分组中,沿着由LSP 6所覆盖的区段(亦即,B-C-D),最上方标签字段21包含与OAM分组相同的标签,亦即分配给LSP 6的标签。沿着这一区段,包含被分配给LSP 5的标签的字段22处于标签堆栈中的第二位置。在被监控区段外,字段22处于最上方位置。也就是说,对于LSP 5的分组而言,标签堆叠发生在节点B,而标签退栈发生在节点D。同样地,在字段22中,假设了各节点使用由下一中继段所分配的标签,如同针对通过常规RSVP信令分配的标签的情况那样。字段23指向数据分组的其余部分,不必在此详述。字段23可以例如在LSP 5被用作客户端连接(比如其他LSP或者伪线)的隧道(tunnel)的情况下包括其他标签字段。也就是说,数据分组的标签堆栈可以具有两个以上的层次。
现在将参考图2至图5来描述用于在图1的网络中建立LSP 5和LSP 6的方法。所述方法将通过RSVP-TE协议,并且在监控连接为TCME-LSP的情况中进行描述。其他信令协议也是可以使用的。由于使用RSVP-TE的LSP设置在本领域中是众所周知的,因此不必详述由RSVP-TE消息承载的每个对象。特别是,可以用常规方式指定业务参数,以预留和分配节点中的资源。
当对于业务连接5及相关监控连接6的需求在任何这些连接建立之前已在入口节点A处成为已知时,可以适用将参考图2描述的第一方法。例如,网络管理系统(NMS)可以向节点A传达这样的需求,作为以任何合适的语言(例如,简单网络管理协议、公共开放策略服务或者命令行接口)为形式的指令。
在步骤30,向节点A告知对于使用一些给定业务参数沿路径A-B-C-D-E建立一个LSP并且沿着该连接路径的区段B-C-D建立相关的TCME-LSP的需求。
在步骤31,节点A生成包含有建立LSP(例如,LSP 5)所必需的信息的PATH消息。该信息可以放置在标准对象中。此外,该PATH消息包括用于向TCME-LSP的入口(例如,节点B)传达对于TCME-LSP的需求的对象。这里的“入口”是关于信令过程定义的。就此而言,TCME-LSP可以在双方向中操作。该对象至少包含要建立的TCME-LSP的入口和出口节点的标识符,例如IP地址。
图3示出了适合于步骤31的PATH消息的格式。在这一示例中,附加的对象32被称为TCME_DESIRED并且被提供作为现有RSVP-TE标准的扩展。也可以使用不同的对象名称。可以在被称为EXPLICIT_ROUTE(ERO)的对象34中规定LSP路由。当对象32和34都被使用时,必须也在对象34中命名对象32中所标识的节点。否则,节点A或者任何其他节点应在检测到这种情况时生成错误信号。
沿着预定的连接路径以常规方式对步骤31中生成的PATH消息进行路由。除了通常的RSVP-TE处理之外,接收该PATH消息的各节点检验对象32是否被包括在内。如果是的话,所述节点检验其是否被标识为所需的TCME-LSP的入口。如果不是的话,其在不改变对象32的情况下,以常规方式将所述消息传递至下一中继段。
当接收PATH消息的节点检测到其被标识为所需的TCME-LSP的入口时(即,图2中步骤33中的节点B),其通过不向下一中继段转发所述消息而暂停LSP的信号发送。相反,该节点开始在对象32中所标识的两个节点之间建立TCME-LSP。相应地,在步骤35,节点B生成第二PATH消息。
如果在接收到的PATH消息中规定了明确路由,则节点B将相应的对象34包括在第二PATH消息中,以确保TCME-LSP及相关LSP将遵循相同的路径。优选地,在第二PATH消息中对第一PATH消息中所规定的其他业务参数给予相同的值,以确保封装可能进行。第二PATH消息规定了对应于所需TCME-LSP的出口的目的地,即,节点D。不需要复制对象32。
在一个特定实施方式中,第二PATH消息中所规定的带宽要求与第一PATH消息中所规定的相同。因此,一旦建立并封装了全部两个LSP,TCME-LSP将没有可用带宽。因此,控制平面将被禁止让任何其他连接通过TCME-LSP。但是,存在用以强制实施TCME-LSP与相关LSP之间的独占关联的其他方式。
如序列36中所示,常规RSVP-TE信令过程发生于TCME-LSP的入口与出口节点之间。例如,图1中所用的标签D(D)和D(C)是通过所示的RESV消息来分配的。
在步骤37,在已接收到响应于第二PATH消息的RESV消息的情况下,节点B检测到所需TCME-LSP(即LSP 6)已经建立。另外,还可以发送未示出的确认消息。继而节点B开始恢复被暂停的LSP的建立,以便将LSP封装进相关TCME-LSP中。
在步骤38,使用标签堆叠来将第一PATH消息通过TCME-LSP 6转发至TCME-LSP的出口,即节点D。相应地适配ERO。抑制经转发的消息中的对象32。节点D对顶部标签进行退栈并且执行常规REVP-TE处理,以继续LSP的建立。之后的一个或多个中继段(例如节点E)执行常规RSVP-TE处理。例如,图1中所用的标签E(E)、E(D)和E(B)是通过标号39、40、41处所示的RESV消息来分配的。在IETF RFC 4206中给出了用于封装LSP的流程的其他详情。
在沿路径的各个节点中,RSVP信令消息用于配置标签交换表,以便实现图1中所示的标签堆栈。特别是,在步骤42,TCME入口节点(即,节点B)配置标签交换表,使得承载已被分配给业务LSP的标签(例如,标签E(B))的分组在转发之前被提交给标签堆叠操作。该标签堆叠操作实现了将LSP 5的传入分组封装进TCME-LSP6的分组中。由于LSP的封装,OAM分组是以与它们为其提供监控服务的业务LSP的分组相同的方式被处置和处理的。这一特征也被称为命运共享。
如果在TCME-LSP的建立期间有问题发生,则可以通过正常RSVP流程通知TCME-LSP的入口(例如,节点B)。在实施方式中,这可能会导致整个过程的中止,或者在不建立所请求的TCME-LSP的情况下完成第一LSP建立。
在上述第一方法中,对于建立TCME-LSP的请求(例如,对象32)被嵌入在LSP建立请求(例如,PATH消息31)之中,并由TCME-LSP入口(例如,节点B)进行处理,以确保两个LSP之间的自动关联。
当对于监控连接6的需求在相关业务连接5已经建立之后在所需监控连接的入口(例如,节点B)处成为已知时,适用将要参考图4和图5描述的第二方法。这种类型的一个示例说明性情况被示意性地示出于图4上,在其中与图1的元件相同或相似的元件的编号在与原先相同的基础上增加100。
参考图4,在入口节点A与出口节点E之间建立LSP 105。线120示出了从节点A流向节点E的可能出现在连接路径A-B-C-D-E的每个中继段处的数据分组。在线120的数据分组中,包含有被分配给LSP 105的标签的字段122沿整个路径处于最上方位置。在字段122中,假设了每个节点使用由下一中继段所分配的标签,如同针对通过常规REVP信令分配的标签的情况那样。字段123指向数据分组的其余部分,不必在此详述。字段123可以例如在LSP 105被用作客户端连接(比如其他LSP或者伪线)的隧道时包括其他标签字段。
在图4上所描绘的情况中,可能能够通过在LSP 105中发送OAM分组而端到端地监控LSP 105的性能。然而,在连接路径的给定区段上(例如,在LSP的两个中间节点之间,或者在一个中间节点与一个末端节点之间)监控LSP 105的性能是不可能的。举例而言,对仅覆盖连接路径的一部分的网络(例如,在域间LSP的情况中)进行运营的运营商可能期望在路径区段上的性能监控。在图1上所示的示例中,LSP 105跨越属于不同运营商的三个网域。第二域(DOMAIN 2)的运营商希望对LSP 105在属于其域的路径区段(例如,区段B-C-D)上的性能进行监控。例如,这一监控的目的可能是服务级合约执行。实现这种性能监控的一种方式是沿区段B-C-D建立TCME-LSP。现在将要参考图5来描述一种适合于满足这一需求的方法。
在步骤50,向节点B告知对于沿连接路径的区段B-C-D建立TCME-LSP的需求。例如,如图4上的箭头99所示,可以将这样的需求作为以任何合适的语言(例如,简单网络管理协议、公共开放策略服务或者命令行接口)为形式的指令通过第二域的NMS传达给节点B。
在步骤51,节点B发起RSVP信令流程,以与标识于所接收的指令中的另一端节点(例如,节点D)建立TCME-LSP。相应地,在步骤51,节点B生成PATH消息。
为了确保TCME-LSP将会遵循与已建立的LSP 105相同的路径,节点B在PATH消息中规定对应的明确路由。与LSP 105相关的路由信息可由节点控制器找到(例如,存储在路径状态块中)。优选地,在PATH消息中对与已建立的LSP 105相关的其他业务参数给予相同的值,以确保封装可以进行。PATH消息规定了与所需TCME-LSP的出口相对应的目的地(即,节点D)。在一个优选实施方式中,PATH消息中所规定的带宽要求与相关于LSP 105的带宽要求相同。
如序列52中所示,常规RSVP-TE信令过程发生在TCME-LSP的入口与出口节点之间。例如,图1中所用的标签D(D)和D(C)是通过所示RESV消息来分配的。
在步骤53,在已接收到响应于PATH消息的RESV消息的情况下,节点B检测到所需的TCME-LSP(例如,图1的LSP 6)已经建立。另外,可以发送未示出的确认消息。为了使TCME-LSP可操作,仍然需要将业务LSP封装进TCME-LSP中。为了这一目的,在步骤54,节点B请求业务LSP 105的入口(即,节点A)使用先接后离(make-before-break)操作重建业务LSP 105。
优选地,在步骤54中,在RSVP-TE协议的NOTIFY消息(这是一种快速通知消息)中发送所述请求。如IETF RFC 3473中所述,这只有在对应的通知请求对象已事先布置于沿连接路径的节点之中用以请求生成针对节点A的通知的情况下才有可能。可能已于LSP105的初始建立期间放置了该通知请求对象,这在图5的序列55中或者在稍后概述。
发送于步骤54的请求包含用以使节点A使用先接后离(MBB)信令流程沿业务连接路径建立业务LSP 105的指令,即,将会被解译为对于执行MBB操作的请求的指令。这些指令可以以任何合适的格式来提供。
作为一个示例,发送于步骤54的通知消息包含新的RSVP类的对象,其名称例如可以为MBB_REQ。根据情况,针对此类可以定义两种对象:IPv4MBB-REQ对象,其包含请求执行MBB的中间节点(例如,节点B)的IPv4地址;以及IPv6MBB_REQ对象,其包含该节点的IPv6地址。这些对象可以可选地包含潜在地会被入口节点用于MBB操作的额外信息:TCME-LSP的端点(即,节点D)的IPv4或者IPv6地址以及/或者TCME-LSP的标识符(例如,LSP 6的LSP ID或隧道ID)。
在步骤60,入口节点(即,节点A)接收通知消息并检测到MBB-REQ对象。通知消息中的会话信息使节点A能够标识出请求与LSP 105相关。
在步骤61,入口节点(例如,节点A)生成RSVP-TE信令,以使用先接后离操作来重建业务LSP。也就是说,将会把LSP 5建立为沿着与现有LSP 105相同的路径的新LSP,并继而将会拆除旧的LSP 105。
先接后离操作使得新LSP能够以这样的方式建立起来:使得在旧LSP和新LSP共用的链路上,由旧LSP所使用的资源在业务被过渡至新LSP之前不被释放,并且预留将不会被计算两次,否则的话可能造成准入控制(Admission Control)拒绝接受该新LSP。在通过引用并入本文的IETF征求意见稿RFC 3209中描述了先接后离RSVP-TE信令流程。根据RFC 3209,为了实现重新路由,入口节点选取新的LSP ID并且形成新的SENDER_TEMPLATE。入口节点继而创建新的ERO用以定义新的路径。此后,所述节点使用原始SESSION对象以及新的SENDER_TEMPLATE和ERO来发送新的路径消息。其继续使用旧LSP并且刷新旧的路径消息。在共用的链路上,共享的SESSION对象和SE式样允许以与旧LSP共享资源的方式建立LSP。一旦入口节点接收到针对新LSP的RESV消息,其可以将业务过渡至新LSP并拆除旧LSP。
在步骤61中,“重建”在这里指的是沿相同路径重新路由。因此,在步骤61,节点A以RFC 3209中所述方式发送新的路径消息,区别在于ERO和SENDER_TEMPLATE在旧LSP和新LSP中保持不变。
在步骤62,在接收到PATH消息时,节点B使用会话信息来检测到该PATH消息与已针对其建立TCME-LSP的LSP相关,并于随后开始建立新LSP(即,LSP 5),其被封装进TCME-LSP 6中。信令过程是以非常类似于图2的步骤38至42的方式完成的。虽然在图1和图4的字段22和122中使用了相同的表示法,但是应当注意,由节点E、D和B分配给重建的LSP(即,LSP 5)的标签可以与分配给初始LSP 105的标签相同或不相同。
参考图6,其示意性地示出了适合于实现以上方法的节点控制器90。该节点控制器包括依据例如RSVP-TE协议以及适当的扩展而工作的信令模块91,其发起和终结信令消息92。依据例如OSPF-TE协议工作的路由模块93,其发起和终结路由消息94。可以例如通过覆盖在数据网络上的单独的控制网络在带内或带外传送信令和路由消息。OAM模块95发起和终结OAM流96。OAM流是在带内传送的。还可以包括未被示出的各种其他功能模块。
网络管理系统可以是硬件设备,例如:个人计算机、工作站、因特网设备,或者其他通用或专用通信设备。运行于这一系统上的软件程序执行网络管理功能,以控制网络元件。
上述方法可以使用MPLS的多种版本或扩展(包括GMPLS和MPLS-TP),或者使用其他面向连接的协议来实现。
本发明的实施方式可以通过硬件以及软件来实现。硬件的相同项可以表示若干<<模块>>。附图中所示各种元件的功能可以通过使用专用硬件以及与适当软件相结合的能够执行软件的硬件来提供。当由处理器提供时,所述功能可由单个专用处理器、由单个共享处理器或者由多个分立的处理器(其中有一些可能被共享)来提供。并且,术语“处理器”或“控制器”的明确使用不应被解释为专指能够执行软件的硬件,而是可以泛指地包括但不限于:数字信号处理器(DSP)硬件、网络处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、用于存储软件的只读存储器(ROM)、随机存储器(RAM)以及非易失性存储器。还可以包括其他常规的和/或定制的硬件。
本文提到“一个实施方式”或者“实施方式”意味着联系所述实施方式描述的特定特征、结构或者特性可以包括在本发明的至少一个实施方式之中。短语“在一个实施方式中”在说明书中各处的出现并不一定全都指的是相同的实施方式,并且不同的或者备选的实施方式不一定是互斥的。
本发明并不限于所述实施方式。随附的权利要求书应当被解释成实现本领域中技术人员可能设计出的、总体上属于本文所述基本教义内的所有修改和备选构造。附图中所示的一些方法步骤的顺序可被更改,以实现类似的效果。一些步骤可以同时进行。
动词“包括”或“包含”及其词形变化等的使用并不排除权利要求中所述元件或步骤以外的元件或步骤的存在。此外,在元件或步骤前使用的量词“一个”或“一种”等并不排除多个这样的元件或步骤的存在。
在权利要求书中,被置于括号内的任何参考标记都不应被解释为对权利要求书的范围的限制。

Claims (11)

1.一种用于在通信网络(1)中建立业务连接(5)及相关监控连接(6)的方法,所述方法包括以下步骤:
从所述业务连接的入口节点(A)沿着所述业务连接的路径发送(31)第一连接建立消息以发起所述业务连接的建立,其中所述连接建立消息包括监控连接请求(32),该监控连接请求(32)指定所述连接路径的第一节点和第二节点,
在所述连接路径的指定的第一节点(B)处截听(33)所述第一连接建立消息,
从所述指定的第一节点沿着所述连接路径发送(35)第二连接建立消息,用于在所述连接路径的所述指定的第一节点与第二节点(B、D)之间建立所述监控连接,
从所述指定的第一节点沿着所述连接路径发送(38)第一连接设置消息以恢复和完成所述业务连接的建立,其中所述业务连接被封装进所述连接路径的所述指定的第一节点与第二节点之间的所述监控连接之中。
2.根据权利要求1所述的方法,其中所述业务连接(5)及相关监控连接(6)为标签交换路径,并且所述业务连接通过标签堆叠而封装进所述监控连接之中。
3.根据权利要求1所述的方法,其还包括通过所述监控连接在所述第一节点与第二节点之间发送OAM流(10)的步骤。
4.根据权利要求1所述的方法,其中所述业务连接及相关监控连接使用相同的带宽建立。
5.根据权利要求1所述的方法,其中所述第一连接建立消息和第二连接建立消息均依据RSVP-TE协议。
6.根据权利要求5所述的方法,其中所述监控连接请求包含RSVP-TE路径消息中的对象(32),所述对象包括所述第一节点(B)的标识符和所述第二节点(D)的标识符。
7.一种用于网络节点的节点控制器(90),所述控制器包括适于执行以下操作的信令模块(91),所述操作包括:
处理(33)接收到的第一连接建立消息,所述第一连接建立消息包括用于沿连接路径建立业务连接的连接参数,所述第一连接建立消息包括监控连接请求,
检测所述监控连接请求对在其中安装节点控制器的网络节点的指定,
响应于所述检测而沿着所述连接路径发送(35)第二连接建立消息,用以在所述网络节点与所述连接路径的在所述监控连接请求中所指定的另一节点之间建立监控连接,
沿着所述连接路径发送(38)第一连接设置消息,用来以这样的方式恢复所述业务连接的建立--使得业务连接(5)被封装进所述网络节点与所述监控连接请求中所指定的另一节点之间的监控连接(6)之中。
8.根据权利要求7所述的节点控制器,其还包括OAM模块(95),该OAM模块(95)适于通过所述监控连接向所述另一节点发送OAM流。
9.根据权利要求7或者8所述的节点控制器,其中所述信令模块(91)适于响应于检测到所述监控连接请求指定了未被布置于所述连接路径之中的网络节点这一情况而生成错误消息。
10.根据权利要求7或8所述的节点控制器,其中所述信令模块适于对交换表进行配置,以将所述业务连接的传入标签(22)与所述监控连接的传出标签(21)相关联。
11.一种用于网络节点的方法,包括:
处理(33)接收到的第一连接建立消息,所述第一连接建立消息包括用于沿连接路径建立业务连接的连接参数,所述第一连接建立消息包括监控连接请求(32),
检测所述监控连接请求对在其中安装节点控制器的网络节点的指定,
响应于所述检测而沿着所述连接路径发送(35)第二连接建立消息,用以在所述网络节点与所述连接路径的在所述监控连接请求中所指定的另一节点之间建立监控连接,
沿着所述连接路径发送(38)第一连接设置消息,用来以这样的方式恢复所述业务连接的建立--使得所述业务连接被封装进所述网络节点与所述监控连接请求中所指定的另一节点之间的监控连接之中。
CN200880130897.2A 2008-08-26 2008-08-26 用于建立业务连接及相关监控连接的方法 Expired - Fee Related CN102132524B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2008/054483 WO2010023510A1 (en) 2008-08-26 2008-08-26 Methods for establishing a traffic connection and an associated monitoring connection

Publications (2)

Publication Number Publication Date
CN102132524A CN102132524A (zh) 2011-07-20
CN102132524B true CN102132524B (zh) 2014-03-26

Family

ID=40627405

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200880130897.2A Expired - Fee Related CN102132524B (zh) 2008-08-26 2008-08-26 用于建立业务连接及相关监控连接的方法

Country Status (6)

Country Link
US (1) US8681637B2 (zh)
EP (1) EP2319210B1 (zh)
JP (1) JP5204308B2 (zh)
KR (1) KR101257678B1 (zh)
CN (1) CN102132524B (zh)
WO (1) WO2010023510A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101729197B (zh) * 2008-10-14 2014-04-16 华为技术有限公司 一种丢包率检测方法、装置及系统
CN101656673A (zh) * 2009-09-17 2010-02-24 华为技术有限公司 一种伪线建立方法和节点装置
US9065723B2 (en) 2011-04-04 2015-06-23 Jds Uniphase Corporation Unaddressed device communication from within an MPLS network
ES2762075T3 (es) * 2013-06-29 2020-05-22 Huawei Tech Co Ltd Método y sistema de protección para una red multidominio y nodo
CN104270285B (zh) * 2014-09-19 2017-08-01 烽火通信科技股份有限公司 基于分布式架构中pw的业务丢包率测量方法
US9843508B2 (en) * 2015-03-06 2017-12-12 Juniper Networks, Inc. RSVP make-before-break label reuse
US9838306B2 (en) 2015-03-31 2017-12-05 Juniper Networks, Inc. RSVP make-before-break label reuse
US10341228B1 (en) 2017-03-29 2019-07-02 Juniper Networks, Inc. RSVP make-before-break label reuse

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1427581A (zh) * 2001-12-17 2003-07-02 阿尔卡塔尔加拿大公司 用于在通信网络中检测故障和重新路由连接的系统和方法
CN1838620A (zh) * 2005-03-25 2006-09-27 华为技术有限公司 检测混合网络中端到端节点间链路故障的方法
CN1870549A (zh) * 2005-05-25 2006-11-29 阿尔卡特公司 通信网络连接故障保护方法和系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4691372B2 (ja) * 2005-03-09 2011-06-01 富士通株式会社 データ中継装置およびデータ中継方法
CN100403687C (zh) * 2005-03-29 2008-07-16 华为技术有限公司 在多协议标签交换网络中实现分域管理和保护的方法
JP4545658B2 (ja) * 2005-08-11 2010-09-15 富士通株式会社 コネクション型ネットワークノード
US8102774B2 (en) * 2007-08-01 2012-01-24 Telefonaktiebolaget Lm Ericsson (Publ) GMPLS based OAM provisioning
KR101257677B1 (ko) * 2008-08-26 2013-04-24 알까뗄 루슨트 트래픽 접속 및 연관된 모니터링 접속을 확립하기 위한 방법들

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1427581A (zh) * 2001-12-17 2003-07-02 阿尔卡塔尔加拿大公司 用于在通信网络中检测故障和重新路由连接的系统和方法
CN1838620A (zh) * 2005-03-25 2006-09-27 华为技术有限公司 检测混合网络中端到端节点间链路故障的方法
CN1870549A (zh) * 2005-05-25 2006-11-29 阿尔卡特公司 通信网络连接故障保护方法和系统

Also Published As

Publication number Publication date
CN102132524A (zh) 2011-07-20
WO2010023510A1 (en) 2010-03-04
KR101257678B1 (ko) 2013-04-24
US8681637B2 (en) 2014-03-25
EP2319210B1 (en) 2013-01-23
JP2012501140A (ja) 2012-01-12
EP2319210A1 (en) 2011-05-11
KR20110046500A (ko) 2011-05-04
JP5204308B2 (ja) 2013-06-05
US20110182186A1 (en) 2011-07-28

Similar Documents

Publication Publication Date Title
CN102132525B (zh) 用于建立业务连接及相关监控连接的方法
CN102132524B (zh) 用于建立业务连接及相关监控连接的方法
US8948001B2 (en) Service plane triggered fast reroute protection
US9077561B2 (en) OAM label switched path for fast reroute of protected label switched paths
US8774009B2 (en) Methods and arrangement in a MPLS-TP telecommunications network for OAM functions
US8953440B2 (en) Dynamic bandwidth adjustment in packet transport network
CN104718732B (zh) 用于为在通信网络的两个节点之间建立路径而交换信息的方法
US20170353388A1 (en) Pseudowire protection using a standby pseudowire
JP4765980B2 (ja) 通信ネットワークシステム
US20220124023A1 (en) Path Switching Method, Device, and System
WO2012065466A1 (zh) 一种包交换网络中聚合链路带宽的分配方法及装置
US7463580B2 (en) Resource sharing among network tunnels
CN111885630B (zh) 数据传输方法及通信装置
Suhaimy et al. Analysis of MPLS-TP network for different applications
CN111726287B (zh) 一种环网的保护方法和装置
CN114844817A (zh) 一种在段路由sr网络中进行保护倒换方法及装置
Stilling et al. Versatile emulator for automatically switched optical 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
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20140326

Termination date: 20190826