CN1870504A - 用于支持操作管理和维护功能配置的资源预留协议的扩展 - Google Patents
用于支持操作管理和维护功能配置的资源预留协议的扩展 Download PDFInfo
- Publication number
- CN1870504A CN1870504A CNA2006100825014A CN200610082501A CN1870504A CN 1870504 A CN1870504 A CN 1870504A CN A2006100825014 A CNA2006100825014 A CN A2006100825014A CN 200610082501 A CN200610082501 A CN 200610082501A CN 1870504 A CN1870504 A CN 1870504A
- Authority
- CN
- China
- Prior art keywords
- message
- control plane
- source
- oam
- unit
- 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
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/825—Involving tunnels, e.g. MPLS
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
-
- 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
-
- 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
Abstract
描述了用于检查电信网络的网络单元处的功能支持的方法,例如操作和管理功能。所述电信网络包括通过信令协议互连的源、目的及中间控制平面单元,用于分别控制源、目的及中间网络单元,以配置从源穿过中间网络单元至目的网络单元的连接。该方法包括以下步骤:如果没有配置连接,则从源穿过中间控制平面单元向目的控制平面单元发送第一消息,该第一消息用于指示配置所述连接的请求并且包括第一字段用于指示检查所述连接的每个网络单元处的功能支持的请求;在源控制平面单元接收发送自目的控制平面单元的第二消息,该第二消息用于指示所述请求的应答并且包括第一字段用于指示在所述连接的每个网络单元处是否支持所述功能。
Description
技术领域
本发明涉及电信领域,并且特别涉及资源预留协议流量工程(RSVP-TE,RSVP-Traffic Engineering)。更特别地,本发明涉及一种用于检查连接的网络单元处的功能支持的方法。
背景技术
新的网络结构是基于ITU-T G.8080/Y.1304(2001年11月)中定义的自动交换光网络(ASON),其中,控制平面单元(CPE)彼此互连并根据信令协议进行通信。每个CPE控制一个或多个网络单元(NE),该网络单元也被定义为传送平面单元(TPE),用于配置始于受控网络单元(也定义为源网络单元)的连接,以便提供快速的故障检测、传送平面内新连接的快速有效的配置,修改预先建立的连接并执行提供备用连接以保护受故障影响的连接的较快恢复功能。多种不同的信令协议能够适合ASON结构,如RFC2205、RFC2209和RFC2750中定义的资源预留协议(RSVP),RFC3209和ITU-T G.7713.2中定义的资源预留协议流量工程(RSVP-TE),RFC3036中定义的标签分配协议(LDP),ITU-T G.7713.3及RFC3472中定义的基于约束的标签分配协议(CR-LDP,Constraint Based-LDP),ITU-T G.7713.1中定义的专用网对网接口(PNNI)。
参照RSVP协议,如果网络满足针对连接所定义的服务质量(QoS)需求,则基础规范被设计为允许网络单元(路由器)预先判决,即在提供所述连接之前。发送Path消息执行新连接的配置,畀且如果该连接配置成功,则在与Path消息相反的方向中接收Resv消息,或者如果配置不成功(例如缺乏网络资源)则接收Path Err消息。每个RSVP消息(Path,Resv,PathErr,ResvErr,PathTear,ResvTear,ResvConf)都由公共报头组成,该公共报头后随有由可变数目(或可变长度)的对象组成的报体(body)。所述公共报头由八位字节组成:
0 1 2 3
+---------------+-----------------+--------------+--------------+
|Vers | Flags | Msg Type | RSVP Checksum |
+---------------+-----------------+--------------+--------------+
|Send_TTL | (Reserved) | RSVP Length |
+---------------+-----------------+--------------+--------------+
该公共报头包括用于唯一识别消息类型的“Msg Type”字段(1字节),以及用于指示相应消息的(字节)总长度的“RSVPLength”字段(2字节),其包括公共报头及后随的可变长度对象。每个对象由后随有对象内容的报头(4字节)组成:
0 1 2 3
+---------------+-----------------+--------------+--------------+
| Length (byte) | Class-Num |C-Type |
+---------------+-----------------+--------------+--------------+
| |
// (Object content) //
| |
+---------------+-----------------+--------------+--------------+
对象报头包括用于指示相应对象的(字节)总长度的“Length”字段(2字节),以及用于唯一识别该对象的“Class-Num”字段(1字节)。
如每个RSVP消息,Path消息包括公共报头,该公共报头后随有下列对象:<Path message>::=<common header>
[<INTEGRITY>]
<SESSION><RSVP_HOP>
<TIME_VALUES>
[<POLICY_DATA>]
<sender descriptor>其中方括号,即[],表示可选对象。
<SESSION>对象包括IP目的地址,并且<TIME_VALUES>对象包括更新周期的值。
<sender descriptor>包括下列对象:<sender descriptor>::=
<SENDER_TEMPLATE>
<SENDER_TSPEC>
[<ADSPEC>]
[<RECORD_ROUTE>]
<SENDER_TEMPLATE>对象包括发送方IP地址,并且<SENDER_TSPEC>对象定义了发送方的数据流的业务特征。
Resv消息包括公共报头,该公共报头后随有下列对象:<Resv message>::=<common header>
[<INTEGRITY>]
<SESSION><RSVP_HOP>
<TIME_VALUES>
[<RESV_CONFIRM>][<SCOPE>]
[<POLICY_DATA>]
<STYLE>
<flow descriptorlist>其中,<flow descriptor list>::=<FF flow descriptor list>|<SE flow descriptor list>;<FF flow descriptor list>::=<FLOWSPEC>
<FILTER_SPEC>
<LABEL>
[<RECORD_ROUTE>]
<FF flow descriptor list><FF flow descriptor>;<FF flow descriptor>::= <FLOWSPEC>
<FILTER_SPEC>
<LABEL>
[<RECORD_ROUTE>];并且其中,<SE flow descriptor list>::=<FLOWSPEC>
<SE filter spec list>;<SE filter spec list>::= <SE filter spec>|<SE filter spec list>
<SE filter spec>;<SE filter spec>∷= <FILTER_SPEC>
<LABEL>
[<RECORD_ROUTE>].
添加了若干扩展以支持被明确路由的连接(定义为LSP,标签交换路径)的提供及维护。最终,RSVP-TE允许定义为LSP隧道的连接的聚集,所述连接共享公共路由和共享网络资源的公共池(pool),这减少了网络中承载的信息量。
RFC3031(2001年1月)中基本定义的多协议标签交换(表示为MPLS)代表多层交换持续演进的成果,这为数据转发、QoS及流量工程管理带来了效率。在传统的无连接网络(例如IP网络)中,每个网络单元(路由器)运行第3层路由算法,以确定通过网络的数据分组的路径;每个网络单元利用分组报头中包括的信息(例如目的IP地址)和从路由算法获得的信息,进行独立的转发判决。这特别在转发数据库包括许多条目和QoS参数时是较缓慢的过程。相反,在MPLS网络中,通过网络的最佳路径被预先计算,并且在数据分组前面分配标签(label);该标签在数据分组穿过网络时伴随该数据分组,并且沿路径的网络单元使用该标签以确定下一跳(hop)网络单元。每个网络单元维持转发数据库,该转发数据库将输入标签/接口与输出标签/接口相映射;该交换可适用于不同的技术(IP=互联网协议,ATM=异步传输模式,FR=帧中继)。带有标签的分组所采用的路径被称为标签交换路径(LSP)。优点是处理器密集的分析仅出现在源网络单元,而沿路径的后续网络单元以硬件级别操纵该标签,并且因而能够执行快速的交换,这是因为转发判决是基于(极少的)标签而不是目的IP地址。
针对监控从源至目的网络单元的连接上承载的业务,定义了操作管理和维护功能(表示为OAM,Operation,Administration and Management)。OAM功能例如包括:
-影响连接的故障定位;
-连接完整性的检查:例如源网络单元连续生成专用消息,并且宿(sink)网络单元连续检查以接收该消息;
-将影响连接段的故障指示给下游及上游网络单元:下游指示通常用告警指示信号(AIS)表示,而上游用远程缺陷指示(RDI,Remote DefectIndication)表示。
针对许多已知协议定义了OAM功能,例如SDH/SONET、ATM及以太网。特别地,ITU-T G.806及ITU-T G.783中定义了用于SDH的OAM功能。SDH帧包含用于执行不同层的OAM功能的字节,即:再生(regenerator)层,段(section)层,高阶通道层和低阶通道层。SDH帧包括:RSOH,其包括用于监控再生层的字节(B1,J0);MSOH,其包括用于监控段层的字节(B2,K1,K2);高阶POH,其包括用于监控高阶通道层的字节(J1,B3,C2,G1,H4,N1);低阶POH,其包括用于监控低阶通道层的字节(V5,B3,J2,N2)。ITU-T I.610中定义了用于ATM的OAM功能。专用OAM信元(cell)被定义用来以段的级别或端到端的级别监控虚拟路径(VP)或虚拟信道(VC);每个信元都包括类型字段(故障管理,性能管理,APS协议,激活/停用(activation/deactivation)),以及相应的功能字段(例如AIS/RDI/针对故障管理的连续检查)。可以根据两个不同的解决方案来实现针对VP/VC的OAM功能的激活。在第一解决方案中,ATM管理器直接控制源和目的网络单元二者,以根据下列步骤激活OAM功能:
-预先建立VP/VC;
-ATM管理器发送消息给相应VP/VC的源网络单元,以指示该源网络单元处的特定OAM功能的激活,例如该源网络单元开始发送连续性检查(CC,Continuity Check)信元;
-ATM管理器发送消息给相同的相应VP/VC的目的网络单元,以指示该目的网络单元处的OAM功能的激活,即该目的网络单元开始检查以接收CC信元。
在第二解决方案中,ATM管理器仅直接控制源网络单元,以根据下列步骤激活OAM功能:
-预先建立VP/VC;
-ATM管理器发送消息给相应VP/VC的源网络单元,以指示激活该源网络单元处的特定OAM功能的请求,例如CC信元的传输;
-该源网络单元在接收所述请求之后,发送OAM激活信元给目的网络单元,以指示激活该目的网络单元处的OAM功能的请求,即进行检查以接收该CC信元;
-该目的网络单元在接收所述请求之后,发送请求的确认给所述源网络单元;
-该源网络单元收到所述请求的确认时,开始发送CC OAM信元给所述目的网络单元。
因此,ATM需要预先建立VP/VC,并且然后激活OAM功能。而且,激活请求仅被发送至所述源和目的网络单元,而不被发送至中间网络单元;这是可能的,因为默认支持中间网络单元处的OAM功能,这意味着强制符合ATM协议的网络单元提供OAM功能,并且仅需要通过从中央管理器到源和目的网络单元(第一解决方案)的激活消息传输,来激活这些功能,或可选地通过从中央管理器到源网络单元的激活请求传输以及从所述源穿过中间网络单元到目的网络单元的激活信元传输,来激活这些功能。
由IETF发布并周期更新的互联网草案draft-ietf-ccamp-lmp-10.txt(2003年10月)所定义的链路管理协议(LMP),说明了这样的协议:运行在两个邻近网络单元(定义为链路)之间并且被用于管理TE链路、维持控制信道连通性、检验数据链路的物理连通性、使链路属性信息相关联、抑制下游告警以及出于保护/恢复目的而定位链路故障。LMP还在段落6.4说明了ChannelStatus消息可被用于通知邻居应当主动监控数据链路,并且该邻居一旦接收该ChannelStatus消息就必须发送ChannelStatusAck消息。因此,LMP仅能被用于激活两个邻近网络单元之间数据链路的监控,而不能被用于激活连接的所有网络单元处的监控,所述连接可以包括许多链路。
ITU-T Y.1711(2004年2月)中定义了用于MPLS的OAM功能。为监控MPLS路径而定义了专用OAM分组,其中通过标签的保留值(14)从用户业务中识别该专用OAM分组;每个MPLS OAM分组都包括功能字段,以指示连通性检验(CV,Connectivity Verification)、快速故障检测(FFD,Fast Failure Detection)、前向缺陷指示符(FDI,Forward DefectIndicator)、后向缺陷指示符(BDI,Backward Defect Indicator)。MPLSOAM分组被周期性地从源发送至LSP的目的网络单元。每个MPLS OAM分组还在最后两个字节中包括BIP16,以检测该分组的差错。这个标准定义了中间网络单元将所接收的MPLS OAM分组透明地转发至目的网络单元,并且定义了不支持MPLA OAM功能性的目的网络单元将丢弃所接收的MPLS OAM分组;这具有这样的缺陷:如果中间网络单元支持并激活MPLS OAM分组的传输,则目的网络单元(不支持MPLS OAM功能性)连续接收并丢弃MPLS OAM分组,这因而增加了管理业务。而且,为了确保正确启动告警,这个标准定义了CV或FFD分组的处理应当在建立LSP后被激活。
因此,用于MPLS的OAM功能可以被网络单元支持或不支持,并且出现了检查连接的每个网络单元是否支持OAM功能的问题。不仅MPLS需要该检查,任何其它协议也需要,例如如果连接的网络单元属于不同的供应商或不同的网络域,其中每个网络域由不同的中央网络管理器控制。事实上,在第一种情况中,OAM功能仅能被第一供应商而不能被第二供应商的网络单元支持,而在第二种情况中,每个管理器仅能检查OAM功能是否是被受控域的网络单元支持而不是被整个连接的每个网络单元支持。例如参照SDH协议,不是所有供应商都默认支持串行连接监控(TCM,Tandem Connection Monitoring)功能,或者根据不同解决方案支持该功能;因此需要知道连接的每个网络单元是否支持TCM,或者每个网络单元是否符合指定的TCM版本。
用于以太网的OAM功能在ITU-TY.1730(2004年1月)中被概略地定义并且包括:
-连续的连通性检查;
-故障传播/告警抑制功能;
-入侵及非入侵环回(loopback);
-故障隔离(路由跟踪(traceroute))
-发现;
-性能监控;
-存活性(survivability)功能(例如,保护交换,恢复)。
最终,检查连接的每个网络单元是否支持OAM功能的问题,可以概括为检查连接的每个网络单元是否支持一般功能的问题,例如:
-每个网络单元是否运行指定的软件版本;
-每个网络单元是否能够支持性能监控功能性及指定的性能监控功能。
对于所述检查连接的每个网络单元是否支持OAM功能的问题的直接解决方案,可以是使用中央网络管理器,以控制连接的所有网络单元。所述管理器通过下列步骤检查OAM功能是否被连接的每个网络单元支持:向连接的每个网络单元发送第一消息以指示检查是否支持OAM功能的请求;接收来自每个网络单元的第二消息以指示在相应的网络单元处是否支持OAM功能。这个解决方案具有下列缺陷:
-由于连接通常包括许多网络单元,并且由于可用于管理器与每个网络单元之间的通信的带宽有限(例如用于SDH的数据通信信道DCC),因此该解决方案需要较长的时间;
-由于管理器必须与每个网络单元通信,因此与网络中的用户数据业务相比,该解决方案增加了管理业务;
-网络单元可以属于被不同网络管理器控制的不同网络域,并且在这种情况下,需要管理器之间的协作以与连接的所有网络单元通信。
RSVP没有解决所述检查连接的每个网络单元是否支持功能的问题,RSVP是一种特别针对检查连接的预定义服务质量是否被实现并针对该连接的配置而被定义的协议。
发明内容
考虑到已知解决方案的缺点,本发明的主要目的是提供一种用于在电信网络中检查连接的网络单元处的功能支持的方法。其中,所述电信网络包括:源、目的和至少一个中间网络单元;通过信令协议消息互连的源、目的和至少一个中间控制平面单元,用于分别控制所述源、目的和至少一个中间网络单元,以配置从所述源穿过中间网络单元至目的网络单元的连接。在没有配置所述连接的情况下,根据本发明的方法包括下列步骤:从所述源穿过至少一个中间控制平面单元向目的控制平面单元发送第一消息,以指示配置所述连接的请求;在所述源控制平面单元接收发送自所述目的控制平面单元的第二消息,以指示所述请求的应答;其特征在于,所述第一消息包括第一字段(PATH MSG,OAM_check=“1”),用于指示检查所述连接的每个网络单元处的功能支持的请求;所述第二消息包括所述第一字段(RESV MSG,OAM_check=“1”),用于指示是否支持所述功能。
根据本发明的另一方面,提供了一种用于检查电信网络的网络单元处的功能支持的方法。其中,在预先配置所述连接的情况下,所述方法包括下列步骤:从所述源穿过所述至少一个中间控制平面单元向所述目的控制平面单元发送第一消息,该第一消息包括第一字段(PATH MSG,OAM_check=“1”),用于指示检查所述连接的每个网络单元处的功能支持的请求;在所述源网络单元执行所述功能的激活;接收第二消息,该第二消息包括第一字段(RESV MSG,OAM_check=“1”),用于指示是否支持所述功能。
根据本发明的另一方面,提供了一种信令协议消息,其互连源、目的和至少一个中间控制平面单元,用于分别控制源、目的和至少一个中间网络单元,以配置从所述源穿过中间网络单元至目的网络单元的连接,其特征在于,从所述目的向源控制平面单元发送所述消息,并且该消息包括第一字段(RESV MSG,OAM_check=“1”),其指示在所述连接的每个网络单元是否支持功能。
根据本发明的另一方面,提供了源、中间和目的控制平面单元,其中,所述源控制平面单元包括硬件装置,适于执行根据本发明的方法,该源控制平面单元包括处理装置,该处理装置适于通过所述信令协议发送所述第一消息至所述目的控制平面单元,并且适于通过所述信令协议从所述目的控制平面单元接收所述第二消息。所述中间控制平面单元控制电信网络的中间网络单元,用于配置穿过所述中间网络单元的连接,其中,所述中间控制平面单元包括处理装置,该处理装置适于接收指示配置所述连接的请求的第一消息,该第一消息包括第一字段(PATH MSG,OAM_check=“1”),用于指示检查所述连接的每个网络单元处的功能支持的请求;在接收所述第一消息之后,所述处理装置还适于发送所述包括第一字段的第一消息,以指示在所述连接的每个网络单元处是否支持所述功能;在所述第一消息的传输之后,所述处理装置还适于接收指示所述请求的应答的第二消息,所述第二消息包括所述第一字段(RESV MSG,OAM_check=“1”),以指示在所述连接的每个网络单元处是否支持所述功能;在接收所述第二消息之后,所述处理装置还适于发送包括不变的第一字段的第二消息。所述目的控制平面单元控制电信网络的目的网络单元,用于配置到所述目的网络单元的连接,其中,所述目的控制平面单元包括处理装置,该处理装置适于接收指示配置所述连接的请求的第一消息,该第一消息包括第一字段(PATH MSG,OAM_check=“1”),以指示检查所述连接的每个网络单元处的功能支持的请求;在接收所述第一消息之后,所述处理装置还适于发送指示所述请求的应答的第二消息,该第二消息包括所述第一字段(RESV MSG,OAM_check=“1”),以指示在所述连接的每个网络单元处是否支持所述功能。
根据本发明的另一方面,提供了源网络节点,其包括所述源控制平面单元,并且包括被该源控制平面单元控制的源网络单元;中间网络节点,其包括所述中间控制平面单元,并且包括被该中间控制平面单元控制的中间网络单元;目的网络节点,其包括所述目的控制平面单元,并且包括被该目的控制平面单元控制的目的网络单元。
通过根据本发明的方法、信令协议消息、控制平面单元以及网络节点而实现了所述目的。基本思想是扩展包括用于连接配置的对象的信令协议(例如RSVP)的消息,从而进一步包括新的对象用于检查连接的每个网络单元处是否支持功能。优点是:
-在连接包括许多网络单元的情况下对于所述检查也需要较短的时间,这是因为仅需要在中央管理器与源网络单元之间的通信,而不是在中央管理器与每个网络单元之间的通信;
-也因为可用于控制信道的带宽大于管理器与每个网络单元之间可用的带宽,因此需要较短的时间;
-不增加网络管理业务,这是因为用于连接配置的相同消息也被用于所述检查,并且因为仅当连接的所有网络单元支持所述功能时才发送管理业务;
-网络单元也可以属于不同的供应商或不同的网络域,这是因为信令协议(例如RSVP)被标准所定义,并且不同供应商的网络单元在符合所述标准的情况下可以彼此通信。
本发明的另一个目的是,如果在连接的每个网络单元处支持所述功能,则扩展信令协议的新对象,其进一步包括用于检查指定功能配置参数值的支持的字段。所述目的通过根据本发明的方法、信令协议消息、源控制平面单元以及源网络节点而被实现,其中,前述方法的特征还在于:发送还包括第三字段(PATH MSG,FDD_check=“1”)和第四字段(PATHMSG,FDD_timer=20ms)的所述第一消息,该第三字段指示了检查针对所述连接的指定功能支持的请求,该第四字段指示了所述指定功能的配置参数值;接收所述第二消息,该第二消息还包括第三字段(RESV MSG,FFD_check=“1”),其指示是否支持所述配置参数值。前述信令协议消息还包括第三字段(RESV MSG,FFD_check=“1”),其指示在所述连接的每个网络单元是否支持用于所述连接的指定功能,和该指定功能的配置参数值。
附图说明
图1概略示出了由在三个控制平面单元之间被交换的消息所承载的新对象的字段,用于检查连接的OAM功能的支持,所述三个控制平面单元控制连接的三个相应网络单元;
图2概略示出了由在三个控制平面单元之间被交换的消息所承载的新对象的字段,用于检查等于20ms的MPLS FFD分组的生成周期配置的支持,所述三个控制平面单元控制连接的三个相应网络单元。
具体实施方式
特别针对RSVP协议并针对检查MPLS OAM功能的支持而描述了所述方法。为了实现本发明,新的可选对象被添加到Path和Resv消息中,在<RECORD_ROUTE>对象之后,该对象被定义为<LSP_ADDINFO>,其中LSP代表“标签交换路径”,ADDINFO代表“附加信息”;该新对象通过对象报头的Class-Num字段的新值(例如值=160,以十进制)而被识别。因此,Path消息的<sender descriptor>的新格式如下:<sender descriptor>::=
<SENDER_TEMPLATE>
<SENDER_TSPEC>
[<ADSPEC>]
[<RECORD_ROUTE>]
[<LSP_ADDINFO>]
该新的可选对象也被添加到Resv消息中,在<FF flow descriptor list>或<FF flow descriptor>或<SE filter spec>的<RECORD_ROUTE>对象之后。
Path及Resv消息所承载的LSP_ADDINFO对象包括公共报头和对象报体。该对象报体包括用于实现本发明的指定字段,特别是:
-表示为OAM_check的至少一个比特;
-表示为OAM_activation_Path的至少一个比特;
其中需要“Path”后缀用于指示仅当被Path消息承载时才有意义的OAM_activation_Path字段。需要第一字段OAM_check(该例中为一比特)用于检查在从源穿过至少一个中间网络单元到目的网络单元的连接的每个网络单元处是否支持OAM功能;在支持OAM功能的情况下,需要第二字段OAM_activation_Path(该例中为一比特)用于请求激活所述连接的每个网络单元处的功能。图1概略示出了执行所述检查所需的步骤,其中,源控制平面单元(表示为CPE1)控制源网络单元(表示为NE1),中间控制平面单元(表示为CPE2)控制中间网络单元(表示为NE2),并且目的控制平面单元(表示为CPE3)控制目的网络单元(表示为NE3)。图1仅示出了一个中间网络单元,但所述连接可以包括不止一个中间网络单元。图1还示出了Path消息的新的LSP_ADDINFO对象的OAM_check和OAM_activation_Path比特,以及Resv消息的新的LSP_ADDINFO对象的OAM_check比特,需要相应的值用于执行所述检查并用于请求激活及时间演进。
根据两个步骤过程来执行MPLS OAM功能的激活。第一步开始于时刻=t0,这时还没有建立从NE1穿过NE2至NE3的连接(MPLS网络情况下的LSP);因此,在时刻=t0,通过根据已知技术分配一个或多个比特,CPE1将Path消息发送至CPE3以请求根据定义的服务质量的连接配置。参照RSVP,这通过<SENDER_TSPEC>对象而被执行。在同一时刻=t0,为Path消息的OAM_check比特分配值“1”,以指示检查在连接的每个网络单元处是否支持OAM功能的请求。Path消息穿过连接的每个中间CPE;特别地,CPE2在时刻=t1接收该Path消息,并且如果在NE2处支持MPLS OAM功能,则保持OAM_check=“1”,将Path消息发送到控制连接的后续网络单元的邻近控制平面单元(该例中为目的CPE3),以指示在源和中间NE之间的连接的每个网络单元处支持MPLS OAM功能。相反,如果中间CPE在受控中间NE处不支持MPLS OAM功能,则为被发送Path消息的OAM_check比特分配值“0”,以指示在该受控中间NE处不支持MPLS_OAM功能;在这种情况下,每个后续中间CPE都接收包括OAM_check=“0”的Path消息,指示至少一个在前的中间NE不支持MPLS OAM功能,然后,保持OAM_check=“0”,将该Path消息发送至朝向目的CPE的邻近CPE。因此,如果在受控中间NE处支持MPLSOAM功能,则接收包括OAM_check=“1”的Path消息的每个中间CPE,将包括OAM_check=“1”的Path消息发送至朝向目的CPE的后续CPE。如果目的CPE3在时刻=t2接收了包括OAM_check=“1”的Path消息,则在目的NE3处支持MPLS OAM功能的情况下,CPE3在朝向CPE1的相反方向中发送Resv消息,指派OAM_check=“1”:这指示在所述连接的每个NE处支持MPLS OAM功能,这是因为Path消息已经穿过控制该连接的每个NE的CPE,并且每个CPE已经成功检查了在受控NE处的MPLS OAM功能的支持。相反,如果CPE3接收包括OAM_check=“1”的Path消息,但是目的CPE在目的NE处不支持MPLS OAM功能,则为Resv消息的OAM_check比特分配值“0”,以指示在连接的至少一个网络单元处(在该情况下仅在NE3处)不支持MPLS_OAM功能,并且如果CPE3接收了包括OAM_check=“0”的Path消息(这是因为该连接的至少一个在前NE不支持MPLS OAM功能),则为该Resv消息的OAM_check比特分配值“0”,以指示在该连接的至少一个网络单元(可以是NE1,NE2或NE3)处不支持MPLS OAM功能。在时刻=t3,CPE2接收了Resv消息(包括OAM_check=“1”或“0”),并且保持OAM_check不变,将该Resv消息发送至CPE1。如果在时刻=t4,CPE1接收了包括OAM_check=“1”的Resv消息,则这指示在连接的每个网络单元(该例中的NE1,NE2,NE3)处支持MPLS OAM功能,这是第一步骤的结束。相反,如果在时刻=t4,CPE1接收了包括OAM_check=“0”的Resv消息,则这指示在连接的至少一个网络单元(该例中的NE1、NE2或NE3)处不支持MPLS OAM功能。在不支持MPLS OAM功能的情况下,所述方法还可以被改进为包括Path及Resv消息的LSP_ADDINFO对象的一个或多个新字段,从而标记(在传输Path消息期间)NE为不支持MPLS OAM功能,并且将该信息通知给源CPE(通过Resv消息的传输)。CPE1可以可选地不仅通过指派Path消息中的OAM_check=“1”并接收Resv消息中的OAM_check=“0”,而且通过指派Path消息中的OAM_check=“1”并接收不包括可选LSP_ADDINFO对象的Resv消息,来检查MPLS OAM功能不被支持。例如,没有识别被接收Path消息的LSP_ADDINFO对象的中间CPE,可以从朝向目的CPE而被发送的Path消息中丢弃该对象;相应地,没有识别被接收Path消息的LSP_ADDINFO对象的目的CPE,可以从朝向源CPE而被发送的Resv消息中丢弃该对象。最终,先前已经发送包括LSP_ADDINFO对象的Path消息(并且OAM_check=“1”)的源CPE,接收不包括LSP_ADDINFO对象的Resv消息,并且其能够检测到不支持MPLS OAM功能。
在接收到包括OAM_check=“1”的Resv消息之后,第二步骤开始于时刻=t4:源CPE1发送包括OAM_activation_Path=“1”的Path消息,以请求激活连接的每个网络单元处的MPLS OAM功能,然后在源NE1处激活MPLS OAM功能,即NE1开始向NE2发送OAM分组。在时刻=t5,中间CPE2接收了包括OAM_activation_Path=“1”的Path消息,然后其保持OAM_activation_Path=“1”不变,将该Path消息发送至CPE3,然后在中间NE2处激活MPLS OAM功能,即NE2开始向NE3发送OAM分组。最终,在时刻t6,目的CPE3接收了包括OAM_activation_Path=“1”的Path消息,然后在目的NE3处激活MPLS OAM功能,即OAM分组在NE3被处理以监控从NE1穿过NE2至NE3的连接,这是第二步骤的结束。
由于目的网络单元在其已激活MPLS OAM分组的处理之后,立即接收第一MPLS OAM分组,因此在激活MPLS网络的MPLS OAM功能的情况下,上述步骤也具有确保激活CV或FFD分组处理的正确时间的优点。
在连接的每个网络单元处支持MPLS OAM功能的情况下,本发明也可以有利地用于检查指定功能的配置参数值的支持;例如,与连通性检验(CV)功能性相比,快速故障检测(FFD)功能被用于以较小的时标检测连接监控。在支持并激活FFD功能的情况下,默认的生成周期为50ms,但是根据ITU-T Y.1711,该参数可以在10ms和500ms之间。因此,Path和Resv消息还可以被扩展,以进一步检查指定功能(FFD功能)的配置参数值(例如较小值20ms)是否可以在连接的每个网络单元处被支持。这可以通过在Path及Resv消息的LSP_ADDINFO对象中进一步添加下列字段来实现:
-表示为FFD_check的至少一个比特;
-表示为FFD_timer的至少一个比特。
图2概略地示出了上述两个字段、检查连接的每个网络单元是否支持等于20ms的MPLS FFD分组生成周期所需要的步骤,以及字段的相应值。在该例中,FFD_check由一比特组成,FFD_timer由三比特组成(由于ITU-T Y.1711指示了FFD分组生成周期的6个可能值:10ms,20ms,50ms,100ms,200ms,500ms,因此需要三个比特)。Path及Resv消息的FFD_check的时间演进分别等同于Path及Resv消息的OAM_check,而FFD_timer值指示了MPLS OAM分组的所需生成周期(例如“000”=10ms,“001”=20ms,“010”=50ms,“011”=100ms,“100”=200ms,“101”=500ms);更一般地,Path消息中提供了用于指示配置参数值的字段。参照图2,在时刻t0,根据如先前解释的Path消息的OAM_check及OAM_activation_Path的时间演进以及Resv消息的OAM_check的时间演进,CPE1发送Path消息至CPE3以请求连接配置并请求MPLS OAM功能是否被支持。在同一时刻t0,为Path消息的FFD_check比特分配值“1”,以指示请求检查连接的每个网络单元处是否支持FFD功能(并且更一般地,分配字段以请求是否支持功能的配置参数)。此外,在时刻t0,为FFD timer比特分配“001”(并且更一般地,该字段被分配给指定功能的配置参数值),对应于值=20ms:结合Path消息的FFD_timer的FFD_check,指示请求检查指定MPLS OAM功能(FFD)的支持以及相应配置参数值(20ms)的支持。在时刻t1,Path消息被CPE2接收,其中,在支持MPLSOAM功能的情况下,Path消息的FFD_check及FFD_timer字段被忽略,即它们被不变地发送至CPE3。在时刻t3,CPE3接收包括FFD_check=“1”及FFD_timer=“001”的Path消息,并且在NE3处支持FFD周期=20ms的情况下,指派FFD_check=“1”,在朝向CPE1的相反方向中发送Resv消息;相反,在不支持FFD周期=20ms的情况下,指派FFD_check=“0”以指示不支持FFD周期=20ms(以便保持默认的FFD周期=50ms),发送该Resv消息。在时刻t3,CPE2接收Resv消息,并且保持FFD_check不变,将该消息发送至CPE1。最终,如果在时刻t4,CPE1接收了包括FFD_check=“1”的Resv消息,则这指示对于相应的连接支持FFD生成周期=20ms。在接收了包括OAM_check=“1”及FFD_check=“1”的Resv消息之后,源CPE1发送包括OAM_activation_Path=“1”的Path消息,以指示激活连接的每个网络单元处的MPLS OAM功能,然后开始根据时间周期=20ms来发送FFD分组至NE2。在时刻t5,中间CPE2接收了包括OAM_activation_Path=“1”的Path 消息,然后保持OAM_activation_Path=“1”,将该Path消息发送至CPE3,然后开始根据时间周期=20ms来发送FFD分组至NE3。最终,目的CPE3接收了包括OAM_activation_Path=“1”的Path消息,然后开始检查FFD分组是否根据时间周期=20ms在NE3被接收,以便激活从NE1穿过NE2至NE3的连接的监控。
本发明也可以有利地用于连接参数的自动配置。例如在MPLS网络中,提供路径终端源标识符(TTSI,Trail Termination Source Identifier)以唯一识别LSP;该标识符可以在源CPE被配置,然后通过Path消息的新对象的新字段被发送至目的CPE,以便该目的CPE能够周期地检查所期望的TTSI是否从所述源CPE被正确接收。
图2示出了第一实施例,其中,在连接建立期间以及一般功能支持的检查期间,检查指定功能及相应的配置参数值,但是第二实施例是可能的,其中,一般OAM功能的支持被预先检查(通过使用Path和Resv消息的OAM_check),然后在支持一般OAM功能的情况下,检查指定OAM功能的支持(通过使用Path及Resv消息的FFD_check)。
所描述的解决方案仅需要一个新对象(LSP_ADDINFO)的定义,该新对象由Path及Resv消息二者承载,包括由所述两种消息承载的OAM_check,OAM_activation_Path,FFD_check以及FFD_timer字段,但是其中,OAM_activation_Path及FFD_timer字段仅当被Path消息承载时才有意义;这意味着OAM_activation_Path及FFD_timer字段也可以被Resv消息承载,但是没有意义。第二可选解决方案可以是两个不同对象的定义,每个通过不同的Class-Num值被识别:
-第一对象,由Path消息承载,表示为例如LSP_ADDINFO_Path,仅包括OAM_check、OAM_activation_Path及FFD_timer字段;
-第二对象,由Resv消息承载,表示为例如LSP_ADDINFO_Resv,仅包括OAM_check及FFD_check字段。
所述第二解决方案具有最小化实现本发明所需的Path及Resv消息所承载的字段数目的优点,但是由于需要定义两个不同的对象,因此该解决方案的不足之处是更加复杂。
仅在没有预先建立连接的情况下需要所述两个步骤过程;相反,在时刻t0已建立连接的情况下,通过从源被周期发送给目的CPE的第一Path消息来执行OAM功能支持的检查,以更新连接的配置,从源CPE发送包括字段(OAM_check)的Path消息,其中所述字段指示了检查的请求(即在Path消息中指派OAM_check=“1”),并且在请求的传输之后立即激活OAM功能(即OAM分组的传输)。相应地,支持OAM功能的每个中间CPE接收所述请求,将所述请求不变地发送至朝向目的CPE的后续CPE,并在所述请求的传输之后立即激活OAM功能。支持OAM功能的目的CPE接收所述请求,在相反方向中发送包括指示支持所述请求(即在Resv消息中指派OAM_check=“1”)的字段(OAM_check)的Resv消息,并且在所述请求的传输之后立即激活OAM功能。最终,源CPE接收了在连接的每个网络单元处支持OAM功能的指示,即包括OAM_check=“1”的Resv消息。相反,在中间网络单元处不支持OAM功能的情况下,丢弃所接收的OAM分组,并且发送包括OAM_check=“0”的Path消息给后续网络单元,而在目的网络单元处不支持OAM功能的情况下,丢弃所接收的OAM分组,并且在相反方向中发送包括OAM_check=“0”的Resv消息。
所述方法不仅可以有利地用于功能的激活,还可以用于停用。特别参照图1的通过RSVP协议预先激活OAM功能的例子,停用是通过从源发送包括字段OAM_check=“0”及OAM_activation_Path=“0”的Path消息的LSP_ADDINFO对象给目的CPE来实现的:当中间或目的CPE检测到Path消息的OAM_check及OAM_activation_Path二者都从“0”变为“1”时,停用OAM功能。OAM功能的停用可以可选地通过从源发送给目的CPE的Path消息中删除LSP_ADDINFO对象来实现:当中间或目的CPE检测到从包括LSP_ADDINFO对象的Path消息改变为不包括LSP_ADDINFO对象的Path消息时,停用OAM功能。
本发明的方法可以通过软件程序来实现;所述软件程序的编程语言可以是例如C或C++。本发明的方法还可以在ASON网络的CPE上被实现(通过软件程序)。CPE包括用于实现所述方法的硬件,例如微处理器,该微处理器可以是外部的、嵌入专用集成电路(ASIC)中或嵌入现场可编程门阵列(FPGA)中。源CPE的微处理器适于通过信令协议发送Path消息给目的CPE,并且通过信令协议接收来自目的CPE的Resv消息。中间CPE的微处理器适于从源CPE或朝向该源CPE的邻近中间CPE来接收Path消息、发送第一消息至目的CPE或朝向该目的CPE的邻近中间CPE、从该目的CPE或朝向该目的CPE的邻近中间CPE接收第二消息,以及发送该第二消息至所述源CPE或朝向该源CPE的邻近中间CPE。目的CPE的微处理器适于从邻近CPE接收Path消息,并且发送Resv消息至邻近CPE。
附图示出了两种不同的网络设备,其是CPE(例如CPE1)和受控NE(NE1),但是所述两种设备还可以包含于例如定义为网络节点(NN)的一个设备中。因此,源网络节点(表示为NN1)包括CPE1和NE1(被CPE1控制),目的网络节点(NN3)包括CPE3和(被CPE3控制的)NE3,并且中间网络节点(NN2)包括CPE2和(被CPE2控制的)NE2。
Claims (20)
1.用于检查电信网络的网络单元处的功能支持的方法,所述网络包括:
·源(NE1)、目的(NE3)和至少一个中间网络单元(NE2);
·通过信令协议消息互连的源(CPE1)、目的(CPE3)和至少一个中间(CPE2)控制平面单元,用于分别控制所述源、目的和至少一个中间网络单元,以配置从所述源穿过中间网络单元至目的网络单元的连接;在没有配置所述连接的情况下,所述方法包括下列步骤:
-从所述源穿过至少一个中间控制平面单元向目的控制平面单元发送第一消息(Path),以指示配置所述连接的请求;
-在所述源控制平面单元接收发送自所述目的控制平面单元的第二消息(Resv),以指示所述请求的应答;
其特征在于:
-所述第一消息包括第一字段(PATH MSG,OAM_check=“1”),用于指示检查所述连接的每个网络单元处的功能支持的请求;
-所述第二消息包括所述第一字段(RESV MSG,OAM_check=“1”),用于指示是否支持所述功能。
2.用于检查电信网络的网络单元处的功能支持的方法,所述网络包括:
·源、目的和至少一个中间网络单元;
·通过信令协议的消息互连的源、目的和至少一个中间控制平面单元,用于分别控制所述源、目的和至少一个中间网络单元,以配置从所述源穿过所述中间网络单元至所述目的网络单元的连接;
在预先配置所述连接的情况下,所述方法包括下列步骤:
-从所述源穿过所述至少一个中间控制平面单元向所述目的控制平面单元发送第一消息,该第一消息包括第一字段(PATH MSG,OAM_check=“1”),用于指示检查所述连接的每个网络单元处的功能支持的请求;
-在所述源网络单元执行所述功能的激活;
-接收第二消息,该第二消息包括第一字段(RESV MSG,OAM_check=“1”),用于指示是否支持所述功能。
3.根据权利要求1的方法,如果接收指示在每个网络单元支持所述功能的第二消息,则所述方法还包括下列步骤:
-从所述源穿过至少一个中间控制平面单元向目的控制平面单元发送所述第一消息,该第一消息还包括第二字段(PATH MSG,OAM_activation_Path=“1”),用于请求激活所述连接的每个网络单元处的功能。
4.根据权利要求3的方法,在传输包括所述第二字段的第一信息之后,在所述源网络单元进一步执行功能的激活。
5.根据权利要求1至4中任一个的方法,其特征在于:
-发送还包括第三字段(PATH MSG,FDD_check=“1”)和第四字段(PATH MSG,FDD_timer=20ms)的所述第一消息,该第三字段指示了检查针对所述连接的指定功能支持的请求,该第四字段指示了所述指定功能的配置参数值;
-接收所述第二消息,该第二消息还包括第三字段(RESV MSG,FFD_check=“1”),其指示是否支持所述配置参数值。
6.根据权利要求1或2的方法,在传输所述第一消息后,所述方法还包括下列步骤:
-在中间控制平面单元接收所述第一消息,该第一消息来自所述源控制平面单元,或朝向该源控制平面单元的邻近中间控制平面单元,并且将该第一消息发送至所述目的控制平面单元,或朝向该目的控制平面单元的邻近控制平面单元,其中:
·如果在所述源和中间网络单元之间的每个网络单元处支持所述功能,则发送包括不变的第一字段(PATH MSG,OAM_check=“1”)的所述第一消息;
·如果在所述源和中间网络单元之间的至少一个网络单元处不支持所述功能,则发送包括指示不支持该功能的第一字段的第一消息;
-在所述中间控制平面单元接收所述第二消息,该第二消息来自所述目的控制平面单元,或朝向该目的控制平面单元的邻近控制平面单元,并且将包括不变的第一字段的第二消息发送至所述源控制平面单元,或朝向该源控制平面单元的邻近控制平面单元。
7.根据权利要求3的方法,还包括在中间控制平面单元接收所述第一消息,该第一消息包括所述第二字段(PATH MSG,OAM_activation_Path=“1”),并且将包括不变的第二字段的第一消息发送至朝向所述目的控制平面单元的邻近控制平面单元。
8.根据权利要求7的方法,在所述第一消息的传输之后,该方法进一步执行每个中间网络单元处的功能的激活。
9.根据权利要求1,2或6的方法,在来自所述源或中间控制平面单元的所述第一消息的传输之后,所述方法还包括下列步骤:
-在所述目的控制平面单元接收所述第一消息,并且将所述第二消息发送至朝向所述源控制平面单元的邻近控制平面单元,其中:
·如果支持所述功能,则发送包括所述第一字段(RESV MSG,OAM_check=“1”)的第二消息,该第一字段指示在每个网络单元都支持所述功能;
·如果不支持所述功能,则发送包括所述第一字段的第二消息(Resv),该第一字段指示在至少一个网络单元不支持所述功能。
10.根据权利要求1至9中任一个的方法,其特征在于,所述功能指示所述连接的操作和管理功能。
11.根据权利要求1至10中任一个的方法,其中,所述网络包括符合多协议标签交换的层。
12.根据权利要求1至9中任一个的方法,其中,所述网络包括符合以太网协议的层。
13.信令协议的消息(RESV MSG),其互连源(CPE1)、目的(CPE3)和至少一个中间(CPE2)控制平面单元,用于分别控制源(NE1)、目的(NE3)和至少一个中间(NE2)网络单元,以配置从所述源穿过中间网络单元至目的网络单元的连接,
其特征在于,从所述目的向源控制平面单元发送所述消息,并且该消息包括第一字段(RESV MSG,OAM_check=“1”),其指示在所述连接的每个网络单元是否支持功能。
14.根据权利要求13的消息,其特征在于,所述消息还包括第三字段(RESV MSG,FFD_check=“1”),其指示在所述连接的每个网络单元是否支持用于所述连接的指定功能,和该指定功能的配置参数值。
15.包括硬件装置的源控制平面单元(CPE1),其适于执行根据权利要求1,2,3或5中任一个的方法,所述源控制平面单元包括处理装置,该处理装置适于通过所述信令协议发送所述第一消息至所述目的控制平面单元(CPE3),并且适于通过所述信令协议从所述目的控制平面单元接收所述第二消息。
16.源网络节点,其包括根据权利要求15的源控制平面单元(CPE1),并且包括被所述源控制平面单元控制的源网络单元(NE1)。
17.控制电信网络的中间网络单元(NE2)的中间控制平面单元(CPE2),用于配置穿过所述中间网络单元的连接:
-所述中间控制平面单元包括处理装置,该处理装置适于接收指示配置所述连接的请求的第一消息(PATH MSG),该第一消息包括第一字段(PATH MSG,OAM_check=“1”),用于指示检查所述连接的每个网络单元处的功能支持的请求;
-在接收所述第一消息之后,所述处理装置还适于发送所述包括第一字段的第一消息,以指示在所述连接的每个网络单元处是否支持所述功能;
-在所述第一消息的传输之后,所述处理装置还适于接收指示所述请求的应答的第二消息(Resv),所述第二消息包括所述第一字段(RESVMSG,OAM_check=“1”),以指示在所述连接的每个网络单元处是否支持所述功能;
-在接收所述第二消息之后,所述处理装置还适于发送所述包括不变的第一字段的第二消息。
18.中间网络节点,包括根据权利要求17的中间控制平面单元(CPE2),并且包括被所述中间控制平面单元控制的中间网络单元(NE2)。
19.控制电信网络的目的网络单元(NE3)的目的控制平面单元(CPE3),用于配置到所述目的网络单元的连接:
-所述目的控制平面单元包括处理装置,该处理装置适于接收指示配置所述连接的请求的第一消息(PATH MSG),该第一消息包括第一字段(PATH MSG,OAM_check=“1”),以指示检查所述连接的每个网络单元处的功能支持的请求;
-在接收所述第一消息之后,所述处理装置还适于发送指示所述请求的应答的第二消息(Resv),该第二消息包括所述第一字段(RESV MSG,OAM_check=“1”),以指示在所述连接的每个网络单元处是否支持所述功能。
20.目的网络节点,其包括根据权利要求19的目的控制平面单元(CPE3),并且包括被所述目的控制平面单元控制的目的网络单元(NE3)。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP05291106A EP1727316B1 (en) | 2005-05-23 | 2005-05-23 | Extension to RSVP protocol for supporting OAM configuration |
EP05291106.2 | 2005-05-23 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1870504A true CN1870504A (zh) | 2006-11-29 |
Family
ID=34993129
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006100825014A Pending CN1870504A (zh) | 2005-05-23 | 2006-05-16 | 用于支持操作管理和维护功能配置的资源预留协议的扩展 |
Country Status (6)
Country | Link |
---|---|
US (1) | US8270300B2 (zh) |
EP (1) | EP1727316B1 (zh) |
CN (1) | CN1870504A (zh) |
AT (1) | ATE445950T1 (zh) |
DE (1) | DE602005017125D1 (zh) |
ES (1) | ES2335019T3 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102100039A (zh) * | 2008-07-18 | 2011-06-15 | 阿尔卡特朗讯公司 | 在分组交换网络中建立伪线 |
CN101355441B (zh) * | 2007-07-27 | 2012-04-04 | 华为技术有限公司 | 一种配置操作管理维护属性的方法、系统及设备 |
CN101471813B (zh) * | 2007-12-29 | 2012-06-27 | 华为技术有限公司 | 一种实现跨域维护管理的配置方法、系统及设备 |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2372541T3 (es) | 2006-12-01 | 2012-01-23 | Zte Corporation | Procedimiento de consulta de enrutado jerárquico para red óptica de conmutación automática. |
PL1947803T3 (pl) | 2007-01-22 | 2018-01-31 | Nokia Solutions & Networks Gmbh & Co Kg | Obsługa jednostek sieciowych w systemie komunikacyjnym |
US8472325B2 (en) * | 2007-05-10 | 2013-06-25 | Futurewei Technologies, Inc. | Network availability enhancement technique for packet transport networks |
WO2009012812A1 (en) * | 2007-07-23 | 2009-01-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for stream adaption in a packet switched network |
HUE040657T2 (hu) | 2007-08-01 | 2019-03-28 | Ericsson Telefon Ab L M | GMPLS alapú OAM ellátás |
CN100589416C (zh) * | 2007-10-30 | 2010-02-10 | 中兴通讯股份有限公司 | 一种自动交换光网络系统中业务产生告警时的维护方法 |
US8199750B1 (en) * | 2007-12-18 | 2012-06-12 | World Wide Packets, Inc. | Communicating with a control plane using a forwarding information format and control plane processing of packets devoid of a virtual switch identifier |
US8477600B2 (en) * | 2008-01-18 | 2013-07-02 | Futurewei Technologies, Inc. | Composite transport functions |
CN101494552B (zh) * | 2008-01-23 | 2011-05-18 | 华为技术有限公司 | 一种建立业务连接的方法、系统和装置 |
CN101826989B (zh) | 2009-03-02 | 2013-11-06 | 华为技术有限公司 | 一种故障处理方法和装置 |
CN101515827B (zh) | 2009-03-31 | 2011-12-07 | 中兴通讯股份有限公司 | 一种自动交换光网络业务错联阻错的方法及系统 |
CN101877892B (zh) | 2009-04-29 | 2012-11-07 | 华为技术有限公司 | 节点关联通道能力的协商方法及节点设备 |
US8149730B1 (en) | 2009-05-12 | 2012-04-03 | Juniper Networks, Inc. | Methods and apparatus related to packet generation and analysis |
US8174991B1 (en) | 2009-06-29 | 2012-05-08 | Juniper Networks, Inc. | Methods and apparatus related to analysis of test packets |
US8423827B2 (en) * | 2009-12-28 | 2013-04-16 | International Business Machines Corporation | Topology based correlation of threshold crossing alarms |
US8780896B2 (en) | 2010-12-29 | 2014-07-15 | Juniper Networks, Inc. | Methods and apparatus for validation of equal cost multi path (ECMP) paths in a switch fabric system |
US8798077B2 (en) | 2010-12-29 | 2014-08-05 | Juniper Networks, Inc. | Methods and apparatus for standard protocol validation mechanisms deployed over a switch fabric system |
WO2012097878A1 (en) * | 2011-01-21 | 2012-07-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Timer value negotiation for path configuration based on rsvp-te |
US9065723B2 (en) | 2011-04-04 | 2015-06-23 | Jds Uniphase Corporation | Unaddressed device communication from within an MPLS network |
US9042402B1 (en) | 2011-05-10 | 2015-05-26 | Juniper Networks, Inc. | Methods and apparatus for control protocol validation of a switch fabric system |
US10715353B2 (en) * | 2017-05-15 | 2020-07-14 | Ciena Corporation | Virtual local area network identifiers for service function chaining fault detection and isolation |
US11101882B1 (en) * | 2020-06-17 | 2021-08-24 | Ciena Corporation | Low order regenerator with high order traffic conditioning in optical transport network |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5940400A (en) * | 1996-11-06 | 1999-08-17 | Motorola, Inc. | Method, device, wireless transceiver and computer for providing collision detection in wireless carrier sense multiple access systems |
US6295284B1 (en) * | 1998-12-23 | 2001-09-25 | Qualcomm. Inc. | Method and apparatus for providing fair access in a group communication system |
IT1312034B1 (it) * | 1999-03-29 | 2002-04-04 | Servizi Fiduciari Sefi S P A | Procedimento per la invalidazione di documenti in genere e dibanconote in particolare, particolarmente per trasporto valori. |
US6560654B1 (en) * | 1999-10-12 | 2003-05-06 | Nortel Networks Limited | Apparatus and method of maintaining timely topology data within a link state routing network |
GB0005363D0 (en) * | 2000-03-06 | 2000-04-26 | Nokia Networks Oy | Interworking in a communication system |
US20020087699A1 (en) * | 2000-07-31 | 2002-07-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Dynamic QoS management in differentiated services using bandwidth brokers, RSVP aggregation and load control protocols |
CA2446966C (en) * | 2001-05-09 | 2013-03-26 | Nokia Corporation | Method for indicating a ue that it must register |
FI112140B (fi) * | 2001-05-23 | 2003-10-31 | Nokia Corp | Informaation kommunikointi |
US7483411B2 (en) * | 2001-06-04 | 2009-01-27 | Nec Corporation | Apparatus for public access mobility LAN and method of operation thereof |
US7013342B2 (en) * | 2001-12-10 | 2006-03-14 | Packeteer, Inc. | Dynamic tunnel probing in a communications network |
US7092361B2 (en) * | 2001-12-17 | 2006-08-15 | Alcatel Canada Inc. | System and method for transmission of operations, administration and maintenance packets between ATM and switching networks upon failures |
US7177295B1 (en) * | 2002-03-08 | 2007-02-13 | Scientific Research Corporation | Wireless routing protocol for ad-hoc networks |
US7068600B2 (en) * | 2002-04-29 | 2006-06-27 | Harris Corporation | Traffic policing in a mobile ad hoc network |
WO2004001520A2 (en) * | 2002-06-20 | 2003-12-31 | Nokia Corporation | QoS SIGNALING FOR MOBILE IP |
WO2004017597A1 (en) * | 2002-08-14 | 2004-02-26 | Nokia Corporation | Layered compression architecture for multi-hop header compression |
KR100640328B1 (ko) * | 2002-09-19 | 2006-10-30 | 삼성전자주식회사 | 이더넷 수동형광가입자망에서 오에이엠 기능 디스커버리방법 |
US7428383B2 (en) * | 2003-02-28 | 2008-09-23 | Intel Corporation | Architecture, method and system of WDM-based photonic burst switched networks |
KR100987230B1 (ko) * | 2003-04-10 | 2010-10-12 | 삼성전자주식회사 | 무선 통신 시스템에서 방송/다중 서비스 방법 및 시스템 |
US7626947B2 (en) * | 2003-08-27 | 2009-12-01 | Telefonaktiebolaget L M Ericsson (Publ) | Dynamic OAM for signaled connections (DOSC) |
US7340169B2 (en) * | 2003-11-13 | 2008-03-04 | Intel Corporation | Dynamic route discovery for optical switched networks using peer routing |
TWI240518B (en) * | 2003-11-24 | 2005-09-21 | Ind Tech Res Inst | System using label switching techniques to support QoS for mobile ad-hoc networks and its label distributing and switching method |
US7639674B2 (en) * | 2004-10-25 | 2009-12-29 | Alcatel Lucent | Internal load balancing in a data switch using distributed network processing |
US7558199B1 (en) * | 2004-10-26 | 2009-07-07 | Juniper Networks, Inc. | RSVP-passive interfaces for traffic engineering peering links in MPLS networks |
-
2005
- 2005-05-23 ES ES05291106T patent/ES2335019T3/es active Active
- 2005-05-23 DE DE602005017125T patent/DE602005017125D1/de active Active
- 2005-05-23 EP EP05291106A patent/EP1727316B1/en not_active Not-in-force
- 2005-05-23 AT AT05291106T patent/ATE445950T1/de not_active IP Right Cessation
-
2006
- 2006-05-16 CN CNA2006100825014A patent/CN1870504A/zh active Pending
- 2006-05-18 US US11/435,829 patent/US8270300B2/en active Active
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101355441B (zh) * | 2007-07-27 | 2012-04-04 | 华为技术有限公司 | 一种配置操作管理维护属性的方法、系统及设备 |
US8310939B2 (en) | 2007-07-27 | 2012-11-13 | Huawei Technologies Co., Ltd. | Method, system, and device for configuring operation, administration and maintenance properties |
CN101471813B (zh) * | 2007-12-29 | 2012-06-27 | 华为技术有限公司 | 一种实现跨域维护管理的配置方法、系统及设备 |
CN102100039A (zh) * | 2008-07-18 | 2011-06-15 | 阿尔卡特朗讯公司 | 在分组交换网络中建立伪线 |
CN102100039B (zh) * | 2008-07-18 | 2014-09-24 | 阿尔卡特朗讯公司 | 在分组交换网络中建立伪线 |
Also Published As
Publication number | Publication date |
---|---|
EP1727316B1 (en) | 2009-10-14 |
ATE445950T1 (de) | 2009-10-15 |
US8270300B2 (en) | 2012-09-18 |
ES2335019T3 (es) | 2010-03-18 |
EP1727316A1 (en) | 2006-11-29 |
DE602005017125D1 (de) | 2009-11-26 |
US20060262728A1 (en) | 2006-11-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1870504A (zh) | 用于支持操作管理和维护功能配置的资源预留协议的扩展 | |
US9112776B2 (en) | Method and apparatus for fast reroute in a connection-oriented network | |
CN1794715A (zh) | 多协议标记交换(mpls)网络的集中控制 | |
US9461906B2 (en) | Method for exchanging information for establishing a path between two nodes of a communication network | |
EP1942606A1 (en) | Method and node device of reserving network resources | |
JP5163479B2 (ja) | パス切替え方法 | |
CN1859260A (zh) | 传统光传送网和智能光网络组网时的资源分配方法 | |
CN1764154A (zh) | 标记交换通路的路径控制 | |
JP2006211661A (ja) | Mpls基盤のvpn提供装置及びvpn提供方法 | |
US8699342B2 (en) | Transmission device | |
CN1859371A (zh) | 一种流量工程链路时隙状态一致性校验方法 | |
EP2457351A1 (en) | Methods and arrangement in a mpls-tp telecommunications network for oam functions | |
KR101257678B1 (ko) | 트래픽 접속 및 연관된 모니터링 접속을 확립하기 위한 방법들 | |
EP1983712B1 (en) | An automatic discovering method and device for client layer link | |
CN1881901A (zh) | 用于确定集成电信网络中的路径的方法和网络管理系统 | |
EP2426887B1 (en) | Node associated channel capability negotiation method and node equipment | |
EP2239956A1 (en) | Method, apparatus and system for ip/optical convergence | |
WO2008148315A1 (fr) | Procédé et système servant à établir un chemin de service, et dispositif de nœud | |
US7852770B2 (en) | Method and apparatus for interaction among resource reservation protocol nodes | |
CN1708138A (zh) | 实现自动交换光网络中光连接间的关联的方法 | |
US7702810B1 (en) | Detecting a label-switched path outage using adjacency information | |
CN108966039A (zh) | 一种组播方法和设备 | |
CN1881940A (zh) | 分组地址交换或标签交换通信网络中连接路径的资源预留 | |
CN1822547A (zh) | 电信网络中的故障管理与传播 | |
Petersson | MPLS based recovery mechanisms |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20061129 |