CN101582834B - 以太网业务传送中转发表的更新方法和*** - Google Patents

以太网业务传送中转发表的更新方法和*** Download PDF

Info

Publication number
CN101582834B
CN101582834B CN200810081885.7A CN200810081885A CN101582834B CN 101582834 B CN101582834 B CN 101582834B CN 200810081885 A CN200810081885 A CN 200810081885A CN 101582834 B CN101582834 B CN 101582834B
Authority
CN
China
Prior art keywords
mac address
forwarding table
equipment
address forwarding
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.)
Expired - Fee Related
Application number
CN200810081885.7A
Other languages
English (en)
Other versions
CN101582834A (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.)
Shenzhen Zhitong World Technology Service Co. Ltd.
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200810081885.7A priority Critical patent/CN101582834B/zh
Priority to PCT/CN2009/071782 priority patent/WO2009138036A1/zh
Publication of CN101582834A publication Critical patent/CN101582834A/zh
Application granted granted Critical
Publication of CN101582834B publication Critical patent/CN101582834B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/021Ensuring consistency of routing table updates, e.g. by using epoch numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/028Dynamic adaptation of the update intervals, e.g. event-triggered updates
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/04Interdomain routing, e.g. hierarchical routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/22Alternate routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/28Routing or path finding of packets in data switching networks using route fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/68Pseudowire emulation, e.g. IETF WG PWE3

Landscapes

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

Abstract

本发明实施例公开了一种以太网业务传送中转发表的更新方法、设备和***,属于通信领域。所述方法包括:当主链路切换到备用链路时,备用链路上的PE设备将自身的MAC地址转发表中的与主链路对应的端口更新为与备用链路对应的端口。本发明实施例还提供了一种运营商边缘设备,包括故障处理模块和转发表更新模块;或者包括判断模块和处理模块。所述***包括主运营商边缘设备和备用运营商边缘设备。本发明实施例通过在主链路切换到备用链路时,备用链路上的PE设备将MAC地址转发表中的与主链路对应的端口更新为备用链路对应的端口,避免了MAC地址的回收和重学习过程及其引起的分组洪泛,减少了对网络业务的影响。

Description

以太网业务传送中转发表的更新方法和***
技术领域
本发明涉及通信领域,特别涉及一种以太网业务传送中转发表的更新方法和***。
背景技术
以太网是目前部署最为广泛的局域网技术,但是它存在一些限制,例如VLAN(VirtualLocal Area Network,虚拟局域网)地址空间有限、生成树协议扩展性有限、MAC(Media AccessControl,媒体访问控制)地址不易汇聚等缺陷。
为了突破以太网交换的限制,人们开发了若干能够提供以太网多点连接服务的新兴技术,一种是L2VPN(Layer 2 Virtual Private Network,二层虚拟专用网络)中的VPLS(Virtual PrivateLAN Service,虚拟专用LAN服务)技术,它可以通过供应商的IP/MPLS(Multi-protocol LabelSwitching,多协议标签互换协议)网络支持的仿真以太网广播域将多个站点连接在一起。另一种是基于以太网的PBBN(Provider Backbone Bridge Network,运营商骨干网桥网络)技术,它通过两层MAC地址封装,为以太网客户提供城域汇聚和业务传送的功能。
如图1所示,为VPLS的网络架构参考模型,其中,客户的以太网业务通过CE(CustomerEdge,客户边缘)设备接入到PE(Provider Edge,运营商边缘)设备,PE设备之间经过一个或多个P设备(例如,P路由器)连接在一起。一个VPLS实例由多个PE设备组成,当PE设备通过AC(Attach Circuit,接入电路)接收到CE设备发来的以太网帧后,VPLS转发器(具有MAC地址转发表的设备或模块)将根据以太网帧中的目的MAC地址等信息获取在MPLS网络上进行传送的PW(Pseudowire,伪线),然后通过PW复用到分组交换网络的隧道中完成二层报文的透传。
对于PBBN网络,可以采用类似的架构来完成以太网多点业务的传送,只是其中的伪线属于另一种逻辑通道,而复用的网络隧道则是以太网交换路径。
上述MAC地址转发表是通过一种MAC地址自学习机制建立的,类似于以太网的自学习过程,简单介绍如下:
当网络边缘设备(PE)从一条AC/PW(为方便起见,将AC或PW到PE的连接点都称为端口,它可能是一个物理端口,也可能只是一个逻辑端口,例如PW所对应的逻辑端口,
接收到分组时,如果该分组的目的MAC地址为广播地址或是未知地址,则该分组将洪泛到所有其它端口。如果该分组的源MAC地址未知(指在MAC地址转发表中找不到对应于它的表项),则将该地址与该分组的接收端口绑定在一起,保存在MAC地址转发表中,以后目的MAC地址为该地址的新分组就发送到该端口。该过程也称为MAC地址自学习过程。
当网络拓扑发生变化(例如AC或PW发生切换)时,上述MAC地址与端口的绑定关系可能变成无效。如图2所示,CE1设备本来通过AC1接入PE1设备,并由PW1传送到PE3设备,最后到达客户CE2设备上。当AC1发生故障时,CE1切换到AC2来接入PE2设备,并由PW2传送到PE3设备,最后到达客户CE2设备上。在此过程中,与上述切换操作相关的PE1设备、PE2设备和PE3设备上的MAC地址转发表都需要进行更新,以便反映新的拓扑关系,现有技术中提供了以下几种方式进行MAC地址转发表的更新:
1)地址老化机制
在地址老化机制中,若MAC地址转发表中的MAC地址在一定时间内未使用,则删除该MAC地址对应的表项,再重新通过自学习过程来获取新的MAC地址转发表项,进而实现MAC地址转发表的更新。
2)MAC地址回收机制
当网络拓扑发生变化时,PE设备向VPLS实例中的其它所有对端PE设备发送一条MAC地址回收消息,该消息包含欲清除的MAC地址列表,其它PE设备根据该消息删除相应的MAC地址表项。当PE设备发送的是一条带空MAC地址表的地址回收消息时,则清除所有与该VP.LS实例相联的MAC地址,除了从接收该消息的PW上学习到的MAC地址。
3)特定MAC地址清除机制
通过扩展VPLS采用的LDP信令,在信令中增加一种携带PE设备标识符的TLV(Type-Length-Value,类型-长度-值)字段,该字段采用通用的协议字段表示形式,可以指定只清除从特定PE设备学习到的所有MAC地址,以便大幅缩小MAC地址清除的范围。
在实现本发明的过程中,发明人发现现有技术至少存在以下问题:
上述方法都需要清除MAC地址转发表中的对应表项,再通过自学习的方式重新学习获得新的MAC地址转发表。由于自学习过程中将进行分组洪泛,将在核心网络产生大量的冗余报文,增加了网络带宽的消耗。另外在老化机制中,MAC地址转发表项的更新延时大,可能导致较长时间内的分组未能发送到新拓扑的正确PE设备上,而是发送到旧拓扑的PE设备
发明内容
为了降低MAC地址转发表更新过程的延时和对网络带宽的消耗,本发明实施例提供了一种以太网业务传送中转发表的更新方法和***。所述技术方案如下:
一种以太网业务传送中转发表的更新方法,所述方法包括:
当主链路切换到备用链路时,
指定设备判断所述主链路切换到所述备用链路是否导致对应的PE设备发生变化,如果是,向所述主链路上的PE设备发送MAC地址转发表迁移通知;否则,向所述主链路上的PE设备发送MAC地址转发表切换通知;
所述主链路上的PE设备收到所述MAC地址转发表迁移通知后,向所述备用链路上对应的PE设备发送MAC地址转发表迁移消息,所述消息包含所述主链路对应的MAC地址列表;所述备用链路上本地对应的PE设备将所述MAC地址列表中的MAC地址加入自身的MAC地址转发表中,将所述MAC地址的端口设置为与所述备用链路对应的端口;
所述主链路上的PE设备收到所述MAC地址转发表切换通知后,将自身的MAC地址转发表中的与所述主链路对应表项的端口替换为与所述备用链路对应的端口。
一种以太网业务传送中转发表的更新***,所述***包括:
判断装置,用于主链路切换到备用链路时,判断所述主链路切换到所述备用链路是否导致PE设备发生变化,如果是,向所述主链路上的主运营商边缘设备发送MAC地址转发表迁移通知;否则,向所述主链路上的主运营商边缘设备发送MAC地址转发表切换通知;
主运营商边缘设备,用于收到所述判断装置发送的MAC地址转发表迁移通知后,向所述备用链路上的备用运营商边缘设备发送MAC地址转发表迁移消息;以及收到所述判断装置发送的MAC地址转发表切换通知后,将自身的MAC地址转发表中的与所述主链路对应的端口替换为与所述备用链路对应的端口;
备用运营商边缘设备,用于收到所述主运营商边缘设备的MAC地址转发表迁移消息后,将所述MAC地址转发表迁移消息中包含的MAC地址加入自身的MAC地址转发表中,并将所述MAC地址的端口设置为与所述备用链路对应的端口。
本发明实施例提供的技术方案的有益效果是:
通过主链路切换到备用链路时,备用链路上的PE设备将自身的MAC地址转发表中的与主链路对应的端口更新为与备用链路对应的端口;避免了MAC地址的回收和重学习过程及其引起的分组洪泛,减少了对网络业务的影响,提高了MAC地址转发表的更新效率,节省了核心网络的带宽。
附图说明
图1是现有技术提供的VPLS的网络架构参考模型示意图;
图2是现有技术提供的组网结构示意图;
图3是本发明实施例1提供的组网结构示意图;
图4是本发明实施例1提供的以太网业务传送中转发表的更新方法流程图;
图5是本发明实施例2提供的组网结构示意图;
图6是本发明实施例2提供的以太网业务传送中转发表的更新方法流程图;
图7是本发明实施例2提供的另一种组网结构示意图;
图8是本发明实施例3提供的组网结构示意图;
图9是本发明实施例4提供的组网结构示意图;
图10是本发明实施例4提供图9进行PW切换后的组网结构示意图;
图11是本发明实施例5提供的运营商边缘设备结构示意图;
图12是本发明实施例6提供的运营商边缘设备结构示意图;
图13是本发明实施例7提供的运营商边缘设备结构示意图;
图14是本发明实施例8提供的以太网业务传送中转发表的更新***结构示意图;
图15是本发明实施例9提供的以太网业务传送中转发表的更新***结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
本发明实施例通过主链路切换到备用链路时,与备用链路相连的PE设备将自身的MAC地址转发表中的与主链路对应的端口更新为与备用链路对应的端口,实现了在主链路切换到备用链路后,不需要再进行MAC地址回收与自学习的过程,降低MAC地址转发表更新过程的延时和对网络带宽的消耗。
本发明实施例提供的MAC地址转发表中包括:目的MAC地址和端口信息,其中,端口既可以是物理端口,也可以是逻辑端口。
本发明实施例中的链路可以是物理链路,也可以是逻辑链路,其中,逻辑链路有多种,包括PW等。本发明以下实施例以主、备链路为伪线,端口为逻辑端口(即:伪线)为例进行说明,对于链路为物理链路、端口为物理端口的情况,本发明实施例提供的技术方案仍然适用。本发明以下实施例中的逻辑端口用PW表示,进行报文转发时,根据报文的目的MAC地址在MAC地址转发表中查找对应的表项,该表项中的端口对应的PW即为传送该报文所使用的PW。
为了保证以太网业务的高可用性,VPLS的部署一般采用冗余网络架构,当部分接入电路AC、PW以及PE设备发生故障时,可以继续使用备份AC、PW或PE设备。另外,多个冗余PW还可以形成负载分担的集合,使得以太网业务可以在这些PW上同时传送。这种互为冗余备份或负载分担关系的PE设备和PW各自可组成保护组,从而一个保护组内的所有PE设备或PW构成冗余备份或负载分担的关系。群组关系的建立可采用管理配置或者通过控制信令方式来实现。
例如,如果采用管理配置,可以通过管理平台来进行人工设定,也可以通过PCE(PathComputation Element,路径计算单元)等专门路由平台来计算得到。当建立PW时,同时为该PW配置一个备用PW,并将主PW和备用PW关联在同一个保护组中,配置之后,在PE设备上保存有各个VPLS实例相关的PW保护组及其两端PE设备识别符的绑定关系,即由PW可以获知对应的PE设备。这样,可以保证数据转发路径在主PW故障时,仍能通过备用PW转发。
通常所有PE设备之间会建立全连接的LDP(Label Distribution Protocol,标签分发协议)会话,即,每两个PE设备之间都有一个LDP会话,以便通过这些LDP会话来进行信令控制。
通过网络管理平台或人工指令,或者在发生下列故障的情况下,主PW会切换到备用PW:
主AC发生故障,其中,AC的故障检测可以通过物理信号检测、APS(Automatic ProtectionSwitching,自动保护倒换)协议、LACP(Link Aggregation Control Protocol,链路聚合控制协议)协议、802.1ag CC(Continuity and Connectivity Check,连续性检测)报文等方式实现;
主PE设备或主PW发生故障,其中,PE设备或PW的故障检测可以通过路由协议、VCCV(Virtual Circuit Connection Verification,虚电路连接验证)和BFD(Bidirectional ForwardingDetection,双向转发检测)等机制实现。
当AC、PW或PE设备发生故障时,则业务的传送将切换到新的AC、PW或PE设备上,以保证业务尽量不受影响。例如有的双归属保护协议能够进行PE设备之间的状态同步,保证当主AC或主PE设备发生故障时,自动让CE通过备份AC、备份PW或备份PE设备传送信流。其中,双归属保护协议目前通常为私有协议。
当PW进行切换时,对于主PW的本地PE设备来说,根据备用PW是否经过该PE设备,即切换前后是否经过同一个PE设备,PW切换带来的MAC地址转发表的更新过程可以分为MAC地址转发表迁移(本地PE设备改变)和MAC地址转发表切换(本地PE设备不变)两种情形,具体内容在下面的实施例中详细进行说明。
实施例1
本实施例提供了一种以太网业务传送中转发表的更新方法,参见图3提供的组网结构示意图,其中,PW1、PW2分别是主PW和备用PW,本实施例以图3中的PW1发生故障,由PW1切换到PW2为例进行说明,因为从PW1切换到PW2,未导致本地PE设备发生变化,本地PE设备切换前后都是PE1,所以本实施例采用MAC地址转发表切换方法进行MAC地址转发表的更新,参见图4,MAC地址转发表的更新方法包括:
步骤101:PE1和PE3检测到PW1发生故障后,从PW1切换到PW2,即停止对PW1的使用,激活PW2;
步骤102:PE1和PE3判断出PW切换前后本地PE设备没有发生改变,分别将自身的MAC地址转发表中的PW1更新为PW2;
在LDP信令中,通用PW标识符会包含其端点(PE)的标识(例如地址),因此只要将
所检测到的PW1的端点标识(地址)与PE节点自身地址进行比较即可,如果相同,则说明PW切换前后本地PE设备没有发生改变,不同,则说明已改变。
PE1和PE3首先检查自身的MAC地址转发表,从MAC地址转发表中找出端口为PW1的每个对应表项,然后将各表项中的PW1替换为PW2。
完成上述MAC地址转发表的更新后,PE1和PE3将通过PW2传送目的地址为上述MAC地址的数据报文。
或者,如果PE3不主动进行上述检测和MAC地址转发表的更新时,PE1更新完自身的MAC地址转发表后,可以向PE3发送转发表更新通知;
其中,转发表更新通知可以采用MAC_Switch(PW1,PW2,MAC_List)消息形式实现,表示将MAC地址转发表中对应于MAC_List中地址的端口从PW1更新为PW2,该消息可以通过LDP中的消息格式封装,并通过LDP会话进行通信,若MAC_List为空,则表示MAC地址转发表中所有端口为PW1的地址;
PE3收到PE1发送的转发表更新通知后,根据通知中的内容(例如,MAC_Switch(PW1,PW2,MAC_List))将自身MAC地址转发表中对应于MAC_List中地址的每个表项的端口替换为PW2,若MAC_List为空,则将MAC地址转发表中所有端口为PW1的每个表项的端口替换为PW2;
本实施例在从PW1切换到PW2后,PE1和PE3通过修改自身的MAC地址转发表,进而PE1和PE3通过PW2转发报文,避免了MAC地址的回收和重学习过程及其引起的分组洪泛,减少了对网络业务的影响,提高了MAC地址转发表的更新效率,节省了核心网络的带宽。
实施例2
本实施例提供了一种以太网业务传送中转发表的更新方法,参见图5提供的组网结构示意图,其中,PE3、PE4分别是主PE设备和备用PE设备,PW1、PW2分别是主PW和备用PW,PE1通过PW1和PW2分别与PE3和PE4相连,本实施例以图5中的PW1发生故障,由PW1切换到PW2为例进行说明,根据PW切换前后是否导致本地PE设备发生变化,PE1需要进行MAC地址转发表的切换,PE3需要进行MAC地址转发表的迁移,参见图6,下面简单描述一下该组网场景下的MAC地址转发表的更新方法:
步骤201:PE1按照实施例1提供的MAC地址转发表的切换方法进行MAC地址转发表的更新,这里不再详述;
步骤202:PE3检测到PW1发生故障后,从PW1切换到PW2,即PE3停止对PW1的使用,通告并激活PE4;
步骤203:PE3向PE4发送MAC地址转发表迁移消息,该消息包含MAC地址列表、主PW和备用PW的标识(本实施例为PW1和PW2),MAC地址列表为PE3的MAC地址转发表中端口为PW1对应的部分表项或全部表项;
PE3首先检查自身的MAC地址转发表,从MAC地址转发表中找出端口为PW1对应的表项,将这些表项发送给PE4;本实施例中的PE3将表项发送给PE4时,可以采用转发表迁移消息实现,该消息可以表示为MAC_Transfer(PW1,PW2,Mac_List)形式,其中PW1和PW2分别为主PW和备份PW标识,Mac_List为MAC列表,即MAC地址转发表中端口为PW1的相应MAC地址,若MAC_List为空,则表示MAC地址转发表中所有端口为PW1的地址。该转发表迁移消息可通过LDP协议消息格式封装,并通过LDP会话进行通信。
因为MAC地址转发表可能比较大,并且可能会随着时间发生改变,PE3可以仅在首次将完整的MAC地址转发表发送给其备用设备PE4,由PE4进行保存,随后每隔一段时间仅将其MAC地址转发表中更新的部分发送给PE4;或者只在AC/PW发生故障、管理平台进行切换时,将MAC地址转发表完整地发送到PE4上。
步骤204:PE4收到PE3发送的MAC地址转发表迁移消息后,将消息中的MAC地址列表增加到自身的MAC转发表中,并将这些MAC地址的端口设置为PW2;
PE4自身的MAC地址转发表在迁移之前可以是一张空表,也可以不是空表,无论MAC地址转发表是空表还是非空表,都可以将更新后的表项添加在其MAC地址转发表中进行保存。
同实施例1类似,本实施例中的PE1也可以在检测到PW1发生故障后,向PE3发送转发表更新通知,该通知可以采用MAC_Transfer(PW1,PW2,MAC_List)消息实现,这里不再详述。
上述方法还可以应用于图7提供的组网结构示意图,其中,PE1、PE2分别是一对主PE设备和备用PE设备,PE3、PE4分别是一对主PE设备和备用PE设备,PW1、PW2分别是主PW和备用PW,本实施例以图7中的AC1发生故障,由PW1切换到PW2为例进行说明,对于PE1和PE3来说,因为从PW1切换到PW2,都导致了本地PE设备发生变化,所以PE1和PE3都将执行上述PE3进行的转发表迁移操作,实现其备用PE设备的MAC地址转发表的更新,这里不再详述。
上述步骤203中PE3只将PW1对应的MAC列表、PW1和PW2的标识信息发送给PE4,
PE4将收到的MAC列表添加在自身的MAC地址转发表中,然后将其端口设置为PW2。另一种选择方式是由PE3直接将端口表项中的PW1替换为PW2,然后将替换后的整个MAC地址转发表发送给PE4,相应地,步骤204中的PE4收到PE1发送的表项后,直接保存该MAC地址转发表;其它步骤不变。或者,由PE3直接将自身的MAC地址转发表发送给PE4,并指明主PW和备用PW的标识信息,即PW1和PW2,PE4收到MAC地址转发表后,将端口为PW1的表项替换为端口为PW2。
本实施例在从PW1切换到PW2后,PE设备通过MAC地址转发表的迁移或切换操作更新了自身的MAC地址转发表,进而PE设备通过PW2转发报文,避免了MAC地址的回收和重学习过程及其引起的分组洪泛,减少了对网络业务的影响,提高了MAC地址转发表的更新效率,节省了核心网络的带宽。
实施例3
本实施例提供了一种以太网业务传送中转发表的更新方法,参见图8提供的组网结构示意图,其中,PE1、PE2、PW1、PW2中的功能同图6中相同,本实施例以图8中的PE1发生故障,由PW1切换到PW2为例进行说明,MAC地址转发表的更新方法包括:
PE2和PE3检测到PE1发生故障后,将PW1切换到PW2,即PE2激活PW2,PE3进行转发表的迁移操作;
其中,PE3将会按照实施例2提供的MAC地址转发表的迁移操作,完成PE4上的MAC地址转发表的更新,这里不再详述;
PE2激活PW2后,直接可以应用自身预先保存的MAC地址转发表进行报文转发,该MAC地址转发表为PE1正常工作时,定期将自身的对应于PW1的MAC地址转发表向PE2按上述过程迁移而得到。
如果PE2检测到PE1发生故障时,本身还没有从PE1处得到MAC地址转发表,即PE2自身的MAC地址转发表为空,则需要通过自学习的方式获取MAC地址转发表。
本实施例在PE1故障后,从PW1切换到PW2后,PE2直接启用自身的MAC地址转发表,PE3通过MAC地址转发表迁移操作使PE4更新其MAC地址转发表,然后PE2和PE4通过PW2转发报文,避免了MAC地址的回收和重学习过程及其引起的分组洪泛,减少了对网络业务的影响,提高了MAC地址转发表的更新效率,节省了核心网络的带宽。
实施例4
本实施例提供了一种以太网业务传送中转发表的更新方法,本实施例以网络中的一个指定设备(例如,管理平台)进行PW切换的判断和决策为例进行说明,例如,管理平台可以进行无故障下的人工PW切换操作,也可以在收集到故障消息(例如AC、PW或PE设备失效时)后再进行PW切换的响应。该指定设备负责通知对应的PE设备进行MAC地址转发表迁移或进行MAC地址转发表切换操作,对应的PE设备将会根据指定设备的通知执行MAC地址转发表迁移或进行MAC地址转发表切换操作,具体的MAC地址转发表迁移或MAC地址转发表切换操作同上述实施例1或2类似。
下面以图9提供的组网结构示意图为例,简单描述一下MAC地址转发表迁移和切换过程,其中,PE1、PE2分别是主PE设备和备用PE设备,PW1为PW3的主PW,PW2为PW4的主PW,进行PW切换前,PE1上的MAC地址转发表如表1所示,PE3上的MAC地址转发表如表2所示,PE4上的MAC地址转发表如表3所示(为便于理解,增加了源MAC地址列):
表1
目的MAC地址 源MAC地址 端口
MA4 MA1 PW1
MA5 MA1 PW1
MA6 MA1 PW2
表2
目的MAC地址 源MAC地址 端口
MA1 MA4 PW1
MA2 MA4 PW1
MA3 MA4 PW1
表3
目的MAC地址 源MAC地址 端口
MA1 MA6 PW2
MA2 MA6 PW2
MA3 MA6 PW2
当检测到AC1发生故障后,通过特定设备(例如网络管理设备)判断PW的切换是否引起本地PE设备发生改变,判断出PW切换后,对于PE1来说,导致本地PE设备发生改变,即由原来的PE1变为PE2,对于PE3和PE4来说,本地PE设备没有发生改变,所以,向PE1发送MAC地址转发表迁移通知,向PE3和PE4发送MAC地址转发表切换通知;
按照上述实施例2提供的MAC地址转发表的迁移方法,PE1收到指定设备发送的MAC地址转发表迁移通知后,PE1向PE2发送MAC地址转发表迁移消息Mac_Transfer(PW1,PW3,MAC_List1),Mac_Transfer(PW2,PW4,MAC_List2),其中PW1、PW2和PW3、PW4分别为主PW和备用PW的标识,MAC_List1为PE1的MAC地址转发表中端口为PW1对应的部分表项或全部表项,MAC_List2为PE1的MAC地址转发表中端口为PW2对应的部分表项或全部表项,此外,这两条MAC迁移消息也可以封装在同一个LDP消息中进行传送;
PE2收到PE1发送的MAC地址转发表迁移消息后,将MAC地址列表添加到自身的MAC地址转发表中,并将这些MAC地址对应的端口分别由PW1替换为PW3,PW2替换为PW4;
按照上述实施例1提供的MAC地址转发表的切换方法,PE3和PE4主动进行PW切换或者收到并执行指定设备发送的MAC地址转发表切换通知后,PE3将自身的MAC地址转发表中的PW1替换为PW3;PE4将自身的MAC地址转发表中的PW2替换为PW4。
参见图10,完成上述操作后,PE2上的MAC地址转发表如表4所示,PE3上的MAC地址转发表如表5所示,PE4上的MAC地址转发表如表6所示(为便于理解,增加了源地址列):
表4
目的MAC地址 源MAC地址 端口
MA4 MA1 PW3
MA5 MA1 PW3
MA6 MA1 PW4
表5
目的MAC地址 源MAC地址 端口
MA1 MA4 PW3
MA2 MA4 PW3
MA3 MA4 PW3
表6
目的MAC地址 源MAC地址 端口
MA1 MA6 PW4
MA2 MA6 PW4
MA3 MA6 PW4
上述PE1到PE2中的MAC地址转发表的更新过程为MAC地址转发表的迁移过程,PE3和PE4的MAC地址转发表的更新过程为MAC地址转发表的切换过程,MAC地址转发表迁移和切换过程的具体实现与实施例1和实施例2类似,这里不再详细描述。
本实施例通过指定设备通知对应的PE设备进行MAC地址转发表迁移或切换过程,进而实现了MAC地址转发表的更新,避免了MAC地址的回收和重学习过程及其引起的分组洪泛,减少了对网络业务的影响,提高了MAC地址转发表的更新效率,节省了核心网络的带宽。
上述实施例1-4中的VPLS实例中可能有多个AC接入同一个PE设备,并通过同一个PW进行数据报文传送;另外在负载分担的时候,来自同一个AC的以太网业务可能通过多个PW或分组交换路径进行数据报文传送。此时可能只需要将对应于特定AC的部分MAC地址表进行切换或迁移,这可通过发送该部分MAC地址列表来实现,该MAC地址列表类似于现有技术中RFC4762中定义的MAC回收消息中的MAC地址列表。若需要将对应PW的MAC转发表全部切换则发送一个空的MAC列表。此时转发表更新通知可以采用MAC_Switch(PW1,PW2,Mac_List)消息。其中PE1、PE2分别是主PE设备和备用PE设备,PW1、PW2分别是主PW和备用PW,Mac_List为MAC列表。以图7中的PE1为例,如果PE1连接多个CE设备,有的CE设备需要保护,例如图7中的CE1;有的CE设备不需要保护,此时,PE1从自身的MAC地址转发表中找出端口为PW1对应的表项后,只需将那些在PE2上进行保护的CE设备的MAC地址对应的MAC地址表项发送给PE2。
上述MAC地址转发表迁移和切换都可以分为主动模式和被动模式。在主动模式下,PE设备主动进行MAC地址转发表迁移和切换,这种设备通常为PW冗余切换独立模式下的发起方或主从模式下的主PE设备;在被动模式下,PE设备在接收到转发表迁移或切换通知消息之后才进行转发表迁移或切换,在接收到该通知后,PE设备将转发表中的主PW替换为备用PW。
实施例5
参见图11,本实施例提供了一种运营商边缘设备,包括:
故障处理模块301,用于检测链路或PE设备出现故障时,将主链路切换到备用链路;
转发表更新模块302,用于故障处理模块301从主链路切换到备用链路时,将自身的MAC地址转发表中的与主链路对应的端口更新为与备用链路对应的端口。
本实施例中的端口既可以是物理端口,也可以是逻辑端口。
本发明实施例中的链路可以是物理链路,也可以是逻辑链路,其中,逻辑链路有多种,包括PW等。本实施例以主、备链路为伪线,端口为逻辑端口(即:伪线)为例进行说明,对于链路为物理链路、端口为物理端口的情况,本实施例提供的技术方案仍然适用。本实施例中的运营商边缘设备具体进行MAC地址转发表更新时,首先检查自身的MAC地址转发表,从MAC地址转发表中找出端口为主伪线的每个对应表项,然后将各表项中的主伪线替换为备用伪线。这里不再详述。
本实施例中的运营商边缘设备进行主链路切换到备用链路时,将自身的MAC地址转发表中的与主链路对应的端口更新为备用链路对应的端口;并通过备用链路转发报文,避免了MAC地址的回收和重学习过程及其引起的分组洪泛,减少了对网络业务的影响,提高了MAC地址转发表的更新效率,节省了核心网络的带宽。
实施例6
参见图12,本实施例提供了一种运营商边缘设备,包括:
判断模块401,用于主链路切换到备用链路时,判断备用链路上对应的PE设备是否为自身;
处理模块402,用于当判断模块401的判断结果是备用链路上对应的PE设备为自身时,将自身的MAC地址转发表中的与主链路对应的端口替换为与备用链路对应的端口;否则,向备用链路上对应的PE设备发送MAC地址转发表迁移消息;该消息可以包含MAC地址列表、主链路和备用链路的标识。
本实施例中的端口既可以是物理端口,也可以是逻辑端口。
本实施例中的链路可以是物理链路,也可以是逻辑链路,其中,逻辑链路有多种,包括PW等。本实施例以主、备链路为伪线,端口为逻辑端口(即:伪线)为例进行说明,对于链路为物理链路、端口为物理端口的情况,本实施例提供的技术方案仍然适用。
本实施例中的运营商边缘设备具体进行MAC地址转发表更新时,可以采用类似实施例1、2、3或4中的PE3使用的更新方法,即备用伪线上的本地PE设备为自身时,检查自身的MAC地址转发表,从MAC地址转发表中找出端口为主伪线的每个对应表项,然后将各表项中的主伪线替换为备用伪线;备用伪线上的本地PE设备不是自身是,发起MAC地址转发表的迁移操作,这里不再详述。
本实施例中的运营商边缘设备根据判断模块401的判断结果决定执行MAC地址转发表的切换或迁移操作,避免了MAC地址的回收和重学习过程及其引起的分组洪泛,减少了对网络业务的影响,提高了MAC地址转发表的更新效率,节省了核心网络的带宽。
实施例7
参见图13,本实施例提供了一种运营商边缘设备,包括:
接收模块501,用于接收主链路上对应的PE设备发送的MAC地址转发表迁移消息;
处理模块502,用于接收模块501收到MAC地址转发表迁移消息后,将MAC地址转发表迁移消息中包含的MAC地址加入自身的MAC地址转发表,并将这些MAC地址的端口设置为与备用链路对应的端口。
本实施例中的端口既可以是物理端口,也可以是逻辑端口。
本实施例中的链路可以是物理链路,也可以是逻辑链路,其中,逻辑链路有多种,包括PW等。本实施例以主、备链路为伪线,端口为逻辑端口(即:伪线)为例进行说明,对于链路为物理链路、端口为物理端口的情况,本实施例提供的技术方案仍然适用。
本实施例中的运营商边缘设备为备用运营商边缘设备,进行MAC地址转发表更新时,根据MAC地址转发表迁移消息更新自身的MAC地址转发表,避免了MAC地址学习过程及其引起的分组洪泛,减少了对网络业务的影响,提高了MAC地址转发表的更新效率,节省了核心网络的带宽。
实施例8
参见图14,本实施例提供了一种以太网业务传送中转发表的更新***,包括:
主运营商边缘设备601,用于主链路切换到备用链路时,判断备用链路上的备用运营商边缘设备602是否为自身;如果是,将自身的MAC地址转发表中的与主链路对应的端口替换为与备用链路对应的端口;否则,向备用运营商边缘设备602发送MAC地址转发表迁移消息;
备用运营商边缘设备602,用于收到主运营商边缘设备601的MAC地址转发表迁移消息后,将MAC地址转发表迁移消息中包含的MAC地址加入自身的MAC地址转发表,并将这些MAC地址的端口设置为与备用链路对应的端口。
本实施例中的端口既可以是物理端口,也可以是逻辑端口。
本实施例中的链路可以是物理链路,也可以是逻辑链路,其中,逻辑链路有多种,包括PW等。本实施例以主、备链路为伪线,端口为逻辑端口(即:伪线)为例进行说明,对于链路为物理链路、端口为物理端口的情况,本实施例提供的技术方案仍然适用。
主运营商边缘设备601和备用运营商边缘设备602进行MAC地址转发表更新的具体操作类似于实施例2中的PE1和PE2进行更新的操作,这里不再详述。
本实施例中的***通过主运营商边缘设备601和备用运营商边缘设备602进行MAC地址转发表的更新,将其中的主PW更新为备用PW,避免了MAC地址的回收和重学习过程及其引起的分组洪泛,减少了对网络业务的影响,提高了MAC地址转发表的更新效率,节省了核心网络的带宽。
实施例9
参见图15,本实施例提供了一种以太网业务传送中转发表的更新***,包括:
判断装置701,用于主链路切换到备用链路时,判断主链路切换到备用链路是否导致对应的PE设备发生变化,如果是,向主链路上的主运营商边缘设备702发送MAC地址转发表迁移通知;否则,向主链路上的主运营商边缘设备702发送MAC地址转发表切换通知;
主运营商边缘设备702,用于收到判断装置701发送的MAC地址转发表迁移通知后,向备用链路上的备用运营商边缘设备703发送MAC地址转发表迁移消息;以及收到判断装置701发送的MAC地址转发表切换通知后,将自身的MAC地址转发表中的与主链路对应的端口替换为与备用链路对应的端口;
备用运营商边缘设备703,用于收到主运营商边缘设备702的MAC地址转发表迁移消息后,将MAC地址转发表迁移消息中包含的MAC地址加入自身的MAC地址转发表,并将这些MAC地址的端口设置为与备用链路对应的端口。
本实施例中的端口既可以是物理端口,也可以是逻辑端口。
本实施例中的链路可以是物理链路,也可以是逻辑链路,其中,逻辑链路有多种,包括PW等。本实施例以主、备链路为伪线,端口为逻辑端口(即:伪线)为例进行说明,对于链路为物理链路、端口为物理端口的情况,本实施例提供的技术方案仍然适用。
上述***进行MAC地址转发表更新的具体操作类似于实施例4的图9中的设备进行的更新操作,其中,判断装置具有实施例4中的指定设备的功能,这里不再详述。
本实施例中的***通过判断装置701触发主运营商边缘设备702进行MAC地址转发表的迁移操作或切换操作,避免了MAC地址的回收和重学习过程及其引起的分组洪泛,减少了对网络业务的影响,提高了MAC地址转发表的更新效率,节省了核心网络的带宽。
以上实施例提供的技术方案可以应用于具有冗余架构的组网情况,例如主备保护或负载分担情况下的组网结构,利用PE设备和PW群组的冗余保护关系,可避免以太网多点业务传送下的MAC地址回收和自学习过程,以便减少通信延迟,避免MAC地址自学习过程时带来的过多带宽消耗,增加以太网多点业务的可靠性和可扩展性。
上述实施例以VPLS作为具体实例进行描述的,但本发明实施例提供的技术方案可应于各种分组传送网络技术,例如PBBN和PBB-TE(Provider Backbone Bridge-Traffic Engineering,运营商骨干网桥-流量工程)等网络中。
以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现,其软件程序存储在可读取的存储介质中,存储介质例如:计算机中的硬盘、光盘或软盘。
以上仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (5)

1.一种以太网业务传送中转发表的更新方法,其特征在于,所述方法包括:
当主链路切换到备用链路时,指定设备判断所述主链路切换到所述备用链路是否导致对应的PE设备发生变化,如果是,向所述主链路上的PE设备发送MAC地址转发表迁移通知;否则,向所述主链路上的PE设备发送MAC地址转发表切换通知;
所述主链路上的PE设备收到所述MAC地址转发表迁移通知后,向所述备用链路上对应的PE设备发送MAC地址转发表迁移消息,所述消息包含所述主链路对应的MAC地址列表;所述备用链路上本地对应的PE设备将所述MAC地址列表中的MAC地址加入自身的MAC地址转发表中,将所述MAC地址的端口设置为与所述备用链路对应的端口;
所述主链路上的PE设备收到所述MAC地址转发表切换通知后,将自身的MAC地址转发表中的与所述主链路对应表项的端口替换为与所述备用链路对应的端口。
2.如权利要求1所述的以太网业务传送中转发表的更新方法,其特征在于,所述消息进一步包含下列信息之一:主链路标识、备用链路标识。
3.如权利要求1至2中任一权利要求所述的以太网业务传送中转发表的更新方法,其特征在于,所述方法还包括:
所述PE设备根据更新后的MAC地址转发表进行报文传送。
4.如权利要求1至2中任一权利要求所述的以太网业务传送中转发表的更新方法,其特征在于,所述链路为逻辑链路,相应地,所述端口为逻辑端口。
5.一种以太网业务传送中转发表的更新***,其特征在于,所述***包括:
判断装置,用于主链路切换到备用链路时,判断所述主链路切换到所述备用链路是否导致运营商边缘(PE)设备发生变化,如果是,向所述主链路上的主运营商边缘设备发送MAC地址转发表迁移通知;否则,向所述主链路上的主运营商边缘设备发送MAC地址转发表切换通知;
主运营商边缘设备,用于收到所述判断装置发送的MAC地址转发表迁移通知后,向所述备用链路上的备用运营商边缘设备发送MAC地址转发表迁移消息;以及收到所述判断装置发送的MAC地址转发表切换通知后,将自身的MAC地址转发表中的与所述主链路对应的端口替换为与所述备用链路对应的端口;
备用运营商边缘设备,用于收到所述主运营商边缘设备的MAC地址转发表迁移消息后,将所述MAC地址转发表迁移消息中包含的MAC地址加入自身的MAC地址转发表中,并将所述MAC地址的端口设置为与所述备用链路对应的端口。
CN200810081885.7A 2008-05-16 2008-05-16 以太网业务传送中转发表的更新方法和*** Expired - Fee Related CN101582834B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200810081885.7A CN101582834B (zh) 2008-05-16 2008-05-16 以太网业务传送中转发表的更新方法和***
PCT/CN2009/071782 WO2009138036A1 (zh) 2008-05-16 2009-05-13 以太网业务传送中转发表的更新方法、设备和***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200810081885.7A CN101582834B (zh) 2008-05-16 2008-05-16 以太网业务传送中转发表的更新方法和***

Publications (2)

Publication Number Publication Date
CN101582834A CN101582834A (zh) 2009-11-18
CN101582834B true CN101582834B (zh) 2013-10-09

Family

ID=41318371

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200810081885.7A Expired - Fee Related CN101582834B (zh) 2008-05-16 2008-05-16 以太网业务传送中转发表的更新方法和***

Country Status (2)

Country Link
CN (1) CN101582834B (zh)
WO (1) WO2009138036A1 (zh)

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102148677B (zh) * 2010-02-10 2013-06-26 杭州华三通信技术有限公司 一种更新地址解析协议表项的方法及核心交换机
CN101873246B (zh) * 2010-06-11 2012-09-12 福建星网锐捷网络有限公司 一种控制路由设备接口状态的方法及装置
CN101877677B (zh) * 2010-06-25 2014-08-13 中兴通讯股份有限公司 一种多协议标签交换业务隧道切换的方法及***
CN101977148B (zh) * 2010-10-26 2015-01-28 中兴通讯股份有限公司 内容分发网络节点媒体服务器之间数据交互的方法及***
CN102025541B (zh) * 2010-12-08 2014-12-10 中兴通讯股份有限公司 一种实现组播保护的方法及***
CN102546357B (zh) * 2010-12-09 2014-12-17 华为技术有限公司 报文转发方法及网络设备
CN102123085B (zh) * 2011-02-16 2014-03-19 杭州华三通信技术有限公司 上行链路的切换控制方法以及切换控制装置
CN102694718B (zh) 2011-03-25 2016-03-30 华为技术有限公司 一种vpls快速重路由方法和设备
CN102546855B (zh) * 2011-11-28 2017-10-17 中兴通讯股份有限公司 Vpls网络中mac地址回收方法及pe设备
CN102571426B (zh) * 2011-12-29 2015-05-20 杭州华三通信技术有限公司 一种双归保护方法和装置
CN103685144A (zh) * 2012-08-31 2014-03-26 中兴通讯股份有限公司 一种媒体流传输方法及装置
CN103795634B (zh) * 2012-11-01 2019-02-05 中兴通讯股份有限公司 一种转发表的生成方法及装置
CN103825815B (zh) * 2012-11-16 2018-07-27 中兴通讯股份有限公司 网络虚拟边界设备间进行冗余备份的方法、设备及***
CN103067243B (zh) * 2012-12-21 2016-03-09 华为技术有限公司 通信方法及相关设备
CN104283778B (zh) * 2013-07-10 2017-11-14 新华三技术有限公司 最短路径桥网络内的流量保护方法及设备
CN103414642B (zh) * 2013-08-19 2016-11-02 杭州华三通信技术有限公司 一种转发信息维护方法及设备
US10110482B2 (en) * 2013-12-23 2018-10-23 Telefonaktiebolaget Lm Ericsson (Publ) Technique for network service availability
CN105577417B (zh) * 2014-11-06 2019-02-22 新华三技术有限公司 基于vxlan网络的报文转发方法及装置
CN105656775A (zh) * 2014-11-14 2016-06-08 中兴通讯股份有限公司 一种介质访问控制转发链路切换方法及装置
CN104702435B (zh) * 2015-02-05 2018-08-14 盛科网络(苏州)有限公司 网络处理器实现aps切换的方法及网络处理器
CN105991783A (zh) * 2015-02-06 2016-10-05 中兴通讯股份有限公司 一种媒体接入控制地址学习方法、设备和***
CN105141521A (zh) * 2015-09-21 2015-12-09 盛科网络(苏州)有限公司 使用保护切换机制实现多***链路聚合的装置及方法
CN105450518B (zh) * 2015-12-04 2018-08-03 福建星网锐捷网络有限公司 一种mpls-tp环网故障排除方法及装置
CN108075968A (zh) * 2016-11-10 2018-05-25 ***通信集团广东有限公司 一种网络***及伪线业务处理方法
CN107872391B (zh) * 2017-11-23 2021-06-18 锐捷网络股份有限公司 一种表项更新方法及装置
CN107733724B (zh) * 2017-11-24 2020-12-22 瑞斯康达科技发展股份有限公司 一种环形网络的配置方法、装置及环形网络
CN108199962B (zh) * 2017-12-22 2021-09-07 新华三技术有限公司 地址迁移方法、装置、网络设备及可读存储介质
CN110457328B (zh) * 2019-08-15 2022-02-25 中国银行股份有限公司 参数生效方法及装置
CN110740094B (zh) * 2019-10-28 2021-09-21 新华三信息安全技术有限公司 一种网络设备、bfd报文的传输方法及装置
CN111092822A (zh) * 2019-12-25 2020-05-01 安徽皖通邮电股份有限公司 一种vpls的pw线性保护转发负载均衡的方法
CN111478851B (zh) * 2020-02-29 2022-05-27 新华三信息安全技术有限公司 一种报文处理方法和装置
CN113726658B (zh) * 2021-08-09 2022-10-18 中国联合网络通信集团有限公司 一种路由转发方法及装置
CN113794657B (zh) * 2021-09-14 2023-10-31 迈普通信技术股份有限公司 Mac地址迁移处理方法、装置及交换设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1909501A (zh) * 2005-08-05 2007-02-07 华为技术有限公司 一种端到端业务快速收敛的方法和路由设备
CN101123531A (zh) * 2006-12-30 2008-02-13 华为技术有限公司 基于vpls双归属的全连接网络的收敛方法和装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100696176B1 (ko) * 2005-12-09 2007-03-20 한국전자통신연구원 Mpls lsp보호절체 장치 및 방법
CN100466584C (zh) * 2007-04-03 2009-03-04 中兴通讯股份有限公司 环网保护的处理方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1909501A (zh) * 2005-08-05 2007-02-07 华为技术有限公司 一种端到端业务快速收敛的方法和路由设备
CN101123531A (zh) * 2006-12-30 2008-02-13 华为技术有限公司 基于vpls双归属的全连接网络的收敛方法和装置

Also Published As

Publication number Publication date
CN101582834A (zh) 2009-11-18
WO2009138036A1 (zh) 2009-11-19

Similar Documents

Publication Publication Date Title
CN101582834B (zh) 以太网业务传送中转发表的更新方法和***
CN101999224B (zh) 对虚拟专用lan业务的冗余的以太网自动保护切换接入
JP4688765B2 (ja) ネットワークの冗長方法及び中位スイッチ装置
US7675859B2 (en) Transmission apparatus and transmission system
CN103329469B (zh) 在信息包网络设备中缩小数据损失窗口的方法
CN101047601B (zh) 基于vpls的双归属网络的实现方法及***
US8711863B2 (en) Virtual links in a routed ethernet mesh network
US9237032B2 (en) Method, system, and device for forwarding data frames
US20030189898A1 (en) Methods and systems for providing redundant connectivity across a network using a tunneling protocol
CN102104520B (zh) 基于拓扑信息的环网保护方法与装置
US20050243713A1 (en) Node-redundancy control method and node-redundancy control apparatus
US20060198315A1 (en) Communication apparatus
US20040078619A1 (en) Method and system for implementing IS-IS protocol redundancy
CN101710877A (zh) 基于伪线的业务流量处理方法、设备和***
CN101227399B (zh) 报文传输方法、***及转发节点
CN102404216A (zh) 一种trill网络保护的方法、路由桥和***
CN102148677A (zh) 一种更新地址解析协议表项的方法及核心交换机
CN101364927A (zh) 实现虚拟专用网vpn故障恢复的方法、设备及***
CN102025646A (zh) 链路倒换方法及其装置
CN102098231A (zh) 在h-vpls中实现流量快速切换的方法及设备
CN105340230A (zh) 虚拟机架拓扑管理
US20140301403A1 (en) Node device and method for path switching control in a ring network
CN101621550A (zh) Vpls中mac地址回收方法及装置
CN101860482A (zh) 二层虚拟专用网络快速重路由方法及装置
CN103297338B (zh) 一种vpn路由通告方法和设备

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

Effective date of registration: 20170822

Address after: 201, room 1, building A, No. 518053, front Bay Road, Qianhai, Shenzhen Shenzhen cooperation zone, Guangdong, China

Patentee after: Shenzhen Zhitong World Technology Service Co. Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: Huawei Technologies Co., Ltd.

TR01 Transfer of patent right
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20091118

Assignee: Shenzhen Vimicro Tech Co. Ltd.

Assignor: Shenzhen Zhitong World Technology Service Co. Ltd.

Contract record no.: 2017440020097

Denomination of invention: Updating method and system of forwarding table during service transmission of Ethernet

Granted publication date: 20131009

License type: Common License

Record date: 20171211

EE01 Entry into force of recordation of patent licensing contract
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20131009

Termination date: 20190516

CF01 Termination of patent right due to non-payment of annual fee