用于标签分发协议(ldp)标签交换路径(lsp)的数据面命运分离的系统和方法
【专利摘要】用于在标签交换路由器(LSR)处控制流量转发的系统、方法和设备，从而实施受限制的流量转发应用，例如不同FEC类型之间的数据面命运分离。
【专利说明】用于标签分发协议(LDP)标签交换路径(LSP)的数据面命运分离的系统和方法
[0001]相关申请的交叉引用
[0002]本申请要求申请书登记号为61/620,279、登记日为2012年4月4日、标题为“用于改进的MPLS的系统、方法和设备”的未决美国临时专利申请的权益，其全部内容通过引用结合到本文中。
【技术领域】
[0003]本发明与通信网络领域有关，例如多协议标签交换(MPLS)网络，以及更具体地但不限于，与网络中流量转发能力(TFC)有关。
【背景技术】
[0004]多协议标签交换(MPLS)使有效投送各式各样差异化的端到端的业务成为可能。互联网工程任务组(IETF)在其请求注释(RFC)稿中描述多协议标签交换(MPLS)的架构，该文稿被表示为RFC3031，并且被命名为“多协议标签交换架构”。
[0005]MPLS中的基础概念是两个标签交换路由器(LSRs)必须商定用来转发它们之间的和穿过它们的流量的标签的涵义。此共识通过使用一系列过程来达成，这一系列过程被称作标签分发协议(label distribut1n protocol),通过此协议一个标签交换路由器(LSR)通知另一个路由器它已做的标签绑定。
【发明内容】
[0006]现有技术中的多种缺陷被用于在标签交换路由器(LSR)上控制流量转发的系统、方法和设备解决，从而实施受限制的流量转发应用，例如不同FEC类型之间的数据面命运分离(fate separat1n)。
[0007]在一个实施例中，一种方法使用至少一个处理器用于通过以下来在标签交换路由器(LSR)处控制流量转发:定义与LSR和对端LSR之间的至少一个数据面接口关联的一个或多个流量转发能力(TFC);通过LDP消息向该对端LSR指示该一个或多个被定义的TFC ；以及经由该至少一个数据面接口朝该对端LSR传播流量，其中与数据面接口关联的流量是依照对应的一个或多个TFC受限制。
[0008]在一个实施例中，一种设备包括处理器和与该处理器可通信地耦合的存储器。该处理器被配置用于通过以下来在标签交换路由器(LSR)上控制流量转发:定义与该LSR和对端LSR之间的至少一个数据面接口关联的一个或多个流量转发能力(TFC);通过LDP消息向该对端LSR指示该一个或多个所定义的TFC;以及经由该至少一个数据面接口朝该对端LSR传播流量，其中与数据面接口关联的流量是依照对应的一个或多各TFC受限制。
[0009]在一个实施例中，一种有形的而且非瞬时性的计算机可读存储介质被用来存储指令，当这些指令被计算机执行时，这些指令调整计算机的运转通过如下方法来在标签交换路由器(LSR)上控制流量转发:定义与该LSR和对端LSR之间的至少一个数据面接口关联的一个或多个流量转发能力(TFC);通过LDP消息向该对端LSR指示该一个或多个所定义的TFC;以及经由该至少一个数据面接口朝该对端LSR传播流量，其中与数据面接口关联的流量是依照对应的一个或多个TFC受限制。
[0010]在一个实施例中，提供计算机程序产品其中计算机指令，当被电信网络元件中的处理器执行时，调整电信网络元件的运转通过如下方法来在标签交换路由器(LSR)处控制流量转发:定义与该LSR和对端LSR之间的至少一个数据面接口关联的一个或多个流量转发能力(TFC);通过LDP消息向该对端LSR指示该一个或多个所定义的TFC;以及经由该至少一个数据面接口朝该对端LSR传播流量，其中与数据面接口关联的流量是依照对应的一个或多个TFC受限制。
[0011]一些实施例的方面包括:第一 FEC类型的流量经由第一数据面接口被转发并且第二FEC类型的流量经由第二数据面接口被转发。一些实施例的方面包括:与该第一数据面接口关联的该TFC适于防止转发该第二 FEC类型的流量。一些实施例的方面包括:与第二数据面接口关联的该TFC适于防止转发第一 FEC类型的流量。
[0012]一些实施例的方面包括:TFC是基于IPv4 FEC单元类型、IPv6 FEC单元类型、单播单元类型、多播单元类型、伪线路单元类型和多播伪线路单元类型中的任意。
[0013]一些实施例的方面包括:一个或多个与数据面接口关联的TFC通过LDP TFC TLV被指示。一些实施例的方面包括:LDP TFC TLV被承载在问候消息的可选参数部分中。
[0014]一些实施例的方面包括:流量是在接收来自对端LSR的确认消息之后朝该对端LSR传播的。
[0015]一些实施例的方面包括:流量是依照包含在来自对端LSR的确认消息中的一个或多个TFC朝该对端LSR传播的。一些实施例的方面包括:源和对端LSR反复地互换提议的TFC直至达成一致、时间间隔过期或已超过反复次数。
[0016]一些实施例的方面包括:一个或多个TFC依照与LDP FEC类型关联的至少一个内在需求以及与具体的运营商关联的外在需求被定义。一些实施例的方面包括:该内在需求和外在需求包括两个LDP对端节点之间在数据面中多种流量类型的命运分离。一些实施例的方面包括:该外在需求包括把并行链路的子集排除在转发特定的流量类型之外的运营商的明确配置。一些实施例的方面包括:外在需求包含运营商的明确配置，该配置给每个FEC类型分配不相交的链路子集，以用于数据面中流量命运分离。
[0017]一些实施例的方面包括:两个对端节点之间的会话涉及使得能够实现用于多个FEC类型的标签映射互换的多个并行链路。一些实施例的方面包括:会话与两个LDP对端节点之间的多个等价多路径(ECMP)接口相关联。
[0018]一些实施例的方面包括:至少一个确定的TFC包含禁用运转在链路层级的一个或多个LDP能力。
【专利附图】
【附图说明】
[0019]结合附图考虑以下详细描述能够容易理解本发明的教导，其中:
[0020]图1绘出从多种实施例获益的示例性网络；
[0021]图2绘出根据一个实施例的并行链路的示例性布置，其形成带有分布在三个等价多路径(ECMP)上的问候邻接体(Hello Adjacencies)的LDP会话；
[0022]图3绘出根据一个实施例以LDP TLV类型标准格式编码的示例性流量转发能力(TFC)信息；
[0023]图4绘出适合实施多种实施例的示例性节点的控制部分的概要框图；
[0024]图5绘出根据一个实施例的方法流程图；以及
[0025]图6绘出适合在执行本文描述的功能中使用的计算装置的概要框图，该计算装置例如电信网络元件中的处理器。
[0026]为了便于理解，尽量使用相同的参考数字指明附图中共有的相同元件。
【具体实施方式】
[0027]在支持多协议标签交换的网络的背景中描述多种实施例，诸如在IETFRFC3031和RFC5036中定义的，这两篇文稿每篇各自的全部内容通过引用结合到本文中。
[0028]—般而言,命运共享(fate-sharing)是这样的设计过程,其中如果同时实体本身丢失则丢失与实体关联的状态信息是可接受的。命运共享的例子是诸如BGP的路由协议中的路由消息传输，其中链路或链路接口故障自动地具有终止穿过该接口的路由通告(routing announcements)的效果,最终导致在链路的每一端处对于该路由的状态被拆毁。类似考虑适用于传输控制协议(TCP)。
[0029]LDP (标签分发协议)是信令协议，用于MPLS LSP (标签交换路径)的建立和维护，以及用于分发用于建立LSP的标签。LDP包含一系列过程和消息，通过这些过程和消息标签，交换路由器(LSR)通过将网络层路由信息直接映射到数据链路层交换路径(即LSP)的来创立穿过网络的标签交换路径(LSP)。这些LSP可以有位于直接附着的邻居处的终点(相对于IP逐跳转发)、使标签交换能够经由所有中间节点的位于网络出口节点处的终点，
坐坐寸寸ο
[0030]LDP将转发等价类(FEC)与它创建的每一 LSP关联。与LSP关联的FEC规定哪些数据包被“映射”到该LSP。此FEC是标签的“上下文”。由于每个LSR将用于FEC的进入标签“拼接”到由下一跳为该给出FEC分配的外出标签，LSP被延伸穿过网络。
[0031 ] 在多种实施例中，两个相邻LSR节点维持基于UDP的问候邻接体(Hel1Ajencencies)和基于TCP的会话。链路层问候邻接体(Link level Hello Ajencencies)确定对端LSR欲直接于其上发送/接收LSP流量的链路。目标问候邻接体(Targeted HelloAjencencies)可以位于网络中多跳距离之外而且在非直接连接的LDP LSR之间形成多跳LDP会话。LDP会话是这样的通道，通过该通道(例如标签映射)关于各种FEC的所有标签和各种信令参数被互换。
[0032]图1绘出从多种实施例获益的通信网络的概要框图。特别地，图1的通信网络100包括多个节点IlO1-1lO7(合称节点110)。节点110支持网络接口 NI 112和/或外部接口(EI) 102的多种结合。节点110使用EI 102与外部装置(例如其他网络域的节点、用户装置、以及类似的)通信。NI112可以包括网络链路。EI 102可以包括外部链路。
[0033]节点110包括支持基于分组的通信的通信节点。在一个实施例中，节点110包括对支持多播能力的任意通信技术进行支持的通信节点，这些通信技术例如互联网协议(IP)、多协议标签交换(MPLS)、以太网、以及类似技术，以及这些技术的多种结合。NI 112和EI102包括支持由关联的节点110所支持的任意通信技术的接口。
[0034]虽然本文主要绘出和描述关于有特定的类型、数量和节点110、NI 112和EI 102的配置的通信网络，但是所展现的实施例可以实施在有多种其他类型、数量和节点110、NI112和EI 102的配置的通信网络中。类似地，虽然本文主要绘出和描述关于特定的多播通信技术，但是所展现的实施例可以使用多种其他单播通信技术、多播通信技术、以及类似技术、以及这些技术的多种结合来实施。
[0035]本领域技术人员可以修改网络来使用其他与MPLS有关的协议而非本文讨论的示例性协议。
[0036]网络100包括IP/MPLS通信网络(CN) 105和至少一个网络管理系统(^S) 120，该网络管理系统操作用于演示性地经由一个或更多标签交换路径(LSP) 112路由在起始的LSR 110-1和目的地LSR 110-7之间的流量。
[0037]如图所示，匪S 120操作用于控制形成CN 105的多个路由器110 ;亦即，多个标签交换路由器(LSR) 110-1至110-7。需要注意到尽管只绘出7个LSR，CN 105可以包括更多的LSR。出于本文讨论的目的简化了 CN 105的表现形式。
[0038]匪S 120是适于执行本文描述的多种管理功能的网络管理系统。匪S120适于与CN105的节点通信。匪S 120也可适于与其他运营支撑系统(例如网元管理系统(EMS)、拓扑管理系统(TMS)、以及类似的、以及这些系统的多种结合)通信。
[0039]匪S 120可以被实施在网络节点、网络运营中心(NOC)或任意其他有与CN 105以及与其有关的多种元件通信的能力的位置处。匪S 120可以支持用户接口能力，以使得一个或多个用户能够执行多种与网络管理、配置、供应或控制有关的功能(例如输入信息、审阅信息、发起对本文描述的多种方法的执行、等等)。NMS 120的多种实施例适于执行本文讨论的关于多种实施例的功能。匪S 120可以被实施为通用计算装置或特定用途计算装置，诸如在下文中关于图6描述的。
[0040]匪S 120和多种路由器110运转来支持LDP LSP的数据面命运分离。在IETF中在RFC3031中描述多协议标签交换(MPLS)的架构。
[0041]如图1所示,流量流(traffic stream)(例如视频或其他数据流)从源节点(演示性地，LSR 110-1)经由一个或多个标签交换路径(LSP) 112被发往目的地节点(演示性地，LSR 110-7)。举例，一条路径起始于源节点(LSR 110-1)，贯穿CN 105的核心并且终止于节点110-6 (LSR 110-6)，而且LSR 110-7是其目的地节点。第二路径起始于源节点(LSR110-1)，贯穿CN 105的核心并且终止于节点110-5 (LSR 110-5)，而且边界LSRl 10-7是其目的地节点。
[0042]图2绘出根据一个实施例的并行链路的示例性布置，该并行链路形成带有分布在三个等价多路径(ECMP)上的问候邻接体的LDP会话。
[0043]多种实施例提供在两个LDP发言者(speakers)之间的多个并行链路。在一个实施例中，在一个会话中创立两个LDP发言者之间的多个等价多路径(ECMP)接口。如此，多个问候邻接体与该会话关联，每个接口上一个邻接体。针对多个FEC类型在两个发言者之间在LDP会话上互换标签映射。但是，并行链路的子集可能不能转发为某些FEC类型映射的流量。在MPLS中，中间LSR对于流量类型是不可知的，但是入口或出口 LSR需要执行由FEC类型识别的协议的“原生”功能。
[0044]多种实施例允许运营商有灵活性，以便(I)出于管理原因把并行链路的子集排除在转发特定的流量类型之外；以及(2)将不相交的链路子集分配给每个FEC类型，以用于在数据面中的流量命运分离。例如，可能需要在数据面中分离在两个LDP发言者之间的IPv4和IPv6映射的LDP LSP的命运。相似地，运营商能够在数据面中将多播LDP LSP从单播LSP中分离出来。
[0045]在一实施例中，LDP会话形成于节点205 (LSR-A)和节点210 (LSR-B)之间，此LDP会话带有分布在分别表示为206 (IFl)、207(IF2)和208 (IF3)的三个等价多路径(ECMP)接口上的问候邻接体。在此实施例中，出于演示目的，形成于IFl、IF2和IF3之上的链路邻接体使用基于IPv4或IPv6的接口，但是不同时使用这两种接口，然而在其他实施例中提供了双栈实施方式，其中IPv4和IPv6地址两者都可以经由单个接口被分配。多种实施例适于支持不同接口配置、不同接口能力以及类似。例如，三个接口 206、207、208可以在多个不同配置中使用，包括下列:
[0046](I)所有三个接口能够为IPv4 FEC单元类型转发流量；
[0047](2)接口 IFl (206)和IF2 (207)能够为在RFC6388中定义的多点(MP/多播(Multicast)) FEC单元转发流量；以及/或者
[0048](3)接口 IF2(207)和IF3 (208)能够为IPv6 FEC单元类型转发流量，或者运营商决定如此以便使得能够实现命运分离。此配置的实施方式要求由LDP发言者在每接口级别建立流量转发意图/能力。如此，能够实现数据面命运分离。
[0049]在多种实施例中，为了达成在数据面处的流量分离，在接口上互换的LDP问候消息(Hellos Message)以如下所述的方式传达流量转发意图/能力。此机制以如此方式配置将在接口上被选择性地启用的LSP类型。出于演示目的，配置包括:
[0050](I)于接口 IFl (206)上互换的LDP问候消息包括用于IPv4 FEC类型的流量转发能力和MP FEC类型能力，并且排除IPv6FEC类型；
[0051](2)于接口 IF2 (207)上互换的LDP问候消息包括用于IPv4 FEC类型、MP FEC类型和IPv6 FEC类型的流量转发能力；以及
[0052](3)于接口 IF3(208)上互换的LDP问候消息包括用于IPv4 FEC类型和IPv6 FEC类型的流量转发能力，并且排除MP FEC类型。
[0053]在一个实施例中，从LDP节点205或发言者来的问候消息包括至多一个TFC TLV实例。如果LDP节点205或发言者在问候消息中接收多于一个TFC TLV实例，接收节点仅接受第一个出现的实例，该消息中后续出现的实例被忽略。
[0054]多种实施例提供与标准LDP实施方式的向后兼容。在这些实施例中，当节点或发言者接收不含任何TFC TLV的LDP问候消息，接收方则注意到其上形成问候邻接体的接口能够转发与和对端创立的会话互换的FEC类型的全部集合。
[0055]按照RFC5561，经由LDP会话发布的FEC能力将适用于所有接口，除非其在给定的接口上被TFC互换明确地排除。
[0056]流量转发能力(TFC)TLV
[0057]多种实施例使用新的类型-长度-值(TLV)单元，在本文中表示为“TFC”TLV，它适合被LSR使用向对应的LSR对端(例如相邻LSR)指示期望用于两个LSR之间创立的一个或多个数据面接口的流量转发分离、限制或其他条件/能力。TFC TLV可以经由与对端LSR创立的LDP会话被传达,例如在问候消息的可选参数(Opt1nal Parameter)部分。
[0058]如本文讨论的，设想多种应用，例如根据FEC类型分离将被转发的流量，其中符合第一 FEC类型(或类型们)的流量被经由第一数据面接口转发，而符合第二 FEC类型(或类型们)的流量被经由第二数据面接口转发。按照此方式，提供了按流量类型的命运分离。在多种实施例中使用三个或更多接口。
[0059]图3绘出适合在本文讨论的多种实施例中使用的TFC TLV的示例性格式。特别地，图3绘出示例性TFC TLV消息300，其适合于演示性地通过LDP问候消息中的可选参数来传输，从而发布与接口关联的TFC集合。在多种实施例中，目标LDP(T-LDP)问候消息中包括 TFC TLV。
[0060]多种实施例提供LDPTFC互换机制，其实施与本文描述的LDP问候邻接体会话关联的流量转发能力(TFC)。在一个实施例中，使用RFC5036中提及的用于编码TLV的设备商私有LDP TLV空间。在其他实施例中，每LDP节点或发言者实施每接口的LDP TFC集合。在任意时间，发言者或节点可以有在接口上被启用的那些TFC中的一个或多个或者完全没有。
[0061]当TFC被启用时，在会话层级已被启用的特定的流量转发能力被关闭或以其他方式在LDP会话的上下文中被调整。例如，在多种实施例中要被关闭、限制或调整的能力可以和与多种FEC类型(例如那些可适用于两个对端LSR之间的链路问候邻接体的)有关的一个或更多能力有关。
[0062]在多种实施例中，使用专用链路解析数据路径中的FEC类型的子集。在多种实施例中，例如TFC的问候邻接体能力被定义和使用来关闭在接口层级的会话能力。多种实施例使用根据RFC5561的TLV格式，其中现有的LDP能力TLV的格式被保留，并且TLV与LDP问候消息一起发送。在多种实施例中，会话能力包含具有适用于两个LSR之间的所有问候邻接体的默认选项的能力的超级集合。
[0063]通过在接口上发布TFC，发言者或起始节点声称它执行了为该接口上的TFC规定的协议动作。在多种实施例中，发言者或起始节点将不执行为接口上的TFC规定的协议动作，除非该TFC已被发布。进一步地，在多种实施例中，当LDP发言者或起始节点已经在发送于接口上的问候消息上发布过TFC集合了，那么发言者或起始节点可以在任意时间通过在随后的问候消息中反映已发布的TFC变化来通告该已发布的TFC的变化。
[0064]TFC信息被可选地编码成标准LDP TLV类型格式，如图3所示的表示项320，TFCTLV 320携带sub-TLV 325的集合，其中每个sub_TLV定义特定的TFC。在多种实施例中，为IPv4或IPv6或多播流量类型等等可以定义特定的TFC sub-TLV。如图2B所示，第一比特326，即TFCTLV328的比特O被设置成I。第二比特327，即TFC TLV328的比特I被设置成O。如果TFC TLV类型是标准化的，那么该类型可以从IANA(互联网地址和命名机构)中的LDP TLV注册表中的可用类型中配给。
[0065]图4绘出适于实施多种实施例的示例性节点的控制部分400的概要框图，例如LDP节点I1的控制部分。如图4所示，节点控制部分400包括一个或更多处理器) 440、存储器450、输入/输出(I/O)接口 435和网络接口 445。
[0066]处理器(们)440适于与存储器450、网络接口 445、I/O接口 435等等协作，来提供本文描述的关于节点110的多种功能。在多种实施例中，可以按照如下文关于图6的计算装置的描述来实施示范节点的控制部分400。
[0067]存储器450，一般而言，存储适于在提供与节点110关联的多种控制面和数据面功能中使用的程序、数据、工具以及类似的。存储器450被绘成存储适于在支持本文中绘出和描述的多种控制面和数据面功能中使用的程序452和数据453。例如，存储器450被绘成存储适于在提供MPLS通信系统中的多种计算和托管功能中使用的程序422和数据423。
[0068]图4还绘出了命运分离引擎455和流量转发引擎460。这些引擎可以被实施为本文描述的节点控制部分400外部的硬件或固件模块。在多种实施例中，这些引擎可以被包括在本文描述的节点控制部分400或节点110中，或由本文描述的节点控制部分400或节点110实施。
[0069]在多种实施例中，该存储器450包括与命运分离引擎455和流量转发引擎460关联的程序和数据。在多种实施例中，使用软件指令实施命运分离引擎455、流量转发引擎460，该软件指令可以被处理器(例如处理器403)执行，以执行本文绘出和描述的多种设计功能。
[0070]I/O接口 435和网络接口 445适于促进位于处理器440内部和外部的外围装置的通信。例如，I/o接口 435适于与存储器450接口。类似地，I/O接口 435适于促进与LDP节点IlON命运分离引擎455、流量转发引擎460等的通信。在多种实施例中，提供在处理器端口和用来与MPLS网络(未示出)通信的任意外围装置之间的连接。
[0071]虽然主要绘出和描述关于LDP节点110控制部分与命运分离引擎455和流量转发引擎460的通信，但是应当认识到I/O接口 435可以适于支持与适合用来提供与本文描述的LDP问候邻接体会话关联的流量转发能力(TFC)的任意其他装置的通信。
[0072]命运分离引擎455和流量转发引擎460配合提供本文绘出的和描述的多种托管功能。虽然关于实施例的绘出和描述中引擎是在示例性节点的被绘出的控制部分400的外部和/或内部，但是本领域技术人员应当认识到引擎可以存储在LDP节点110和/或其节点控制部分400的内部和/或外部的一个或更多其它存储装置中。引擎可以分布在LDP节点110和/或其节点控制部分400的内部和/或外部的任意合适的数量和/或类型的存储装置上。在下文更多细节中描述存储器450，包括存储器450的引擎。进一步地，应当认识至IJ，本文中绘出的和描述的任意认证功能和/或引擎的使用可以被实施相似的功能的其他元件执行。
[0073]在多种实施例中，命运分离引擎455适于为用于数据面流量的命运分离的每个FEC类型配置链路的子集。例如，可能需要分离在数据面中两个LDP节点或发言者之间的IPv4和IPv6映射的LDP LSP的命运。相似地，运营商能够在数据面等中从单播LSP中分离多播LDP LSP,以及它们的多种组合。
[0074]在多种实施例中，流量转发引擎460适于实施和执行接口的流量转发能力等。
[0075]图5绘出根据一个实施例的流程图。方法500开始于步骤505。出于本例目的，假设在多个等价多路径(ECMP)接口上通过问候邻接体在一对LSR节点110之间形成LDP会话。如此，多个问候邻接体与LDP会话关联，每个接口上一个邻接体。在两个LSR节点110之间为多个FEC类型于LDP会话上互换标签映射。
[0076]在步骤505，如果需要，在两个LSR节点110之间创立多种LDP会话。
[0077]在步骤510，确定与数据面命运分离或其他受限的转发应用关联的需求。参照框515，为了数据面命运分离的目的可以考虑两类需求；亦即，诸如LDP LSP FEC类型的内在需求，或诸如系统管理器或运营商显式配置参数的外在需求。取决于预期的受限转发应用的类型可以采用不同的内在和或外在需求。如前讨论，多种实施例允许运营商有灵活性，以便
(I)出于管理原因把并行链路的子集排除在转发特定的流量类型之外；以及(2)将不相交的链路子集分配给每个FEC类型，用于在数据面中流量命运分离。在多种实施例中，网络管理系统通过基于策略的或策略分发的机制向网络中的LSR提供内在和/或外在需求。
[0078]在步骤520，每接口层级的流量转发能力被商议，来在各自的接口上选择性地创立或建立特定LSP类型。亦即，LDP消息被源LSR 110使用来指示(例如通过TFC TLV)将应用于多种接口的特定的流量转发能力或限制，例如在命运分离应用上下文中的类型-分离。参照框525，多种考虑包括源和目的地LSR之间的若干并行的数据面链路、将由每个链路承载的特定的FEC类型，如此等等。
[0079]在多种实施例中，源LSR向目的地LSR指示(例如通过TFC TLV发布)流量限制而且相应地转发流量。在多种实施例中，源LSR在依照与受限转发应用关联的TFC参数转发流量之前，等待从目的地LSR来的响应或确认。在多种实施例中，目的地LSR可以拒绝与各种数据面接口中的一个或更多关联的一些或全部TFC参数。此反复协商和各种实施例可以通过包括在问候消息中或其他LDP消息中的TFC TLV信息来完成。
[0080]所以，在多种实施例中，在收到来自对端LSR的确认消息之后依照指示的流量转发能力或限制朝对端LSR传播流量，该确认消息指示流量转发能力或限制是可接受的。
[0081]在多种实施例中，确认消息可以包括对一个或更多流量转发能力或限制的拒绝，在此情况中依照未拒绝的流量转发能力或限制朝对端LSR传播流量。
[0082]在多种实施例中，确认消息可以包括提议的替换的流量转发能力或限制和/或其配置，例如使用不同的流量转发能力或限制、在不同数据面接口的上下文中使用相同的流量转发能力或限制或它们的一些组合。如果源LSR可以接受，那么源LSR依照该提议的替换的流量转发能力或限制和/或其配置朝对端LSR传播流量。如果源LSR不接受，那么源LSR可以向对端LSR提议流量转发能力或限制的第二集合。此过程根据需要被重复直至达成一致，或直至预定义的或协定的时间间隔过期，或直至已超过预定义的或协定的反复次数。
[0083]在步骤530，经由演示性地由源LSR实施的多种流量转发能力需求所定义的恰当的接口朝对端节点传播流量。
[0084]在多种实施例中，一些格式的流量可以受到优先处理，在优先处理中它们可以经由多个接口向对端节点转发。在多种实施例中，在两个LSR之间的并行链路的子集可能不能转发为某些FEC类型映射的流量的情况中，例如需要为与具体的FEC类型关联的流量执行“原生”处理功能的入口或出口 LSR，流量命运分离是有用的。在多种实施例中，系统运营商可以管理性地优选将并行链路的特定子集从为特定流量类型的流量转发中排除。在多种实施例中，可以由运营商分配此相交的链路子集给一个或更多FEC类型，从而实施数据面中的流量命运分离。如前面提到的，多种配置因为多种原因被证明是对系统运营商有用的，诸如分离IPv4和IPv6映射的LDP LSP，分离单播和多播LDP LSPs，及类似的。
[0085]一般而言，每一接口可以根据一个或更多TFC参数被配置。如此，可以使用与被配置用于特定TFC的接口关联的LSP来转发流量。
[0086]虽然主要关于在此列举的实施例作绘出和描述，但是使用上文中的其他过程和组合可以实施与特定网络关联的其他实施例。一般而言，分离或其他流量转发能力或限制可以根据FEC类型被确定，例如IPv4 FEC单元类型、IPv6单元类型、单播单元类型、多播单元类型、伪线路单元类型、多播伪线路单元类型如此等等。此外，分离可以基于流量源(例如优先的源、分优先级的源以及类似的)或基于其他策略考虑。
[0087]图6绘出适合在执行本文描述的功能中使用的计算装置(例如通信网络元件中的处理器)的概要框图，所述功能例如那些与本文关于附图描述的各种元件关联的功能。
[0088]如图6所示，计算装置600包括处理器元件603 (例如中央处理器(CPU)和/或其他合适的处理器(们))、存储器604(例如随机访问存储器(RAM)、只读储存器(ROM)等)、协作模块/过程605、以及多种输入/输出装置606 (例如用户输入装置(诸如键盘、小键盘、鼠标等)、用户输出装置(诸如显示器、扬声器等)、输入端口、输出端口、接收机、发送机、以及存储装置(例如持续固态硬盘、硬盘驱动器、光盘驱动器，等等))。
[0089]应当认识到本文绘出的和描述的功能可以以硬件和/或在软件和硬件的结合实施，例如使用通用计算机、一个或更多专用集成电路(ASIC)、和/或任意其他等效的硬件。在一个实施例中，协作过程605可被装载进存储器604并且被处理器603执行来实施如本文讨论的功能。所以，协作过程605(包括关联的数据结构)可以被存储在计算机可读存储介质里，例如RAM存储器、磁盘驱动器或光盘驱动器或软盘、以及类似。
[0090]应当认识到图6绘出的计算装置600为实施本文描述的功能性元件或本文描述的功能性元件的部分提供通用结构和设计功能。
[0091]可预期，本文讨论的步骤中的一些可以在硬件中实施，例如，作为与处理器协作的电路来执行多种方法步骤。本文描述的功能/元件的部分可以实施为计算机程序产品，其中计算机指令当被计算装置处理时调整计算装置的运转，从而使得本文描述的方法和/或技术被调用或以其他方式被提供。用来调用本发明方法的指令可以被存储在有形的而且非瞬时性的计算机可读介质中，诸如固定的或可移除的媒体或存储器，和/或被存储在根据指令运转的计算装置的存储器中。
[0092]虽然本文中已经详细示出和描述结合本发明的教导的多种实施例，但是本领域技术人员能够容易构想仍然结合这些教导的许多其他变化的实施例。因此，尽管前文是针对本发明的多种实施例，本发明其他的和进一步的实施例可以被构想出而不脱离本发明的基本范围。如此，本发明恰当的范围应根据权利要求确定。
【权利要求】
1.一种在标签交换路由器(13?处控制流量转发的方法，包括: 定义与所述[部和对端[部之间的至少一个数据面接口关联的一个或多个流量转发能力(吓0 ； 通过10？消息向所述对端指示所述一个或多个被定义的；以及 经由所述至少一个数据面接口朝所述对端传播流量，其中与数据面接口关联的流量是依照对应的一个或多个受限制。
2.根据权利要求1所述的方法，其中第一？％类型的流量经由第一数据面接口被转发，并且第二？％类型的流量经由第二数据面接口被转发。
3.根据权利要求2所述的方法，其中与所述第一数据面接口关联的所述适于防止转发所述第二 类型的流量，以及与所述第二数据面接口关联的所述适于防止转发所述第一？％类型的流量。
4.根据权利要求1所述的方法，其中所述基于以下中的任意单元类型、 单元类型、单播单元类型、多播单元类型、伪线路单元类型、多播伪线路单元类型，以及运转在链路层级的能力的禁用。
5.根据权利要求1所述的方法，其中一个或多个与数据面接口关联的通过IV被指示。
6.根据权利要求1所述的方法，其中所述流量是在接收来自所述对端的确认消息之后朝所述对端[部传播的。
7.根据权利要求1所述的方法，其中所述流量是依照包含在来自所述对端[部的所述确认消息中的一个或多个朝所述对端[部传播的。
8.一种用于在标签交换路由器(13?处控制流量转发的电信网络元件，包括处理器，所述处理器被配置用于: 定义与所述[部和对端[部之间的至少一个数据面接口关联的一个或多个流量转发能力(吓0 ； 通过10？消息向所述对端指示所述一个或多个被定义的；以及 经由所述至少一个数据面接口朝所述对端传播流量，其中与数据面接口关联的流量是依照对应的一个或多个受限制。
9.一种有形的而且非瞬时性的计算机可读存储介质，其存储指令，当被计算机执行时所述指令调整计算机的运转来提供一种在标签交换路由器(13?处控制流量转发的方法，所述方法包括: 定义与所述[部和对端之间的至少一个数据面接口关联的一个或多个流量转发能力(吓0 ； 通过10？消息向所述对端指示所述一个或多个所定义的；以及 经由所述至少一个数据面接口朝所述对端传播流量，其中与数据面接口关联的流量是依照对应的一个或多个受限制。
10.一种计算机程序产品其中计算机指令，当被电信网络元件中的处理器执行时，调整电信网络元件的运转来提供一种在标签交换路由器(13?处控制流量转发的方法，所述方法包括: 定义与所述[部和对端[部之间的至少一个数据面接口关联的一个或多个流量转发能力(1^0 ； 通过10？消息向所述对端指示所述一个或多个所定义的；以及经由所述至少一个数据面接口朝所述对端传播流量，其中与数据面接口关联的流量是依照对应的一个或多个受限制。
【文档编号】H04L12/723GK104322024SQ201380018820
【公开日】2015年1月28日 申请日期:2013年4月4日 优先权日:2012年4月4日
【发明者】P·K·杜塔, M·艾萨维 申请人:阿尔卡特朗讯公司