CN104539443B - 多宿网络中的通信网络路径和状态信息 - Google Patents

多宿网络中的通信网络路径和状态信息 Download PDF

Info

Publication number
CN104539443B
CN104539443B CN201410690489.XA CN201410690489A CN104539443B CN 104539443 B CN104539443 B CN 104539443B CN 201410690489 A CN201410690489 A CN 201410690489A CN 104539443 B CN104539443 B CN 104539443B
Authority
CN
China
Prior art keywords
layer
network
access control
media access
control address
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.)
Active
Application number
CN201410690489.XA
Other languages
English (en)
Other versions
CN104539443A (zh
Inventor
潘卡杰·舒克拉
马尼什·古普塔
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.)
Juniper Networks Inc
Original Assignee
Jungle Network
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 Jungle Network filed Critical Jungle Network
Publication of CN104539443A publication Critical patent/CN104539443A/zh
Application granted granted Critical
Publication of CN104539443B publication Critical patent/CN104539443B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • 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
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/55—Prevention, detection or correction of errors
    • H04L49/557—Error correction, e.g. fault recovery or fault tolerance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0078—Timing of allocation
    • H04L5/0085—Timing of allocation when channel conditions change
    • 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/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements

Landscapes

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

Abstract

本发明公开了一种多宿网络中的通信网络路径和状态信息。一种方法包括：利用层二装置获知将层二装置连接至层三装置的网络链路上可到达的远程媒体访问控制地址组；在层二装置内存储所获知的远程媒体访问控制地址组；接收由层三装置上执行的操作管理和维护协议发布的层二帧，该帧承载类型‑长度‑值字段，该字段指示要移除的媒体访问控制地址子集并指导层二装置从存储在层二装置内的所获知的媒体访问控制地址组中移除该子集，层二帧是层三装置的管理端点模块上执行的操作管理和维护协议使用的连续性检验消息，以检测发送装置和目的装置间的连接性故障；响应于从层三装置接收层二帧，从所获知的媒体访问控制地址组中移除层二帧指示的子集。

Description

多宿网络中的通信网络路径和状态信息
本申请是分案申请，其母案申请的申请号为201010279217.2，申请日为2010年9月9日，发明名称为“多宿网络中的通信网络路径和状态信息”。
相关申请的交叉参考
本申请要求于2010年5月3日提交的美国专利申请第12/772,771号的权益，其要求于2010年3月9日提交的美国临时申请第61/312,105号的权益，其全部内容结合于此作为参考。
技术领域
本发明涉及计算机网络，更具体地，涉及计算机网络内的路径选择和故障检测。
背景技术
计算机网络是交换数据并共享资源的互联的计算装置的集合。计算装置可通过一条或多条链路互连。术语“链路”通常用于指网络上两个装置之间的连接，并可包括诸如铜线、同轴电缆、或许多不同光纤线中的任何一种的物理介质，或无线连接。通常，在人口密集地区，计算机网络包括以环形布置的链路。当形成为环时，网络称为“环形网络”。在人口密集地区，执行层二(L2)以太网通信协议的环形网络可以称为“城域以太网网络”。
在典型的配置中，城域以太网包括多个互连的城域终端单元(MTU)，其向计算装置(称为客户用户装置)提供对于城域以太网的接入。计算装置耦合至MTU以获得对于城域以太网的接入，进而与耦合至城域以太网的其他计算装置互连。一个或多个层三(L3)提供商边缘(PE)路由器可以将城域以太网耦合至公共网络(诸如互联网)、或其他专用网络。经由PE路由器，计算装置可以利用城域以太网来接入公共网络或专用网络。城域以太网内的MTU作为层二(L2)装置运行并且由于MTU转发与网络装置关联的L2通信(例如，以太网包，也称为以太网帧)，因此其通常获知各种网络装置的L2网络地址(例如，媒体访问控制(MAC)地址)。一旦获知，MTU就将获知的MAC地址信息存储在以太网内L2通信的更有效的交换机。当MTU接收到以获知的MAC地址而指向网络装置的附加数据包时，MTU查询存储的MAC地址信息并基于存储的信息将该数据包传递至网络装置。
操作、管理和维护(OAM)通常指过程、活动、工具、标准和其他涉及操作、管理和维护(例如，故障诊断)计算机网络的技术。组合的OAM技术可以构成OAM协议。OAM协议(诸如电气和电子工程师协会(IEEE)802.1ag标准中描述的连接故障管理(CFM))可包括多种主动的和诊断的故障定位程序。例如，根据CFM运行的网络装置可以主动地以预定速率将连续性检验(CC)消息传输至在相同维护联合内的其他装置，并从该装置接收CC消息。维护联合是在配置为验证单个服务实例的完整性的网络内的装置的逻辑分组。例如，服务实例可表示提供商网络(特定客户可以接入该网络以询问发送给该客户的服务的状态)的一部分。CC消息向维护联合内的其他网络装置提供连接性验证。
网络的链路和/或装置可能由于多种原因中的任何一种而出故障。当网络的链路或装置出故障时，结果通常是对于特定客户的服务的降级或丢失，这是不期望的。因此，网络管理员希望限制故障的持续时间。一种减轻PE路由器的故障影响的传统方法是利用“多宿”架构，在该架构中，使用两个以上冗余的PE路由器将城域以太网与公共网络耦合。在运行中，耦合至两个以上冗余PE路由器的MTU选择一个PE路由器作为优选的PE路由器，并通过该优选的PE路由器将数据包传送至公共网络。然而，即使只有一个PE路由器是优选的PE路由器，连接至MTU的每个PE路由器也通常为处理送往和来自MTU的数据包而预留资源。
当MTU是多宿的情况下，在连接优选的PE路由器和在城域以太网外部的网络装置的公共网络中可能存在网络错误。传统地，存储的MAC地址信息必须在MTU将网络包在不包括网络错误的不同的网络路径上进行传递之前失效(age out)。即，MTU继续在包括网络错误的网络路径上传递包，直到存储的MAC地址信息被清除为止，这导致包丢失。为了使丢失的或丢弃的包的数量最小化，PE路由器可通过“摇摆”(flap)MTU和PE路由器之间的链路或断开(bring down，降低)该链路而使PE路由器和MTU之间的链路不可用。PE路由器可以通过向MTU快速连续发布一系列消息(在指示路径可用以及指示路径不可用之间交替)来“摇摆”MTU和PE路由器之间的链路，以使MTU刷新(flush)存储的MAC地址信息。利用这些技术中的任一种，在链路上传播的数据包可能丢失，客户发送或接收数据包可能受到不利的影响。此外，在同一链路上运行而不受网络错误影响的服务可能由于断开链路或链路摇摆而被中断。
发明内容
总体而言，描述了能够在层二(L2)网络和层三(L3)网络之间通知网络事件的技术，其可以改善网络装置的运行并使网络错误导致的中断最小化。该技术可能在多宿城域以太网中尤其有用。例如，该技术可应用于以下情况：城域以太网的L2客户接入装置(例如，MTU)对于将城域以太网耦合至另一网络(诸如公共网络)的两个以上L3 PE路由器是多宿的。在一个实例中，可以使用在MTU和PE路由器上执行的OAM协议来应用该技术，其中，在每个MTU和PE路由器上执行的OAM协议向其他MTU和PE路由器发送周期性消息，以检测网络错误并传达优选的路径。根据本文所述的技术，MTU和PE路由器可以使用扩展的OAM协议，该协议不仅用于连续性检验和传统的网络维护，还用于透明地嵌入有关MTU获知的MAC地址的触发刷新的信息。
作为另一实例，通过多个PE路由器耦合至L3网络的多宿MTU可以利用周期性OAM消息，该消息不仅用于连接性检查和传统的网络维护，还用于向PE路由器通知MTU当前选择哪个PE路由器作为优选的PE路由器来提供至外部网络(诸如公共网络或专用网络)的连接。这样，响应于导致选择发生变化的网络事件，例如，将该改变通知耦合至MTU的非优选路径PE路由器，并且其作为响应自动释放网络资源。
在另一示例性操作中，将城域以太网耦合至L3网络的PE路由器可以使用路由协议(诸如边界网关协议(BGP)或标签分配协议(LDP))来检测L3网络内的网络错误。通过将该信息透明地嵌入另外用于连接性检查的OAM协议的周期性消息中，PE路由器可以将网络状态传送至城域以太网的MTU。然后，MTU可基于接收到的网络状态信息作出路径选择决定。例如，MTU可以改变优选网络路径，从而，现在将同样耦合至MTU的第二PE路由器包含在优选网络路径中，而原来在优选网络路径中的第一PE路由器不再处于优选网络路径内。MTU可以经由周期性消息将改变的网络路径优先选择传送至每个PE路由器。
在另一示例性操作中，PE路由器使用OAM协议的周期性消息指导MTU刷新在通向PE路由器的链路上获知的一个或多个MAC地址。例如，响应于检测到公共网络中的网络错误，或响应于获知PE路由器不再处于优选网络路径内，PE路由器可以命令MTU刷新MAC地址。这样，PE路由器可避免摇摆链路，还可以防止在相同链路上运行(而不受网络错误的影响)的服务的相关流量的损失。在以上实例中，该周期性消息可以是连续性检验(CC)消息，并且可以包括附加的网络信息作为CC消息的类型-长度-值(TLV)。
在一个实例中，一种方法包括：在第一网络装置上执行操作、管理以及维护(OAM)协议以监控第一层二(L2)网络，其中，第一网络装置在第一L2网络中运行。该方法进一步包括确定经由第三网络装置通向第二网络装置的网络路径是优选网络路径，其中，第二网络装置在第二L2网络中运行，其中，第二L2网络不同于第一L2网络，以及其中，第一L2网络和第二L2网络通过层三(L3)网络耦合，并且使用在第一网络装置上执行的OAM协议向第三网络装置发布消息，其中，该消息通知第三网络装置该第三网络装置在优选网络路径内，以及其中，第三网络装置将L3网络与第一L2网络耦合。
在另一实例中，一种网络装置，包括：多个物理网络接口，用于发送和接收包；以及控制单元，被配置为确定通向第二网络装置的优选网络路径。控制单元包括管理端点(MEP)模块，该模块被配置为执行操作、管理以及维护(OAM)协议，以监控第一层二(L2)网络，使用OAM协议生成消息，并经由多个物理网络接口之一将消息发送至第三网络装置，其中，该消息向第三网络装置指示第三网络装置在通向第二网络装置的优选网络路径内，其中，网络装置在第一L2网络中运行，其中，第二网络装置在第二L2网络中运行，其中，第一L2网络和第二L2网络是不同的L2网络，其中，层三(L3)网络耦合第一L2网络和第二L2网络，并且其中，第三网络装置将第一L2网络耦合至L3网络。
在另一实例中，一种系统，包括：第一网络装置和第二网络装置。第一网络装置包括第一多个物理网络接口，以及第一控制单元。第一控制单元包括第一管理端点(MEP)模块，以及媒体访问控制(MAC)地址存储库，该存储库被配置为存储在耦合至多个物理网络接口的多条链路上获知的MAC地址。第二网络装置包括第二多个物理网络接口，以及第二控制单元。第二控制单元包括第二MEP模块以及路由引擎，其中，路由引擎被配置为执行一个或多个路由协议。第一控制单元被配置为确定通向第三网络装置的优选网络路径。第一MEP模块被配置为执行操作、管理以及维护(OAM)协议，以监控第一层二(L2)网络，使用OAM协议生成消息，并经由多个物理网络接口之一将消息发送至第二网络装置，其中，该消息向第二网络装置指示第二网络装置在通向第三网络装置的优选网络路径内。第三网络装置在第二L2网络中运行，其中，第二L2网络不同于第一L2网络，其中，利用层三(L3)网络耦合第一L2网络和第二L2网络。第二MEP模块被配置为执行OAM协议以监控第一L2网络，并分析从第一网络装置接收的第一消息，以确定第二网络装置是否在通向第三网络装置的优选路径内。第二控制单元被配置为，基于第二网络装置是否在优选网络路径内，向第二网络装置分配可用资源。
在另一实例中，用指令对计算机可读存储介质进行编码，这些指令用于使得一个或多个可编程处理器执行以下操作：使用操作、管理以及维护(OAM)协议确定经由第三网络装置从第一网络装置至第二网络装置的网络路径是优选网络路径，其中，第一网络装置在第一L2网络内运行，其中，第三网络装置在第二L2网络内运行，其中，第二L2网络不同于第一L2网络，以及其中，经由层三(L3)网络耦合L2网络，以及向第二网络装置发布指示第三网络装置在优选网络路径内的消息。
在以下描述和附图中阐述了本发明的一个或多个实施例的细节。根据描述和附图，以及根据权利要求书，本公开的其它特征、目的和优点将是显而易见的。
附图说明
图1是示出了示例性多宿城域以太网的框图；
图2是示出了实施本公开所描述的技术的示例性城域终端单元(MTU)的框图；
图3是示出了实施本公开所描述的技术的示例性提供商边缘(PE)路由器的框图；
图4是示出了被配置为承载可用于传送网络路径信息和网络错误的信息的示例性连续性检验(CC)消息协议数据单元(PDU)格式的框图；
图5A和图5B是示出了可包含在CC消息PDU中的类型-长度-值(TLV)字段的示例性格式的框图；
图6是示出了根据本公开所描述的技术，网络中传送优选网络路径信息的装置的示例性操作的流程图；
图7是示出了在根据本公开所描述的技术，网络中传送核心网络中的连接状态的装置的示例性操作的流程图；以及
图8是示出了根据本公开所描述的技术，网络中传送核心网络中的网络错误和由此产生的MAC刷新的装置的示例性操作的流程图。
具体实施方式
图1是示出了系统2的框图，该系统包括经由链路19A和19B以及提供商边缘(“PE”)路由器14A和14B耦合至网络10的示例性多宿城域以太网(“ME”)网络12A。网络10经由PE路由器14C进一步耦合至第二ME网络12B。PE路由器14A-14C(统称“PE路由器14”)有助于连接至ME网络12A和12B(统称“ME网络12”)的各种网络装置(诸如客户装置(“CD”)18A和18B(统称“CD 18”))之间的内容访问。每个CD 18均可以是个人计算机、膝上型计算机、移动电话、网络电话、电视机顶盒、视频游戏系统、销售点装置、个人数字助理，中间网络装置、网络请求人、或能够与ME网络12接口和通信的其他类型的装置。此外，每个CD 18均可以是网关、路由器、交换机或用于将客户网络耦合至ME网络12的其他装置。
网络10可以是中间层三(L3)网络，其使用一个或多个基于包的协议(诸如互联网协议/传输控制协议(IP/TCP))能够实现网络装置之间的内容传输。在这方面，网络10可以支持经由通常被成为“包”的离散数据单元的数据传输。因此，网络10可以称为“基于包”或“包交换”网络。ME网络12可以支持经由层二(L2)帧(例如，以太网帧)的数据传输。因此，每个ME网络12均可称为以太网或者更普遍地称为L2网络。虽然在本公开中描述为传输、传送、或支持包(例如，网络10)和帧(例如，ME网络12)，但是网络10和ME网络12均可以传输根据任何其他协议定义的任何其他离散数据单元(诸如由异步传输模式(ATM)协议定义的单元，或由用户数据报协议(UDP)定义的数据报)数据。
网络10可以表示一个或多个服务提供商拥有并运营的公共网络，以使多个边缘网络(诸如ME网络12)互连。因此，网络10在本文中可以称为服务提供商(SP)网络，或可替换地，称为“核心网络”，这是由于网络10用作互连边缘网络(诸如ME网络12)的核心。网络10内的路由和包转发可以根据L3网络路由协议(诸如边界网关协议(BGP)，或有时被称为层2.5协议的标签分配协议(LDP))进行操作。ME网络12可以使用L2网络协议(诸如以太网)运行。有关随后带有数字的“层”的参考可以指开放系统互连(OSI)参考模型的特定层。
网络10可以包括多个驻留于服务提供商网络10的边缘的PE路由器。虽然在本文中关于特定的网络装置(即，路由器)进行了讨论，但是每个PE路由器14均可以表示与网络(诸如ME网络12之一)接口以路由指向或源自于网络10和ME网络12的网络流量的任何L3网络装置。例如，在某些情况下，每个PE路由器14均可以表示一个或多个路由器、网关、防火墙、入侵检测/预防(IDP)装置、或有助于网络10内以及在网络10与ME网络12之间的数据传输的任何其他类型的L3网络设备。
在图1的实例中，ME网络12A包括城域终端单元(MTU)16A-16F(统称“MTU 16”)，ME网络12B包括MTU 17A-17D(统称“MTU 17”)。与PE路由器14相似，虽然在本文中关于特定的网络装置(例如，交换机)对MTU 16、17进行了讨论，但是每个均可以表示与网络(诸如ME网络12)接口以交换或转发指向或源自于网络的网络流量的任何L2网络装置。例如，在某些情况下，每个MTU 16、17均可以表示一个或多个交换机、集线器、防火墙、IDP装置、或有助于ME网络12内以及在ME网络12与PE路由器14之间的数据传输的任何其他类型的L2网络设备。
为了便于对网络10和ME网络12的互连进行维护，一个或多个PE路由器14和一个或多个MTU 16、17可以实施操作、管理和维护(OAM)技术，诸如IEEE 802.1ag标准中描述的连接性故障管理(CFM)。CFM通常能够对送往和来自特定网络用户(例如，ME网络12)的数据单元(例如，帧或包)通过网络装置和网络所经过的路径进行发现和验证。通常，CFM涉及L2服务(诸如虚拟专用LAN服务(VPLS))和L2网络(诸如以太网，或称为局域网(LAN))内的故障管理。虽然本文关于L2网络和服务以及CFM进行了描述，但可以利用该技术以便于同时执行维护的会话和网络的运行管理以及关于OSI参考模型的其他层提供的服务。
CFM通常提供一组协议，通过该协议来执行故障管理。该CFM协议组中的一条协议(称为“连续性检验协议”)涉及信息的周期传输，以确定、验证或检查两个端点之间的连续性。可以在LAN/MAN标准委员会的日期为2007年12月17日的名为“IEEE Standard forLocal and metropolitan area networks–Virtual Bridged Local Area Networks–Amendment 5:Connectivity Fault Management”的电气和电子工程师协会(IEEE)草案标准中找到关于802.1ag标准和CFM协议组(包括连续性检验协议)的更多信息，其全部内容结合于此作为参考。
根据CFM，客户网络14的一个或多个管理员或用户可以配置每个MTU 16和PE路由器14A、14B内的维护关联端点(MEP)。每个MTU 16和PE路由器14A、14B可以配置有一个或多个MEP，一个MEP用于多个服务实例中的每个服务实例。每个MEP均可以表示活动地管理的CFM实体，其生成和接收连续性检验(CC)消息协议数据单元(PDU)和跟踪任何响应。在配置MEP时，管理员可以使MEP与特定服务实例相关联，以验证单个服务实例的完整性。每个服务实例可以对应于特定的客户和/或特定的虚拟局域网(VLAN)。
每个MEP可以周期性地发送连续性检验(CC)消息，其宣布传输的MEP的服务实例。在一个实例中，CC消息是层二帧(例如，以太网帧)，更具体地，是以太网OAM帧。MEP可以将该消息多点传送至包括含相同服务实例内的每个MEP。因此，MEP获知其期望与之交换(例如，发送和接收)CC消息的一个或多个MEP。然后，MEP可以根据每个MEP的配置继续进行CC消息的交换。MEP可以执行连续性检验协议，以根据所配置的或在某些情况下(例如，在初始配置之后没有任何管理员或其他用户监督的情况下)设置的时间段自动交换这些CC消息。
根据本公开的技术，ME网络12A(其具有配置了一个或多个MEP的MTU 16)可以具有通过多个PE路由器14至网络10的冗余的物理连接，该技术被称为“多宿”。如图1中示出的实例所示，ME网络12A通过MTU 16A、16B和PE路由器14A、14B对于网络10是多宿的。在多宿中，MTU 16选择PE路由器14A、14B之一，使其处于作为通向网络10的优选网络路径内。PE路由器14A、14B中在优选网络路径内的路由器经由MTU 16A、16B中处于优选网络路径内的MTU而在ME网络12A和网络10之间来回地发送流量。PE路由器14A、14B中不处于优选路径内的另一个路由器是备份数据转发器，其可以在妨碍路由器14A、14B中的另一个发送流量的网络故障的情况下，用于向ME网络12A发送流量以及发送来自ME网络12A的流量。
MTU 16可以按照多种方式选择优选的网络路径，多种方式包括，例如，随机地或基于管理员输入的配置参数响应于诸如网络错误的网络状况。例如，如果MTU 16A选择包括PE路由器14A的网络路径作为到达网络10的优选网络路径，则根据本文所描述的技术，MTU16A可以向PE路由器14A通知PE路由器14A在优选网络路径内。在一个实施例中，MTU 16A的相应MEP生成扩展为包括附加的类型-长度-值(TLV)的CC消息并将该信息发送至PE路由器14A，作为执行连续性检验协议的一部分。该附加的TLV向PE路由器14A通知PE路由器14A在到达多宿L3网络的优选网络路径内。由于PE路由器14A在优选网络路径内，所以PE路由器14B不在优选网络路径内。在一个实施例中，MTU 16A的相应的MEP生成CC消息并将其发送至PE路由器14B，但该消息不包括向PE路由器14A通知PE路由器14A在优选网络路径内的TLV。
在另一实例中，MTU 16A的相应的MEP生成CC信息，该CC消息扩展为包括附加的TLV，其通过(例如)将TLV中的值字段的值设置为0或1来向每个接收PE路由器通知PE路由器是否在优选网络路径内。值0可以向PE路由器表明PE路由器不在优选路径内，值1可以向PE路由器表明PE路由器在优选的路径内。这样，向每个PE路由器14A和14B通知每个路由器是否在优选网络路径内，并且每个路由器可以相应地调节其可用资源的分配。通过扩展CC消息以包括附加的TLV，除传统的连续性检验之外，L2装置还可以利用CC消息而与L3装置(其提供对于L3网络的连接)进行透明通信，其中，L3装置在通向L3网络的优选路径上。
例如，PE路由器14A和14B使用网络协议(诸如边界网关协议(BGP)、以及标签分配协议(LDP))经由网络10与PE路由器14C进行通信。如果PE路由器14A使用(例如)基于多协议标签交换(MPLS)的程序检测到关于网络10中的连接性问题，或如果PE路由器14A经由网络协议(例如，BGP或LDP)接收到网络问题的通知，则PE路由器14A可以使用作为包括MTU 16A的服务实例的一部分的MEP操作所生成的CC消息的TLV，来向MTU 16A通知连接性问题。即，层三装置(例如，PE路由器14A)使用L2协议(例如，CFM协议)向层二网络(例如，ME网络12A)中运行的层二装置(例如，MTU 16A)通知在L3网络(例如，网络10)中的错误。一旦接收到CC消息通知，MTU 16A就可以改变用于通过PE路由器14A转发的某些或所有流量的优选网络路径。如果MTU 16A改变其优选的路径，则MTU 16A可以经由上述CC消息向PE路由器14A和14B通知改变的优选路径。
由于MTU 16A在ME网络12A内以及利用PE路由器14A、14B交换包，因此MTU 16A在将MTU 16A连接至PE路由器14A、14B的链路19A、19B上获知远程MAC地址(例如，CD 18B的MAC地址)。例如，如果初始的优选网络路径包括链路19A和PE路由器14A，而PE路由器14A检测到网络10中的错误，则在与受网络10中的错误影响的特定服务实例关联的PE路由器14A上执行的MEP生成CC消息并将其发送至MTU16A，根据本文所描述的技术，该CC消息扩展为包括用于向MTU 16A通知网络错误并指示MTU 16A要刷新在链路19A上获知的所有MAC地址的TLV。然后，MTU 16A可以选择例如包括链路19B和PE路由器14B的新的优选网络路径。一旦选择新的优选网络路径，MTU 16A就重新获知链路19B上的远程MAC地址。这样，层三网络中的层三装置与层二装置(在层二装置上执行的一个或多个服务实例受到层三网络中的网络错误的影响)进行通信，并使得层二装置更新对于受影响的服务实例的网络路径信息，而不影响在层二装置和层三装置之间的相同物理链路上交换包的其他服务实例。
图2是示出可以实施本公开所描述的技术的示例性MTU 20的框图。为了说明，以下可以在图1的示例性ME网络12A的背景下描述MTU 20，并且其可以表示任何一个MTU 16、17。MTU 20包括经由入站链路23A-23N(统称“入站链路23”)接收控制包和数据包并经由出站链路24A-24N(统称“出站链路24”)发送控制包和数据包的网络接口卡22A-22N(统称“IFC22”)。在本文中字母“N”用于表示任意数量的装置。IFC 22通常经由多个接口端口(未示出)耦合至链路23、24。
控制单元21可以包括执行存储至计算机可读存储介质(图2中未示出)中的软件指令(例如那些用来定义软件或计算机程序的软件指令)的一个或多个处理器(图2中未示出)。计算机可读存储介质的实例包括存储装置(例如，磁盘驱动器、或光驱)、或存储器(例如，闪存、随机存取存储器或RAM)或存储指令以使得可编程处理器执行本文所描述的技术的任何其它类型的易失性存储器或非易失性存储器。可选地，或此外，控制单元21可以包括专用硬件，例如一个或多个集成电路、一个或多个特定用途集成电路(ASIC)、一个或多个特殊用途处理器(ASSP)、一个或多个现场可编程门阵列(FPGA)，或者一个或多个专用硬件的上述实例的任何组合，以执行本文所描述的技术。
控制单元21为MEP模块26、转发引擎28和管理员界面(“ADMININTERFACE”)30提供操作环境。控制单元21还提供用于MAC地址的存储库(“MAC DATA”)32、转发信息库(“FIB”)34、以及配置数据(“CONFIG DATA”)36。MEP模块26提供允许MTU 20(例如根据802.1ag标准)作为管理端点运行的功能。更普遍地，MEP模块26是在控制单元21内执行的一个或多个OAM协议的实例。
通常，转发引擎28检查经由一条入站链路23和IFC 22接收的包，以(例如)基于包括目的地地址的包的报头信息来确定包的目的地。转发引擎28基于包的报头信息在FIB 34内执行查询，以确定将包传送至的一个IFC 22和出站链路24。由于MTU 20发送和接收包，因此控制单元21获知入站链路23上的MAC地址，并将MAC地址存储在MAC数据32中。MAC数据32、FIB 34以及配置数据36可以按照单独的数据结构或一起按照一个数据结构而存储，并可以按照一个或多个表、数据库、链表、基树(radix tree)、或其它合适的数据结构的形式而存储。
根据本公开的技术，操作者与管理员界面30进行交互以指导MEP模块26执行CFM操作，以发现和管理网络内的故障，向服务实例内的其它网络装置发布CC消息，并向其他网络装置通知包括优选路径信息的网络路径信息。例如，管理员可以输入命令以查看和修改配置数据36，以指定的时间间隔(例如，每秒一次或每分钟一次)自动地生成如802.1ag标准中所定义的CC消息。MTU 20的当前配置包含在配置数据36内。
MEP模块26能够以其在一个或多个服务实例中作为MEP角色来管理用于MTU 20的MEP功能。MEP模块26检验接收到的CC消息并根据配置数据36(即，以可配置的时间间隔)生成CC消息，并将CC消息发送至与特定服务实例关联的特定一个MTU和PE路由器。例如，MEP模块26可以检验接收到的CC消息并确定接收到的CC消息包括与来自PE路由器14A的网络状态通知对应的TLV。网络状态TLV指示用于包的网络路径内存在的特定网络状态，该包与用于和接收到的CC消息中标识的特定服务实例对应的服务实例相关联。网络状态TLV可以指示网络段未进行转发，网络段处于待机状态，或存在远程网络段故障。例如，MTU 20可以从PE路由器14A接收CC消息，该消息包括表明PE路由器14B与PE路由器14C之间的链路未转发的网络状态TLV。响应于从PE路由器接收到的表明核心网络(例如，图1中的网络10)中的网络错误的CC消息，MTU 20可以改变优选网络路径以绕过网络错误来传送包。
无论任意地响应于获知特定的网络状态还是由于某些其他原因，如果MTU 20改变优选网络路径，则MEP模块26生成并发送CC消息，该信息扩展为包括向接收PE路由器通知接收PE路由器是否在更新的优选网络路径内的TLV。如果PE路由器在初始的优选网络路径中，但不在更新的优选网络路径内，则PE路由器可以通过(例如)释放先前为处理沿着初始网络路径传送的包(其现在沿着更新的优选网络路径传送)所预留的资源。
在另一实例中，MTU 20可以从PE路由器(例如，PE路由器14A)接收CC消息，其指令MTU 20刷新存储在MAC数据32中的一组MAC地址。在该实例中，MEP模块26检查从PE路由器接收的CC消息并确定该CC消息包括了指示MTU 20要从MAC数据32刷新的一个或多个MAC地址的TLV。例如，MEP模块26确定TLV包括值字段，该值字段被设置为对应于特定虚拟局域网(VLAN)标识符、特定I-SID(服务实例VLAN ID)、特定MAC地址的值、或被设置为向MTU 20指示MTU 20要刷新所有获知的MAC地址的值。在确定CC消息TLV中指定了哪些MAC地址之后，控制单元21从MAC数据32刷新指定的MAC地址。
图3是示出了可以实施本公开的技术的示例性PE路由器40的框图。为了说明，以下可以在图1的示例性网络10和ME网络12的背景下描述PE路由器40，并且其可以表示任何一个PE路由器14。PE路由器40包括经由入站链路47A-47N(统称“入站链路47”)接收控制包和数据包并经由出站链路48A-48N(统称“出站链路48”)发送控制包和数据包的网络接口卡46A-46N(统称“IFC 46”)。通常，IFC 46经由多个接口端口耦合至链路47、48。
控制单元41可以包括执行存储至计算机可读存储介质(图3中未示出)中的软件指令(例如那些用来定义软件或计算机程序的软件指令)的一个或多个处理器(图3中未示出)。计算机可读存储介质的实例包括存储装置(例如，磁盘驱动器、或光驱)、或存储器(例如，闪存、随机存取存储器或RAM)或存储指令以使得可编程处理器执行本文所描述的技术的任何其它类型的易失性存储器或非易失性存储器。可选地，或此外，控制单元41可以包括专用硬件，例如一个或多个集成电路、一个或多个特定用途集成电路(ASIC)、一个或多个特殊用途处理器(ASSP)、一个或多个现场可编程门阵列(FPGA)，或者一个或多个专用硬件的上述实例的任何组合，以执行本文所描述的技术。
控制单元41在逻辑上可以分为管理平面42、路由平面43和转发平面44。在该实例中，转发平面44可以包括硬件和/或软件的任何组合，其执行PE路由器40的转发功能(诸如包验证、路径查询、传送)。在某些实例中，将转发平面44完全或部分地分配至IFC 46，从而对输入包并行地执行转发功能。FIB 52的转发信息将网络目的地与特定的下一跳和相应的接口端口相关联。转发平面44还包括根据FIB 52来处理包的转发引擎50。
总体而言，当PE路由器40经由一个IFC 46(例如，IFC 46A)接收包时，IFC 46A将包括了IFC 46A在哪个端口上接收包的指示的包传送至转发引擎50。转发引擎50(例如)基于包括目的地的IP地址的包的报头信息来检查包以确定包的目的地。在一个实例中，转发引擎50检查存储在FIB 52中的转发信息并基于包的报头信息执行查询。
管理平面42包括管理员界面(“ADMIN INTERFACE”)54和MEP模块56。MEP模块56表示根据802.1ag标准的管理端点的示例性实例，或更普遍地，表示在控制单元41内执行的OAM协议的实例。即，MEP模块56生成CC消息并检查从其他网络装置内执行的MEP(例如，从MTU16A)接收的CC消息。
根据本公开的技术，操作者与管理员界面54进行交互以指导MEP模块56执行CFM操作，以发现和管理网络内的故障，向服务实例内的其他网络装置发布CC消息，并向其他网络装置通知包括优选路径信息的网络路径消息。例如，管理员可以输入命令以查看和修改配置数据62，以指定的时间(例如，每5秒一次或每分钟一次)自动生成CC消息。PE路由器14A的当前配置包含在配置数据62内。
MEP模块56能够以其在一个或多个服务实例中作为MEP角色来管理用于PE路由器40的MEP功能。MEP模块56检查接收到的CC消息，并根据配置数据62(即，以可配置的时间间隔)生成CC消息并将CC消息发送至与特定服务实例关联的特定一个MTU和PE路由器。例如，路由引擎58可以获知指示层三网络内潜在的网络错误的网络状态，使得MEP模块56生成扩展有指示了网络状态的附加TLV的CC消息，并将该信息发送至与受网络状态影响的特定服务实例关联的特定一个MTU和PE路由器。响应于获知的网络状态，MEP模块56可以进一步被配置为生成和发送CC消息，该CC消息扩展有附加TLV，该TLV指导接收层二装置(例如，MTU16A)从存储在MTU 16A内的一组获知的MAC地址中刷新在TLV中所指定的一组MAC地址。MEP模块56可以生成扩展为包括指示网络状态的TLV和指导MTU以刷新指定的MAC地址组的TLV的单个CC消息，或者MEP模块可以生成并发送两个单独的CC消息，一个扩展为包括网络错误TLV，第二个扩展为包括MAC刷新TLV。
MEP模块56可以从MTU(例如，MTU 16A)接收CC消息，该CC消息扩展为包括指示PE路由器40在优选网络路径内的TLV。一旦确定接收的CC消息包括优选路径TLV，就将PE路由器40配置为预留对于处理与CC消息中标识的服务实例关联的包所需的资源。在预留所需的资源之后，MEP模块56可以接收对应于相同服务实例的CC消息，但其不包括优选路径TLV。当PE路由器40继续接收指示PE路由器40在优选网络路径内的CC消息时，PE路由器40被配置为继续分配先前预留的网络资源以处理与服务实例关联的包。一旦接收到没有优选路径TLV的CC消息，PE路由器40就被配置为(例如)通过释放先前预留的资源来调整其如何分配资源，以处理与其它服务实例关联的其他包。
路由平面43包括路由引擎58和路由信息库(“RIB”)64。路由引擎58可以包括硬件和软件的任何适当组合，其执行PE路由器14A的路由功能，诸如计算包路由和执行路由协议60以维护路由表。路由引擎58维护RIB 64中的路由信息，其描述网络的拓扑，具体地，通过网络的路由。例如，RIB 64可以包括描述网络内的各种路由的路由数据，和指示用于每条路由的网络内的适当邻近装置的相应的下一跳数据。
路由平面43为执行路由协议60提供操作环境。路由协议60通常建立与其他路由装置的对等通信会话，以交换存储在RIB 64中的路由信息，从而获知网络的拓扑结构，更具体地，获知通向网络内的其他网络装置(例如，CD 18B)的路由。路由协议60可以包括外部路由协议(诸如外部BGP(eBGP))，以与自治系统(autonomous system)或其他路由域的路由器交换路由信息。此外，或可选地，路由协议60可以包括内部路由协议(诸如内部BGP(iBGP)、路由信息协议(RIP)、内部网关路由协议(IGRP)、开放式最短路径优先(OSPF)、或中间系统到中间系统(IS-IS))，以获知到相同路由域或作为PE路由器40的自治系统内的目的地的路由。
路由引擎58进一步生成将目的地信息(诸如IP地址前缀)与特定转发下一跳和IFC46的相应的接口端口相关联的转发信息，并向转发平面44提供转发信息。基于储存在RIB64中的信息和存储在配置数据62中的配置信息来确定转发信息。配置数据62的配置信息包括诸如维护域信息、维护关联信息和CC消息生成间隔的信息。转发信息储存在FIB 52中。可以按照一个或多个表、数据库、链表、基树、或其他合适的数据结构形式存储RIB 64、配置数据62以及FIB 52。
图4是根据本公开的示例性连续性检验(CC)消息协议数据单元(PDU)70。CC消息PDU 70包括公共连接性故障管理(CFM)报头72、序列号字段74、维护关联端点标识符(“MAEPID”)76、维护关联ID(“MAID”)78、基于标准的信息80、类型-长度-值(“TLV”)字段82以及TLV尾字段84。公共CFM报头72包括指定维护域等级、版本的字段，指定PDU其余部分的格式和意义的操作码，包括CC消息间隔、第一TLV偏移以及TLV尾的标记。基于标准的信息80包括CC消息PDU的第59至第74个八位字节，其由国际电信联盟-电信(ITU-T)授权的Y系列：GLOBALINFORMATION INFRASTRUCTURE，INTERNET PROTOCOL ASPECTS AND NEXT-GENERATIONNETWORKS,OAM functions and mechanisms for Ethernet based networks,Y.1731，2008年2月定义，其全部内容结合于此作为参考。TLV字段82是CC消息PDU 70的可选元素。关于图5A和图5B进一步描述TLV字段82。
图5A和图5B是可以包含在CC消息PDU(例如，图4的CC消息PDU 70)内的TLV的示例性格式。图5A的TLV 90是由具有包含在802.1ag标准中的类型的TLV的802.1ag标准定义的格式的实例。TLV 90包括类型字段92、长度字段94以及值字段96。类型字段92是TLV必需元素，其标识TLV的类型，并可以是一个八位字节字段。例如，如果将类型字段92设置为值1，则TLV被标识为发送端ID TLV。作为另一实例，如果将类型字段92设置为值0，则TLV被标识为TLV尾。当将类型字段92设置为值0时，在TLV中不存在长度字段94和值字段96。如果将类型字段92设置为非0值，则存在长度字段94并且按照八位字节指示值字段96的大小。值字段96是包括存储长度字段94中所指定的信息所需的八位字节的数量的可选元素。如果将长度字段94设置为值0，则不存在值字段96。
根据该公开，CC消息协议可以扩展为包括一个或多个优选网络路径TLV、连接状态TLV以及MAC刷新TLV。对于这些新TLV中的每个，对应于类型字段92的值可以定义为将TLV标识为优选网络路径TLV、连接状态TLV、或MAC刷新TLV。根据本公开，作为MEP运行的MTU 16、17和PE路由器14被配置为生成并发送或接收以及处理符合CC消息PDU70和TLV 90所示的格式的CC消息，以向MAC内的其他网络装置通知优选网络路径信息、连接状态信息，和/或指示MAC刷新。
作为一个实例，诸如PE 14A的多宿PE被配置为，一旦从MTU接收到具有优选网络路径TLV的CC消息，就检查接收的CC消息并确定PE14A是否在优选网络路径内。在一个实施例中，PE路由器14可以基于接收的CC消息的优选网络路径TLV的值字段96来确定PE路由器14A是否在优选网络路径内。在另一实施例中，PE路由器14可以简单地基于CC消息中的优选网络路径TLV的存在与否来确定其是否在优选网络路径上。
在一个实例中，如果MTU 16A将包括PE路由器14A的网络路径标识为优选网络路径，则MTU 16A的MEP模块26生成包括CC消息PDU(例如，CC消息PDU 70)的CC消息，其包括TLV90，其中类型字段92被设置为将TLV标识为优选网络路径TLV的值。例如，因为只需要一个八位字节以包括优选网络路径信息，所以将TLV标识为优选网络路径TLV的类型字段92可以是值9，长度字段94可以设置为值1，并且将值字段96设置为值1，其中，值1向PE路由器14A指示PE路由器14A包含在优选网络路径中。继续该实例，MTU 16A的MEP模块26可以生成第二CC消息以发送至PE路由器14B。第二CC消息包括TLV，其具有设置为标识TLV为优选网络路径的值(例如，9)的类型字段92，设置为值1的长度字段94，以及设置为值0的值字段96，其中，值0向PE路由器14B指示PE路由器14B未包含在优选网络路径中。
在另一实例中，MTU 16A标识优选网络路径包括PE路由器14A但不包括PE路由器14B。在该实例中，MEP模块26生成包括优选网络路径TLV的CC消息，以发送至PE路由器14A。优选网络路径TLV包括：类型字段92，其被设置为标识TLV为优选路径TLV的值；以及长度字段94，其被设置为值0，但不包括值字段96。在该实例中，MEP模块26生成不包括优选网络路径TLV的CC消息以发送至PE路由器14B。在接收到包括优选网络路径TLV的CC消息之后，PE路由器14A预留处理与CC消息中指定的服务实例相关联的包所需的资源。相反，PE路由器14B在接收到不包括优选网络路径TLV的CC消息之后，释放任何先前预留的资源。
在其它方面，作为MEP运行的PE路由器14可以生成具有连接状态TLV和/或MAC刷新TLV的CC消息。对应于连接状态TLV的示例性TLV90包括：类型字段92，被设置为标识TLV为连接状态TLV的值(例如，值10)；长度字段94，按照八位字节被设置为值字段96的内容的长度(例如，值1)；以及值字段96，被设置为指示核心段(例如，网络10)的连接状态的值。例如，设置为值1的值字段96指示核心段正在转发包。作为另一实例，设置为值2的值字段96指示核心段未转发包。作为另一实例，设置为值4的值字段96指示核心段处于待机状态。作为再一实例，设置为值8的值字段96指示存在远程以太网段故障。
对应于MAC刷新TLV的示例性TLV 90包括：类型字段92，被设置为标识TLV为MAC刷新TLV的值(例如，值11)；长度字段94，按照八位字节被设置为值字段96的长度；以及值字段96，被设置为指示要刷新哪些MAC地址的各种值。例如，值字段96被设置为值0，其指示接收网络装置以刷新在接收CC消息的链路上获知的所有MAC地址。也可以将值字段96设置为对应于特定VLAN ID或I-SID(服务实例VLAN ID)的值。当将值字段96设置为特定VLAN ID或I-SID的值时，接收CC消息的网络装置(例如，MTU 16A)刷新与VLAN ID或I-SID相关联的MAC地址。也可以将值字段96设置为特定MAC地址的值，以指示要刷新特定的MAC地址。
在某些方面，优选网络路径TLV、连接状态TLV、或MAC刷新TLV可以定义为组织指定TLV。参照图5B，TLV 100是组织指定TLV 100的实例。组织指定TLV 100包括与上述关于TLV90的那些字段相似的类型字段102、长度字段104以及值字段110。对于组织指定TLV，将类型字段102设置为值31。组织指定TLV 100还包括组织唯一标识符(“OUI”)字段106和子类型字段108。按照八位字节，将长度字段104设置为OUI字段106、子类型字段108以及值字段110的总长度。OUI字段106包括由IEEE分配给每个组织的唯一标识符。子类型字段108标识在OUI字段106中标识的组织所定义的TLV的类型。每个组织可以标识一个或多个TLV子类型。OUI字段106和子类型字段108的组合唯一地标识TLV的类型。
MTU 16、17以及PE路由器14可以生成关于图5B中描述为组织指定TLV(例如，TLV100)的优选网络路径、连接状态以及MAC刷新TLV。当生成优选网络路径、连接状态、MAC刷新TLV作为组织指定TLV时，将子类型字段108设置为OUI字段106中标识的组织所确定的值，其将组织指定TLV标识为优选网络路径TLV、连接状态TLV、或MAC刷新TLV，例如，分别为值1、2、或3之一。以与上述关于TLV 90相似的方式，可以将每种类型的TLV的值字段110的值设置为指示包含在优选网络路径中、连接状态、或要刷新哪些MAC地址的值。
图6是示出根据本公开所描述的技术，网络中传送优选路径信息的装置的示例性操作的流程图。为清楚起见，关于图1所示的MTU 16A和PE路由器14A和14B描述图6。MTU 16A确定优选网络路径(120)。MTU16A可以按照多种方式确定优选网络路径，例如，多种方式包括随机地或基于管理员输入的配置参数响应于诸如网络错误或网络拥塞的网络条件。在MTU 16A确定优选网络路径之后，MTU 16A的MEP模块26生成(例如)包括CC消息PDU 70的CC消息(122)。MEP模块26可以被配置为周期性生成CC消息，或管理员可以手动使MEP模块26生成CC消息。在一个实例中，如果将MEP模块26配置为周期性生成CC消息，则在MTU 16A确定优选网络路径包括优选网络路径TLV之后，生成第一CC消息。如果管理员使MEP模块26生成CC消息，则在MTU 16A确定优选网络路径包括优选网络路径TLV之后，使第一CC消息生成。可以根据图5A和图5B所示的示例性TLV生成优选网络路径TLV。
在一个实例中，MTU 16A确定PE路由器14A在优选网络路径内，而PE路由器14B不在优选网络路径内(120)。在该实例中，MEP模块26生成指示PE路由器14A在优选网络路径内的CC消息(122)。然后，MTU 16A经由一个IFC 22和出站链路24将生成的CC消息发送至PE路由器14A(124)。PE路由器14A经由一个IFC 46和入站链路47接收CC消息(126)，并用MEP模块56分析接收到的CC消息(128)。MEP模块56可以被配置为基于CC消息中优选网络路径TLV存在与否，或基于关于图5A和图5B描述的包含在CC消息中的优选网络路径TLV的值，来确定PE路由器14A是否在优选网络路径内。
如果MEP模块56确定PE路由器14A不在优选网络路径内(130的“否”分支)，则PE路由器14A可以释放各种装置资源，诸如先前为处理与CC消息的服务实例相关联的包所预留的网络带宽(132)。例如，响应于MEP模块56做出的PE路由器14A不在优选的路径网络内的决定，MEP模块56可以与控制单元40上执行的协议(诸如资源预留协议)进行交互，以命令该协议实现资源的释放。如果MEP模块56确定PE路由器14A在优选网络路径内(130的“是”分支)，则PE路由器14A可以调拨先前可用的装置资源用于处理与CC消息的服务实例相关联的包(134)。
在MTU 16A确定PE路由器14B不在优选网络路径内的情况下(120)，MEP模块26生成指示PE路由器14B不在优选网络路径内的CC消息(122)。然后，MTU 16A经由一个IFC 22和出站链路24将生成的CC消息发送至PE路由器14B(124)。PE路由器14B经由一个IFC 46和入站链路47接收CC消息(126)，并用MEP模块56分析接收到的CC消息(128)。一旦确定PE路由器14B不在优选网络路径内，PE路由器14B就可以重新分配资源。作为一个实例，PE路由器14B可以选择不预留用于处理与CC消息的服务实例相关联的包的空闲装置资源。作为另一个实例，PE路由器14B可以释放各种装置资源，诸如先前为处理与CC消息的服务实例相关联的包所预留的网络带宽(132)。
图7是示出了根据本公开所描述的技术，层三(L3)网络中运行的L3装置将L3网络的网络状态传送至层二(L2)网络中运行的L2装置的示例性操作的流程图。为清楚起见，关于图1所示的网络10、PE路由器14A以及MTU 16A来描述图7。PE路由器14A使用L3协议(例如，诸如BGP或LDP的路由协议)接收关于网络10的L3连接状态消息(140)，并且作为响应，PE的路由器14A的MEP模块56生成L2消息，例如，包括连接状态TLV的CC消息帧(142)。PE路由器14A使用关于图5A和图5B所描述的CC消息TLV，将网络10的连接状态传送至MTU 16A。例如，可以将PE路由器14A的MEP模块56配置为根据利用MEP模块56生成的每个CC消息或连接状态中的任何改变而生成连接状态TLV。然后，PE路由器14A将CC消息发送至MTU 16A(144)，MTU16A接收CC消息(146)。
MTU 16A的MEP模块26分析接收到的CC消息(148)，以确定网络10的连接状态，例如，网络错误或连接性恢复。MEP模块26基于在接收的CC消息中所包含的连接状态TLV的值来确定连接状态。例如，如果连接状态TLV的值是2，则MEP模块确定核心网络(例如，网络10)未转发流量。作为另一个实例，如果连接状态TLV的值是4，则MEP模块26确定网络10处于待机状态。
基于CC消息的分析(148)，MTU 16A可以确定是否需要改变先前确定的优选网络路径(150)。例如，如果连接状态TLV指示网络10未进行转发，则MTU 16A可以确定需要改变优选网络路径，以绕开网络10的未进行转发的部分而进行路由(150的“是”分支)。在另一个实例中，连接状态TLV指示网络10正在进行转发。如果PE路由器14A已在优选网络路径，则MTU16A可以确定不需要改变优选网络路径(150的“否”分支)。如果(例如)指示网络错误(例如，远程以太网段故障或网络10未进行转发)的连接状态TLV由当前不在优选网络路径内的PE路由器14生成，则MTU 16A还可以确定不需要改变优选网络路径(150的“否”分支)。
MTU 16A通过对生成并为PE路由器14A、14B而设置的CC消息进行修改来改变优选网络路径(152)。例如，如果PE路由器14A原先在优选网络路径中，但基于对从PE路由器14A接收到的CC消息进行的分析(148)，其不再处于选优网络路径内，则MTU 16A的MEP模块26停止生成具有指示PE路由器14A在优选网络路径内的优选网络路径TLV的CC消息，并停止将该消息发送至PE路由器14A，相反，生成指示PE路由器14A不再处于优选网络路径内的CC消息并将该消息发送至PE路由器14A。如果PE路由器14B在新的优选路径内，则MEP模块26停止生成指示PE路由器14B不在优选网络路径内的CC消息并停止将该消息发送至PE路由器14B，相反，生成指示PE路由器14B在优选网络路径内的CC消息并将该消息发送至PE路由器14B。关于图5A和图5B描述了向PE路由器14A、14B指示每个PE路由器14A、14B是否在优选网络路径内的CC消息和TLV格式。
图8是示出根据本公开所描述的技术，传送网络10中特定网络状态和MAC刷新的PE路由器14和MTU 16、17的示例性操作的流程图。为清楚起见，关于图1所示的网络10、PE路由器14A以及MTU 16A描述图8所示的方法。PE路由器14A经由路由协议(诸如BGP或LDP)接收指示网络10中的错误的连接状态消息(160)。可能由网络10的一部分未转发包(例如，因为链路故障或因为网络10的一部分处于待机状态、或由于远程以太网段故障)而导致网络错误。PE路由器14A生成包括指示网络错误的连接状态TLV的CC消息(162)，并将CC消息发送至MTU16A(164)。MTU 16A接收CC消息(166)，分析接收的CC消息(168)，并确定接收的CC消息包括指示网络10中的错误的连接状态TLV。基于网络错误，MTU 16A确定需要改变优选网络路径，MTU 16A的MEP模块26生成指示如先前所描述的优选网络路径中的变化的CC消息并将该消息发送至PE路由器14A、14B(170)。
在生成并发送指示网络错误的CC消息之后，PE路由器14A生成另一CC消息，以指示MTU 16A应从获知的MAC地址中刷新的一组MAC地址(172)。如果网络10中的错误限于特定的MAC地址、VLAN ID或I-SID，则MEP模块56生成指示特定的MAC地址的MAC刷新TLV，或与VLANID或I-SID相关联的要刷新的一组MAC地址。如果网络10中的错误影响连接至链路的所有网络装置，则MEP模块56可以生成指示要刷新在链路上获知的所有MAC地址的MAC刷新TLV。在生成MAC刷新CC消息之后，PE路由器14A将MAC刷新CC消息发送至MTU 16A(174)。MTU 16A接收CC消息(176)并分析接收到的CC消息(178)。MTU 16A的MEP模块26基于MAC刷新TLV的值来确定需要从MAC数据32中刷新的MAC地址，并从MAC数据32中刷新相应的MAC地址(180)。
图6至图8中示出的方法可以组合实施或单独实施。此外，多个步骤可以组合为单个步骤。例如，PE路由器14A可以生成并向MTU 16A发送包括连接状态TLV和MAC刷新TLV的单个CC消息。MTU 16A的MEP模块26能够处理连接状态TLV和MAC刷新TLV，并基于单个CC消息改变优选网络路径。虽然关于PE路由器14A、14B和MTU 16A进行了讨论，但是根据本公开的技术来配置的任何PE或MTU可以实施图6至图8所示的方法。
这样，可以使用周期性L2帧(例如，以太网OAM帧)将连接状态信息、优选网络路径信息以及MAC刷新信息在L2装置和L3装置之间进行通信。本公开的技术可以降低其他不受网络错误影响、但与受网络错误影响的包在相同链路上运行的服务的网络包的任何丢失。此外，本公开的技术可以更有效地利用可用网络资源。
本公开描述的技术(至少部分地)可以在硬件、软件、固件或其任意组合中实现。例如，所述技术的各个方面可以在一个或多个处理器内实现，处理器包括一个或多个微处理器、数字信号处理器(DSP)、特定用途集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他任何等同的集成电路或分立式逻辑电路以及这种部件的任意组合。术语“处理器”或“处理电路”通常可以指任何一种前述逻辑电路，单独或与其他逻辑电路相结合，或任何其他等同电路。包括硬件的控制单元还可以执行一种或多种本公开的技术。
这些硬件、软件和固件可以在相同装置内实施，或在分离装置内实施，以支持本公开所述的各种操作和功能。另外，任何所述单元、模块或组件可以共同实施，或作为分立元件但能共同操作的逻辑装置单独地实施。作为模块或单元的不同特征的描述旨在强调不同的功能方面，而并不一定意味着这种模块或单元一定由独立的硬件或软件模块来实施。相反，与一个或多个模块或单元相关的功能可以由独立的硬件或软件部件来实现，或集成在通用的或独立的软件或硬件部件内。
本公开所述的技术还可以在包含指令的计算机可读介质(诸如计算机可读存储介质)中实施或编码。例如，当执行指令时，在计算机可读介质中嵌入或编码的指令可以使可编程处理器或其他处理器执行本方法。计算机可读存储介质可以包括随机存取存储器(RAM)、只读存储器(ROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、闪存、硬盘、CD-ROM、软盘、磁带、磁性介质、光学介质、或其他计算机可读介质。应该理解，术语“计算机可读存储介质”指的是物理存储介质，而不是信号、载波、或其他瞬时介质。
已经描述了本发明的各种实施例。这些和其它实施例都在所附权利要求的范围内。

Claims (13)

1.一种刷新媒体访问控制地址的方法，包括：
利用层二装置获知在将所述层二装置连接至层三装置的网络链路上可到达的远程媒体访问控制地址组；
利用所述层二装置在所述层二装置内存储所获知的远程媒体访问控制地址组；
利用所述层二装置从所述层三装置接收由所述层三装置上执行的操作、管理和维护协议发布的层二帧，其中，所述层二帧承载第一类型-长度-值字段以及第二类型-长度-值字段，所述第一类型-长度-值字段指示要移除的所获知的媒体访问控制地址组的一部分，并指导所述层二装置从存储在所述层二装置内的所获知的媒体访问控制地址组中移除所述一部分，所述第二类型-长度-值字段指示网络错误，其中，所获知的媒体访问控制地址组的所述一部分包括受所述网络错误影响的媒体访问控制地址，并且其中，所述层二帧是在所述层三装置上执行的所述操作、管理和维护协议所使用的连续性检验消息，以检测发送装置和目的装置之间的连接性故障；以及
响应于从所述层三装置接收所述层二帧，利用所述层二装置从存储在所述层二装置内的所获知的媒体访问控制地址组中移除由所述层二帧指示的所获知的媒体访问控制地址组的所述一部分。
2.根据权利要求1所述的方法，
其中，所述第一类型-长度-值字段指定虚拟局域网标识符；以及
其中，移除所述层二帧中指定的所获知的媒体访问控制地址组的所述一部分包括：所述层二装置从所获知的媒体访问控制地址组中刷新与所述虚拟局域网标识符关联的媒体访问控制地址。
3.根据权利要求1所述的方法，
其中，所述第一类型-长度-值字段指定服务实例虚拟局域网标识符；以及
其中，移除在所述层二帧中指定的所获知的媒体访问控制地址组的所述一部分包括：所述层二装置从所获知的媒体访问控制地址组中刷新与所述服务实例虚拟局域网标识符关联的媒体访问控制地址。
4.根据权利要求1所述的方法，其中，所述第一类型-长度-值字段指定媒体访问控制地址，并且其中，所述层二装置从所获知的媒体访问控制地址组中刷新所述媒体访问控制地址。
5.根据权利要求1至4中任一项所述的方法，其中，在所述层三装置上执行的所述操作、管理和维护协议根据802.1ag标准而运行。
6.根据权利要求1至4中任一项所述的方法，其中，所述层二装置是网络交换机，并且其中，所述层三装置是路由器。
7.一种层二装置，包括：
多个物理网络接口，用于发送和接收数据帧；以及
控制单元，被配置为获知在网络链路上可到达的媒体访问控制地址组，其中，所述控制单元包括：
媒体访问控制地址存储库，被配置为存储所获知的媒体访问控制地址组，并且其中，所述网络链路将所述层二装置连接至层三装置，以及
管理端点模块，被配置为从所述层三装置接收由所述层三装置上执行的操作、管理和维护协议所发布的层二帧，从存储在所述层二装置内的所获知的媒体访问控制地址组中移除由所述层二帧指示的所获知的媒体访问控制地址组的一部分，其中，所述层二帧承载第一类型-长度-值字段以及第二类型-长度-值字段，所述第一类型-长度-值字段指示要移除的所述媒体访问控制地址子集，并且指导所述层二装置从所述媒体访问控制地址存储库移除所述媒体访问控制地址子集，所述第二类型-长度-值字段指示网络错误，其中，所获知的媒体访问控制地址组的所述一部分包括受所述网络错误影响的媒体访问控制地址，并且其中，所述层二帧是由所述层三装置的所述管理端点模块上执行的所述操作、管理和维护协议所使用的连续性检验消息，以检测发送装置和目的装置之间的连接性故障。
8.根据权利要求7所述的层二装置，
其中，所述第一类型-长度-值字段指定虚拟局域网标识符；以及
其中，所述管理端点模块通过至少被配置为从所述媒体访问控制地址存储库刷新与所述虚拟局域网标识符关联的媒体访问控制地而被配置为移除在所述层二帧中指定的所获知的媒体访问控制地址组的所述一部分。
9.根据权利要求7所述的层二装置，
其中，所述第一类型-长度-值字段指定服务实例虚拟局域网标识符；以及
其中，所述管理端点模块通过至少被配置为从所述媒体访问控制地址存储库中刷新与所述服务实例虚拟局域网标识符关联的媒体访问控制地址而被配置为移除在所述层二帧中指定的所获知的媒体访问控制地址组的所述一部分。
10.根据权利要求7所述的层二装置，
其中，所述第一类型-长度-值字段指定媒体访问控制地址；以及
其中，所述管理端点模块通过至少被配置为从所述媒体访问控制地址存储库中刷新所述媒体访问控制地址而被配置为移除在所述层二帧中指定的所获知的媒体访问控制地址组的所述一部分。
11.根据权利要求7所述的层二装置，
其中，所述第一类型-长度-值字段指定所获知的媒体访问控制地址组；以及
其中，所述管理端点模块通过至少被配置为从所述媒体访问控制地址存储库中刷新所有媒体访问控制地址而被配置为移除在所述层二帧中指定的所获知的媒体访问控制地址组的所述一部分。
12.根据权利求8至12中任一项所述的层二装置，其中，所述层二装置是网络交换机，并且其中，所述层三装置是路由器。
13.一种网络系统，包括：
层三装置，包括：
多个物理网络接口，被配置为发送和接收网络数据；以及
控制单元，其中，所述控制单元包括：
管理端点模块，被配置为执行操作、管理和维护协议以监控第一层二网络；以及
层二装置，包括：
多个物理网络接口，被配置为发送和接收网络数据；
媒体访问控制地址存储库，被配置为将耦接至所述层二装置的所述多个物理网络接口之一的网络链路上获知的地址组进行存储；
控制单元，被配置为获知在所述网络链路上可到达的媒体访问控制地址组，并且将所获知的网络装置组存储在所述媒体访问控制地址存储库中，其中，所述网络链路将所述层二装置连接至所述层三装置，并且其中，所述控制单元包括：
管理端点模块，被配置为接收由所述层三装置的所述管理端点模块上执行的所述操作、管理和维护协议所发布的层二帧，从存储在所述层二装置内的所获知的媒体访问控制地址组中移除由所述层二帧指示的所获知的媒体访问控制地址组的一部分，其中，所述层二帧承载第一类型-长度-值字段以及第二类型-长度-值字段，所述第一类型-长度-值字段指示要移除的所获知的媒体访问控制地址组的一部分并且指导所述层二装置从所述媒体访问控制地址存储库中移除所获知的媒体访问控制地址组的所述一部分，所述第二类型-长度-值字段指示网络错误，其中，所获知的媒体访问控制地址组的所述一部分包括受所述网络错误影响的媒体访问控制地址，并且其中，所述层二帧是有所述层三装置的所述管理端点模块上执行的所述操作、管理和维护协议所使用的连续性检验消息，以检测发送装置和目的装置之间的连接性故障。
CN201410690489.XA 2010-03-09 2010-09-09 多宿网络中的通信网络路径和状态信息 Active CN104539443B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US31210510P 2010-03-09 2010-03-09
US61/312,105 2010-03-09
US12/772,771 US8593973B2 (en) 2010-03-09 2010-05-03 Communicating network path and status information in multi-homed networks
US12/772,771 2010-05-03
CN201010279217.2A CN102195865B (zh) 2010-03-09 2010-09-09 多宿网络中的通信网络路径和状态信息

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201010279217.2A Division CN102195865B (zh) 2010-03-09 2010-09-09 多宿网络中的通信网络路径和状态信息

Publications (2)

Publication Number Publication Date
CN104539443A CN104539443A (zh) 2015-04-22
CN104539443B true CN104539443B (zh) 2019-06-28

Family

ID=43901318

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201010279217.2A Active CN102195865B (zh) 2010-03-09 2010-09-09 多宿网络中的通信网络路径和状态信息
CN201410690489.XA Active CN104539443B (zh) 2010-03-09 2010-09-09 多宿网络中的通信网络路径和状态信息

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201010279217.2A Active CN102195865B (zh) 2010-03-09 2010-09-09 多宿网络中的通信网络路径和状态信息

Country Status (3)

Country Link
US (3) US8593973B2 (zh)
EP (3) EP2367320B1 (zh)
CN (2) CN102195865B (zh)

Families Citing this family (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101179479A (zh) * 2006-11-09 2008-05-14 华为技术有限公司 一种以太网的操作管理和维护报文的传输方法、系统和节点
US9787501B2 (en) 2009-12-23 2017-10-10 Pismo Labs Technology Limited Methods and systems for transmitting packets through aggregated end-to-end connection
US9258216B2 (en) * 2009-12-23 2016-02-09 Pismo Labs Technology Limited Methods and systems for transmitting packets through network interfaces
US10218467B2 (en) 2009-12-23 2019-02-26 Pismo Labs Technology Limited Methods and systems for managing error correction mode
US8593973B2 (en) 2010-03-09 2013-11-26 Juniper Networks, Inc. Communicating network path and status information in multi-homed networks
US8570877B1 (en) * 2010-04-21 2013-10-29 Juniper Networks, Inc. Preparing for planned events in computer networks
CN101815107B (zh) 2010-05-13 2013-10-09 华为技术有限公司 一种以太环网中管理地址的方法、系统以及设备
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
US8792501B1 (en) 2011-05-25 2014-07-29 Juniper Networks, Inc. Active-active multi-homing with multi-chassis pseudowire link aggregation
CN102420828B (zh) * 2011-12-15 2014-11-05 华为技术有限公司 协议管理状态的设置方法、装置和系统
US8908537B2 (en) * 2012-01-27 2014-12-09 Alcatel Lucent Redundant network connections
CN102868569B (zh) * 2012-06-30 2015-12-09 华为技术有限公司 三层虚拟专用网的性能检测方法、节点和系统
US8862702B2 (en) * 2012-07-18 2014-10-14 Accedian Networks Inc. Systems and methods of installing and operating devices without explicit network addresses
US9019973B1 (en) * 2012-09-28 2015-04-28 Juniper Networks, Inc. Static MAC address propagation in multipoint network services
US9537793B2 (en) * 2012-10-10 2017-01-03 Cisco Technology, Inc. Ensuring any-to-any reachability with opportunistic layer 3 forwarding in massive scale data center environments
US9313093B2 (en) * 2012-11-14 2016-04-12 Ciena Corporation Ethernet fault management systems and methods
CN103078964B (zh) * 2012-12-21 2016-05-25 浙江宇视科技有限公司 一种能使nvc设备与nvt设备建立业务的方法和装置
US9137129B2 (en) * 2013-02-11 2015-09-15 Calix, Inc. Propagating link status across a network
US9401854B2 (en) * 2013-05-08 2016-07-26 Arista Networks, Inc. System and method for slow link flap detection
US9785356B2 (en) 2013-06-26 2017-10-10 Cnex Labs, Inc. NVM express controller for remote access of memory and I/O over ethernet-type networks
US9430412B2 (en) 2013-06-26 2016-08-30 Cnex Labs, Inc. NVM express controller for remote access of memory and I/O over Ethernet-type networks
US10063638B2 (en) 2013-06-26 2018-08-28 Cnex Labs, Inc. NVM express controller for remote access of memory and I/O over ethernet-type networks
US9785355B2 (en) 2013-06-26 2017-10-10 Cnex Labs, Inc. NVM express controller for remote access of memory and I/O over ethernet-type networks
US9019814B1 (en) * 2013-08-05 2015-04-28 Juniper Networks, Inc. Fast failover in multi-homed ethernet virtual private networks
US9397931B1 (en) 2013-08-16 2016-07-19 Juniper Networks, Inc. Fast convergence in singly-homed ethernet virtual private networks
US20150067117A1 (en) * 2013-08-29 2015-03-05 Calix, Inc. System and method for advertisement of sla attributes of a service and the test capability of the endpoint device
WO2015030829A1 (en) * 2013-08-30 2015-03-05 Hewlett Packard Development Company, L.P. Network element status identification based on service
US9391885B1 (en) 2013-09-05 2016-07-12 Juniper Networks, Inc. MPLS label usage in Ethernet virtual private networks
US9178816B1 (en) 2013-09-27 2015-11-03 Juniper Networks, Inc. Control plane messaging in all-active multi-homed ethernet virtual private networks
US9912612B2 (en) * 2013-10-28 2018-03-06 Brocade Communications Systems LLC Extended ethernet fabric switches
CN104717161A (zh) * 2013-12-17 2015-06-17 河南省电力勘测设计院 智能/数字化变电站sv采样链接直采网采双重化方法
CN104734867B (zh) * 2013-12-19 2019-05-03 中兴通讯股份有限公司 网络业务节点故障处理方法、装置及系统
CN105515816B (zh) * 2014-10-20 2019-12-31 中兴通讯股份有限公司 检测层次信息的处理方法及装置
CN105991385B (zh) * 2015-01-27 2019-03-26 华为技术有限公司 一种建立bgp lsp隧道的方法及网络设备
CN106330506B (zh) * 2015-06-29 2019-08-16 华为技术有限公司 一种业务故障定位方法及装置
US10243821B2 (en) * 2015-12-30 2019-03-26 Juniper Networks, Inc. OAM mechanisms for EVPN active-active services
CN108886494B (zh) * 2016-03-31 2021-03-19 瑞典爱立信有限公司 使用中间系统到中间系统(is-is)的伪线建立和保持的方法和装置
US10771383B2 (en) * 2018-06-26 2020-09-08 Juniper Networks, Inc. Coordinating pseudowire connection characteristics and multi-homed provider edge device capabilities
US11410109B2 (en) * 2018-11-01 2022-08-09 Precog, LLC Portable real-time experience communications device and monitoring system
US11089534B2 (en) 2018-12-03 2021-08-10 At&T Intellectual Property I, L.P. Optimization of access technology search in multiple equivalent home public land mobile network (EHPLMN) deployments
US11323308B2 (en) * 2018-12-28 2022-05-03 Juniper Networks, Inc. Core isolation for logical tunnels stitching multi-homed EVPN and L2 circuit
US11159400B2 (en) * 2019-11-04 2021-10-26 Juniper Networks, Inc Systems and methods for offloading IPFIX lookup and translation operations from observation domains
US10931552B1 (en) * 2020-01-23 2021-02-23 Vmware, Inc. Connectivity check with service insertion
EP4094421A2 (en) * 2020-02-27 2022-11-30 Huawei Technologies Co., Ltd. Pce controlled network reliability
US11252018B2 (en) 2020-07-01 2022-02-15 Vmware, Inc. Service chaining with service path monitoring
US11516320B2 (en) * 2020-12-23 2022-11-29 Itron, Inc. Frame compatibility across network protocol versions

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1956766A1 (en) * 2007-02-12 2008-08-13 Nokia Siemens Networks Gmbh & Co. Kg Method and device in particular for forwarding layer3- information and communication system comprising such device
CN101326791A (zh) * 2005-10-14 2008-12-17 北方电讯网络有限公司 以太网的通用多协议标签交换控制
US7644317B1 (en) * 2004-06-02 2010-01-05 Cisco Technology, Inc. Method and apparatus for fault detection/isolation in metro Ethernet service

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7020150B2 (en) * 2002-02-22 2006-03-28 Nortel Networks Limited System, device, and method for traffic and subscriber service differentiation using multiprotocol label switching
US8054751B2 (en) * 2004-05-10 2011-11-08 Alcatel Lucent Remote access link fault indication mechanism
US7855968B2 (en) * 2004-05-10 2010-12-21 Alcatel Lucent Alarm indication and suppression (AIS) mechanism in an ethernet OAM network
US9461841B2 (en) * 2006-01-06 2016-10-04 Nec Corporation Communication system, communication method, node, and program for node
CN100446476C (zh) * 2006-08-02 2008-12-24 华为技术有限公司 一种网络故障检测结果互通的方法和装置
US7626930B2 (en) * 2006-11-13 2009-12-01 Corrigent Systems Ltd. Hash-based multi-homing
US7782763B2 (en) * 2007-03-13 2010-08-24 Alcatel Lucent Failure protection in a provider backbone bridge network using forced MAC flushing
CN100512196C (zh) * 2007-09-12 2009-07-08 华为技术有限公司 清除介质访问控制地址的方法、系统和设备
US8184526B2 (en) * 2008-09-15 2012-05-22 Ciena Corporation Systems and methods for Connectivity Fault Management extensions for automated activation of services through association of service related attributes
US8064338B2 (en) * 2008-12-31 2011-11-22 Telefonaktiebolaget L M Ericsson (Publ) HVPLS hub connectivity failure recovery with dynamic spoke pseudowires
US8059549B2 (en) * 2009-02-17 2011-11-15 Tellabs Operations, Inc. Method and apparatus for supporting network communications using point-to-point and point-to-multipoint protocols
US8170033B1 (en) 2009-04-06 2012-05-01 Juniper Networks, Inc. Virtual private local area network service (VPLS) flush mechanism for BGP-based VPLS networks
EP2254276B1 (en) 2009-05-20 2014-04-09 Alcatel Lucent Method for signalling of data transmission path properties to a non-OAM observent client
US8724449B2 (en) * 2009-06-10 2014-05-13 Cisco Technology, Inc. Failure protection for access ring topology
US8593973B2 (en) 2010-03-09 2013-11-26 Juniper Networks, Inc. Communicating network path and status information in multi-homed networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7644317B1 (en) * 2004-06-02 2010-01-05 Cisco Technology, Inc. Method and apparatus for fault detection/isolation in metro Ethernet service
CN101326791A (zh) * 2005-10-14 2008-12-17 北方电讯网络有限公司 以太网的通用多协议标签交换控制
EP1956766A1 (en) * 2007-02-12 2008-08-13 Nokia Siemens Networks Gmbh & Co. Kg Method and device in particular for forwarding layer3- information and communication system comprising such device

Also Published As

Publication number Publication date
EP2367320A1 (en) 2011-09-21
US20140078884A1 (en) 2014-03-20
US20110222413A1 (en) 2011-09-15
EP2367320B1 (en) 2015-08-19
CN104539443A (zh) 2015-04-22
US9900245B2 (en) 2018-02-20
EP3223461B1 (en) 2019-01-23
EP2787688A1 (en) 2014-10-08
EP3223461A1 (en) 2017-09-27
CN102195865A (zh) 2011-09-21
EP2787688B1 (en) 2017-05-24
US9185055B2 (en) 2015-11-10
US20160065451A1 (en) 2016-03-03
CN102195865B (zh) 2014-12-10
US8593973B2 (en) 2013-11-26

Similar Documents

Publication Publication Date Title
CN104539443B (zh) 多宿网络中的通信网络路径和状态信息
US11438254B2 (en) Apparatus and method to trace packets in a packet processing pipeline of a software defined networking switch
CN107637031B (zh) 用于网络业务的路径计算单元中央控制器
EP3278503B1 (en) Method of packet marking for flow analytics
US7593352B2 (en) Discovering MPLS VPN services in a network
US10348648B2 (en) Service chain overlay network operations visibility via data packets
US10225169B2 (en) Method and apparatus for autonomously relaying statistics to a network controller in a software-defined networking network
EP3075134B1 (en) A method and system of supporting service chaining in a data network
US20190116053A1 (en) Multipoint to multipoint trees for computed spring multicast
US20150271056A1 (en) OPTIMIZED APPROACH TO IS-IS lFA COMPUTATION WITH PARALLEL LINKS
US9455917B2 (en) Simplified approach to verify LFAS in deployment
US20160315866A1 (en) Service based intelligent packet-in mechanism for openflow switches
JP6803085B2 (ja) データ経路分析によるマルチレイヤネットワークのトラブルシューティング
JP2011501539A (ja) リンク状態制御イーサネット・ネットワークにおける疎通性チェック管理
KR102066978B1 (ko) 차별화된 서비스 코드 포인트(dscp) 및 명시적 혼잡 통지(ecn)를 모니터링하기 위한 데이터 플레인을 위한 방법 및 장치
EP3783837B1 (en) Service fault locating method and apparatus
CN112868205B (zh) 多协议分组的操作处理
US9444676B2 (en) Efficient identification of Q-space in remote LFA
WO2018150223A1 (en) A method and system for identification of traffic flows causing network congestion in centralized control plane networks
Kushwaha et al. Design, analysis, and a terabit implementation of a source-routing-based SDN data plane
US20230327983A1 (en) Performance measurement in a segment routing network
CN108462635A (zh) 一种多宿网络中的通信网络路径和状态信息
Haripriya et al. IP/MPLS based Transport Network for Telecom Service Providers
Appelman et al. Architecture of dynamic VPNs in OpenFlow

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
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: California, USA

Patentee after: Juniper Networks, Inc.

Address before: California, USA

Patentee before: Jungle network