CN106992874A - 用于通信的方法和网络设备 - Google Patents
用于通信的方法和网络设备 Download PDFInfo
- Publication number
- CN106992874A CN106992874A CN201611252205.4A CN201611252205A CN106992874A CN 106992874 A CN106992874 A CN 106992874A CN 201611252205 A CN201611252205 A CN 201611252205A CN 106992874 A CN106992874 A CN 106992874A
- Authority
- CN
- China
- Prior art keywords
- forwarding
- router
- edge router
- packet
- customer edge
- 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
Links
Classifications
-
- 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
-
- 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]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- 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/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- 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/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- 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/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
- H04L41/065—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving logical or physical relationship, e.g. grouping and hierarchies
-
- 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
-
- 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
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
-
- 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
- H04L45/245—Link aggregation, e.g. trunking
-
- 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]
-
- 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/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
- H04L41/0645—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis by additionally acting on or stimulating the network after receiving notifications
-
- 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/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
-
- 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/24—Multipath
-
- 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
- H04L45/243—Multipath using M+N parallel active paths
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本公开涉及一种用于通信的方法和网络设备,用于执行以太网虚拟专用网(EVPN)协议,以将网络设备配置为作为多个客户边缘(CE)路由器中的一个参与,客户边缘(CE)路由器提供将CE路由器耦接到多个提供商边缘(PE)路由器的以太网段的活动‑活动配置,其中,处理器被配置为确定将要转发的数据包是否为操作、管理和维护(OAM)数据包;响应于确定该数据包包括OAM数据包,复制OAM数据包以用于与CE路由器关联的以太网段的一个或多个接口链路;将转发指令配置到与CE路由器关联的以太网段的一个或多个接口链路;以及将OAM数据包和复制的OAM数据包转发到PE路由器。
Description
技术领域
本公开的技术涉及基于数据包的计算机网络,并且更具体地涉及在计算机网络内转发数据包。
背景技术
计算机网络是可以交换数据和共享资源的互连计算设备的集合。在基于数据包的网络中,计算设备包括二层设备和三层设备,二层设备在开放***互连(OSI)参考模型的第二层(L2)(即数据链路层)内操作并且三层设备在OSI参考模型的第三层(L3)(即网络层)内操作。这些计算设备通过将数据划分为称为数据包的小块来传送数据。网络内的某些设备,例如路由器,维护描述通过网络的路由的路由信息。以这种方式,可以在网络上将数据包从源设备单独地路由到目的地设备。目的地设备从数据包中提取数据并将数据组装成其原始形式。
计算机网络内的网络设备通常包括为网络设备提供控制平面功能的路由引擎。路由引擎提供控制平面功能,其以路由表的形式存储网络拓扑、执行路由协议以与对等路由设备通信并维护和更新路由表、以及提供管理接口以允许用户访问和配置网络设备。路由引擎维护描述网络的拓扑的路由信息,并且根据路由信息导出转发信息结构(例如转发信息库(FIB))。通常,路由信息表示网络的整体拓扑并且定义到网络内的目的地/前缀的路由。
基于网络内的某些路由的选择生成转发信息,并且将数据包密钥信息(例如来自数据包报头的目的地信息和其他选择信息)映射到一个或多个特定的下一跳,并且最终映射到网络设备的接口卡的一个或多个特定输出接口。通常,路由引擎将转发结构安装到PFE中的每个内,以控制数据平面内的流量的转发。这允许在不降低路由节点的数据包转发性能的情况下更新PFE中的每个内的FIB。在一些情况下,路由引擎可以驱动被复制到相应PFE的单独的FIB。
发明内容
通常,描述了技术,数据转发网络设备(诸如交换机或路由器)通过该技术允许内部路由引擎在与以太网段的网络设备关联的所有链路上转发操作、管理和维护(OAM)数据包。更具体地,这些技术可以由多归属客户边缘(CE)网络设备(即耦接到多个提供商边缘(PE)网络设备的CE网络设备)来执行耦接。该技术允许CE设备的路由引擎复制OAM数据包帧,并将OAM数据包转发到聚合的以太网的成员链路上的所有网络设备。
本文描述的技术使得网络设备能够检测在与以太网段的网络设备关联的每个链路的服务/逻辑接口级别内的EVPN活动-活动拓扑中的故障。
例如,方法可以包括通过由中间网络耦接到提供EVPN的活动-活动配置的多个PE路由器的多归属CE路由器确定将要转发的数据包是否为OAM数据包。方法进一步包括响应于确定该数据包包括OAM数据包,通过CE路由器复制OAM数据包,以用于与CE路由器关联的以太网段的一个或多个接口链路。方法还包括将转发指令配置到与CE路由器关联的以太网段的一个或多个接口链路。另外,方法包括将OAM数据包和复制的OAM数据包转发到PE路由器。
在另一个示例中,方法可以包括基于从CE路由器沿与CE路由器关联的一个或多个接口链路转发的OAM数据包,通过向CE路由器提供EVPN的主动-主动配置的多个提供商边缘PE路由器中的至少一个检测故障,其中,多个PE路由器中的一个为指定转发器路由器。方法进一步包括确定故障是否与指定转发器路由器关联。方法还包括响应于确定故障与指定转发器路由器关联,发起指定转发器选择。
示例网络设备包括处理器,其被配置为执行EVPN协议以将网络设备配置为作为多个CE路由器中的一个参与,CE路由器提供将CE路由器耦接到多个PE路由器的以太网段的活动-活动配置,其中,处理器被配置为:确定将要转发的数据包是否为操作、管理和维护(OAM)数据包;响应于确定数据包包括OAM数据包,复制OAM数据包以用于与CE路由器关联的以太网段的一个或多个接口链路;将转发指令配置到与CE路由器关联的以太网段的一个或多个接口链路;以及将OAM数据包和复制的OAM数据包转发到PE路由器。
在另一个示例中,方法包括通过耦接多归属CE路由器确定将要转发的数据包是否为OAM数据包,其中多归属CE路由器通过中间网络耦接到提供用于EVPN的多机箱链路聚合群组(MC-LAG)配置的多个PE路由器。方法进一步包括响应于确定数据包包括OAM数据包,通过CE路由器复制OAM数据包,以用于与CE路由器关联的以太网段的一个或多个接口链路。方法还包括将转发指令配置到与CE路由器关联的以太网段的一个或多个接口链路。另外,方法包括将OAM数据包和复制的OAM数据包转发到PE路由器。
在另一个示例中,在其上存储有指令的计算机可读存储介质,当执行指令时使得处理器确定将要转发的数据包是否为操作、管理和维护(OAM)数据包。指令进一步使得处理器响应于确定数据包包括OAM数据包,复制OAM数据包,以用于与CE路由器关联的以太网段的一个或多个接口链路。指令还使得处理器将转发指令配置到与CE路由器关联的以太网段的一个或多个接口链路。另外,指令进一步使得处理器将OAM数据包和复制的OAM数据包转发到PE路由器。
在附图和以下描述中阐述了一个或多个示例的细节。其他特征、目的和优点将从描述和附图以及权利要求书中变得明显。
附图说明
图1是示出根据本公开的技术的原理的其中客户边缘路由器喷射(spray)OAM流量的示例网络***的方框图。
图2是示出根据本公开的技术的原理的创建将要安装在转发平面中的转发结构的示例路由节点的方框图。
图3A到图3B是进一步详细示出图2的路由节点的路由引擎和数据包转发引擎的方框图。
图4A到图4B是示出通过数据包转发引擎以基数树形式维护的转发信息库(FIB)的方框图。
图5是示出路由节点的示例OAM数据包转发操作和示例操作的流程图。
图6是示出实现多播复制以用于OAM数据包转发的路由节点的示例机箱的方框图。
图7是示出根据本公开的技术的原理的其中客户边缘路由器根据维护关联和维护域内的服务实例喷射OAM流量的示例网络***的方框图。
图8是示出根据本公开的一个或多个技术实现OAM数据包转发以用于多机箱链路聚合控制协议的示例网络***的方框图。
具体实施方式
图1是示出根据本公开的技术的原理的其中客户边缘路由器喷射操作、管理和维护(OAM)流量的示例网络***2的方框图。
在图1的示例中,由网络服务提供商管理的服务提供商网络10的提供商边缘(PE)路由器12A-12B(“PE路由器12”)为客户网络19A-19B(“客户网络19”)提供连接性。具体地,PE路由器12经由链路16A、16A’、16B以及16B’(“接入链路16”)分别耦接到客户网络19的客户边缘(CE)路由器18A-18B(“CE路由器18”)。接入链路16可以是以太网、异步传输模式(ATM)或任何其他合适的网络连接。
如图1的示例所示,服务提供商网络10包括位于服务提供商网络10的边缘处的PE路由器12A-12B。PE路由器12与网络(诸如客户网络19)具有接口,以路由、交换或以其他方式转发指向和/或来源于网络的网络流量。客户网络19包括分别位于客户网络19A-19B的边缘处的CE路由器18A-18B。CE路由器18与网络(诸如服务提供商网络10)具有接口,以路由、交换或以其他方式转发指向和/或来源于网络的网络流量。PE路由器12和CE路由器18在图1的示例中被示为路由器。然而,本公开的技术可以使用任何类型的网络设备来实现,包括交换机、集线器、桥接设备(例如以太网桥)或者参与二层(L2)虚拟专用网服务(例如以太网虚拟专用网(EVPN))的任何其他合适的网络设备。
客户网络19可以是用于企业的地理上分离的站点站点的网络。客户网络19中的每个可以包括额外的客户设备4A-4B(“客户设备4”),诸如一个或多个非边缘交换机、路由器、集线器、网关、服务器、计算机终端、膝上型计算机、数据库、无线移动设备诸如蜂窝电话或个人数字助理、无线接入点、网桥、电缆调制解调器或其他网络设备。服务提供商网络10可以耦接到由其他服务提供商管理的一个或多个网络,并且因此可以形成大规模公共网络基础设施(例如因特网)的一部分。因此,客户网络19可以看作是因特网的边缘网络。服务提供商可以向客户网络19内的客户设备4提供经由服务提供商网络10对因特网的访问,这允许客户网络19中的一个内的客户设备4与因特网内的客户设备4或客户网络19中的另一个通信。服务提供商网络10可以包括各种其他网络设备(未示出),诸如路由器、交换机、服务器等,并且可以连接到其他网络。图1所示的网络环境的配置仅为示例性的。例如,服务提供商网络10可以包括耦接到一个或多个客户网络的任意数量的提供商边缘路由器。然而,为了便于描述,在图1中仅示出了客户网络19A-19B。
服务提供商网络10表示由服务提供商拥有和操作的公共可访问的计算机网络,服务提供商通常是大型电信实体或公司。服务提供商网络10通常是大型三层(L3)计算机网络,其中对跟随有数字的层的引用是指开放***互连(OSI)模型中的对应层。服务提供商网络10在其固有地支持如OSI模型中所描述的L3操作的意义上是L3网络。公共L3操作包括根据L3协议(诸如因特网协议(IP))执行的那些操作。L3在OSI模型中也称为“网络层”,并且贯穿本公开,术语L3可以与短语“网络层”可互换地使用。
尽管未示出,但是服务提供商网络10可以耦接到由其他提供商管理的一个或多个网络,并且因此可以形成大规模公共网络基础设施(例如因特网)的一部分。因此,客户网络19可以看作是因特网的边缘网络。服务提供商网络10可以向客户网络19内的计算设备提供对因特网的访问,并且可以允许计算机网络内的计算设备彼此通信。
服务提供商网络10通常提供多种住宅和商业服务,包括住宅和商业类数据服务(其通常称为“因特网服务”,因为这些数据服务允许访问被称为因特网的公共可访问网络的集合)、住宅和商业类电话和/或语音服务,以及住宅和商业类电视服务。由服务提供商网络10提供的一个这样的商业类数据服务包括L2EVPN服务。例如,EVPN是在中间L3网络(诸如服务提供商网络10)上提供L2连接性的形式以将两个或更多个L2客户网络(诸如L2客户网络19A和19B)互连的服务,L2客户网络通常位于两个不同的地理区域中。通常,EVPN对于客户网络19是透明的,因为这些客户网络19不关注介入的中间服务提供商网络,并且相反地如同这两个客户网络直接连接并形成单个L2网络一样地运转和操作。在某种程度上,EVPN使能够在两个地理上远离的、各自操作L2网络的客户站点之间实现透明LAN连接的形式,并且因此,EVPN也可以称为“透明LAN服务”。
在EVPN中,管理员可以配置PE路由器12以使用标签交换路径(LSP)来启用L2连接性的逻辑形式。LSP是逻辑网络连接,网络连接模拟不是由服务提供商网络10固有地提供的连接以用于服务提供商网络10的边界之外的消耗。LSP可以模拟服务提供商网络10内的L2连接,使得服务提供商网络10能够在外部提供模拟的L2连接以用于L2客户网络19作为EVPN进行的消耗。
在图1的示例中,PE路由器12中的每一个处于与一个或多个CE路由器18的活动-活动多归属连接中。在活动-活动多归属连接中,形成多归属连接的所有链路16认为是活动的,因为这些链路中的每个可以在任何给定时间处在PE路由器12和CE路由器18之间传递数据流量。在EVPN中,当PE路由器形成相同物理以太网段的一部分时,CE路由器在耦接到相同EVPN实例(EVI)上的两个物理上不同的PE路由器时是多归属的。作为一个示例,CE路由器18A经由链路16A和16A’分别耦接到PE路由器12A和12B,其中PE路由器12A和12B能够提供对L2客户网络19A的EVPN的访问。CE路由器18A经由单独的且在一定程度上冗余的链路16A和16A’多归属到PE路由器12A和12B,其中PE路由器12A和12B两者都能够提供对L2客户网络19A的EVPN的访问。如果链路16A、16A’、16B或16B’中的一个发生故障,则网络运营商经常采用多归属网络来改善对服务提供商网络10提供的EVPN的访问。在活动-活动模式中,PE路由器12A和12B中的每个还可以被配置为相同以太网段(ES)的一部分,并且因此具有相同的以太网段标识符(ESI)。
虽然CE路由器18A被示为经由单个链路16A耦接到PE路由器12A,但是CE路由器18A可以经由可表示两个或更多个链路的链路16A耦接到PE路由器12A,该两个或更多个链路可以聚合以形成链路聚合群组(LAG),并且因此表示虚拟链路。同样地,链路16A’、16B和16B’中的任一个或全部也可以经由两个或更多个链路分别耦接到PE路由器12A和12B,这些链路也可以聚合以形成LAG。这些技术不应限于图1所示的示例,而是可以相对于包括两个或更多个物理网络设备(诸如PE路由器12或虚拟网络设备)之间的多个连接的任何形式的连接性来实现。
LAG通常使得能够组合或聚合多个网络连接以增加吞吐量并提供冗余。通常,LAG使L2网络设备能够将两个或更多个物理连接(其通常根据这些连接所连接到的端口来讨论)表示为单个逻辑或虚拟连接(其又通常被称为虚拟端口)。然后,网络设备可以在它们的网络栈中实现例如在IEEE 802.1AX标准中定义的LAG,以相对于虚拟端口执行交换,包括L2学习和其他功能,同时底层LAG实现经由物理端口处理实际数据包。关于LAG的更多信息可见于2008年11月3日标题为“用于本地和城域网络-链路聚合的IEEE标准(IEEE Standardfor Local and Metropolitan Area Networks-Link Aggregation)”的上述IEEE 802.1AX标准,其通过引用结合于此,如同在此被完全阐述一样。
在一些情况下,可以将PE路由器12中的一个指定为指定转发器(DF)。将一个路由器指定为DF使得DF路由器能够将在该网络上接收的多播数据包转发到一个或多个网络设备的上游。使用DF选择确保仅每个数据包的一个副本将发送到一个或多个网络设备。在一些情况下,DF路由器转发广播、未知单播和多播(BUM)流量。
在操作中,PE路由器12和CE路由器18可以有助于PE路由器12和CE路由器18之间的连接的故障检测和维护,实现操作、管理和维护(OAM)技术,诸如在2006年5月题为“用于基于以太网的网络的OAM功能和机制(OAM functions and mechanisms for Ethernet basednetworks)”的电气和电子工程师协会(IEEE)802.1ag和国际电信联盟电信标准化部门Y.1731中描述的连接故障管理(CFM),其通过引用结合于此,如同在此被完全阐述一样。CFM通常可以使得能够通过网络设备和网络发现和验证通过寻址到指定网络用户(例如客户网络19)和从指定网络用户寻址的数据单元(例如帧或数据包)所取的路径。通常,CFM针对2层网络(诸如以太网网络,另外称为局域网(LAN))和2层服务内的故障管理。
CFM通常提供通过其执行故障管理的一组协议。CFM协议集内的一个协议可以包括消息(例如,连续性检查消息(CCM))的周期性传输,以确定、验证或以其他方式检查两个端点之间的连续性,并且该协议可以称为连续性检查协议(CCP)。关于总体的CFM和包括连续性检查协议的CFM协议集的更多信息可见于2007年12月17日、LAN MAN标准委员会的题为“虚拟桥接局域网-修改5:连接故障管理(Virtual Bridged Local Area Networks-Amendment 5:Connectivity Fault Management)”的电气电子工程师协会(IEEE)草案标准,其通过引用全部结合于此。根据本公开中描述的技术,CE路由器18中的每个可以传送OAM数据包,诸如以确定到PE路由器12的连接的状态,并且可以复制OAM数据包,以便在以太网段14的每个的所有链路上传输所复制的OAM数据包。由于在相同物理接口但是不同路由实例的一部分上可以存在逻辑接口的许多聚合链路,因此复制的OAM数据包到每个以太网段的所有链路的传输确保在服务/逻辑接口级别处针对与CE路由器18关联的所有链路的监控。
例如,来自CE路由器18A的链路16A和16A’可以建立到PE路由器12A和12B的以太网段14A,并且各自可以是聚合的链路束(形成相应的LAG)。类似地,来自CE路由器18A的链路16B和16B’可以建立到PE路由器12A和12B的以太网段14B。PE路由器12A可以使两个以太网段(ES)(诸如ES 14A和ES 14B)与PE路由器12A的相同逻辑接口关联。如果每个链路聚合并且是不同路由实例的一部分,则由于传输和接收来自CE路由器18的聚合物理链路中的仅一个的数据包,来自PE端口级别的监控对于OAM技术是不足的。更具体地,例如,多个服务可以经由多个服务/逻辑接口穿过用户网络接口(UNI)到达CE路由器端口中的一个,该服务反过来可以通过网络到网络接口(NNI)传输到相同的物理PE路由器端口。根据本文所描述的技术,CE路由器18中的每个可以被配置为确定用于转发、复制OAM数据包的OAM数据包的存在,并且修改转发平面以将复制的OAM数据包转发到每个以太网段的所有链路,以便在每个链路的服务/逻辑接口级别处监控活动连接或者检测故障的存在。
在一个实例中,在每个链路的服务/逻辑接口级别处的故障检测可以进一步使得能够选择新的指定转发器(DF)路由器,以用于在检测到链路处的故障后转发广播、未知单播和多播(BUM)流量。例如,可以将PE路由器12A指定为DF以将BUM流量转发到CE路由器18。然而,由于链路16A处的故障,PE路由器12A不能够将BUM流量转发到CE路由器18A。CE路由器18A可以喷射复制的连续性检查消息(CCM)(例如,其中路由器检测所传输的消息是否在阈值时间间隔内被接收),以沿链路16A和16B检测故障。在链路16A和16A’上喷射OAM数据包确保向以太网段内的所有路由器(诸如PE路由器12A和12B)通知链路16A上存在故障,因此使得PE路由器12能够通知路由协议处理(RPD)故障,这可以触发新的DF选择过程。向EVPN通知以太网段故障可以包括撤销指定以太网段(ES)路由、每个以太网段标识符(ESI)的管理距离(AD)路由器以及每个EVPN实例(EVI)的每个以太网段标识符的AD路由器。向EVPN通知故障发现(例如,当会话返回以及以太网段向上时)可以包括通告ES路由、每个ESI的AD路由以及每个EVI每个ESI的AD路由器。向EVPN通知核心隔离故障可以包括在CCM中发送接口状态命令以使CE路由器逻辑接口断开并触发mac刷新,以及发送远程缺陷指示(RDI)以断开CE路由器逻辑接口并触发mac刷新。向EVPN通知故障发现(例如,PE路由器重新加入网络)可以包括在CCM中发送接口状态命令,以使CE路由器逻辑接口接通并触发mac刷新,以及清除RDI以接通CE路由器逻辑接口。
本文所描述的技术可以应用于多个不同情况下的CE路由器18中的每个,其中转发结构被配置用于通过在网络设备(诸如CE路由器18)的高级别控制平面上运行的硬件或软件模块或其组合(例如,进程、守护进程或其他模块)进行的特定数据包转发操作。CE路由器18中的每个的配置可以用命令行接口(CLI)命令发起,例如,set interfaceae22aggregated-ether-options send-to-all-members,以便在聚合以太网端口的所有链路上喷射OAM数据包帧。例如,CLI命令“set”可以是为CE路由器18中的每个输入的命令;“interfaces”可以是指示在配置文件中定义的一组接口的关键字;“ae 22”可以是在配置文件中定义的具体接口;“aggregated-ether-options”是指示可用于任何以太网段的一组选项的关键字;以及“send-to-all-members”是使得选项能够将OAM数据包喷射到所有成员链路的关键字。
输入以上CLI命令将发起用于CE路由器18中的一个或多个的转发操作的配置。例如,转发结构被下推到(即安装在)CE路由器18中的每个的转发平面内,以用于在操作、管理和维护(OAM)协议下转发包括数据包帧的数据包。以下描述了若干这样的示例转发操作以说明本公开的技术。具体地,下面描述的一个示例是在转发数据包时在下一跳链的背景中的下一跳的配置。下面描述的又一个示例是用于多播的多播下一跳的配置。然而,本公开的技术不限于这些具体示例。本公开的技术适用于其中将转发结构从控制平面下推到并且安装在CE路由器18中的每个的转发平面的转发硬件内的任何情况,而不管转发结构是否转发下一跳、接口或其他转发结构。例如,该技术还可以应用于在接收数据包时自动感测一些条件,并且基于感测到的条件,形成在其上输出复制的OAM数据包的接口。因此,该技术可以适用于喷射OAM数据包的任何CE路由器。
作为一个示例,可以利用数据配置在CE路由器18中的每个的控制平面的内核内执行的转发结构控制模块,数据指定安装在CE路由器18中的每个的转发平面内的不同类型的转发硬件组件(例如芯片集类型)。基于该信息,转发结构控制模块向取决于芯片集类型和对不同转发操作的芯片集固有支持的转发组件提供不同信息。在题为“转发结构的平台无关控制平面和低级导出(PLATFORM-INDEPENDENT CONTROL PLANE AND LOWER-LEVELDERIVATION OF FORWARDING STRUCTURES)”的美国专利7,990,993中描述了向基于第一代、第二代或第三代芯片集的转发组件提供不同信息的示例,其内容通过引用结合于此。
在这种情况下,具有基于“第一代芯片集”(例如不支持洪泛下一跳标识符的芯片集)的转发硬件的CE路由器18中的任一个配置有低级组件,其在本文中被称为转发结构控制模块。转发结构控制模块在CE路由器18中的每个的控制平面的低级处操作,并且代表高级控制平面软件从洪泛下一跳标识符配置“OAM洪泛下一跳”。例如,CE路由器18A的低级转发结构控制模块通过首先执行洪泛列表扩展来将由高级控制平面软件维护的洪泛下一跳标识符逻辑地扩展成L2网络内的完整的下一跳列表,来导出特定的下一跳。例如,关于从CE路由器18A转发OAM数据包帧,转发结构控制模块可以将洪泛下一跳标识符FNH1扩展为表示相邻设备PE12A和PE 12B的一组实际下一跳{NH1和NH2}。换句话说,转发结构控制模块可以将洪泛下一跳标识符扩展为表示在CE路由器的相同以太网段内的设备的下一跳。
继续以上的示例,如果***确定OAM数据包将要转发,则低级转发结构控制模块修改由上级控制平面软件产生的转发信息,以利用一组特定下一跳{NH1和NH2}替换转发信息内的洪泛下一跳标识符FNH1。可替换地,转发结构控制模块可以修改转发信息,以利用不同的标识符(即OAM数据包洪泛下一跳标识符)替换转发信息内的洪泛下一跳标识符FNH1,该不同的标识符索引指定一组特定下一跳{NH1和NH2}的数据。
如下面进一步详细描述,即使在L2路由器包括多个数据包转发引擎的情况下,在接口和下一跳之间也可以存在一对一关系,并且负责OAM数据包洪泛下一跳的低级组件根据索引将接口映射到下一跳。基于该信息,低级转发结构控制模块可以针对与设备的给定数据包转发组件关联的每个接口,配置向其转发OAM数据包帧的OAM数据包洪泛下一跳。例如,低级转发结构控制模块可以基于该一对一关系确定哪个下一跳对应于各个接口。然后,转发结构控制模块针对每个接口配置OAM数据包洪泛下一跳的完整列表。
例如,如果CE路由器18A的接口I1和I2分别对应于下一跳PE 12A和PE 12B,则配置的OAM数据包洪泛下一跳的最终结果可以是以下路由:
其中FNH1-FNH2是洪泛下一跳标识符,其用于基于索引转发与接口关联的信息,并且其中每个配置的组{...}包含特定下一跳的列表,在该接口上向特定下一跳洪泛OAM数据包。
CE路由器18中的每个的低级转发结构控制模块选择性地更新转发信息以将接口中的每个映射到相应配置的OAM数据包洪泛下一跳,并且然后将更新的转发信息安装在CE路由器的数据包转发引擎(一个或多个)的适当硬件组件内。
图2是示出根据本文描述的原理创建将要安装在转发平面中的转发结构的示例路由节点20的方框图。路由节点20可以包括路由器,诸如图1的CE路由器18中的一个。在该示例中,路由节点20包括控制单元22,控制单元22包括为设备提供控制平面功能性的路由引擎26。路由节点20还包括共同提供用于转发网络流量的数据平面的多个数据包转发引擎30A-30N(“PFE 30”)和交换结构28。PFE 30经由接口卡31A-31N(“IFC31”)和IFC 32A-32N(“IFC 32”)接收和发送数据数据包。在其他示例中,PFE 30中的每个可以包括更多或更少的IFC。虽然未示出,但是PFE 30可以各自包括中央处理单元(CPU)和存储器。交换结构28提供高速互连,以用于将OAM数据包帧转发到PFE 30中的正确的一个以经网络进行传输。
路由引擎26提供控制平面功能,其以路由表的形式存储网络拓扑,执行路由协议以与对等路由设备通信,以及维护和更新路由表。路由引擎26还提供管理接口以允许用户访问和配置路由节点20。
路由引擎26通过专用内部通信链路34连接到PFE 30中的每个。例如,专用链路34可以包括200Mbps以太网连接。路由引擎26维护描述网络的拓扑的路由信息,并且根据路由信息导出转发信息库(FIB)。通常,路由信息表示网络的整体拓扑并且定义到网络内的目的地/前缀的路由。相反,基于网络内的某些路由的选择来生成转发信息,并且将数据包密钥信息(例如,来自数据包报头的目的地信息和其他选择信息)映射到一个或多个特定的下一跳,并且最终映射到IFC31、IFC32中的一个或多个特定输出接口。路由引擎26可以将来自FIB的转发信息安装到PFE 30中的每个内,以控制数据平面内的流量的转发。这允许在不降低路由节点20的数据包转发性能的情况下更新PFE 30中的每个内的FIB。
基于所存储的FIB,PFE 30将每个OAM数据包帧的副本洪泛到与作为其上连接CE路由器18的接口的同一二层(L2)网络关联的多个下一跳。
路由节点20可以具有一个或多个数据包转发引擎30或未配置用于OAM数据包洪泛的其他硬件组件。在这种情况下,数据包转发引擎不识别洪泛下一跳标识符,并且必须由控制单元22利用转发信息配置数据包转发引擎,该转发信息将入口端口映射到要将OAM数据包洪泛至的服务提供商网络10中的特定的多个下一跳。例如,PFE 30A可以包括第一代芯片集,其要求由控制单元22安装的FIB指定要将OAM数据包的副本洪泛至的多个下一跳,这是因为不能够从单个洪泛下一跳标识符配置要将OAM数据包的副本洪泛至的多个下一跳。
然而,在路由引擎26内执行的高级控制平面软件在生成FIB时利用洪泛下一跳标识符的逻辑构造。可在高级控制平面软件下操作的转发结构控制模块执行洪泛列表扩展以及以必要格式生成和安装转发信息,以指定要将OAM数据包帧洪泛至的全部的单独下一跳。
在IFC 31、IFC 32的接口与L2网络内的基本单播下一跳之间可以存在一对一的关系,并且负责配置OAM数据包洪泛下一跳的转发结构控制模块根据索引将接口映射到下一跳。低级转发结构控制模块基于该一对一关系确定哪个下一跳对应于各个接口。然后转发结构控制模块通过从一组与域关联的所有下一跳中添加对应于每个入口接口的下一跳,来配置每个入口接口的OAM数据包洪泛下一跳的完整列表。路由引擎26的低级转发结构控制模块选择性地更新转发信息以将接口中的每个映射到相应配置的OAM数据包洪泛下一跳,并且然后将更新的转发信息安装在适当的数据包转发引擎30内。
在另一示例中,L2使能设备的每个PFE 30(诸如CE路由器18中的每个)配置有“从”转发结构控制模块,以基于下一跳信息在内部配置OAM数据包洪泛下一跳,该下一跳信息由利用控制单元22执行的“主”转发结构控制模块提供。在该示例中,转发组件的“从”转发结构控制模块可以遵循类似的方法,以用于使用接口和下一跳之间的一对一对应关系配置OAM数据包洪泛下一跳,以从域内的一组所有下一跳中添加对应于每个入口接口的下一跳。
在其他示例中,PFE 30可以具有第二代或第三代芯片集,该芯片集可以不要求转发信息指定要将OAM数据包的副本洪泛至的多个下一跳。相反,第二代或第三代芯片集可以能够从表示L2网络内的所有下一跳的单个洪泛下一跳,确定要将OAM数据包的副本“即时”洪泛至的多个下一跳。例如,第二代或第三代芯片集可以在洪泛OAM数据包之前即时识别数据包的入口接口,并且从与域关联的一组下一跳中添加与每个接口关联的下一跳。
因此,CE路由器18A内的不同PFE芯片集可以应用不同的技术以用于OAM数据包洪泛。可以利用为PFE 30中的每个指定芯片集类型的数据来配置在路由引擎26内执行的转发结构控制模块。结果,转发结构控制模块可以根据芯片集类型向PFE 30提供不同格式的转发信息。这允许PFE 30中的每个根据其自身的功能性来获得OAM数据包洪泛下一跳,以用于OAM数据包转发。以这种方式,在控制单元22内的操作***上方运行的高级软件协议(未示出)可以不知道在数据包转发级别处正使用的不同洪泛技术。这允许在L2使能路由节点20内执行的高级控制平面软件(诸如L2/L3路由协议)利用洪泛下一跳标识符来更容易地维护网络拓扑信息和转发信息。利用以这种方式无缝地呈现给高级控制平面软件的相同抽象,可以相对于该一致的抽象更加容易地对高级控制平面软件进行编程。当接口发生故障、加入或离开EVPN域时,这些技术可以允许更好的缩放。
控制单元22可以在软件、硬件、固件中单独实现或作为组合实现。例如,控制单元22可以包括执行软件指令的一个或多个处理器。在这种情况下,控制单元22的各种软件模块可以包括存储在计算机可读存储介质(诸如计算机存储器或硬盘)上的可执行指令。
图3A-3B是进一步详细示出图2的路由节点10的路由引擎26和数据包转发引擎30A的方框图。路由引擎26包括高级控制平面路由协议40A-40N(“路由协议40”)。在图3A和图3B的示例中,路由协议40包括EVPN 40A、OAM 40B和BGP 40N。路由引擎26可以包括图3A和图3B中未示出的其他路由协议。路由协议40与内核42交互以基于由路由节点20接收的路由协议消息来更新路由信息库(RIB)44。作为响应,内核42基于在RIB 44中表示的网络拓扑以FIB46A-46N的形式生成转发信息。然后,内核42对PFE 30进行编程以将FIB的副本安装为其相应数据平面50(即具有专用转发芯片集的数据包转发组件)内的FIB 48A-48N。
如上所述,PFE 30A可以包括第一代芯片集,其要求安装的转发信息指定要将OAM数据包的副本洪泛至的具体多个下一跳。在这种情况下,路由引擎26对PFE 30A进行编程以存储FIB 48A。FIB 48A包括描述接口和应该在该接口上将OAM数据包转发到的对应下一跳的转发信息。
当调用时,转发结构控制模块52处理FIB 46内的转发信息,以根据需要替换洪泛下一跳标识符。例如,对于每个洪泛下一跳,转发结构控制模块52可以首先基于基本单播下一跳(与洪泛下一跳相对)和接口之间的一对一关系,使用索引分配来确定对应于相应输入接口的下一跳。例如,一对一关系可如下所示:
其中N1和N2可以分别表示到PE路由器12A和12B的下一跳。因此,在接口和下一跳之间存在对偶性,这是因为被建模为数据包入口上的接口的即被建模为数据包出口上的下一跳。换句话说,每个接口Ii表示入口端口,对于入口端口Ii而言Ni是对应出口端口。
然后转发结构控制模块52可以***针对其洪泛每个入口接口的OAM数据包的下一跳的完整列表。可替换地,转发结构控制模块52可以产生存储推导出的OAM数据包洪泛下一跳的列表的额外转发信息,以及利用被映射到相应列表OAM数据包洪泛下一跳的新标签NF1-NF2来替换洪泛下一跳标签:
然后转发结构控制模块52基于底层PFE 30的能力(即它们支持洪泛下一跳标识符的能力),根据需要更新FIB 46。内核42然后将FIB 48安装到PFE 30。以这种方式,路由协议40不需要维护RIB 44的路由信息以明确地生成和存储要将OAM数据包帧洪泛至的所有路由。
在其他示例中,数据包转发功能性可以分布在接口卡(IFC)31和32当中(图2)。在这种情况下,路由引擎26可以类似地执行OAM数据包洪泛下一跳确定,并且向IFC 31、IFC32中的每个内的数据包转发组件提供洪泛下一跳。
在一些示例中,路由节点20可以另外地包括第二代或第三代数据包转发引擎技术。例如,PFE 30中的一个或多个可以包括PFE芯片集,PFE芯片集能够在洪泛OAM数据包之前即时识别数据包从其进入的接口,并且从与域关联的一组下一跳中添加每个接口的下一跳。因此,路由节点20的不同PFE 30可以应用不同的技术以用于OAM数据包洪泛。
路由引擎26的转发结构控制模块52可以提供针对相应PFE 30A-30N的要求定制的FIB 48A-48N。例如,在PFE 30A是第一代芯片集并且PFE30N是第三代芯片集的情况下,根据FIB 48的特定OAM数据包下一跳功能性,路由引擎26可以生成不同于FIB 48N的FIB 48A。本公开的技术可以允许路由节点20呈现OAM数据包洪泛的统一的、无缝抽象,使得路由协议40不知道在数据包转发级别处正使用的不同洪泛技术。这可以更容易地进行编程,并且在接口发生故障、加入或离开EVPN域时可以允许进行更好的缩放。
现在将参照图3B描述其中PFE 30A在内部确定OAM数据包洪泛下一跳的替代示例。PFE 30A的转发结构导出模块54可以基于路由引擎26的“主”转发结构控制模块52提供的信息,作为“从”转发结构控制模块操作。PFE 30A的转发结构OAM配置模块56可以例如经由FIB46A从路由引擎26的转发结构控制模块52获得路由和下一跳。例如,转发结构OAM配置模块56可以从FIB 46A获得以下路由和下一跳信息:
并且FNH={N1,N2},
其中I1-I2是具有索引1-2的PFE 30A的接口,并且其中FNH是表示一组N1-N2单独的不同下一跳的洪泛下一跳,并且其中{SH}是下一跳动作标识符,其指定下一跳应该符合喷射出OAM数据包的要求。可替换地,从FIB46A获得的信息可以如下表示:
路由 | NHs | NH动作标识符 |
{I1,I2} | {FNH} | {SH} |
表1
该信息取决于实现的细节。
在一个示例中,PFE 30A的转发结构OAM配置模块56能够基于从路由引擎26的转发结构控制模块52接收的入口接口信息来导出接口I1-I2中的每个的一组OAM数据包洪泛下一跳。
然后转发结构OAM配置模块56通过从NF的一组下一跳中添加对应于所有入口接口的下一跳来导出每个接口的OAM数据包洪泛下一跳。转发结构OAM配置模块56可以根据需要更新FIB 48A以存储针对每个接口的配置的OAM数据包下一跳。包括第一代芯片集的PFE 30中的每个可以包括对应的“从”转发结构OAM配置模块56,其从“主”转发结构控制模块52接收信息,并相应地操作以在内部导出OAM数据包洪泛下一跳以用于PFE 30中的相应一个。另外,转发结构控制模块52可以根据包括在PFE 30内的芯片集的类型而不同地生成FIB 48。
转发结构OAM配置模块56可以获得用于新的OAM数据包洪泛下一跳的索引。新的OAM数据包洪泛下一跳的索引在所有PFE 30中是一致的。这可以以各种方式实现。PFE 30中的每个可以遵循上述过程以生成相同的转发列表,但是PFE 30需要针对分配给列表的下一跳索引NFn达成一致。作为一个示例,PFE 30中的一个内的转发结构OAM配置模块56可以对路由引擎26的内核42内的转发结构控制模块52进行上调,以请求为一个或多个配置的OAM数据包洪泛下一跳列表(例如{N1,N2})分配索引。当转发结构控制模块52第一次接收到对OAM数据包洪泛下一跳列表的请求时,转发结构控制模块52分配索引并形成列表到索引的对应映射的高速缓存。当任何其他PFE 30请求对于已经存在于高速缓存中的条目的OAM数据包洪泛下一跳列表的索引(即另一个PFE 30已经请求该列表的索引)时,转发结构控制模块52参考高速缓存并根据映射返回该OAM数据包洪泛下一跳列表的索引。以这种方式,当转发结构控制模块52已经看到之前相同的OAM数据包洪泛下一跳时,转发结构控制模块52分配与之前分配的索引相同的索引。如果转发结构控制模块52没有看到之前的OAM数据包洪泛下一跳,则转发结构控制模块52分配新的索引。这确保了所有PFE 30对于OAM数据包洪泛的下一跳索引具有相同的值。
在确定了OAM数据包洪泛下一跳并且分配了索引之后,RE接口模块54可以向路由引擎26的转发结构控制模块52提供新的OAM数据包洪泛下一跳。转发结构控制模块52更新RIB 44内的路由并且生成新的FIB46。更新的路由将接口中的每个映射到相应确定的OAM数据包洪泛下一跳,其使所有接口与相同的洪泛下一跳关联。转发结构控制模块52根据FIB46将FIB 48安装到PFE 30。
作为另一个示例,上述OAM数据包洪泛下一跳的确定可以由路由引擎26的内核42中的转发结构控制模块52执行。由于路由引擎26是相对于PFE 30中的每个的中央节点,因此路由引擎26的转发结构控制模块52可以跟踪哪些索引被提供给各个洪泛下一跳。
图4A-4B是示出由PFE 30以基数树的形式维护的示例转发信息库(FIB)60A和60B的方框图。图4A的FIB 60A是可生成并安装在具有第一代芯片集(例如PFE 30A)的PFE内的FIB的表示,并且FIB 60B是可生成并安装在第二代或第三代芯片集(例如PFE 30N)内的FIB的表示。FIB 60A-60B通过识别应在接口上将OAM数据包转发至的下一跳(一个或多个)而包括PFE 30A和PFE 30N的每个接口的转发信息。例如,已经生成FIB 60A的基数树的节点以包括指定OAM数据包洪泛下一跳标识符NF1-NF4的数据:
其中NF1-NF2对应于如上所述的OAM数据包洪泛下一跳转发列表(例如{N1,N2})。
另外,已生成FIB 60A以包括在基数树外部的数据,基数树存储要将OAM数据包洪泛至的特定下一跳。也就是说,用于与第一接口I1关联的节点的指针包括OAM数据包洪泛下一跳标识符NF1,该标识符指向指定下一跳{NH1和NH2}的数据集。以这种方式,FIB 60A的转发信息包括用于OAM数据包洪泛的所有信息,而不对即时确定的PFE施加任何负担。
相反,FIB 60B利用洪泛下一跳标识符。在这种情况下,对应于所有接口I1-I2的基数树的节点包括单个洪泛下一跳标识符FNH,以逻辑地表示那些接口的OAM数据包帧将在对应L2网络上洪泛:
因此,FIB 60B可以利用较少的标识符并占用较少的存储器资源。此外,路由协议和路由引擎的其他高级软件不需要配置为遵循OAM协议来处理生成路由和转发信息的复杂性。当转发流量时,使用第二代芯片集的PFE即时(即在转发流量时)处理FIB 60B以导出要将OAM流量洪泛至的特定下一跳。
图5是示出路由节点20的PFE 30A和路由引擎26的示例OAM数据包转发操作和示例操作的流程图。出于示例的目的,将相对于其中在路由引擎26的控制平面处执行OAM数据包跳跃的确定的示例来描述图5。在该示例中,在配置用于CE路由器18中的一个(诸如CE路由器18A)的命令行接口后,配置的CE路由器可以通过确定转发数据包是OAM数据包来发起OAM数据包转发处理(70)。例如,根据OAM协议的连接故障管理(CFM)帧可以包括数据包帧,该数据包帧基于由电气电子工程师协会(IEEE)802.1ag和国际电信联盟电信标准化部分(ITU-T)Y.1731标准(其全部内容通过引用结合于此)而标准化的特定EtherType值(0x8902)或dMAC地址。CE路由器18中的每个可以首先确定转发数据包的EtherType值或dMAC地址。如果EtherType值或dMAC地址与如在IEEE802.1ag或ITU-T Y.1731中定义的标准匹配,则确定OAM数据包,并发起OAM数据包转发处理。
响应于确定用于转发的OAM数据包,复制OAM数据包帧以准备将复制的OAM数据包转发到与CE路由器关联的所有链路(71)。例如,在识别出转发数据包是根据OAM协议时,路由节点20可以复制OAM数据包以用于转发。
在路由解析之后且在底层PFE内安装转发信息之前,内核42无缝地调用转发结构控制模块52以基于PFE 30A的能力来处理和修改FIB 46A(72)。如所讨论,在接口和基本单播下一跳之间存在一对一的关系。基于该信息,路由引擎26的转发结构控制模块52处理转发信息以识别洪泛下一跳标识符的任何使用,执行洪泛列表扩展以将由高级控制平面软件维护的洪泛下一跳标识符逻辑地扩展为L2网络内的下一跳的完整列表,并且确定具体的OAM数据包洪泛下一跳以添加与输入接口关联的下一跳(73)。例如,转发结构控制模块52基于一对一关系确定对应于每个接口的下一跳。然后转发结构控制模块52通过从与域关联的洪泛下一跳标识符的一组下一跳中添加对应于每个入口接口的下一跳,来确定每个接口的OAM数据包洪泛下一跳。
然后转发结构控制模块52可以修改转发信息以利用完整的、确定的OAM数据包下一跳的列表替换洪泛下一跳标识符(74)。可替换地,转发结构控制模块52可以修改转发信息,以利用对应的OAM数据包洪泛下一跳标识符替换各个洪泛下一跳标识符,该对应的OAM数据包洪泛下一跳标识符索引存储在基数树外部的具体OAM数据包下一跳的列表。然后转发结构控制模块52将FIB 48传送到RE接口模块54,以安装在PFE 30的相应数据平面50内(75)。
作为另一个示例,本文所描述的技术还可以应用于多播下一跳的导出。参考图1,在一些示例中,***2可以用于分发OAM数据包的多播通信。例如,服务提供商网络10可以提供多播服务以允许CE路由器18A将OAM数据包多播到PE路由器12。参考图3,路由协议40还可以包括多播协议,诸如协议独立多播(PIM)、因特网组管理协议(IGMP)或用于多播通信的其他协议。
根据底层转发硬件架构,路由节点20的PFE 30A-30N和交换结构28可以具有关于多播通信的不同能力和限制。例如,一些路由节点20可以不具有交换结构28,而其他路由节点20可以具有如图2所示的交换结构28。根据本公开的原理,在一些方面中,转发结构控制模块52在这方面知道路由选择节点20的底层架构,并且为PFE 30中的每个提供多播分发树,PFE 30针对路由节点20的转发平面架构的要求而定制。在另一个方面中,PFE 30本身知道转发平面架构的要求,并且向转发结构控制模块52做出请求(例如上调),以获得一个或多个适当的多播分发树。
图6是示出实现用于OAM数据包转发的多播复制的示例机箱129的方框图。在图6所示的示例中,OAM数据包将要从PFE 130A转发,并且OAM数据包的副本从路由节点的PFE130B-130C的接口B-F输出。例如,本公开的原理可以应用于其中具有交换结构的路由节点执行多播复制的情况。
在具有其他类型的转发平面架构的路由节点的一些实现中,路由节点可以不具有交换结构,或者交换结构可以是在交换结构中执行多播复制的“活动”结构,或者可以通过将用于复制的数据包发送到动态确定的两个其他PFE的机制来执行多播复制。相反,路由引擎26可以创建通用转发信息并将该通用转发信息存储到FIB 46A。例如,通用转发信息可以如下表示:
路由 | NHs | NH动作标识符 |
{I1,...,IN} | {I1,...,IN} | {复制} |
表9
该抽象的通用转发信息指出去往具体路由{I1,...,IN}的数据包应该复制并发送到下一跳{I1,...,IN}。NH动作标识符识别应当应用下一跳“复制”的动作,即应该执行多播复制。基于由高级软件提供的FIB 46A的通用转发信息,内核42调用转发结构控制模块52来创建多播复制树,这考虑了底层转发平面架构的限制。
可替换地,PFE 30中的一个的转发结构OAM配置模块56基于较高级软件进程(例如多播协议或路由协议)提供的通用转发信息来发起多播分发树的创建。在这种情况下,转发结构OAM配置模块56可以向转发结构控制模块52进行上调,以获得诸如索引的信息,并且转发结构控制模块52跟踪分到PFE30的信息。
以这种方式,本公开的技术允许路由引擎26维护为FIB 46A创建的转发信息的抽象视图,而不要求对底层转发平面架构的限制的任何了解。因此,路由协议40可以创建和存储通用转发信息,即使在这样的转发信息对于由PFE 30中的一个或多个进行的使用不是最佳形式时。因此,路由引擎26不需要考虑转发平面架构的底层复杂性,而是相反对于OAM数据包转发的目的而言是平台无关的。
此外,本文描述的技术不限于下一跳的导出,而是还可以应用于接口或其他转发结构的导出。例如,技术还可以应用于即时自动感测一些条件,并且基于感测到的条件,形成在其上转发OAM数据包的接口。
图7是示出根据本公开的技术的原理的其中客户边缘路由器根据维护关联和维护域内的服务实例喷射OAM流量的另一个示例网络***200的方框图。根据本公开中描述的技术,服务提供商网络210的一个或多个用户或管理员还可以建立对于管理具体关联和具体域的维护操作有用的各种抽象。换句话说,OAM数据包转发可以配置为根据在相同的维护关联MA和维护域MD内指定的维护端点(MEP)来喷射OAM数据包。
例如,管理员可以建立指定给定以太网段(诸如以太网段214A和214B)的PE路由器212的维护域(MD)、支持CFM维护操作、并且配置有唯一地标识具体MD的相同MD标识符,诸如在CE路由器218上配置的MD标识符。换句话说,MD指定可以管理和/或观察连接性的故障的网络或具体域的一部分。
管理员可以进一步将MD细分成一个或多个维护关联(MA)。MA可以表示逻辑分组,其通常包括包含在MD内并建立为验证单个服务实例的完整性的那些CE路由器218的集合。例如,服务实例可以表示给定客户可以访问以查询为该客户传递的服务的状态的提供商网络的一部分(例如网络设备)。在图7的示例中,CE路由器218B以及PE路由器212A和212B可以形成MA 223。为了建立MA,管理员可以在CE路由器218和PE路由器212中的每个内配置维护关联端点(MEP)217A-217D(“MEP217”)中的相应一个。在这种情况下,MEP 217B、MEP 217C和MEP 217D可以配置为MA 223。MEP 217B、217C和217D中的每个可以表示主动管理的CFM实体,CFM实体生成和接收CFM有效载荷数据单元(PDU)并跟踪任何响应。换句话说,MEP 217B、217C和217D中的每个表示相同MA(诸如MA223)的端点。
管理员可以在建立MA时定义MA标识符(MAID)和MD级别。标识符可以包括唯一地标识MD内的MA的标识符。MA标识符可以包括两个部分,即被分配给MA所驻留的MD的MD名称和MA名称。MD级别可以包括整数。然后管理员可以在配置MEP 217时通过利用识别MA223的相同MA标识符以及相同MD级别配置MEP 217而使MEP 217与MA 223关联。在这方面,MA标识符包括建立为验证单个服务实例的完整性的一组MEP 217,其中每个MEP 217配置在相同的MAID和MD级别内。
在任何情况下,一旦以这种方式进行了配置,则MEP 217可以各自检测连接故障和服务实例之间的非预期连接性。例如,在CE路由器218B处的MEP 217B可以周期性地传输通告身份和所配置的MD级别的连接检查消息(CCM)。MEP 217B可以将该消息多播到包括在相同MD级别内的MEP 217C和MEP 217D中的每个。MEP 217C和MEP 217D中的每个可以跟踪从MEP 217B接收的CCM,以确定连接性故障和无意的连接性。例如,MEP 217C可以通过基于从CE路由器218B接收的CCM确定连接的MEP的列表并将该列表与相同MD级别内的那些MEP的列表进行比较,来检测连接性故障。如果连接的MEP的列表包括比在MEP 217中的每个内预期或配置的MEP更少的MEP,则MEP 217可以确定CE路由器218B缺少期望的连接性。列表的这种使用是实现连接性检查的一个示例性方式,并且本公开的技术不应当限制于这方面。
作为另一个示例,PE路由器212处的MEP 217可以基于接收到的CCM的丢失来检测连接性故障。在一些情况下,在CE路由器218B处的MEP 217B可以维护阈值,通过该阈值来确定是否发生连接性故障。阈值可以通过管理员可配置。在任何情况下,MEP 217C和MEP 217D可以监视来自MEP 217B的CCM的接收。MEP 217C和MEP 217D可以确定从MEP 217B接收到连续CCM之间的时间长度或时间间隔,并且在MEP维护每个MEP的阈值的实例中,如果仅维护了一个阈值或者多个阈值中的对应一个,则将该间隔与阈值进行比较。如果间隔超过阈值,则MEP 217可以确定MEP 217B缺少期望的连接性。如果间隔不超过阈值,则MEP217C和MEP217D确定MEP 217B已连接。
在一些情况下,MEP 217中的每个可以实现多个阈值作为定时器,定时器在接收到从CE路由器218B处的MEP 217B喷射的CCM后连续地重置。在这些示例中,MEP 217C和MEP217D中的每个可以在接收到从MEP 217中的对应一个喷射的CCM时将定时器重置为阈值。阈值可以通过管理员可配置。如果定时器达到零,则MEP可以确定MEP217中的对应一个缺少期望的连接性。虽然本文描述了多个用于确定连接性故障的示例,但本公开的技术不应限于以上示例中的任何一个。相反,本文描述的技术可以由网络设备实现以基于喷射的CCM来检测故障。MEP 217可以执行连续性检查协议以自动地(例如在初始配置之后没有任何管理员或其他用户监督的情况下)根据配置的或在一些实例中设置的周期来交换这些CCM消息。换句话说,MEP 217可以实现连续性检查协议以执行故障检测。
图8是示出根据本公开的一个或多个技术实现OAM数据包转发以用于多机箱链路聚合控制协议的另一示例网络***300的方框图。图8中的多归属设置可进一步配置CE路由器318和PE路由器312以聚合链路316A、316A’、316B和316B’,以形成多机箱链路聚合群组(MC-LAG)315A和315B。MC-LAG是LAG的扩展,其使能够实现链路聚合(LA)的机箱间(可以认为是用于实际目的的“设备间”)协调。换句话说,MC-LAG使两个机箱或设备能够相互通信,以支持跨机箱的LAG。
例如,LAG模块325A、325B和/或325C可以利用LACP以将PE路由器312A、312B以及CE路由器318A和318B的接口附接到与MC-LAG315A和MC-LAG 315B关联的聚合器,并且与此相应地修改接口的默认配置。MCLAG 315A和MC-LAG 315B可以使CE路由器318和PE路由器312能够通过将链路316作为单个逻辑链路来更有效地利用链路316。在形成LAG 315A和LAG315B时,CE路由器318可以配置虚拟端口,其聚合耦接到链路316的CE路由器318的底层物理端口。然后,CE路由器318可以经由链路316中的活动的一个,经由虚拟端口透明地发送流量,并且相对于虚拟端口而不是底层物理端口执行L2学习(其中术语“透明地”是指LAG的方面,其中接入设备本身不知道底层物理端口,并且就L2交换、L2学习和其他L2操作而言,将LAG 315A或LAG 315B视为单一端口)。
例如,CE路由器318A可以使用MC-LAG 315A向服务提供商网络310发送数据,并且传输可以分布在链路316A和316B之间,从而增加服务提供商网络310和CE路由器318A之间的吞吐量。然而,作为聚合链路,每个链路的故障检测要求在聚合链路中的每个上喷射OAM数据包。根据本公开的技术,还可以在MC-LAG配置的聚合的一组链路内的每个单独链路上转发OAM数据包。
本公开中描述的技术可以以硬件或硬件与软件(包括固件)的任何组合实现。描述为单元、模块或组件的任何特征可以一起实现在集成逻辑设备中或者单独地实现为离散但可互操作的逻辑设备。如果以硬件实现,则该技术可在处理器、电路、逻辑元件的集合或执行本文中所描述的技术的任何其他装置中实现。如果在软件中实现,则该技术可以至少部分地通过非暂时性计算机可读存储介质或计算机可读存储设备实现,非暂时性计算机可读存储介质或计算机可读存储设备利用指令编码或者其上存储有指令,或者以其他方式包括指令,当执行指令时使一个或多个处理器(诸如可编程处理器(一个或多个))执行上述方法中的一个或多个。非暂时性计算机可读介质可以形成计算机程序产品的一部分,计算机程序产品可以包括封装材料。非暂时性计算机可读介质可以包括随机存取存储器(RAM)(诸如同步动态随机存取存储器(SDRAM))、只读存储器(ROM)、非易失性随机存取存储器(NVRAM)、电可擦除可编程只读存储器(EEPROM)、FLASH存储器、磁性或光学数据存储介质等。另外或可替换地,该技术可以至少部分地由计算机可读通信介质实现,计算机可读通信介质以指令或数据结构的形式承载或传送代码,并且可由计算机访问、读取和/或执行。
代码可以由一个或多个处理器执行,诸如一个或多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列(FPGA)或其他等效集成或离散逻辑电路。因此,如本文所使用的术语“处理器”可以指代前述结构中的任一个或适于实现本文所描述的技术的任何其他结构。同样,如本文所使用的术语“控制单元”可以指代前述结构中的任一个或适于实现本文所描述的技术的任何其他结构。另外,在一些方面中,本文所描述的功能性可在配置为执行本公开的技术的专用软件单元和硬件单元内提供。不同特征作为单元的描述旨在突出所示设备的不同功能方面,并不一定意味着此类单元必须由单独的硬件组件或软件组件实现。相反,与一个或多个单元关联的功能可以集成在公共或单独的硬件组件或软件组件内。
除了以上内容以外或者作为以上内容的替代,描述了以下示例。在以下示例中的任一个内描述的特征可以与本文描述的其他示例中的任一个一起使用。
示例1:一种方法,包括:通过多归属客户边缘(CE)路由器确定将要转发的数据包是否为操作、管理和维护(OAM)数据包,其中多归属客户边缘(CE)路由器通过中间网络耦接到提供以太网虚拟专用网(EVPN)的活动-活动配置的多个提供商边缘(PE)路由器;响应于确定该数据包包括OAM数据包,通过CE路由器复制OAM数据包,以用于与CE路由器关联的以太网段的一个或多个接口链路;将转发指令配置到与CE路由器关联的以太网段的一个或多个接口链路;以及将OAM数据包和复制的OAM数据包转发到PE路由器。
示例2:根据示例1所述的方法,其中,配置转发指令包括:创建一组转发结构以用于转发复制的OAM数据包;将该组转发结构提供给CE路由器的转发结构控制模块;由转发结构控制模块创建一组接口转发结构用于基于该组转发结构在转发平面内安装,其中,创建该组接口转发结构包括根据与CE路由器关联的以太网段的一个或多个接口链路创建该组转发结构;以及在转发平面内安装该组转发结构。
示例3:根据示例1所述的方法,其中确定数据包是否包括OAM数据包包括确定OAM数据包是否包括根据连续性检查协议(CCP)的连接检查消息(CCM)。
示例4:根据示例1所述的方法,进一步包括:将CE路由器配置为维护关联的成员,其中,维护关联包括CE路由器的逻辑分组以及一个或多个维护端点。
示例5:根据示例4所述的方法,其中,将转发指令配置到与CE路由器关联的以太网段的一个或多个接口链路包括根据与CE路由器的维护关联相关联的接口链路配置转发指令。
示例6:根据示例1所述的方法,其中,将转发指令配置到与CE路由器关联的以太网段的一个或多个接口链路包括将CE路由器配置为维护域的成员。
示例7:根据示例6所述的方法,其中,将转发指令配置到与CE路由器关联的以太网段的一个或多个接口链路包括根据与CE路由器的维护域关联的接口链路配置转发指令。
示例8:根据示例1所述的方法,其中,将转发指令配置到与CE路由器关联的以太网段的一个或多个接口链路包括用于转发复制的OAM的多播复制指令。
示例9:一种方法,包括:基于从CE路由器沿与CE路由器关联的一个或多个接口链路转发的操作、管理和维护(OAM)数据包,通过向客户边缘(CE)路由器提供以太网虚拟专用网(EVPN)的主动-主动配置的多个提供商边缘(PE)路由器中的至少一个检测故障,操作、管理和维护其中,多个PE路由器中的一个为指定转发器路由器;确定故障是否与指定转发器路由器关联;以及响应于确定故障与指定转发器路由器关联,发起指定转发器选择。
示例10:一种网络设备,包括:处理器,被配置为执行以太网虚拟专用网(EVPN)协议以将网络设备配置为作为多个客户边缘(CE)路由器中的一个参与,客户边缘(CE)路由器提供将CE路由器耦接到多个提供商边缘(PE)路由器的以太网段的活动-活动配置,其中,处理器被配置为:确定将要转发的数据包是否为操作、管理和维护(OAM)数据包;响应于确定数据包包括OAM数据包,复制OAM数据包以用于与CE路由器关联的以太网段的一个或多个接口链路;将转发指令配置到与CE路由器关联的以太网段的一个或多个接口链路;以及将OAM数据包和复制的OAM数据包转发到PE路由器。
示例11:根据示例10所述的网络,其中,被配置为配置转发指令的处理器包括配置,以:创建一组转发结构以用于转发复制的OAM数据包;将该组转发结构提供给CE路由器的转发结构控制模块;创建一组接口转发结构用于基于该组转发结构在转发平面内安装,其中,创建该组接口转发结构包括根据与CE路由器关联的以太网段的一个或多个接口链路创建该组转发结构;以及在转发平面内安装该组转发结构。
示例12:根据示例10所述的网络设备,其中,OAM数据包包括根据连续性检查协议(CCP)的连接检查消息(CCM)。
示例13:根据示例10所述的网络设备,其中,接口链路与CE路由器的维护关联相关联。
示例14:根据示例13所述的网络设备,其中,到与CE路由器关联的以太网段的一个或多个接口链路的转发指令包括与CE路由器的维护关联相关联的指令。
示例15:根据示例10所述的网络设备,其中,接口链路与CE路由器的维护域关联。
示例16:根据示例15所述的网络设备,其中,到与CE路由器关联的以太网段的一个或多个接口链路的转发指令包括与CE路由器的维护域关联的指令。
示例17:根据示例10所述的网络设备,其中,到与CE路由器关联的以太网段的一个或多个接口链路的转发指令包括用于转发复制的OAM的多播复制指令。
示例18:一种其上存储有指令的计算机可读存储介质,当执行指令时使处理器执行以下项:确定将要转发的数据包是否为操作、管理和维护(OAM)数据包;响应于确定数据包包括OAM数据包,复制OAM数据包,以用于与CE路由器关联的以太网段的一个或多个接口链路;将转发指令配置到与CE路由器关联的以太网段的一个或多个接口链路;以及将OAM数据包和复制的OAM数据包转发到PE路由器。
示例19:根据示例18所述的计算机可读存储介质,其中,该指令进一步包括当执行时使处理器执行以下项的指令:创建一组转发结构以用于转发复制的OAM数据包;将该组转发结构提供给CE路由器的转发结构控制模块;创建一组接口转发结构用于基于该组转发结构在转发平面内安装,其中,创建该组接口转发结构包括根据与CE路由器关联的以太网段的一个或多个接口链路创建该组转发结构;以及在转发平面内安装该组转发结构。
示例20:根据示例18所述的计算机可读存储介质,其中,OAM数据包包括根据连续性检查协议(CCP)的连接检查消息(CCM)。
示例21:根据示例18所述的计算机可读存储介质,其中,接口链路与CE路由器的维护关联相关联。
示例22:根据示例21所述的计算机可读存储介质,其中,到与CE路由器关联的以太网段的一个或多个接口链路的转发指令包括与CE路由器的维护关联相关联的指令。
示例23:根据示例18所述的计算机可读存储介质,其中,接口链路与CE路由器的维护域关联。
示例24:根据示例23所述的计算机可读存储介质,其中,到与CE路由器关联的以太网段的一个或多个接口链路的转发指令包括与CE路由器的维护域关联的指令。
示例25:根据示例18所述的计算机可读存储介质,其中,到与CE路由器关联的以太网段的一个或多个接口链路的转发指令包括用于转发复制的OAM的多播复制指令。
示例26:一种方法,包括:通过多归属客户边缘(CE)路由器确定将要转发的数据包是否为操作、管理和维护(OAM)数据包,其中多归属客户边缘(CE)路由器通过中间网络耦接到提供以太网虚拟专用网(EVPN)的多机箱链路聚合群组(MC-LAG)配置的多个提供商边缘(PE)路由器;响应于确定数据包包括OAM数据包,通过CE路由器复制OAM数据包,以用于与CE路由器关联的以太网段的一个或多个接口链路;将转发指令配置到与CE路由器关联的以太网段的一个或多个接口链路;以及将OAM数据包和复制的OAM数据包转发到PE路由器。
此外,在上述示例中的任一个中阐述的具体特征中的任一个可以组合到所描述的技术的有益示例中。也就是说,具体特征中的任一个通常可应用于本公开的所有示例。已经描述了各种示例。这些和其他示例在随附权利要求书的范围内。
Claims (18)
1.一种用于通信的方法,包括:
通过多归属客户边缘路由器确定将要转发的数据包是否为操作、管理和维护数据包,其中所述多归属客户边缘路由器通过中间网络耦接到提供以太网虚拟专用网的活动-活动配置的多个提供商边缘路由器;
响应于确定所述数据包包括操作、管理和维护数据包,通过所述客户边缘路由器复制所述操作、管理和维护数据包,以用于与所述客户边缘路由器关联的以太网段的一个或多个接口链路;
将转发指令配置到与所述客户边缘路由器关联的所述以太网段的所述一个或多个接口链路;以及
将所述操作、管理和维护数据包和复制的操作、管理和维护数据包转发到所述提供商边缘路由器。
2.根据权利要求1所述的方法,其中,配置转发指令包括:
创建一组转发结构以用于转发所述复制的操作、管理和维护数据包;
将所述一组转发结构提供给所述客户边缘路由器的转发结构控制模块;
由所述转发结构控制模块创建一组接口转发结构用于基于所述一组转发结构在转发平面内安装,其中,创建所述一组接口转发结构包括根据与所述客户边缘路由器关联的以太网段的一个或多个接口链路创建所述一组转发结构;以及
在所述转发平面内安装所述一组转发结构。
3.根据权利要求1所述的方法,其中,确定所述数据包是否包括操作、管理和维护数据包包括确定所述操作、管理和维护数据包是否包括根据连续性检查协议的连接检查消息。
4.根据权利要求1所述的方法,进一步包括:
将所述客户边缘路由器配置为维护关联的成员,其中所述维护关联包括所述客户边缘路由器的逻辑分组以及一个或多个维护端点。
5.根据权利要求4所述的方法,其中,将转发指令配置到与所述客户边缘路由器关联的以太网段的所述一个或多个接口链路包括根据与所述客户边缘路由器的所述维护关联相关联的所述接口链路配置所述转发指令。
6.根据权利要求1所述的方法,其中,将转发指令配置到与所述客户边缘路由器关联的以太网段的所述一个或多个接口链路包括将所述客户边缘路由器配置为维护域的成员。
7.根据权利要求6所述的方法,其中,将转发指令配置到与所述客户边缘路由器关联的以太网段的所述一个或多个接口链路包括根据与所述客户边缘路由器的所述维护域关联的所述接口链路配置所述转发指令。
8.根据权利要求1至7中任一项所述的方法,其中,将转发指令配置到与所述客户边缘路由器关联的以太网段的所述一个或多个接口链路包括用于转发所述复制的操作、管理和维护的多播复制指令。
9.一种用于通信的方法,包括:
基于从客户边缘路由器沿与所述客户边缘路由器关联的一个或多个接口链路转发的操作、管理和维护数据包,通过向所述客户边缘路由器提供以太网虚拟专用网的主动-主动配置的多个提供商边缘路由器中的至少一个检测故障,其中,所述多个提供商边缘路由器中的一个为指定转发器路由器;
确定所述故障是否与所述指定转发器路由器关联;以及
响应于确定所述故障与所述指定转发器路由器关联,发起指定转发器选择。
10.一种网络设备,包括:
处理器,被配置为执行以太网虚拟专用网协议以将所述网络设备配置为作为多个客户边缘路由器中的一个参与,所述客户边缘路由器提供将所述客户边缘路由器耦接到多个提供商边缘路由器的以太网段的活动-活动配置,其中,所述处理器被配置为:
确定将要转发的数据包是否为操作、管理和维护数据包;
响应于确定所述数据包包括操作、管理和维护数据包,复制所述操作、管理和维护数据包以用于与所述客户边缘路由器关联的以太网段的一个或多个接口链路;
将转发指令配置到与所述客户边缘路由器关联的所述以太网段的所述一个或多个接口链路;以及
将所述操作、管理和维护数据包和复制的操作、管理和维护数据包转发到所述提供商边缘路由器。
11.根据权利要求10所述的网络设备,其中,被配置为配置转发指令的所述处理器包括配置,以:
创建一组转发结构以用于转发所述复制的操作、管理和维护数据包;
将所述一组转发结构提供给所述客户边缘路由器的转发结构控制模块;
创建一组接口转发结构用于基于所述一组转发结构在转发平面内安装,其中,创建所述一组接口转发结构包括根据与所述客户边缘路由器关联的以太网段的一个或多个接口链路创建所述一组转发结构;以及
在所述转发平面内安装所述一组转发结构。
12.根据权利要求10所述的网络设备,其中,所述操作、管理和维护数据包包括根据连续性检查协议的连接检查消息。
13.根据权利要求10所述的网络设备,其中,所述接口链路与所述客户边缘路由器的维护关联相关联。
14.根据权利要求13所述的网络设备,其中,到与所述客户边缘路由器关联的以太网段的所述一个或多个接口链路的所述转发指令包括与所述客户边缘路由器的所述维护关联相关联的指令。
15.根据权利要求10所述的网络设备,其中,所述接口链路与所述客户边缘路由器的维护域关联。
16.根据权利要求15所述的网络设备,其中,到与所述客户边缘路由器关联的以太网段的所述一个或多个接口链路的所述转发指令包括与所述客户边缘路由器的所述维护域关联的指令。
17.根据权利要求10至16中任一项所述的网络设备,其中到与所述客户边缘路由器关联的以太网段的所述一个或多个接口链路的所述转发指令包括用于转发所述复制的操作、管理和维护的多播复制指令。
18.一种用于通信的方法,包括:
通过多归属客户边缘路由器确定将要转发的数据包是否为操作、管理和维护数据包,其中所述多归属客户边缘路由器通过中间网络耦接到提供以太网虚拟专用网的多机箱链路聚合群组配置的多个提供商边缘路由器;
响应于确定所述数据包包括操作、管理和维护数据包,通过所述客户边缘路由器复制所述操作、管理和维护数据包,以用于与所述客户边缘路由器关联的以太网段的一个或多个接口链路;
将转发指令配置到与所述客户边缘路由器关联的所述以太网段的所述一个或多个接口链路;以及
将所述操作、管理和维护数据包和复制的操作、管理和维护数据包转发到所述提供商边缘路由器。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/984,026 | 2015-12-30 | ||
US14/984,026 US10243821B2 (en) | 2015-12-30 | 2015-12-30 | OAM mechanisms for EVPN active-active services |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106992874A true CN106992874A (zh) | 2017-07-28 |
CN106992874B CN106992874B (zh) | 2020-12-18 |
Family
ID=57758415
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611252205.4A Active CN106992874B (zh) | 2015-12-30 | 2016-12-30 | 用于通信的方法和网络设备 |
Country Status (3)
Country | Link |
---|---|
US (2) | US10243821B2 (zh) |
EP (1) | EP3188409B1 (zh) |
CN (1) | CN106992874B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109327397A (zh) * | 2017-08-01 | 2019-02-12 | 阿里巴巴集团控股有限公司 | 数据发送、数据重发、数据处理方法与装置 |
WO2020088379A1 (zh) * | 2018-10-31 | 2020-05-07 | 华为技术有限公司 | 一种业务流处理方法及装置 |
CN112788089A (zh) * | 2019-11-11 | 2021-05-11 | 财团法人工业技术研究院 | 多边缘云的网络通讯控制方法及边缘运算装置与*** |
CN113098768A (zh) * | 2019-12-23 | 2021-07-09 | 华为技术有限公司 | 一种设备管理方法及相关装置 |
Families Citing this family (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10243821B2 (en) | 2015-12-30 | 2019-03-26 | Juniper Networks, Inc. | OAM mechanisms for EVPN active-active services |
US10033539B1 (en) * | 2016-03-31 | 2018-07-24 | Juniper Networks, Inc. | Replicating multicast state information between multi-homed EVPN routing devices |
US10110470B2 (en) * | 2016-09-14 | 2018-10-23 | Juniper Networks, Inc. | Preventing data traffic loops associated with designated forwarder selection |
US10164876B2 (en) | 2016-12-09 | 2018-12-25 | Cisco Technology, Inc. | Efficient multicast traffic forwarding in EVPN-based multi-homed networks |
CN109245908B (zh) * | 2017-07-10 | 2022-04-26 | 北京京东尚科信息技术有限公司 | 一种主从集群切换的方法和装置 |
CN109474520B (zh) * | 2017-09-07 | 2022-07-08 | 中兴通讯股份有限公司 | 组播vpn网络的流量转发方法、pe及组播vpn网络 |
US10616097B2 (en) * | 2017-11-10 | 2020-04-07 | Cisco Technology, Inc. | Local switching for flexible cross-connect VLAN-aware based service |
CN108521343B (zh) * | 2018-03-26 | 2021-01-26 | 烽火通信科技股份有限公司 | 一种oam报文的处理方法及装置 |
US10587488B2 (en) * | 2018-06-29 | 2020-03-10 | Juniper Networks, Inc. | Performance monitoring support for CFM over EVPN |
US11570045B2 (en) * | 2018-09-28 | 2023-01-31 | Xilinx, Inc. | Network interface device |
US10742542B2 (en) * | 2018-10-22 | 2020-08-11 | Juniper Networks, Inc. | Configuring targeted distribution of traffic |
US11178045B2 (en) * | 2018-10-29 | 2021-11-16 | Arista Networks, Inc. | System and method for efficient route update in an EVPN network |
US11509494B2 (en) * | 2018-11-30 | 2022-11-22 | Cisco Technology, Inc. | Protocol independent multicast (PIM) designated router (DR) election |
US10862794B2 (en) | 2019-01-31 | 2020-12-08 | Dell Products L.P. | Automated link aggregation group configuration system |
US11368394B2 (en) * | 2019-04-26 | 2022-06-21 | Hewlett Packard Enterprise Development Lp | Using labels in a virtualized device environment |
US10805193B1 (en) * | 2019-04-30 | 2020-10-13 | Juniper Networks, Inc. | Faster fault-detection mechanism, for example using bidirectional forwarding detection (BFD), on network nodes and/or hosts multihomed using a link aggregation group (LAG) |
CN110636482A (zh) * | 2019-09-02 | 2019-12-31 | 京信通信***(中国)有限公司 | 交换机维护方法、装置、交换机、终端和可读存储介质 |
US11240144B2 (en) * | 2019-09-30 | 2022-02-01 | Juniper Networks, Inc. | Assisted replication in software defined network |
US11212217B2 (en) * | 2019-10-30 | 2021-12-28 | Dell Products L.P. | Spanning tree enabled link aggregation system |
US11405299B2 (en) * | 2020-06-03 | 2022-08-02 | Cisco Technology, Inc. | Determining node behavior in deterministic networks |
US11582095B2 (en) * | 2020-09-25 | 2023-02-14 | Arista Networks, Inc. | Systems and methods for convergence of network traffic after an interruption of a network device's link |
US11570116B1 (en) | 2021-03-10 | 2023-01-31 | Juniper Networks, Inc. | Estimating standby socket window size during asynchronous socket replication |
EP4109972A1 (en) * | 2021-06-23 | 2022-12-28 | Airbus SAS | Hybrid ad-hoc routing protocol |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101232428A (zh) * | 2007-01-23 | 2008-07-30 | 华为技术有限公司 | 一种以太网环保护方法及装置 |
US7995483B1 (en) * | 2009-01-20 | 2011-08-09 | Juniper Networks, Inc. | Simultaneously testing connectivity to multiple remote maintenance endpoints of the same maintenance association |
CN102195865A (zh) * | 2010-03-09 | 2011-09-21 | 丛林网络公司 | 多宿网络中的通信网络路径和状态信息 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7990993B1 (en) | 2008-02-20 | 2011-08-02 | Juniper Networks, Inc. | Platform-independent control plane and lower-level derivation of forwarding structures |
US9858150B2 (en) * | 2015-06-25 | 2018-01-02 | Cisco Technology, Inc. | Fast convergence for failures of large scale virtual ethernet segments in EVPN and PBB-EVPN |
CN106330728B (zh) * | 2015-07-07 | 2019-09-24 | 中兴通讯股份有限公司 | 选举候备指定路由器及指定路由器故障处理的方法、设备 |
US9923781B2 (en) * | 2015-11-18 | 2018-03-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Designated forwarder (DF) election and re-election on provider edge (PE) failure in all-active redundancy topology |
US10243821B2 (en) | 2015-12-30 | 2019-03-26 | Juniper Networks, Inc. | OAM mechanisms for EVPN active-active services |
-
2015
- 2015-12-30 US US14/984,026 patent/US10243821B2/en active Active
-
2016
- 2016-12-15 EP EP16204544.7A patent/EP3188409B1/en active Active
- 2016-12-30 CN CN201611252205.4A patent/CN106992874B/zh active Active
-
2019
- 2019-03-05 US US16/293,133 patent/US10862783B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101232428A (zh) * | 2007-01-23 | 2008-07-30 | 华为技术有限公司 | 一种以太网环保护方法及装置 |
US7995483B1 (en) * | 2009-01-20 | 2011-08-09 | Juniper Networks, Inc. | Simultaneously testing connectivity to multiple remote maintenance endpoints of the same maintenance association |
CN102195865A (zh) * | 2010-03-09 | 2011-09-21 | 丛林网络公司 | 多宿网络中的通信网络路径和状态信息 |
US20140078884A1 (en) * | 2010-03-09 | 2014-03-20 | Juniper Networks, Inc. | Communicating network path and status information in multi-homed networks |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109327397A (zh) * | 2017-08-01 | 2019-02-12 | 阿里巴巴集团控股有限公司 | 数据发送、数据重发、数据处理方法与装置 |
WO2020088379A1 (zh) * | 2018-10-31 | 2020-05-07 | 华为技术有限公司 | 一种业务流处理方法及装置 |
US11943148B2 (en) | 2018-10-31 | 2024-03-26 | Huawei Technologies Co., Ltd. | Traffic flow processing method and apparatus |
CN112788089A (zh) * | 2019-11-11 | 2021-05-11 | 财团法人工业技术研究院 | 多边缘云的网络通讯控制方法及边缘运算装置与*** |
CN112788089B (zh) * | 2019-11-11 | 2023-11-07 | 财团法人工业技术研究院 | 多边缘云的网络通讯控制方法及边缘运算装置与*** |
CN113098768A (zh) * | 2019-12-23 | 2021-07-09 | 华为技术有限公司 | 一种设备管理方法及相关装置 |
Also Published As
Publication number | Publication date |
---|---|
CN106992874B (zh) | 2020-12-18 |
US20170195199A1 (en) | 2017-07-06 |
EP3188409B1 (en) | 2020-02-05 |
US10243821B2 (en) | 2019-03-26 |
US10862783B2 (en) | 2020-12-08 |
EP3188409A1 (en) | 2017-07-05 |
US20190222496A1 (en) | 2019-07-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106992874A (zh) | 用于通信的方法和网络设备 | |
CN104025508B (zh) | 用于在网络环境中发现多点端点的方法、设备及装置 | |
KR101706006B1 (ko) | 분산된 리질리언트 네트워크 상호 접속〔drni〕 상태를 갱신하기 위한 방법 및 시스템 | |
CN107888406A (zh) | 方法、***和提供商边缘设备 | |
US9509522B2 (en) | Forwarding multicast data packets | |
CN101771618B (zh) | 一种分组传送网络接入环中主机路由可达的方法及*** | |
EP1557006B1 (en) | Modified spanning tree protocol for metropolitan area network | |
US7606939B1 (en) | Scaling private virtual local area networks (VLANs) across large metropolitan area networks (MANs). | |
CN108880970A (zh) | 端口扩展器的路由信令和evpn收敛 | |
CN105162704B (zh) | Overlay网络中组播复制的方法及装置 | |
CN107666397A (zh) | Pe路由器之间传送多播组离开请求的方法和pe路由器 | |
CN104378297A (zh) | 一种报文转发方法及设备 | |
CN107241269A (zh) | 提供商边缘网络设备及用于网络的方法 | |
US20080159290A1 (en) | Method of Preventing Transport Leaks in Hybrid Switching Networks | |
JPWO2005057863A1 (ja) | データ伝送装置 | |
CN105763439B (zh) | 一种多链接透明互联网络中数据中心的互联方法及装置 | |
WO2012078523A1 (en) | Systems and methods for pseudo-link creation | |
Amamou et al. | A trill-based multi-tenant data center network | |
CN104579704B (zh) | 组播数据报文的转发方法及装置 | |
CN108111423A (zh) | 流量传输管理方法、装置及网络分路设备 | |
CN104468370B (zh) | 一种组播数据报文转发方法及设备 | |
CN104734874B (zh) | 一种确定网络故障的方法及装置 | |
CN104022908A (zh) | 用于spb网络的区域管理方法和区域管理装置 | |
CN104579980B (zh) | 一种组播数据报文转发方法及设备 | |
Chu et al. | Uninterrupted Ethernet using failure‐adaptive spanning trees |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: California, USA Applicant after: Juniper Networks, Inc. Address before: California, USA Applicant before: Jungle network |
|
GR01 | Patent grant | ||
GR01 | Patent grant |