CN102577239A - 在点到多点网络中避免重复流量 - Google Patents

在点到多点网络中避免重复流量 Download PDF

Info

Publication number
CN102577239A
CN102577239A CN2010800407677A CN201080040767A CN102577239A CN 102577239 A CN102577239 A CN 102577239A CN 2010800407677 A CN2010800407677 A CN 2010800407677A CN 201080040767 A CN201080040767 A CN 201080040767A CN 102577239 A CN102577239 A CN 102577239A
Authority
CN
China
Prior art keywords
node
path
data path
lsp
link
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.)
Granted
Application number
CN2010800407677A
Other languages
English (en)
Other versions
CN102577239B (zh
Inventor
P·V·穆莱
P·G·贾因
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.)
Nokia Technologies Oy
Original Assignee
Alcatel Lucent SAS
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 Lucent SAS filed Critical Alcatel Lucent SAS
Publication of CN102577239A publication Critical patent/CN102577239A/zh
Application granted granted Critical
Publication of CN102577239B publication Critical patent/CN102577239B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1877—Measures taken prior to transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • 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/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • 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/50—Testing arrangements
    • 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/16—Multipoint 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/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

提供一种用于在点到多点网络中避免流量重复的方法，该方法包括监测从源到目的地的第一数据路径中的第一互连链路的状态，第一数据路径包括入口节点、出口节点、和一个或多个中间节点。该方法进一步包括如果确定第一互连链路的链路是不可操作的链路，则建立第二数据路径，第二数据路径包括入口节点、出口节点、一个或多个中间节点中的至少一个和第二互连链路，第二互连链路包括新的互连链路和第一互连链路的子集，子集不包括第一互连链路中的不可操作链路。

Description

在点到多点网络中避免重复流量
优先权声明
本申请基于35U.S.C.§119(e)要求于2009年9月14日在美国专利和商标局(U.S.P.T.O)递交的第61/276607号美国临时专利申请的优先权，以引用方式将其全部内容并入本文。
背景技术
实施方式涉及在点到多点网络中避免流量(traffic)重复。流量重复(duplication)发生在节点的数据路径下游，在那里包括诸如视频流的相同信息流的两个路径合并。示例性实施方式提供用于避免该流量重复的方法和装置。
发明内容
一个实施方式包括一种用于在点到多点网络中避免流量重复的方法。该方法包括丢弃与第一数据路径相关联的第一数据分组，直到第二数据路径去激活(de-activated)为止。第二数据路径具有相关联的第二数据分组、并且第一数据分组和第二数据分组包括相同的数据。
一个实施方式包括一种用于在点到多点网络中避免流量重复的方法。该方法包括监测从源到目的地的第一数据路径中的第一互连链路的状态。第一数据路径包括入口(ingress)节点、出口(egress)节点、和一个或多个中间节点。
该方法进一步包括，如果确定第一互连链路的链路是不可操作的链路，则建立第二数据路径。第二数据路径包括入口节点、出口节点、一个或多个中间节点中的至少一个和第二互连链路。第二互连链路包括新的互连链路和第一互连链路的子集。子集不包括第一互连链路中的不可操作链路。
该方法进一步包括激活第二数据路径，监测不可操作链路的状态，以及如果不可操作链路变为可操作的，则建立第三数据路径。第三数据路径包括入口节点、出口节点、一个或多个中间节点和第一互连链路。该方法进一步包括激活第三数据路径，以及在一个或多个中间节点中的一个中间节点处，丢弃与第三数据路径相关联的数据分组，直到第二数据路径去激活为止，并且最终对第二数据路径进行去激活。
网络节点包括配置为接收分组的至少一个入口端口，和配置为传送分组的至少一个出口端口。网络节点进一步包括配置为接收第一信令分组并确定是否第一信令分组指示与第一数据路径相关联的互连链路不可操作的处理器。如果互连链路是不可操作的，处理器进一步通过绕过互连链路的第二数据路径来接收第一数据分组，并接收第二信令分组。
处理器确定是否第二信令分组指示互连链路是可操作的。处理器确定是否第二信令分组同与第一信令分组相同的信息相关联。处理器确定是否第二信令分组与第三数据路径相关联。如果第二信令分组同与第一信令分组相同的信息相关联，并且第二信令分组与第三数据路径相关联，则处理器丢弃第二数据分组，第二数据分组是与第二信令分组相关联的数据分组，直到第二数据路径去激活为止。处理器确定是否第二数据路径是去激活的，并且如果第二数据路径是去激活的，则传输与第二信令分组相关联的第二数据分组。
附图说明
通过此处下面给出的详细描述和附图，可以更全面地理解本发明，其中相同的附图标记代表相同的元素，其中附图标记仅用于解释，并因此不对本发明进行限制，其中：
图1描述了根据示例性实施方式的包括数据路径的点到多点网络；
图2描述了根据示例性实施方式的在数据路径中包括不能操作链路的点到多点网络；
图3描述了根据示例性实施方式的包括经重新路由的数据路径的点到多点网络；
图4描述了根据示例性实施方式的包括经重新路由的数据路径和经修复链路的点到多点网络；
图5描述了根据示例性实施方式的包括数据路径和去激活的经重新路由的数据路径的点到多点网络；
图6描述了根据示例性实施方式的用于避免重复流量的方法。
需要注意的是，这些附图意在描述方法的一般特性、在特定示例性实施方式中使用的结构和/或材料，并意在对下面提供的描述进行补充。然而，这些附图不是按比例的，并且也不是精确地反映任意给出的实施方式的精细结构或性能特性，并且也不应解释为通过示例性实施方式对所包含的数值范围或属性进行定义或限定。例如，为了简明起见，可减小或夸大分子、层、区域和/或结构元素的相对厚度和位置。在各个附图中使用同样或相同的附图标记意在指示存在同样或相同的元素或特征。
具体实施方式
尽管示例性实施方式能够进行各种修改并采用替代形式，但是其实施方式作为实施例在附图中给出，并将在这里进行详细描述。然而，应当理解的是，不应将示例性实施方式限定为所公开的特定形式，相反，示例性实施方式意在涵盖落入权利要去范围内的所有修改、等同物和替代物。在整个附图的描述中，相同的附图标记表示相同的元素。
可以理解的是，尽管这里可能使用术语第一、第二等描述各种元素，但是这些元素不应当被这些术语所限制。这些术语仅用于将一个元素与另一元素相区别。例如，在不偏离示例性实施方式范围的情况下，第一元素也可称为第二元素，相似地，第二元素也可称为第一元素。如在这里所使用的，术语“和/或”包括一个或多个相关的列出项目的任意和全部组合。可以理解的是，当涉及一个元素与另一元素“连接”或“耦合”时，其可以与其它元素直接地连接或耦合，或者可以存在介于其中间元素。相反，当涉及一个元素与另一元素“直接连接”或“直接耦合”时，则没介于其中间的元素。用于描述元素之间关系的其它词应以相同的方式进行解释(例如，“在...之间”与“直接在...之间”，“相邻”与“直接相邻”等)。
这里使用的术语仅用于描述特定实施方式，并不意在对示例性实施方式进行限制。如在这里所使用的，单数形式“一”、“一个”和“所述”还意在包括复数形式，除非在上下文中明确地进行指示。还可以进一步理解的是，这里使用的术语“包含”、“由...组成”、“包括”和/或“含有”说明存在所规定的特征、整体、步骤、操作、元素和/或元件，但是不排斥存在或增加一个或多个其它特征、整体、步骤、操作、元素、元件和/或其组合。
还需要说明的是，在一些可替换的实现方式中，所涉及的功能/动作还可以按照图中未涉及的顺序发生。例如，根据所涉及的功能/动作，以连续方式示出的两个图实际上可以并发地执行，或有时以相反的顺序执行。
除非特别限定，这里使用的所有术语(包括技术和科学术语)与示例性实施方式的所属技术领域的普通技术人员通常理解的含义相同。还可以进一步理解的是，诸如以通用字典限定的术语应当解释为与它们在相关领域的上下文中的含义相一致，并不解释为理想化或过度正式的含义，除非在这里进行特别限定。
示例性实施方式和相应的详细描述部分可根据软件或算法，和对计算机存储器中的数据比特进行操作的符号表示来呈现。这些说明和表示是本领域普通技术人员向本领域其它普通技术人员有效表达他们工作主旨的一种方式。如同这里使用的术语，并如同其所通常使用的，将算法设想为导致期望结果的自相一致的步骤序列。该步骤是那些要求对物理量进行物理操作的步骤。通常，尽管不是必须的，这些量采用能够存储、传输、组合、比较和进行其他操作的光、电、或磁信号的形式。已经证明有时(特别是对于通常使用的原因)将这些信号称为比特、数值、元素、符号、字符、项、数字等是方便的。
在下列说明中，将根据动作和操作(例如，以流程图的形式)的符号表示描述解释性的实施方式，其中操作可实现为程序模块或包括例程、程序、对象、元件、数据结构等的功能过程，其中程序模块或功能过程执行特定的工作或实现特定的摘要数据类型，并可使用现有的硬件在现有的网络元件上实现。这样现存的硬件可包括一个或多个中央处理单元(CPU)、数字信号处理器(DSP)、专用集成电路、现场可编程门阵列(FPGA)计算机等。
然而，应当注意的是，与合适的物理量相关联的所有这些术语以及相似术语仅仅是应用于这些量的便利的标签。除非特别声明，或者从讨论中明显得到，诸如“处理”、“计算”、“估计”、“确定”、“显示”等的术语，涉及计算机***或相似的电子计算设备的动作和处理，以将计算机***的寄存器和存储器中表述为物理量、电子量的数据进行操纵并转换为计算机***存储器或寄存器或其他这样的信息存储器、传输或显示设备中表示为物理量的其他相似的数据。
还需要说明的是，示例性实施方式的软件实现方面典型地是在一些形式的程序存储介质上进行编码，或在一些类型的传输介质上实现。计算机可读介质可以是磁(例如，软盘或硬盘驱动器)或光(例如，致密盘只读存储器，或“CD ROM”)，并可以是只读或随机存取的。相似地，传输介质可以是双绞线、同轴电缆、光纤或本领域公知的其它合适的传输介质。示例性实施方式不局限于任何指定实现的这些方面。
图1描述了根据示例性实施方式的点到多点网络100。点到多点网络可以包括一个或多个入口或根节点105、120。点到多点网络可以包括一个或多个出口或叶节点115、130。点到多点网络可以包括一个或多个中间节点或分支节点110、125。此外，点到多点网络可以包括一个或多个互连链路145，以实现一个或多个节点的互连(interconnect)。
源135可以经由互连链路与一个或多个入口或根节点105、120连接。目的地140可以经由互连链路与一个或多个出口或叶节点115、130连接。
点到多点网络100可以是有线网络、无线网络、或二者的组合。源135可以是视频源(例如，电视台或点播电影视频流)。目的地140可以是具有视频播放器(例如，电视或手持视频设备)的用户。节点105、110、115、120、125或130可以是路由器或交换机(例如，标签交换路由器(LSR)或ATM交换机)。互连链路145可以是有线(例如，同轴链路或光纤链路)或无线的。
从源135到入口或根节点105、120的互连链路可以是，例如经由国际互联网协议层1连接的直接链路，或是例如经由国际互联网协议层3路由的远程链路。从目的地140到出口或叶节点115、130的互连链路可以是，例如经由国际互联网协议层1连接的直接链路，或是例如经由国际互联网协议层3路由的远程链路。
点到多点网络100可以包括一个或多个数据路径，例如原始数据路径150。数据路径包括入口或根节点(例如，节点105)，出口或叶节点(例如，节点115)，一个或多个中间节点或分支节点(例如，节点110)和一个或多个互连链路(例如，链路145)。数据路径可以是虚拟数据路径或隧道。
点到多点网络100可以是在RFC 3031中详述的多协议标签交换(MPLS)网络。MPLS网络是指示并携带数据从一个网络节点(例如，节点125)到下一节点的网络。网络节点可以被认为是网络中的下一跳(hop)。MPLS网络可允许在节点之间创建虚拟链路。MPLS网络可对各种网络协议的分组进行封装。
MPLS网络中的数据分组可以是指定的标签。可基于标签内容来作出转发决定，而不用关心数据分组的内容。数据分组可以包括MPS报头，其包含一个或多个标签。从而，标签用于将数据分组转发到下一结点或下一跳。本领域所公知的是，可以基于节点是否为入口/出口节点(例如，节点105或115)或中间节点(例如，节点110)来改变对节点的操作。
本领域所公知的是，点到多点网络(例如，网络100)可以使用在RFC3209中详述的资源预留协议流量工程(RSVP-TE)以定义数据路径。RSVP-TE可用于建立考虑网络约束参数(例如、带宽、分组丢失率和最大分组传输延迟)和确切路由要求的MPLS标签交换路径(LSP)。
众所周知，RFC 3209定义了包括信息字段以唯一定义流量工程隧道的会话对象，以及多个会话对象可存在于任意RSVP-TE会话中。下面将讨论与示例性实施方式相对应的会话对象。例如，众所周知，RSVP-TE会话对象可包括LSP_TUNNEL SESSION对象、SENDER_TEMPLATE对象、FILTER_SPEC对象和EXPLICIT_ROUTE对象(ERO)。此外，共享会话对象可以是在包括一个或多个共享链路的一个或多个LSP隧道中共享的任意会话对象。
LSP_TUNNEL SESSION对象用于缩小RSVP-TE会话到所讨论的特定TE隧道的范围。SENDER_TEMPLATE对象和FILTER_SPEC对象携带LSP ID；LSP ID是隧道标识符(indentifier)。RSVP-TE会话还可包括LABEL_REQUEST对象。众所周知，LABEL_REQUEST对象可包括RSVP预留消息。RSVP预留消息将标签分派给下游(downstream)节点，并将标签传播到上游(upstream)节点。
EXPLICIT_ROUTE对象对构成确切路由路径的级联下一跳进行封装。通过使用EXPLICIT_ROUTE对象，可预先确定独立于传统IP路由的路径。
确切路由是在定义为数据路径的数据路径中建立每个节点或下一跳的数据路径。例如，通过节点，典型地是入口节点(例如，节点105)，发送包括指示数据路径是确切路由的信息字段的路径消息来建立确切路由。如在RFC中所提出的，信息字段可与EXPLICIT_ROUTE对象相关联。EXPLICIT_ROUTE对象的内容是一系列被称为子对象的可变长度数据字段。每个子对象至少包括节点或下一跳地址的列表。
图2描述了与关于图1所描述的相同的点到多点网络100。一个例外是互连链路145-n是不可操作的链路。在示例性实施方式中，由于链路抖动(flapping)，因此互连链路145-n可能变为不可操作。本领域所公知的是，链路抖动是链路(或路径中的其它元件)在可操作和不可操作之间来回切换。
图3描述了与关于图3所描述的相同的点到多点网络100。一个例外是增加重新路由路径305。重新路由路径305在不可操作的链路145-n周围对与源135相关联的信息进行重新路由。
图4描述了与关于图3所描述的相同的点到多点网络100，但具有两个例外。第一，互连链路145-n现在是可操作的。第二，已经建立新的数据路径405。新的数据路径405与原始数据路径150相似，除了数据分组没有通过节点110(将其称为重新合并节点)传送。
图5描述了与关于图4所描述的相同的点到多点网络100，但具有两个例外。第一，重新路由路径305已经去激活。第二，与新路径405相关联的数据分组通过节点110进行传送并且连续传送直到目的地140。
与路径150、305和505相关联的数据分组都包括与源135相关联的相同信息。
图6描述了根据示例性实施方式的用于避免重复流量的方法的示例性实施方式。虽然通过与图6相关联的方法来介绍步骤，但是与图1-图5相关联的事件序列会变得更明显。
在步骤S605，例如可以通过入口节点105来建立数据路径。例如，数据路径可以是上述关于图1介绍的原始数据路径。例如，数据路径可以是上述确切路由的数据路径。
例如，如在RFC 3209中所详述的，接收包含EXPLICIT_ROUTE对象的路径消息的节点确定该路径的下一跳。这样作是由于在用于确切路由的节点列表中的下一节点可以是IP子网络或自治***。因此，选择该下一跳可以包括从一组可用的替换者中进行决定。为了确定路径的下一跳，接收路径消息的节点至少执行下列步骤：
接收路径消息的节点首先对第一子对象进行评估。如果节点不是由第一子对象描述的节点列表中节点的一个，则节点错误地接收路径消息，并返回“不正确的启动子对象”错误。如果没有第一子对象，消息也是错误的，并且***返回“不正确的EXPLICIT_ROUTE对象”错误。如果没有错误，则节点继续评估路径消息。
如果没有第二子对象，这指示确切路由是否结束(例如，节点是节点列表中最后的节点)。从而，可从路径消息中删除EXPLICIT_ROUTE对象。
假设存在第二子对象，节点评估第二子对象。假设节点是由第二子对象描述的节点列表的节点中的一个，于是节点删除第一子对象并继续上述的处理。需要说明的是，这将第二子对象作为下一次迭代的第一子对象，并在上述步骤的可能重复的应用后，允许节点识别路径消息的路径中节点列表中的下一节点。
假设节点不是第二子对象描述的节点列表中的一个节点，从而节点在第一子对象(其中节点属于该子对象)的节点列表中选择下一跳，其中下一跳沿着路径到达与第二子对象相关联的节点列表的下一节点。
最后，节点将第一子对象替换为表示包含下一跳的节点列表的节点的任意子对象。进行这样的操作从而当路径消息由下一跳接收时，可接受路径消息，并执行上述的处理。
数据路径150还可以是受保护的数据路径。受保护的数据路径是在受保护的数据路径中在所有***(例如，节点或互连链路)周围具有预定的重新路由的数据路径的数据路径。例如，数据路径可以是受保护的LSP数据路径。如果在指定的下一跳，所述下一跳具有在该下一跳发起的一个或多个相关的备份隧道，则数据路径是受保护的LSP数据路径。
例如，从入口节点105到包括互连链路145-n的节点110的下一跳可以具有包括节点120和节点125以及其它互连链路145的相关备份隧道。例如，相关的备份隧道可以描述为图3至图5中所示的重新路由路径305。重新路由305保护互连链路145-n。
例如，如本领域技术人员所知的，RFC 4090提出2个受保护的LSP数据路径。第一个是一对一的备份，且第二个是设备的备份。
在一对一的备份方法中，建立与链路或节点故障点下游某处的原始LSP交叉的标签交换路径(LSP)。为备用的每个LSP建立独立的备份LSP。当沿着受保护的LSP出现故障时，将流量重新导向本地的迂路(detour)。
设备备份方法利用MPLS标签栈的优点。不用为每个备用的LSP创建单独的LSP，创建用于备用一组LSP的单一LSP。这样的LSP隧道可被称为旁路隧道。旁路隧道必须与入口节点105下游某处的原始LSP的路径相交(intersect)。
众所周知，路径消息可以包括指示数据路径是受保护的数据路径的信息字段。例如，在RFC 4090中提出的SESSION_ATTRIBUTE对象包括多个被称为会话标志的信息字段。与示例性实施方式相关的标志可以包括“期望的本地保护”、“期望的标签记录”、“期望的节点保护”和“期望的带宽保护”标志。
“期望的本地保护”标志指示是否允许节点使用可能导致违背确切路由对象的本地修复机制。“期望的标签记录”标志指示标签信息是否应当被包括在路径消息的至少一个子对象中。“期望的节点保护”标志指示受保护的LSP是否具有提供预防沿着受保护的LSP的下一结点出现故障的保护的备份路径。“期望的带宽保护”标志指示受保护的LSP是否具有确保提供期望带宽的备份路径。
为了指示应当本地地保护LSP，作为首端节点的入口节点105可在SESSION_ATTRIBUTE对象中设置“期望的本地保护”标志。
在步骤S610中可以激活数据路径。激活数据路径以促使数据路径开始传递流量。数据路径的建立和激活是逻辑上独立的事件。然而，它们可以作为一个原子动作来实现或调用。
在步骤S615，节点(例如，入口节点105)监测每个互连链路(例如，链路145)。节点可以监测消息和/或指示沿数据路径(例如，确切路由)的每个节点和/或每个链路的状态的消息中的会话状态标志。如果互连链路中的一个(例如，链路145-n)变为不可操作，如图2所示，则在步骤S620中建立重新路由路径305，否则节点继续监测互连链路145。在步骤S620，建立重新路由路径(例如，重新路由路径305)。如上所述，重新路由路径在数据路径中发生故障的情况下保护数据流。本领域技术人员知道的是，重新路由路径(例如，重新路由路径305)可以是快速重新路由路径。快速重新路由路径是在建立备用的路径时(例如，在步骤S605中建立的原始路径150)所识别的明确和唯一识别的备份路径。建立备用路径(例如，原始路径150)的路径消息可以包括指示请求建立快速重新路由路径的信息字段。例如，RFC 4090提出FAST_REROUTE对象以包括请求定义快速重新路由路径的信息字段。
FAST_REROUTE对象用于控制受保护LSP的备份。众所周知，FAST_REROUTE对象包括多个会话属性和会话标志。下面将讨论与示例性实施方式相关的这些属性和/或标志。FAST_REROUTE对象还允许要求的专用本地保护方法。该对象可仅通过首端节点(例如，入口节点105)***到路径消息中，并且不能由下游节点改变。
从RFC 4090可知，FAST_REROUTE对象包括多个会话标志。与示例性实施方式相关的标志可以包括“期望的一对一备份”和“期望的设备备份”标志。“期望的一对一备份”标志指示是否应当通过一对一备份方法(如上所述)保护受保护的LSP。“期望的设备备份”指示是否应当通过设备备份方法(如上所述)保护受保护的LSP。
为了为受保护的LSP路径选择一对一的备份方法，作为首端节点的入口节点105应当在路径消息中包括FAST_REROUTE对象，并设置“期望的一对一备份”标志。
为了为受保护的LSP路径选择设备备份方法，作为首端节点的入口节点105应当在路径消息中包括FAST_REROUTE对象，并设置“期望的设备备份”标志。由于与使用的备份类型有关的偏好的缺乏，可由入口节点105处理FAST_REROUTE对象的缺失，或者全部清除这些标志。如果设置了这两个标志，入口节点105可使用任一方法或者两者都使用。
如上所述，为了指示LSP应当被本地保护，作为首端节点的入口节点105可以在SESSION_ATTRIBUTE对象中设置“期望的本地保护”标志。入口节点105还可以在路径消息中包括FAST_REROUTE对象，或者入口节点105可以在SESSION_ATTRIBUTE对象中设置“期望的本地保护”标志且在路径消息中包括FAST_REROUTE对象。
如上所述，不可操作的互连链路(例如，链路145-n)可能呈现出链路抖动的行为。如果不可操作的互连链路正呈现出链路抖动的行为，每次不可操作的互连链路变成可操作时，现有技术中的***会重复地重新建立并重新激活原始(初始)数据路径(例如，路径150)。
相反，在步骤S625中，在示例性实施方式中，入口节点105激活重新路由路径305。激活数据路径是为了促使数据路径开始传送流量。数据路径的建立和激活是逻辑上分离的事件。然而，它们可以作为一个原子动作来执行或调用。
一旦入口节点105已经决定保护LSP，并已经识别了要使用的路径，则入口节点105可以用信号通知迂路(例如，步骤S630-S640)。本领域技术人员可以理解的是，保护LSP的决定根据***设计标准而变化。从而，为了清楚和简明，不进一步讨论该决定。下面描述要在受保护LSP的路径消息上执行变换以创建迂路LSP的路径消息。为了转换路径消息，节点(例如，入口节点105)在路径消息中修改字段以指示备份路径正在使用。
众所周知，RFC 4090提出两种不同的方法以唯一地识别使用中的备份路径。第一个是发送者模板专用方法，且第二个是路径专用方法。
如果要使用发送者模板专用方法，则入口节点105将SENDER_TEMPLATE(如上所述)的地址改为属于入口节点105的地址，该地址可与用于受保护LSP的路径消息的地址相同或不同。此外，可将包括操作相似的常规LSP的迂路LSP的DETOUR对象增加到路径消息中。
如果使用路径专用方法，则入口节点105将DETOUR对象增加到路径消息中。
SESSION_ATTRIBUTE标志(如上所述)“期望的本地保护”、“期望的带宽保护”和“期望的节点保护”被清除。可以对“期望的标签记录”标志进行修改。如果受保护的LSP的路径消息包含FAST_REROUTE对象(如上所述)，则将FAST_REROUTE对象从迂路LSP的路径消息中除去。
入口节点105产生朝向出口节点(例如，节点115)EXPLICIT_ROUTE对象(如上所述)。首先，入口节点105除去在属于合并点的第一地址前的所有子对象，其中合并点是一个或多个备份隧道与潜在故障的受保护LSP下游的路径重新结合处的节点。例如，如图3所示，节点110是合并点。于是，入口节点105增加对应于备份路径的子对象以在入口节点105和合并点之间使用。
迂路LSP使用与受保护的LSP相同的预留类型。这可以在路径消息的SESSION_ATTRIBUTE对象中正确地进行反映。
迂路LSP可操作相似的常规LSP。一旦成功地计算迂路路径并建立迂路LSP，作为首端节点的入口节点105不需要再次计算迂路路由，除非例如FAST_REROUTE对象的内容已经改变，或用于受保护LSP的节点已经变化。入口节点105还可在任意时间重新计算迂路路由。
在步骤S630，不可操作的互连链路(例如，链路145-n)上游的节点(例如，入口节点105)监测不可操作的互连链路(例如，链路145-n)。例如，节点可以监测(monitor)消息和/或会话状态标志，所述会话状态标志指示每个节点和/或沿着数据路径(例如，确切路由)的每个链路的状态。如果不可操作的互连链路145-n变成可操作的，可建立新路径(例如，路径405)，否则继续监测。
在步骤S635，入口节点105建立新路径405。作为全局还原(revert)的结果，入口节点105可建立新路径405。全局还原通过之前建立的路径用信号通知新路径并且于是激活该新路径，将网络中的路径还原为之前的状态。
可利用与关于上述步骤S605讨论的相同方法建立新路径405。还可将新路径405建立为先接后断(make-before-break)的数据路径。先接后断的数据路径是数据路径的去激活前建立并激活的数据路径，先接后断意味着替换。例如，如本领域技术人员所知道的，RFC 3209描述用于建立先接后断的数据路径的方法。
在描述先接后断的流量路由时，进行对已建立的路由和新路由的参考。已建立的路由可以是重新路由路径305，并且新路由可以是新路径405。尽管先接后断的流量路由方法可以提供平滑过渡以及降低的流量中断风险，且两个路径都是激活的，流量可能被不期望地进行复制。
为了支持先接后断方法，在将流量转换到新LSP隧道之前，不应释放由所建立的LSP隧道所使用的与所建立的LSP隧道(例如，重新路由路径305)和新LSP隧道(例如，新路径405)共有的链路和资源。
如上所述，LSP_TUNNEL_SESSION对象用于将资源预留协议(RSVP)会话的范围缩小到所讨论的特定流量工程(TE)的LSP隧道。将目的地IP地址(隧道出口的节点地址，例如，节点115)、隧道ID和隧道入口节点(例如，入口节点105)的IP地址进行结合以唯一识别LSP隧道。
在重新路由过程中，隧道入口(例如，节点105)需要看来像是将两个不同的发送者提供给RSVP会话。这通过包括携带在SENDER_TEMPLATE和FILTER_SPEC对象中的如上所述的“LSP ID”来实现。
为了影响重新路由，入口节点105挑选新LSP ID并形成新的SENDER_TEMPLATE。入口节点105从而创建新的EXPLICIT_ROUTE对象(如上所述的)以定义新的路径。从而，入口节点105使用原始会话对象和新的SENDER_TEMPLATE及新的EXPLICIT_ROUTE对象来发送新的路径消息。入口节点105继续使用所建立的路径LSP并更新所建立的路径消息。
在不是公共保持的链路上，在建立过程中将新的路径消息视为传统的新LSP隧道。在公共保持的链路上，共享的会话对象允许建立的LSP与所建立的LSP隧道共享资源。一旦入口节点105接收到用于新LSP隧道的预留消息(如上所述的)，入口节点可通过在步骤S640中激活新的隧道将流量转移到新LSP隧道上。
在步骤S640中，入口节点可激活新路径405。激活数据路径促使数据路径开始传送流量。数据路径的建立和激活是逻辑上独立的事件。然而，它们可以作为一个原子动作来执行或调用。在步骤S645，入口节点105可对重新路由路径305去激活。对数据路径去激活导致数据路径停止传递流量。
为了确定数据路径、或LSP隧道，是激活的还是去激活的，节点可以检查用于流量工程(TE)隧道的一个或多个会话对象。众所周知，会话对象可包括指示路径或路由状态的一个或多个会话对象标志。例如，LSP_TUNNEL SESSION对象可包括“路由激活”标志。如果设置“路由激活”标志，则LSP隧道是激活的。
众所周知，RFC 4875为点到多点网络中的节点提供一个过程，以在与重新合并的路由相关联的消息和/或数据及与重新路由相关联的消息和/或数据之间进行区别。“重新合并”可涉及与P2MP LSP的分支相关联的节点是与P2MP LSP在远离路径的另一节点相交的重新合并分支的情况。例如，节点110可以是重新合并点。众所周知，与先接后断P2MP LSP相关联的节点可能和与原始P2MP LSP相关联的节点不同。然而，可将两个P2MPLSP视为有区别的(但是相关的)LSP，这是因为在它们的SENDER_TEMPLATE对象中具有不同的LSP ID字段值。
根据示例性实施方式，在步骤S650中，节点(例如，节点110)确定重新路由路径305是否已经被去激活。例如，节点110可检查与重新路由路径305相关联的LSP隧道的“路由激活”标志。如果重新路由路径305是激活的，则在步骤S655中，在节点110(重新合并节点)处删除与新路径405相关联的数据分组。例如，参照图4，如果重新路由路径305是激活的，则节点110(重新合并节点)删除与新路径405相关联的分组。
例如，如果由于互连链路145-n呈现出互连链路145-n不再呈现的链路抖动行为，则路径150出现故障，如上所述，作为全局还原的结果，可建立新路径405。由于新路径405是作为全局还原的结果所建立的，如果重新路由路径305是激活的，则通过删除与新路径405相关联的分组，可以防止数据重复。
在步骤S650中，如果节点(例如，节点110)确定重新路由路径305未激活，则节点(例如，节点110)将与新路径405相关联的数据分组路由到目的地140上。例如，参照图5，如果重新路由路径305未激活，则节点110不删除与新路径405相关联的分组，并继续将其发送到目的地140。
在步骤S665，入口节点105可拆除重新路由路径。众所周知，如在RFC 4090所提出的，拆除路径是除去与RSVP-TE会话(上述的)相关联的路径。
本领域技术人员可以了解的是，上述示例性实施方式可由存储在可记录介质上的软件代码片段实现，并由处理器来执行。可记录介质和处理器可以是作为诸如标签交换路由器LSR的功能元件的存储器和处理器。
尽管描述和说明了特定的示例性实施方式，本领域技术人员可以理解的是，在不偏离权利要求的精神和范围的情况下，可以对形式和细节进行各种变形。
这里描述了本发明，显然的是，同一发明可以多种方式进行变形。这样的变形不被认为是偏离本发明，所有这样的修改都包括在本发明的范围内。

Claims (10)

1.一种用于在点到多点网络(100)中避免流量重复的方法，该方法包括：
丢弃与第一数据路径(150、505)相关联的第一数据分组(S655)，直到第二数据路径(305)去激活为止，第二数据路径具有相关联的第二数据分组，第一数据分组和第二数据分组包括相同的数据。
2.一种用于在点到多点网络(100)中避免流量重复的方法，该方法包括：
监测(S615)从源(135)到目的地(140)的第一数据路径(S150)中的第一互连链路(145)的状态，第一数据路径包括入口节点(105)、出口节点(115)、和一个或多个中间节点(110)；
如果确定第一互连链路的链路(145-n)是不可操作的链路，则建立第二数据路径(305)，第二数据路径包括入口节点、出口节点、一个或多个中间节点中的至少一个和第二互连链路，第二互连链路包括新的互连链路和第一互连链路的子集，子集不包括第一互连链路中的不可操作链路；
激活(S625)第二数据路径；
监测(S630)不可操作链路的状态；
如果不可操作的链路变为可操作的，则建立(S635)第三数据路径，第三数据路径(505)包括入口节点、出口节点、一个或多个中间节点和第一互连链路；
激活(S640)第三数据路径；
在一个或多个中间节点中的一个中间节点处，丢弃(S655)与第三数据路径相关联的数据分组，直到第二数据路径去激活为止；以及
去激活(S645)第二数据路径。
3.根据权利要求2所述的方法，其中点到多点网络是多协议标签交换(MPLS)网络，多协议标签交换网络包括多个被配置为使用资源预留协议(RSVP)和流量工程(TE)的节点，MPLS网络是在被配置为封装各种协议分组的节点之间的虚拟链路的网络，RSVP是被配置为经过用于集成服务国际互联网的网络预留资源的传输层协议，以及TE是RSVP的扩展，且被配置为在预留了网络资源时考虑网络限制参数。
4.根据权利要求3所述的方法，其中监测第一互连链路的状态包括：
从上游节点接收错误消息；
从错误消息中获取路径识别值、路径完整性值和节点分支列表；
基于路径识别值、路径完整性值和节点分支列表确定第一互连链路的状态。
5.根据权利要求3所述的方法，其中在MPLS网络中形成的一个或多个路径是标签交换路径(LSP)，LSP是通过由信令协议建立的MPLS网络的路径。
6.根据权利要求5所述的方法，包括：
通过创建包括作为源节点的源、作为目的地节点的目的地和一个或多个中间节点的LSP，来建立第一数据路径；
激活第一数据路径；以及
通过将标签分配给形成LSP隧道的数据分组，将数据分组映射到LSP隧道上，LSP隧道是在使用MPLS以携带分组的两个节点之间配置的连接。
7.根据权利要求6所述的方法，包括：
在第一数据路径的路径消息中包括快速重新路由对象，以指示第一数据路径为受保护的数据路径；
在多个节点的每一个的周围配置多个迂路LSP路径；以及
在多个节点的每一个和多个迂路LSP路径的不同迂路LSP路径之间创建关联。
8.根据权利要求7所述的方法，其中建立第二数据路径包括，
由上游节点确定下游链路已经出现故障；
使用相关联的迂路LSP路径重新路由数据分组；以及
在第一数据路径的下游节点处合并数据分组，从而在合并数据分组后，第一数据路径和第二数据路径是相同的数据路径，其中将与用于识别数据路径中的数据分组的标签相同的标签来识别重新路由的数据分组。
9.根据权利要求3所述的方法，其中建立第三数据分组包括，
入口节点创建新标签以识别新的LSP路径，
入口节点创建新的LSP路径，以及
入口节点发送新的路径消息，其中新的路径消息包括将新的LSP路径上的流量与数据路径上的流量相关联的信息。
10.根据权利要求9所述的方法，其中
一个或多个中间节点中的一个是重新合并节点，以及
重新合并节点利用在新路径消息中接收的信息来确定是否应当丢弃数据分组。
CN201080040767.7A 2009-09-14 2010-09-09 在点到多点网络中避免重复流量 Expired - Fee Related CN102577239B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US27660709P 2009-09-14 2009-09-14
US61/276,607 2009-09-14
US12/656,448 2010-01-29
US12/656,448 US8755266B2 (en) 2009-09-14 2010-01-29 Duplicate traffic avoidance in a point to multi-point network
PCT/US2010/048189 WO2011031809A1 (en) 2009-09-14 2010-09-09 Duplicate traffic avoidance in a point to multi-point network

Publications (2)

Publication Number Publication Date
CN102577239A true CN102577239A (zh) 2012-07-11
CN102577239B CN102577239B (zh) 2014-12-10

Family

ID=43730454

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201080040767.7A Expired - Fee Related CN102577239B (zh) 2009-09-14 2010-09-09 在点到多点网络中避免重复流量

Country Status (6)

Country Link
US (2) US8879384B2 (zh)
EP (1) EP2478666A1 (zh)
JP (1) JP5752127B2 (zh)
KR (1) KR101366311B1 (zh)
CN (1) CN102577239B (zh)
WO (2) WO2011031812A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104067573B (zh) * 2011-10-10 2018-01-02 华为技术有限公司 一种基于点到点的多播标签分发协议的网络节点
CN110838965A (zh) * 2019-09-25 2020-02-25 北京华为数字技术有限公司 一种隧道建立方法以及接收节点

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7852778B1 (en) 2006-01-30 2010-12-14 Juniper Networks, Inc. Verification of network paths using two or more connectivity protocols
US8885459B2 (en) * 2010-02-26 2014-11-11 Futurewei Technologies, Inc. System and method for computing a backup ingress of a point-to-multipoint label switched path
US8995266B2 (en) 2010-07-07 2015-03-31 Cisco Technology, Inc. Performing path-oriented systems management
US8838781B2 (en) * 2010-07-15 2014-09-16 Cisco Technology, Inc. Continuous autonomous monitoring of systems along a path
EP2466789A1 (en) * 2010-12-15 2012-06-20 Telefonaktiebolaget LM Ericsson (publ) Message passing to assure deletion of label switched path
CN102315951B (zh) * 2011-09-19 2015-05-27 华为技术有限公司 一种组播报文的传输方法、相关设备及***
US9049142B1 (en) * 2011-09-20 2015-06-02 Cisco Technology, Inc. Method and apparatus to enable protection for selective traffic in an MPLS network
US9628285B2 (en) 2012-06-01 2017-04-18 Telefonaktiebolaget L M Ericsson (Publ) Increasing failure coverage of MoFRR with dataplane notifications
US8913482B2 (en) * 2012-06-01 2014-12-16 Telefonaktiebolaget L M Ericsson (Publ) Enhancements to PIM fast re-route with upstream activation packets
US9160652B2 (en) * 2012-08-31 2015-10-13 Cisco Technology, Inc. Fast reroute for bidirectional co-routed traffic engineering tunnels
US8902780B1 (en) * 2012-09-26 2014-12-02 Juniper Networks, Inc. Forwarding detection for point-to-multipoint label switched paths
CN103812772B (zh) * 2012-11-13 2017-10-27 新华三技术有限公司 用于实现mpls te快速重路由的方法和装置
US9923805B2 (en) * 2012-12-05 2018-03-20 Infinera Corporation Backward-recursive path computation using RSVP-TE
US10447575B1 (en) * 2012-12-27 2019-10-15 Sitting Man, Llc Routing methods, systems, and computer program products
US9258234B1 (en) 2012-12-28 2016-02-09 Juniper Networks, Inc. Dynamically adjusting liveliness detection intervals for periodic network communications
US8953460B1 (en) 2012-12-31 2015-02-10 Juniper Networks, Inc. Network liveliness detection using session-external communications
US9197542B2 (en) * 2013-01-31 2015-11-24 Fujitsu Limited Systems and methods of network reconfiguration
US9401854B2 (en) * 2013-05-08 2016-07-26 Arista Networks, Inc. System and method for slow link flap detection
US9319305B2 (en) * 2013-06-18 2016-04-19 Futurewei Technologies, Inc. Next hop ingress protection of label switched paths
US9450858B2 (en) * 2013-10-30 2016-09-20 Cisco Technology, Inc. Standby bandwidth aware path computation
US9667559B2 (en) * 2014-02-03 2017-05-30 Ciena Corporation MPLS and GMPLS tunnel flap dampening in traffic engineered networks
CN104883266B (zh) 2014-02-28 2018-10-12 新华三技术有限公司 网络配置访问方法及装置
CN104883267B (zh) * 2014-02-28 2018-07-20 新华三技术有限公司 网络配置访问方法及装置
US9935832B2 (en) 2014-06-19 2018-04-03 Telefonaktiebolaget L M Ericsson (Publ) Automated placement of measurement endpoint nodes in a network
US9769017B1 (en) 2014-09-26 2017-09-19 Juniper Networks, Inc. Impending control plane disruption indication using forwarding plane liveliness detection protocols
US9647925B2 (en) 2014-11-05 2017-05-09 Huawei Technologies Co., Ltd. System and method for data path validation and verification
US9843508B2 (en) 2015-03-06 2017-12-12 Juniper Networks, Inc. RSVP make-before-break label reuse
US10374936B2 (en) 2015-12-30 2019-08-06 Juniper Networks, Inc. Reducing false alarms when using network keep-alive messages
US10397085B1 (en) 2016-06-30 2019-08-27 Juniper Networks, Inc. Offloading heartbeat responses message processing to a kernel of a network device
CN106254238B (zh) * 2016-09-29 2018-12-28 胡汉强 一种数据传输方法、集中控制器和通信装置
US10341228B1 (en) * 2017-03-29 2019-07-02 Juniper Networks, Inc. RSVP make-before-break label reuse
US10454822B2 (en) * 2017-07-27 2019-10-22 Cisco Technology, Inc. Full-path validation in segment routing
CN110661700B (zh) * 2018-06-30 2021-10-15 华为技术有限公司 一种传输路径故障的处理方法、装置及***
US11750441B1 (en) * 2018-09-07 2023-09-05 Juniper Networks, Inc. Propagating node failure errors to TCP sockets
US10749787B2 (en) * 2019-01-03 2020-08-18 Citrix Systems, Inc. Method for optimal path selection for data traffic undergoing high processing or queuing delay
CN111064729B (zh) * 2019-12-19 2021-08-31 苏州盛科通信股份有限公司 报文的处理方法及装置、存储介质和电子装置
US11695685B2 (en) * 2020-06-16 2023-07-04 Nokia Solutions And Networks Oy Supporting candidate path selection

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080267078A1 (en) * 2007-04-26 2008-10-30 Cisco Technology, Inc. Multicast fast reroute
WO2009018113A1 (en) * 2007-07-30 2009-02-05 Cisco Technology, Inc. Redundancy for point-to-multipoint and multipoint-to-multipoint ethernet virtual connections
US20090201803A1 (en) * 2008-02-12 2009-08-13 Cisco Technology, Inc. Multicast fast reroute for network topologies

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8305882B2 (en) * 2001-12-18 2012-11-06 Horizon Technology Funding Company V Llc Methods, systems, and computer program products for detecting and/or correcting faults in a multiprotocol label switching network by using redundant paths between nodes
US8089964B2 (en) * 2005-04-05 2012-01-03 Cisco Technology, Inc. Transporting multicast over MPLS backbone using virtual interfaces to perform reverse-path forwarding checks
US8441919B2 (en) * 2006-01-18 2013-05-14 Cisco Technology, Inc. Dynamic protection against failure of a head-end node of one or more TE-LSPs
US8072879B2 (en) 2006-02-03 2011-12-06 Cisco Technology, Inc. Technique for determining whether to reestablish fast rerouted primary tunnels based on backup tunnel path quality feedback
CN101136788A (zh) * 2006-08-30 2008-03-05 华为技术有限公司 一种mpls组播的故障定位方法及***
CN101179479A (zh) * 2006-11-09 2008-05-14 华为技术有限公司 一种以太网的操作管理和维护报文的传输方法、***和节点
US8355315B2 (en) * 2006-11-27 2013-01-15 Cisco Technology, Inc. Failure protection for P2MP tunnel tail-end node
JP2008206050A (ja) * 2007-02-22 2008-09-04 Nippon Telegr & Teleph Corp <Ntt> 障害迂回方法及び装置及びプログラム及びコンピュータ読み取り可能な記録媒体
ATE488930T1 (de) * 2007-04-20 2010-12-15 Ericsson Telefon Ab L M Verfahren und vorrichtung zur planung der dienstmittel (qos) für ein auf ethernet basierendes netzwerk
WO2009010090A1 (en) * 2007-07-16 2009-01-22 Telefonaktiebolaget Lm Ericsson (Publ) Link failure recovery method and apparatus
US8018863B2 (en) * 2008-09-09 2011-09-13 Telefonaktiebolaget L M Ericsson Reducing CC message transmission in a provider network
US8243743B2 (en) * 2009-04-09 2012-08-14 Ciena Corporation In-band signaling for point-multipoint packet protection switching

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080267078A1 (en) * 2007-04-26 2008-10-30 Cisco Technology, Inc. Multicast fast reroute
WO2009018113A1 (en) * 2007-07-30 2009-02-05 Cisco Technology, Inc. Redundancy for point-to-multipoint and multipoint-to-multipoint ethernet virtual connections
US20090201803A1 (en) * 2008-02-12 2009-08-13 Cisco Technology, Inc. Multicast fast reroute for network topologies

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104067573B (zh) * 2011-10-10 2018-01-02 华为技术有限公司 一种基于点到点的多播标签分发协议的网络节点
CN110838965A (zh) * 2019-09-25 2020-02-25 北京华为数字技术有限公司 一种隧道建立方法以及接收节点
CN110838965B (zh) * 2019-09-25 2022-02-11 北京华为数字技术有限公司 一种隧道建立方法以及接收节点

Also Published As

Publication number Publication date
KR20120054067A (ko) 2012-05-29
WO2011031809A1 (en) 2011-03-17
US8879384B2 (en) 2014-11-04
KR101366311B1 (ko) 2014-02-20
US20110063973A1 (en) 2011-03-17
EP2478666A1 (en) 2012-07-25
US20110063972A1 (en) 2011-03-17
CN102577239B (zh) 2014-12-10
US8755266B2 (en) 2014-06-17
WO2011031812A1 (en) 2011-03-17
JP5752127B2 (ja) 2015-07-22
JP2013504976A (ja) 2013-02-07

Similar Documents

Publication Publication Date Title
CN102577239B (zh) 在点到多点网络中避免重复流量
CA2358230C (en) Optimized fault notification in an overlay mesh network via network knowledge correlation
Fumagalli et al. IP restoration vs. WDM protection: Is there an optimal choice?
CN1710887B (zh) 在分组网络中实现单个服务的故障保护和恢复的方法和设备
CN101317388B (zh) 多协议标签切换的标签切换路径保护切换的装置和方法
US20020133756A1 (en) System and method for providing multiple levels of fault protection in a data communication network
EP1903725B1 (en) Packet communication method and packet communication device
CN100546284C (zh) 标签交换路径保护方法及其***
US7027388B2 (en) 1+1 Mesh protection
US20040109687A1 (en) Fast rerouting method through generalized multi-protocol label switching
EP2750327A1 (en) Method and apparatus for computing alternate multicast/broadcast paths in a routed network
US20030117950A1 (en) Link redial for mesh protection
KR101697372B1 (ko) 다중보호그룹의 보호절체를 수행하는 보호절체 장치 및 방법
CN101714944A (zh) 用于恢复网络中的连接的方法
CN103460647A (zh) 用于操作网络节点的技术
CA2337068A1 (en) System and method for facilitating recovery from communication link failures in a digital data network
JP2009239359A (ja) 通信ネットワークシステム、通信装置、経路設計装置及び障害回復方法
CN102088387B (zh) 环网的隧道保护方法及装置
CN102377607A (zh) 用于二层虚拟专用网络的数据传输方法和装置
CN101431466A (zh) 快速重路由方法及标签交换路由器
CN100531092C (zh) 智能光网络的业务重路由触发方法
CN105264799B (zh) 保护倒换的方法、节点和控制设备
US20020167899A1 (en) System and method for the configuration, repair and protection of virtual ring networks
CN102740175A (zh) 一种跨域端到端标签交换路径的保护恢复方法
Austin et al. Fast, scalable, and distributed restoration in general mesh 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
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20190418

Address after: Espoo, Finland

Patentee after: Technology Co., Ltd. of Nokia

Address before: France

Patentee before: Alcatel Lucent Co., Ltd.

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: 20141210

Termination date: 20200909