具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
本发明实施例通过主链路切换到备用链路时,与备用链路相连的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地址列表类似于现有技术中RFC 4762中定义的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,运营商骨干网桥-流量工程)等网络中。
以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现,其软件程序存储在可读取的存储介质中,存储介质例如:计算机中的硬盘、光盘或软盘。
以上仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。