CN108574614A - 一种报文处理方法、设备及网络系统 - Google Patents
一种报文处理方法、设备及网络系统 Download PDFInfo
- Publication number
- CN108574614A CN108574614A CN201710141773.5A CN201710141773A CN108574614A CN 108574614 A CN108574614 A CN 108574614A CN 201710141773 A CN201710141773 A CN 201710141773A CN 108574614 A CN108574614 A CN 108574614A
- Authority
- CN
- China
- Prior art keywords
- equipment
- message
- mac
- address entries
- mac 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.)
- 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
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- 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
- 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]
- H04L12/4675—Dynamic sharing of VLAN information amongst network nodes
-
- 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/0677—Localisation of faults
-
- 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
- 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/24—Multipath
- H04L45/247—Multipath using M:N active or standby paths
-
- 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/66—Layer 2 routing, e.g. in Ethernet based MAN's
-
- 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/74—Address processing for routing
Abstract
本申请提供了一种报文处理方法,设备和网络系统。该网络系统包括第一PE设备,第二PE设备,第三PE设备和CE设备。第一PE设备与CE设备连接的端口状态为激活状态,第二PE设备与CE设备连接的端口状态为非激活状态,该方法包括当第一PE设备与CE设备连接的端口状态由激活状态切换为非激活状态时,第一PE设备向第三PE设备发送MAC表项更新报文,触发第三PE设备删除报文转发目的地址为第一PE设备的第一MAC表项,学习生成报文转发目的地址为第二PE设备的第二MAC表项,并基于该第二MAC表项进行报文转发。实现在发生故障后,快速恢复链路进行报文转发,确保了VXLAN网络的可靠性。
Description
技术领域
本发明涉及通信技术领域,尤其是,涉及一种报文处理方法、设备及网络系统。
背景技术
虚拟可扩展局域网(Virtual eXtensible Local Area Network,VXLAN)是一种基于IP 网络,采用MAC-in-UDP的报文封装模式,将二层报文用三层协议进行封装的技术。具体地,将基于媒体接入控制(Media Access Control,MAC)协议的以太网帧封装在用户数据报协议(User Datagram Protocol,UDP)报文中。VXLAN技术使用VXLAN网络标识符 (VXLANNetwork Identifier,VNI)标识VXLAN网段,用于区分不同的VXLAN网段,其长度为24比特。
VXLAN网络一般采用多活网关技术增加网络可靠性。多活网关指多个VXLAN网关设备形成一个负载分担组,同时进行报文转发,实现等价路由负荷分担(Equal and WeightedCost Multi-path,ECMP)。在VXLAN网络中将通过多框聚合(Multi Chassis Trunk, MC-Trunk)链路,将多活VXLAN网关设备虚拟成一台设备。其中,MC-Trunk链路也可以称为增强Trunk(Enhanced Trunk,E-trunk)。因VXLAN网关设备之间需要同步地址解析协议(AddressResolution Protocol,ARP)表项和MAC表项。在现有技术中通过在多活网关之间建立表项备份链路,对VXLAN网关设备之间的ARP表项和MAC表项进行同步,确保VXLAN网络可靠性。
但是,在现有技术中,多活网关之间建立表项备份链路的过程比较复杂,若在报文传输的过程中链路发生故障时,不利于快速恢复链路,从而影响VXLAN网络可靠性。
发明内容
有鉴于此,本申请实施例提供一种报文处理方法、设备及网络系统,用于解决现有技术中多活网关之间建立表项备份链路的过程比较复杂,当传输报文的链路出现故障时,不利于快速恢复链路,从而影响VXLAN网络可靠性的问题。
第一方面,本申请实施例提供了一种报文处理方法,所述方法应用于包括第一运营商边缘PE设备,第二PE设备,第三PE设备和用户边缘CE设备的网络中,所述CE设备通过多框聚合MC-Trunk链路双归属连接到所述第一PE设备和所述第二PE设备,所述第一PE设备与所述CE设备连接的端口状态为激活状态,所述第二PE设备与所述CE设备连接的端口状态为非激活状态,所述第一PE设备、所述第二PE设备分别通过虚拟可扩展局域网VXLAN 隧道与所述第三PE设备通信,所述方法包括:
所述第一PE设备根据在预设周期内未接收到来自所述CE设备的第一故障检测报文,确定所述第一PE设备与所述CE设备之间的链路出现故障,将所述第一PE设备与所述CE设备连接的端口状态由激活状态切换为非激活状态,并停止向所述第二PE设备发送端口状态报文,所述端口状态报文用于指示所述第一PE设备与所述CE设备连接的端口状态正常;
所述第一PE设备向所述第三PE设备发送媒体接入控制MAC表项更新报文,所述MAC表项更新报文用于指示触发所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项。
上述方案,当第一PE设备与CE设备连接的端口状态由激活状态切换为非激活状态时,第二PE设备将自身与CE设备连接的端口状态由非激活状态切换为激活状态。第一PE设备向第三PE设备发送MAC表项更新报文,触发第三PE设备删除报文转发目的地址为第一PE设备的第一MAC表项,学习生成报文转发目的地址为第二PE设备的第二MAC表项,并基于该第二MAC表项进行报文转发。实现与CE设备连接端口状态为激活状态的PE设备发生故障后,快速切换路由至备用的PE设备上恢复链路进行报文转发,确保了VXLAN网络的可靠性。进一步,通过指定新的报文转发目的地址,确保上行报文的传输方向和下行报文的传输方向的一致,有利于防火墙对报文进行检测。
在一种可能的设计中,所述网络系统还包括控制设备,相应地,所述第一PE设备向所述第三PE设备发送媒体接入控制MAC表项的更新报文,包括:
所述第一PE设备向所述控制设备发送所述MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述控制设备生成媒体接入控制-撤销 MAC-Withdraw报文和向所述第三PE设备发送所述MAC-Withdraw报文,所述 MAC-Withdraw报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项。
上述方案,第一PE设备将作为通知消息的MAC表项更新报文发送给控制设备,通知控制设备生成MAC-Withdraw报文,并发送给第三PE设备,使第三PE设备基于MAC-Withdraw报文删除相应地MAC表项,然后重新学习经由第二PE设备向CE设备发送报文的路由,实现快速恢复链路传输的目的,提高VXLAN网络的安全性。
在一种可能的设计中,所述第一PE设备向所述第三PE设备发送媒体接入控制MAC表项更新报文,包括:
所述第一PE设备向所述第二PE设备发送所述MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述第二PE设备将扩展以太网虚拟私有网络EVPN协议中的以太网自动发现每以太网段Ethernet AD per ES路由生成的第一MAC撤销报文通过EVPN协议发送给所述第三PE设备,所述第一MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项;
其中,所述第一PE设备、所述第二PE设备与所述第三PE设备两两之间建立EVPN对等体关系。
上述方案,第一PE设备将作为通知消息的MAC表项更新报文发送给第二PE设备,通知第二PE设备生成MAC撤销报文,并基于EVPN协议发送给第三PE设备,使第三PE设备基于MAC撤销报文删除相应地MAC表项,然后重新学习经由第二PE设备向CE设备发送报文的路由,实现快速恢复链路传输的目的,提高VXLAN网络的安全性。
在一种可能的设计中,所述第一PE设备向所述第三PE设备发送媒体接入控制MAC表项更新报文,包括:
所述第一PE设备向所述第二PE设备发送所述MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述第二PE设备将扩展以太网虚拟私有网络EVPN协议中的通告消息生成的第二MAC撤销报文通过EVPN协议发送给所述第三PE设备,所述第二MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一 PE设备的第一MAC表项;
其中,所述第一PE设备、所述第二PE设备与所述第三PE设备两两之间建立EVPN对等体关系。
上述方案,第一PE设备将作为通知消息的MAC表项更新报文发送给第二PE设备,通知第二PE设备生成MAC撤销报文,并基于EVPN协议发送给第三PE设备,使第三PE设备基于MAC撤销报文删除相应地MAC表项,然后重新学习经由第二PE设备向CE设备发送报文的路由,实现快速恢复链路传输的目的,提高VXLAN网络的安全性。
在一种可能的设计中,所述第一PE设备向所述第三PE设备发送媒体接入控制MAC表项更新报文,包括:
所述第一PE设备扩展以太网虚拟私有网络EVPN协议中的以太网自动发现每以太网段Ethernet A-D per ES路由,生成第一MAC撤销报文,所述第一MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项,将所述第一MAC撤销报文作为所述MAC表项更新报文;
所述第一PE设备通过EVPN协议,将所述MAC表项更新报文发送给所述第三PE设备;
其中,所述第一PE设备、所述第二PE设备与所述第三PE设备两两之间建立EVPN对等体关系。
上述方案,第一PE设备扩展EVPN协议中的Ethernet A-D per ES路由,并将扩展后的 Ethernet A-D per ES路由发送给第三PE设备,使第三PE设备基于扩展后的EthernetA-D per ES路由删除相应地MAC表项,然后重新学习经由第二PE设备向CE设备发送报文的路由,实现快速恢复链路传输的目的,提高VXLAN网络的安全性。
在一种可能的设计中,所述第一PE设备向所述第三PE设备发送媒体接入控制MAC表项更新报文,包括:
所述第一PE设备扩展以太网虚拟私有网络EVPN协议中的通告消息,生成第二MAC撤销报文,所述第二MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项,将所述第二MAC撤销报文作为所述MAC表项更新报文;
所述第一PE设备通过EVPN协议将所述MAC表项更新报文发送给所述第三PE设备;
其中,所述第一PE设备、所述第二PE设备与所述第三PE设备两两之间建立EVPN对等体关系。
上述方案,第一PE设备扩展EVPN协议中的通告消息,并将扩展后的通告消息发送给第三PE设备,使第三PE设备基于扩展后的通告消息删除相应地MAC表项,然后重新学习经由第二PE设备向CE设备发送报文的路由,实现快速恢复链路传输的目的,提高VXLAN 网络的安全性。
第二方面,本申请实施例提供了一种报文处理方法,所述方法应用于包括第一运营商边缘PE设备,第二PE设备,第三PE设备,用户边缘CE设备和控制设备的网络系统,所述第一PE设备和所述第二PE设备通过多框聚合MC-Trunk链路连接至所述CE设备,所述第一PE设备与所述CE设备连接的端口状态为激活状态,所述第二PE设备与所述CE设备连接的端口状态为非激活状态,所述第一PE设备、所述第二PE设备分别通过虚拟可扩展局域网VXLAN链路与所述第三PE设备通信,所述方法包括:
所述控制设备接收来自所述第一PE设备发送的MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述控制设备生成媒体接入控制-撤销MAC-Withdraw报文和向所述第三PE设备发送所述MAC-Withdraw报文;
所述控制设备基于所述通知消息生成所述MAC-Withdraw报文,并向所述第三PE设备发送所述MAC-Withdraw报文,所述MAC-Withdraw报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项。
上述方案,第一PE设备将作为通知消息的MAC表项更新报文发送给控制设备,通知控制设备生成MAC-Withdraw报文,并发送给第三PE设备,使第三PE设备基于MAC-Withdraw报文删除相应地MAC表项,然后重新学习经由第二PE设备向CE设备发送报文的路由,实现快速恢复链路传输的目的,提高VXLAN网络的安全性。
第三方面,本申请实施例提供了一种报文处理方法,所述方法应用于包括第一运营商边缘PE设备,第二PE设备,第三PE设备和用户边缘CE设备的网络系统,所述第一PE设备和所述第二PE设备通过多框聚合MC-Trunk链路连接至所述CE设备,所述第一PE设备与所述CE设备连接的端口状态为激活状态,所述第二PE设备与所述CE设备连接的端口状态为非激活状态,所述第一PE设备、所述第二PE设备与所述第三PE设备之间建立EVPN对等体关系;所述方法包括:
所述第二PE设备根据在预设周期内未接收到来自所述第一PE设备发送的端口状态报文,确定所述第一PE设备与所述CE设备之间的链路出现故障或者所述第一PE设备出现故障,将所述第二PE设备与所述CE设备连接的端口状态由非激活状态切换为激活状态,所述端口状态报文用于指示所述第一PE设备与所述CE设备连接的端口状态正常;
所述第二PE设备扩展以太网虚拟私有网络EVPN协议报文,生成MAC撤销报文,所述MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项,学习生成报文转发目的地址为所述第二PE设备的第二MAC表项;
所述第二PE设备接收所述第一PE设备发送的媒体接入控制MAC表项更新报文,所述 MAC表项更新报文为通知消息,所述通信消息用于通知所述第二PE设备将所述MAC撤销报文通过EVPN协议发送给所述第三PE设备;
所述第二PE设备基于所述通知消息通过所述EVPN协议将所述MAC撤销报文发送给所述第三PE设备。
上述方案,第二PE设备在确定所述第一PE设备与所述CE设备之间的链路出现故障或者所述第一PE设备出现故障,将所述第二PE设备与所述CE设备连接的端口状态由非激活状态切换为激活状态,并扩展以太网虚拟私有网络EVPN协议报文,生成MAC撤销报文发送给第三PE设备,使第三PE设备基于MAC撤销报文删除相应地MAC表项,然后重新学习经由第二PE设备向CE设备发送报文的路由,实现快速恢复链路传输的目的,提高VXLAN 网络的安全性。
在一种可能的设计中,所述第二PE设备扩展以太网虚拟私有网络EVPN协议报文,生成MAC撤销报文,包括:
所述第二PE设备扩展所述EVPN协议中的以太网自动发现每以太网段Ethernet A-D per ES路由,生成第一MAC撤销报文,将所述第一MAC撤销报文作为所述MAC撤销报文;
或者,
所述第二PE设备扩展所述EVPN协议中的通告消息,生成第二MAC撤销报文,将所述第二MAC撤销报文作为所述MAC撤销报文。
上述方案,第二PE设备采用对EVPN协议报文不同的扩展方式,生成相应地MAC撤销报文发送给第三PE设备,使第三PE设备基于MAC撤销报文删除相应地MAC表项,然后重新学习经由第二PE设备向CE设备发送报文的路由,实现快速恢复链路传输的目的,提高 VXLAN网络的安全性。
第四方面,本申请实施例公开了一种报文处理方法,所述方法应用于包括第一运营商边缘PE设备,第二PE设备,第三PE设备和用户边缘CE设备的网络系统,所述第一PE设备和所述第二PE设备通过多框聚合MC-Trunk链路连接至所述CE设备,所述第一PE设备与所述CE设备连接的端口状态为激活状态,所述第二PE设备与所述CE设备连接的端口状态为非激活状态,所述第一PE设备、所述第二PE设备与所述第三PE设备之间建立EVPN对等体关系;所述方法包括:
第三PE设备接收到来自与第一PE设备连接的端口上报的BFD Down报文,确定第一PE 设备的AC侧出现故障,或者第一PE设备自身出现故障;
第三PE设备基于该BFD Down消息,触发针对第一PE设备的MAC-flush事件;
第三PE设备执行该MAC-flush事件,删除报文转发目的地址为第一PE设备的第一MAC 表。
上述方案,当第一PE设备处出现故障时,第一PE设备与第三PE设备的WAN侧的BFD会话中断。第三PE设备会收到来自与第一PE设备连接的端口上报的BFD Down报文。第三 PE设备基于BFD Down报文执行删除报文转发目的地址为第一PE设备的第一MAC表项的操作,然后使发送的报文绕行第二PE设备,到达第一PE设备。从而实现快速恢复链路传输的目的,提高VXLAN网络的安全性。
第五方面,本申请实施例公开提供了一种第一运营商边缘PE设备,应用于包括第一PE 设备,第二PE设备,第三PE设备和用户边缘CE设备的网络系统,所述CE设备通过多框聚合MC-Trunk链路双归属连接到所述第一PE设备和所述第二PE设备,所述第一PE设备与所述CE设备连接的端口状态为激活状态,所述第二PE设备与所述CE设备连接的端口状态为非激活状态,所述第一PE设备、所述第二PE设备分别通过虚拟可扩展局域网VXLAN隧道与所述第三PE设备通信,所述第一PE设备包括:
处理单元,用于根据在预设周期内未接收到来自所述CE设备的第一故障检测报文,确定所述第一PE设备与所述CE设备之间的链路出现故障,将所述第一PE设备与所述CE设备连接的端口状态由激活状态切换为非激活状态,并停止向所述第二PE设备发送端口状态报文,所述端口状态报文用于指示所述第一PE设备与所述CE设备连接的端口状态正常;
发送单元,用于向所述第三PE设备发送媒体接入控制MAC表项更新报文,所述MAC表项更新报文用于指示触发所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项。
在一种可能的设计中,所述网络系统还包括控制设备;
所述发送单元,用于向所述控制设备发送所述MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述控制设备生成媒体接入控制-撤销 MAC-Withdraw报文和向所述第三PE设备发送所述MAC-Withdraw报文,所述 MAC-Withdraw报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项,学习生成报文转发目的地址为所述第二PE设备的第二MAC表项。
在一种可能的设计中,所述发送单元,用于向所述第二PE设备发送所述MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通信消息用于通知所述第二PE设备将扩展以太网虚拟私有网络EVPN协议中的以太网自动发现每以太网段Ethernet AD per ES路由生成的第一MAC撤销报文通过EVPN协议发送给所述第三PE设备,所述第一MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项,学习生成报文转发目的地址为所述第二PE设备的第二MAC表项;
其中,所述第一PE设备、所述第二PE设备与所述第三PE设备两两之间建立EVPN对等体关系。
在一种可能的设计中,所述发送单元,用于向所述第二PE设备发送所述MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述第二PE设备将扩展以太网虚拟私有网络EVPN协议中的通告消息生成的第二MAC撤销报文通过EVPN协议发送给所述第三PE设备,所述第二MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项,学习生成报文转发目的地址为所述第二PE设备的第二MAC表项;
其中,所述第一PE设备、所述第二PE设备与所述第三PE设备两两之间建立EVPN对等体关系。
在一种可能的设计中,所述处理单元,用于扩展以太网虚拟私有网络EVPN协议中的以太网自动发现每以太网段Ethernet A-D per ES路由,生成第一MAC撤销报文,所述第一 MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一 MAC表项,学习生成报文转发目的地址为所述第二PE设备的第二MAC表项,将所述第一MAC撤销报文作为所述MAC表项更新报文;
所述发送单元,用于通过EVPN协议,将所述MAC表项更新报文发送给所述第三PE设备;
其中,所述第一PE设备、所述第二PE设备与所述第三PE设备两两之间建立EVPN对等体关系。
在一种可能的设计中,所述处理单元,用于扩展以太网虚拟私有网络EVPN协议中的通告消息,生成第二MAC撤销报文,所述第二MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项,学习生成报文转发目的地址为所述第二PE设备的第二MAC表项,将所述第一MAC撤销报文作为所述MAC表项更新报文;
所述发送单元,用于通过EVPN协议将所述MAC表项更新报文发送给所述第三PE设备;
其中,所述第一PE设备、所述第二PE设备与所述第三PE设备两两之间建立EVPN对等体关系。
第六方面,本申请实施例提供了一种第一PE设备,该第一PE设备包括:处理器、网络接口和存储器。存储器可以用于存储网络设备的程序代码和数据,处理器用于调用存储器中的程序指令执行前述方面设计的方法,具体执行步骤可以参见前述方面,此处不在赘述。
第七方面,本申请实施例提供了一种控制设备,应用于包括第一运营商边缘PE设备,第二PE设备,第三PE设备,用户边缘CE设备和控制设备的网络系统,所述第一PE设备和所述第二PE设备通过多框聚合MC-Trunk链路连接至所述CE设备,所述第一PE设备与所述CE设备连接的端口状态为激活状态,所述第二PE设备与所述CE设备连接的端口状态为非激活状态,所述第一PE设备、所述第二PE设备分别通过虚拟可扩展局域网VXLAN链路与所述第三PE设备通信,所述控制设备包括:
接收单元,用于接收来自所述第一PE设备发送的MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述控制设备生成媒体接入控制-撤销 MAC-Withdraw报文和向所述第三PE设备发送所述MAC-Withdraw报文;
处理单元,用于基于所述通知消息生成所述MAC-Withdraw报文,并向所述第三PE设备发送所述MAC-Withdraw报文,所述MAC-Withdraw报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项,学习生成报文转发目的地址为所述第二PE设备的第二MAC表项。
第八方面,本申请实施例提供了一种控制设备,该控制设备包括:处理器、网络接口和存储器。存储器可以用于存储控制设备的程序代码和数据,处理器用于调用存储器中的程序指令执行前述方面设计的方法,具体执行步骤可以参见前述方面,此处不在赘述。
第九方面,本申请实施例一种第二运营商边缘PE设备,应用于包括第一PE设备,第二 PE设备,第三PE设备和用户边缘CE设备的网络系统,所述第一PE设备和所述第二PE设备通过多框聚合MC-Trunk链路连接至所述CE设备,所述第一PE设备与所述CE设备连接的端口状态为激活状态,所述第二PE设备与所述CE设备连接的端口状态为非激活状态,所述第一PE设备、所述第二PE设备与所述第三PE设备之间建立EVPN对等体关系,所述第二PE设备包括:
处理单元,用于根据在预设周期内未接收到来自所述第一PE设备发送的端口状态报文,确定所述第一PE设备与所述CE设备之间的链路出现故障或者所述第一PE设备出现故障,将所述第二PE设备与所述CE设备连接的端口状态由非激活状态切换为激活状态,所述端口状态报文用于指示所述第一PE设备与所述CE设备连接的端口状态正常;以及扩展以太网虚拟私有网络EVPN协议报文,生成MAC撤销报文,所述MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项,学习生成报文转发目的地址为所述第二PE设备的第二MAC表项;
接收单元,用于接收来自第一PE设备发送的媒体接入控制MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述第二PE设备将所述MAC表项更新报文通过EVPN协议发送给所述第三PE设备;
发送单元,用于基于所述通知消息通过所述EVPN协议将所述MAC撤销报文发送给所述第三PE设备。
在一种可能的设计中,所述扩展以太网虚拟私有网络EVPN协议报文,生成MAC撤销报文的处理单元,用于扩展所述EVPN协议中的以太网自动发现每以太网段Ethernet A-Dper ES路由,生成第一MAC撤销报文,将所述第一MAC撤销报文作为所述MAC撤销报文;或者,扩展所述EVPN协议中的通告消息,生成第二MAC撤销报文,将所述第二MAC撤销报文作为所述MAC撤销报文。
第十方面,本申请实施例提供了一种第二PE设备,该第二PE设备包括:处理器、网络接口和存储器。存储器可以用于存储网络设备的程序代码和数据,处理器用于调用存储器中的程序指令执行前述方面设计的方法,具体执行步骤可以参见前述方面,此处不在赘述。
第十一方面,本申请实施例提供了一种第三PE设备,应用于包括第一PE设备,第二PE 设备,第三PE设备和用户边缘CE设备的网络系统,所述第一PE设备和所述第二PE设备通过多框聚合MC-Trunk链路连接至所述CE设备,所述第一PE设备与所述CE设备连接的端口状态为激活状态,所述第二PE设备与所述CE设备连接的端口状态为非激活状态,所述第一 PE设备、所述第二PE设备与所述第三PE设备之间建立EVPN对等体关系,第三E设备包括:
接收单元,用于接收来自于第二PE设备的MAC撤销报文。或者,用于接收来自于第一 PE设备的MAC撤销报文。或者,用于接收与第一PE设备连接的端口上报的BFD Down报文。或者,用于接收来自于控制设备发送的MAC-Withdraw报文。
处理单元,用于基于MAC撤销报文,或者MAC-Withdraw报文删除报文转发目的地址为第一PE设备的第一MAC表项。或者,基于BFD Down报文触发针对第一PE设备的 MAC-flush事件,删除报文转发目的地址为第一PE设备的第一MAC表。
第十二方面,本申请实施例提供了一种第三PE设备,该第三PE设备包括:处理器、网络接口和存储器。存储器可以用于存储网络设备的程序代码和数据,处理器用于调用存储器中的程序指令执行前述方面设计的方法,具体执行步骤可以参见前述方面,此处不在赘述。
第十三方面,本申请实施例提供了一种网络系统,包括:第一运营商边缘PE设备,第二PE设备,第三PE设备和用户边缘CE设备,所述CE设备通过多框聚合MC-Trunk链路双归属连接到所述第一PE设备和所述第二PE设备,所述第一PE设备与所述CE设备连接的端口状态为激活状态,所述第二PE设备与所述CE设备连接的端口状态为非激活状态,所述第一 PE设备、所述第二PE设备分别通过虚拟可扩展局域网VXLAN隧道与所述第三PE设备通信;
所述第一PE设备,用于根据在预设周期内未接收到来自所述CE设备的第一故障检测报文,确定所述第一PE设备与所述CE设备之间的链路出现故障,将所述第一PE设备与所述 CE设备连接的端口状态由激活状态切换为非激活状态,并停止向所述第二PE设备发送端口状态报文,所述端口状态报文用于指示所述第一PE设备与所述CE设备连接的端口状态正常;以及向所述第三PE设备发送媒体接入控制MAC表项更新报文,所述MAC表项更新报文用于指示触发所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项;
所述第二PE设备,用于根据在预设周期内未接收到来自所述第一PE设备发送的端口状态报文,确定所述第一PE设备与所述CE设备之间的链路出现故障或者所述第一PE设备出现故障,将所述第二PE设备与所述CE设备连接的端口状态由非激活状态切换为激活状态,所述端口状态报文用于指示所述第一PE设备与所述CE设备连接的端口状态正常。
在一种可能的设计中,该网络系统还包括控制设备;
所述第一PE设备,用于向所述控制设备发送所述MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述控制设备生成媒体接入控制-撤销 MAC-Withdraw报文和向所述第三PE设备发送所述MAC-Withdraw报文,所述 MAC-Withdraw报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项,学习生成报文转发目的地址为所述第二PE设备的第二MAC表项;
相应地,所述控制设备,用于基于所述通知消息生成所述MAC-Withdraw报文,并向所述第三PE设备发送所述MAC-Withdraw报文,所述MAC-Withdraw报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项,学习生成报文转发目的地址为所述第二PE设备的第二MAC表项。
第十四方面,本申请实施例提供了一种非易失性计算机可读存储介质,用于存储计算机程序,该计算机程序包括用于执行第一方面、第二方面、第三方面、第四方面、第一方面的任一可能的设计或第三方面的任一可能的设计中的方法的指令。
附图说明
图1为本申请实施例公开的一种网络系统的结构示意图;
图2为本申请实施例公开的另一种网络系统的结构示意图;
图3为本申请实施例公开的一种报文处理方法的流程示意图;
图4为本申请实施例公开的另一种报文处理方法的流程示意图;
图5为本申请实施例公开的另一种报文处理方法的流程示意图;
图6为本申请实施例公开的另一种网络系统的结构示意图;
图7为本申请实施例公开的另一种报文处理方法的流程示意图;
图8为本申请实施例公开的另一种报文处理方法的流程示意图;
图9为本申请实施例公开的第一PE设备的结构示意图;
图10为本申请实施例公开的第二PE设备的结构示意图;
图11为本申请实施例公开的第三PE设备的结构示意图;
图12为本申请实施例公开的控制设备的结构示意图;
图13为本申请实施例公开的第一PE设备的硬件结构示意图;
图14为本申请实施例公开的第二PE设备的硬件结构示意图;
图15为本申请实施例公开的第三PE设备的硬件结构示意图;
图16为本申请实施例公开的控制设备的硬件结构示意图;
图17为本申请实施例公开的一种网络系统的结构示意图。
具体实施方式
本申请实施例提供了一种报文处理方法、设备及网络系统。通过运营商边缘(Provider Edge,PE)设备与用户边缘(Customer Edge,CE)设备之间的预先协商,确定与CE设备相连的PE设备中,端口状态为激活状态的PE设备,以及端口状态为非激活状态的PE设备。并基于预先协商的端口状态为非激活状态的PE设备实现在传输报文的链路出现故障时,能够快速恢复链路,确保VXLAN网络可靠性的目的。
本申请实施例公开的报文处理方法通过以下具体实施例进行详细说明。
如图1所示,为本申请实施例公开的一种网络系统的结构示意图。该网络系统包括第一PE设备11,第二PE设备12,第三PE设备13和CE设备14。
第一PE设备11和第二PE设备12相互连接,并且可以充当VXLAN三层网关。
第一PE设备11和第二PE设备12通过多框聚合(Multi Chassis Trunk,MC-Trunk)链路与CE设备14连接。并且第一PE设备11和第二PE设备12之间通过运行跨设备链路聚合(Enhanced Trunk,E-Trunk)协议进行协商,指定第一PE设备11和第二PE设备12中的任意一个接入链路(Access Circuit,AC)侧的接口可以向CE设备转发报文。协商确定第一PE 设备11和第二PE设备12中,有一个作为首选向CE设备14转发报文的设备,即主设备;另一个作为备选向CE设备14转发报文的设备,即备用设备。在本申请实施例中,通过上述协商确定第一PE设备11到CE设备14之间的链路为主链路,该第一PE设备11与CE设备14连接的端口状态为激活状态。确定第二PE设备12到CE设备14之间的链路为备用链路,该第二PE 设备12与CE设备14连接的端口状态为非激活状态。第一PE设备、第二PE设备分别通过 VXLAN隧道与第三PE设备通信。
第一PE设备11、第二PE设备12与第三PE设备13具有不同的MAC地址。作为举例,第一PE设备11的MAC地址为11.11,第二PE设备12的MAC地址为2.2.2.2,第三PE设备13的 MAC地址为3.3.3.3。第一PE设备11、第二PE设备12分别通过VXLAN链路与第三PE设备13 连接。并通过VXLAN隧道互通报文,所互通的报文均采用VXLAN报文进行封装。作为举例,将第三PE设备13与第一PE设备11连接的VXLAN隧道称为第一VXLAN隧道。将第三PE 设备13与第二PE设备12连接的VXLAN隧道称为第二VXLAN隧道。
可选的,第一PE设备11、第二PE设备12与第三PE设备13基于以太网虚拟私有网络(Ethernet virtual private network,EVPN)建立邻居关系。该EVPN协议的基本原理可以参照边界网关协议(Border Gateway Protocol,BGP)协议,具体可以参照RFC7432协议。
在本申请实施例中,为了方便描述,AC侧指第一PE设备,第二PE设备与CE设备连接的一侧。设置在第一PE设备和第二PE设备上,用于连接CE设备的接口称为AC侧接口。第一PE设备和第二PE设备分别与第三PE设备连接的一侧为网络侧。分别设置在第一PE设备和第二PE设备上,用于连接第三PE设备的接口称为VXLAN隧道接口,包括二层以太网 (LAN)侧接口和三层以太网(WAN)侧接口。
基于图1所示的网络系统,在网络稳定的情况下,各个设备在报文传输的过程中学习 MAC表项。该学习MAC表项指:设备接收到报文后,将报文的源MAC地址和接收接口的对应关系记录在MAC表中。
各个设备在上行传输广播、未知单播和组播(Broadcast,Unknown unicast,andMulticast,BUM)报文的过程如图1中的实线箭头“→”所示,其中,上行是指由用户到网络的报文传输过程。
上行的具体报文传输过程:第三PE设备将发送到目的MAC地址为CE设备的BUM报文复制,得到两个BUM报文,将一个BUM报文通过第一VXLAN隧道转发给第一PE设备,将另一个BUM报文通过第二VXLAN隧道转发给第二PE设备。第二PE设备与CE设备连接的端口状态为非激活状态,则第二PE设备丢弃该BUM报文。第一PE设备与CE设备连接的端口状态为激活状态,将该BUM报文转发给CE设备。该第一PE设备学习获得第三PE设备的 MAC地址,且出接口指向与第三PE设备之间建立的第一VXLAN隧道。CE设备接收到BUM 报文,学习获得第三PE设备的MAC地址,出接口指向与第一PE设备之间建立的主链路。第三PE设备生成传输报文到达CE设备的报文转发目的地址为第一PE设备的第一MAC表项。
通过上述上行BUM报文的传输过程,第一PE设备能够学习到接入第三PE设备的MAC地址,以及确定接入接口指向第一PE设备与第三PE设备之间建立的第一VXLAN隧道。CE 设备也学习到接入第三PE设备的MAC地址,以及确定接入接口指向CE设备与第一PE设备之间建立的链路为主链路。该第一PE设备与CE设备连接的端口状态为激活状态,即CE设备与第一PE设备之间的接口为激活状态。
基于上述本申请公开的网络系统的结构,在网络系统稳定状态下,各个设备在下行传输BUM报文或单播报文的过程如图1中的虚线箭头“”所示,其中,下行是指由网络到用户的报文传输过程。
该下行的报文传输过程为:CE设备通过查找的第一PE设备的MAC地址,以及接入接口指向的主链路将下行传输的BUM报文或单播报文发送给第一PE设备。第一PE设备通过查找的第三PE设备的MAC地址,以及接入接口指向的第一VXLAN隧道,将下行传输的 BUM报文或单播报文转发给第三PE设备。第三PE设备接收该第一PE设备转发的下行传输的BUM报文或单播报文,并学习生成传输报文到达CE设备的报文转发目的地址为第一PE 设备的第一MAC表项。
通过上述下行BUM报文或单播报文的传输过程,第一PE设备学习到接入CE设备的MAC表项,该MAC表项中的接口指向第一PE设备与CE设备连接的端口/接口,该端口状态 /接口状态为激活状态。第三PE设备也学习到接入CE设备的MAC表项,该MAC表项中的接口指向第三PE设备与第一PE设备之间建立的第一VXLAN隧道。
基于上述本申请公开的网络系统的结构,在网络系统稳定状态下,各个设备上行传输单播报文的过程为:
第三PE设备发送目的MAC地址为CE设备的上行传输单播报文。第三PE设备基于下行 BUM报文或单播报文学习到的第一MAC表项,将该上行传输单播报文通过第一VXLAN隧道发给第一PE设备。第一PE设备则基于学习到的CE设备的MAC地址,将该单播报文转发给CE设备。第一PE设备与CE设备之间的链路为主链路,第一PE设备上连接CE设备的端口状态为激活状态。
需要说明的是,在本申请实施例公开的附图1中,第一PE设备、第二PE设备和第三PE 设备可以具体为VXLAN隧道端点(VXLAN Tunnel End Point,VTEP),一个VTEP可以连接多台虚拟机(Virtual Machine,VM)。VM可以运行在服务器中。一台服务器可以包含至少一台VM。不同的VM可以属于不同的VXLAN网段。在VXLAN的应用场景中,VTEP 设备也可以称为网络虚拟边缘(Network Virtualization Edge,NVE)设备。在一些应用场景中,VTEP设备被理解为集成在NVE设备中的模块。在本申请实施例中,在不进行特殊说明的情况下,VTEP设备等同于NVE设备。
如图2所示,为本申请实施例公开的具体应用中的一种网络系统的结构示意图。该网络系统包括:第一网关(Gateway,GW)21,第二GW22,数据中心设备网关(Data CenterGate Way,DC-GW)23,机架(Top Of Rack,TOR)交换机24,VM25,用户终端设备 (Customer-Premises Equipment,CPE)26和VM27。
在该具体应用中,第一GW11可以为图1中示出的第一PE设备11。第二GW22可以为图1中示出的第二PE设备12。DC-GW23、TOR交换机24和VM25的结合可以为图1中示出的CE 设备。CPE26和通过CPE26接入网络的VM27的结合可以为图1中示出的第三PE设备。各个设备的具体设置以及上下行传输报文的过程可参见图1所对应的说明,这里不再进行赘述。
结合附图1和附图2,本申请实施例公开了一种报文处理方法,其目的在于当原来的主链路出现故障,能够快速恢复链路,确保VXLAN网络可靠性的目的。进一步的,通过指定第三PE设备传输报文至CE设备所经过的PE设备,确保上行报文的传输方向和下行报文的传输方向的一致。
根据作为主设备的第一PE设备处所出现的故障的不同,导致需要路由进行切换以确保快速恢复链路。例如,第一PE设备的AC侧出现故障,或者第一PE设备的网络侧出现故障,或者第一PE设备本身出现故障。
当第一PE设备确定AC侧出现故障时,该报文处理方法的流程图如图3所示,包括:
S301:第一PE设备根据在预设周期内未接收到来自CE设备的第一故障检测报文,确定第一PE设备与CE设备之间的链路出现故障,将第一PE设备与CE设备连接的端口状态由激活状态切换为非激活状态,并停止向第二PE设备发送端口状态报文。
CE设备通过MC-Trunk链路双归属连接到第一PE设备和第二PE设备,在预设周期内CE 设备与第一PE设备之间相互发送用于探测是否发生故障的故障检测报文。若第一PE设备在预设周期内未接收到来自CE设备发送的第一故障检测报文,则第一PE设备可以确定自身与 CE设备之间的链路出现故障。此时,将自身与CE设备连接的端口状态由激活状态切换为非激活状态。
第一PE设备则基于自身与CE设备连接的端口状态出现异常,停止向第二PE设备发送端口状态报文,该端口状态报文用于指示第一PE设备与CE设备连接的端口状态正常。
需要说明的是,在具体应用过程中,若第一PE设备与CE设备之间的链路出现异常或故障,第一PE设备会停止向第二PE设备发送端口状态报文。另一方面,若第一PE设备自身出现故障时,也会停止向第二PE设备发送端口状态报文。
S302:第二PE设备根据在预设周期内未接收到来自第一PE设备发送的端口状态报文,确定将第二PE设备与CE设备连接的端口状态由非激活状态切换为激活状态。
在具体应用过程中,第二PE设备在预设周期内未接收到来自第一PE设备发送的端口状态报文,可以确定第一PE设备与CE设备之间的链路出现故障,或者确定第一PE设备出现故障。此时,第二PE设备则将自身与CE设备连接的端口状态由非激活状态切换为激活状态。在切换后,第二PE设备与CE设备之间的链路则由原来的备用链路升为主链路。
S303:第一PE设备向第三PE设备发送MAC表项更新报文。
在执行S303的过程中,第一PE设备可以通过同一网络系统中的其他设备向第三PE设备发送MAC表项更新报文,也可以直接向第三PE设备发送MAC表项更新报文。该MAC表项更新报文用于指示触发所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项。
作为举例,这里的其他设备具体可以是第二PE设备。
需要说明的是,S302和S303之间并没有先后顺序。
S304:第三PE设备基于该MAC表项更新报文的触发,删除报文转发目的地址为第一PE设备的第一MAC表项。
在第三PE设备删除报文转发目的地址为第一PE设备的第一MAC表项后,第三PE设备根据上述图1对应的实施例说明部分中的MAC地址的学习过程,学习生成报文转发目的地址为第二PE设备的第二MAC表项。
在本申请实施例中,CE设备通过MC-Trunk链路双归属连接到第一PE设备和第二PE设备。第一PE设备和第二PE设备之间通过运行跨设备链路聚合(Enhanced Trunk,E-Trunk)协议进行协商,确定第一PE设备与CE设备之间连接的端口状态为激活状态,第二PE设备与CE设备之间连接的端口状态为非激活状态。当第一PE设备与CE设备连接的端口状态由激活状态切换为非激活状态时,第二PE设备将自身与CE设备连接的端口状态由非激活状态切换为激活状态。第一PE设备向第三PE设备发送MAC表项更新报文,触发第三PE设备删除报文转发目的地址为第一PE设备的第一MAC表项,学习生成报文转发目的地址为第二 PE设备的第二MAC表项,并基于该第二MAC表项进行报文转发。实现与CE设备连接端口状态为激活状态的PE设备发生故障后,快速切换路由至备用的PE设备上恢复链路进行报文转发,确保了VXLAN网络的可靠性。进一步,通过指定新的报文转发目的地址,确保上行报文的传输方向和下行报文的传输方向的一致,有利于防火墙对报文进行检测。
在本申请实施例中,第一PE设备在确定与CE设备连接的AC侧的链路出现故障时,在执行图3示出的报文处理过程中,S303和S304的具体过程中可以采用多种方式,以下进行详细说明。
基于图1示出的网络系统,若第一PE设备、第二PE设备和第三PE设备两两之间建立EVPN对等体关系。
在具体应用实例中,当该MAC表项更新报文为通知消息。第一PE设备经由第二PE设备向第三PE设备发送MAC表项更新报文。如图4所示,该报文处理的过程为:
S401:第一PE设备在预设周期内未接收到来自CE设备的第一故障检测报文,确定第一PE设备与CE设备之间的链路出现故障,将第一PE设备与CE设备连接的端口状态由激活状态切换为非激活状态,并停止向第二PE设备发送端口状态报文。
S402:第二PE设备在预设周期内未接收到来自第一PE设备发送的端口状态报文,则将自身与CE设备连接的端口状态由非激活状态切换为激活状态。
S403:第一PE设备向第二PE设备发送通知消息。
该通知消息用于通知所述第二PE设备将扩展以太网虚拟私有网络EVPN协议中的通告消息生成的第二MAC撤销报文通过EVPN协议发送给所述第三PE设备。
S404:第二PE设备扩展EVPN协议生成MAC撤销报文,并基于该通知消息将该MAC 撤销报文发送给第三PE设备。
需要说明的是,第二PE设备可以在与CE设备连接的端口状态由非激活状态切换为激活状态后扩展EVPN协议。第二PE设备也可以在接收到第一PE设备发送的通知消息之后扩展 EVPN协议。
S405:第三PE设备接收该第一MAC撤销报文,并基于该第一MAC撤销报文的指示,第三PE设备删除报文转发目的地址为第一PE设备的第一MAC表项。
第三PE设备在删除报文转发目的地址为第一PE设备的第一MAC表项之后,再学习生成报文转发目的地址为第二PE设备的第二MAC表项。
在具体应用过程中,上述第二PE设备扩展EVPN协议生成MAC撤销报文的方式有两种。
第一种方式,第二PE设备扩展EVPN协议中的以太网自动发现每以太网段(英文:Ethernet AD per ES)路由,生成第一MAC撤销报文。并基于该通知消息将该第一MAC撤销报文发送给第三PE设备。
RFC7432中定义了4种路由类型,其中,Ethernet AD per ES路由为Typel路由,可以简称为AD路由,在本申请实施例中凡是涉及到AD路由即可以认为是Ethernet AD per ES路由。
具体扩展EVPN协议中的Ethernet AD per ES路由为:第二PE设备基于BD配置ESI,用于标示发布基于广播域BD的Typel路由给第三PE设备。AD路由携带一个Layer2attributes extended community属性,将该属性的控制字段里的第1bit置位,用于标识该路由为基于BD 的MAC-flush路由。该AD路由通过路由RT交叉,下发到第三PE设备对应的广播域中。
由此,如果第三PE设备接收到该扩展后的AD路由,则清除对应BD的第一MAC表项。
第二种方式,第二PE设备扩展EVPN协议中的通告消息,生成第二MAC撤销报文。并基于该通知消息将该第二MAC撤销报文发送给第三PE设备。
具体的,该EVPN协议中的通告消息可以参考BGP协议中的Notification消息。该Notification消息的具体原理为:当BGP检测到错误状态时,向对等体发出Notification消息,之后BGP连接会立即中断。
第二PE设备扩展该通告消息,使其携带用于指示第三PE设备删除报文转发目的地址为第一PE设备的第一MAC表项的撤销信息,生成相应地第一MAC撤销报文。
在本申请实施例中,第一PE设备将作为通知消息的MAC表项更新报文发送给第二PE 设备,通知第二PE设备生成MAC撤销报文,并基于EVPN协议发送给第三PE设备,使第三PE设备基于MAC撤销报文删除相应地MAC表项,然后重新学习经由第二PE设备向CE设备发送报文的路由,实现快速恢复链路传输的目的,提高VXLAN网络的安全性。
在具体应用实例中,当该MAC表项更新报文也可以直接作为MAC撤销报文,由第一PE设备直接发送给第三PE设备,如图5所示,该报文处理的过程为:
S501:第一PE设备在预设周期内未接收到来自CE设备的第一故障检测报文,确定第一PE设备与CE设备之间的链路出现故障,将第一PE设备与CE设备连接的端口状态由激活状态切换为非激活状态,并停止向第二PE设备发送端口状态报文。
S502:第一PE设备扩展EVPN协议中的Ethernet AD per ES路由生成第一MAC撤销报文,或者扩展EVPN协议中的通告信息,生成第二MAC撤销报文。并将该第一MAC撤销报文或第二MAC撤销报文发送给第三PE设备。
第一PE设备扩展EVPN协议中的Ethernet AD perES路由的方式与上述第二PE设备扩展 EVPN协议中的Ethernet AD per ES路由的方式一致。第一PE设备扩展EVPN协议中的通告信息的方式与上述第二PE设备扩展EVPN协议中的通告信息的方式一致,这里不再进行赘述。
S503:第二PE设备在预设周期内未接收到来自第一PE设备发送的端口状态报文,则将自身与CE设备连接的端口状态由非激活状态切换为激活状态。
需要说明的是,在本申请实施例中S502和S503在实际执行过程中并不限定顺序。
S504:第三PE设备接收该第一MAC撤销报文,并基于该第一MAC撤销报文的指示,第三PE设备删除报文转发目的地址为第一PE设备的第一MAC表项,或者,第三PE设备接收该第二MAC撤销报文,并基于该第二MAC撤销报文的指示,第三PE设备删除报文转发目的地址为第一PE设备的第一MAC表项。
第三PE设备在删除报文转发目的地址为第一PE设备的第一MAC表项之后,再学习生成报文转发目的地址为第二PE设备的第二MAC表项。
可选的,基于上述本申请实施例图1公开的网络系统,若第一PE设备本身出现故障,其将不再向第二PE设备发送端口状态信息,则第二PE设备会将自身与CE设备连接的端口状态由非激活状态切换为激活状态。此时,第二PE设备可以采用上述扩展EVPN协议的方式,生成相应地的MAC撤销报文。第二PE设备基于EVPN协议将生成的MAC撤销报文发送给第三PE设备,由第三PE设备基于该MAC撤销报文的指示,删除报文转发目的地址为第一PE设备的第一MAC表项,然后,再学习生成报文转发目的地址为第二PE设备的第二MAC 表项。
可选的,基于上述本申请实施例图1公开的网络系统,如图6所示,在图1示出的网络系统上还增加了一个控制设备15。第一PE设备向第三PE设备发送的MAC表项更新报文为通知消息,该报文处理过程如图7所示,包括:
S701:第一PE设备在预设周期内未接收到来自CE设备的第一故障检测报文,确定第一PE设备与CE设备之间的链路出现故障,将第一PE设备与CE设备连接的端口状态由激活状态切换为非激活状态,并停止向第二PE设备发送端口状态报文。
S702:第二PE设备在预设周期内未接收到来自第一PE设备发送的端口状态报文,则将自身与CE设备连接的端口状态由非激活状态切换为激活状态。
S703:第一PE设备向控制设备发送通知消息。
该通知消息用于通知控制设备生成媒体接入控制-撤销(MAC-Withdraw)报文和向所述第三PE设备发送MAC-Withdraw报文。
S704:控制设备接收第一PE设备发送的该通知消息,并基于该通知消息生成该MAC-Withdraw报文,并发送给第三PE设备。
S705:第三PE设备接收该MAC-Withdraw报文,并基于该MAC-Withdraw报文的指示,删除报文转发目的地址为第一PE设备的第一MAC表项。
第三PE设备在删除报文转发目的地址为第一PE设备的第一MAC表项之后,再学习生成报文转发目的地址为第二PE设备的第二MAC表项。
在本申请实施例中,第一PE设备将作为通知消息的MAC表项更新报文发送给控制设备,通知控制设备生成MAC-Withdraw报文,并发送给第三PE设备,使第三PE设备基于MAC-Withdraw报文删除相应地MAC表项,然后重新学习经由第二PE设备向CE设备发送报文的路由,实现快速恢复链路传输的目的,提高VXLAN网络的安全性。
可选的,基于本申请实施例图1公开的网络系统,第一PE设备,第二PE设备和第三PE 设备之间建立双向转发故障检测(Bidirectional Forwarding Detection,BFD)会话。
作为举例,在设备之间建立BFD会话后,实际上是配置设备之间的连接接口联动。如果没有出现故障,则BFD会话则处于正常(UP)状态,如果出现故障,则BFD会话调整为中断(Down)状态。配置接口联动后,会将BFD Down报文立即上报到相应接口,使相应的接口进入BFD Down状态。
如图8所示,若第一PE设备与第三PE设备相连的VXLAN隧道出现故障,该报文处理过程包括:
S801:第三PE设备接收到来自与第一PE设备连接的端口上报的BFD Down报文,确定第一PE设备的AC侧出现故障,或者第一PE设备自身出现故障。
在本申请实施例中,基于第一PE设备和第三PE设备之间建立的BFD会话的关系,当第一PE设备处出现故障时,第一PE设备与第三PE设备的WAN侧的BFD会话中断。第三PE设备会收到来自与第一PE设备连接的端口上报的BFD Down报文。
该BFD Down报文,可以用于指示第三PE设备执行针对第一PE设备的媒体接入控制表清空(MAC-flush)事件。
S802:第三PE设备基于该BFD Down消息,触发针对第一PE设备的MAC-flush事件。
S803:第三PE设备执行该MAC-flush事件。
第三PE设备执行该MAC-flush事件的具体操作为:删除报文转发目的地址为第一PE设备的第一MAC表。
基于本申请实施例图1公开的网络系统,第一PE设备和第二PE设备均接收来自第三PE 设备发送的报文,在未发生故障的情况下,第一PE设备作为主设备,将通过与第三PE设备建立的VXLAN隧道接收到的报文转发给CE设备,而第二PE设备作为备选设备,则不进行报文转发。
当WAN侧发生故障时,则第三PE设备发送给CE设备的报文则经由第二PE设备转发给第一PE设备之后,再由第一PE设备发送给CE设备。
S804:第三PE设备经由第二PE设备和第一PE设备,向CE设备发送报文。
在本申请实施例中,当第一PE设备处出现故障时,第一PE设备与第三PE设备的WAN侧的BFD会话中断。第三PE设备会收到来自与第一PE设备连接的端口上报的BFD Down报文。第三PE设备基于BFD Down报文执行删除报文转发目的地址为第一PE设备的第一MAC 表项的操作,然后使发送的报文绕行第二PE设备,到达第一PE设备。从而实现快速恢复链路传输的目的,提高VXLAN网络的安全性。
基于上述本申请实施例公开的报文处理方法,本申请实施例还分别公开了执行该报文处理方法的第一PE设备,第二PE设备和第三PE设备。
本申请实施例公开的该第一PE设备与第二PE设备,第三PE设备和CE设备位于同一网络系统中。CE设备通过MC-Trunk链路双归属连接到第一PE设备和第二PE设备。第一PE设备与CE设备连接的端口状态为激活状态,第二PE设备与CE设备连接的端口状态为非激活状态。第一PE设备、第二PE设备分别通过VXLAN隧道与第三PE设备通信。
如图9所示,为本申请实施例公开的第一PE设备90的结构示意图。该第一PE设备90包括:
处理单元901,用于根据在预设周期内未接收到来自CE设备的第一故障检测报文,确定第一PE设备与CE设备之间的链路出现故障,将第一PE设备与CE设备连接的端口状态由激活状态切换为非激活状态,并停止向第二PE设备发送端口状态报文。该端口状态报文用于指示第一PE设备与CE设备连接的端口状态正常。
发送单元902,用于向第三PE设备发送MAC表项更新报文,该MAC表项更新报文用于指示触发第三PE设备删除报文转发目的地址为第一PE设备的第一MAC表项。
当MAC表项更新报文为通知消息,第一PE设备、第二PE设备与第三PE设备两两之间建立EVPN对等体关系。可选的,发送单元902,用于向第二PE设备发送该通知消息,该通信消息用于通知第二PE设备将扩展EVPN协议中的Ethernet AD per ES路由生成的第一 MAC撤销报文通过EVPN协议发送给第三PE设备。该第一MAC撤销报文用于指示第三PE 设备删除报文转发目的地址为第一PE设备的第一MAC表项。
当MAC表项更新报文为通知消息,第一PE设备、第二PE设备与第三PE设备两两之间建立EVPN对等体关系。可选的,发送单元902,用于向第二PE设备发送该通知消息。该通知消息用于通知第二PE设备将扩展EVPN协议中的通告消息生成的第二MAC撤销报文通过EVPN协议发送给第三PE设备。该第二MAC撤销报文用于指示第三PE设备删除报文转发目的地址为第一PE设备的第一MAC表项。
当MAC表项更新报文为第一MAC撤销报文,第一PE设备、第二PE设备与第三PE设备两两之间建立EVPN对等体关系。可选的,该处理单元901,用于扩展EVPN协议中的EthernetA-D per ES路由,生成第一MAC撤销报文。该第一MAC撤销报文用于指示第三PE设备删除报文转发目的地址为第一PE设备的第一MAC表项。
相应地,发送单元902,用于通过EVPN协议,将该第一MAC撤销报文发送给第三PE设备。
当MAC表项更新报文为第二MAC撤销报文,第一PE设备、第二PE设备与第三PE设备两两之间建立EVPN对等体关系。可选的,该处理单元901,用于扩展EVPN协议中的通告消息,生成第二MAC撤销报文,该第二MAC撤销报文用于指示第三PE设备删除报文转发目的地址为第一PE设备的第一MAC表项。
相应地,该发送单元902,用于通过EVPN协议将该第二MAC撤销报文发送给第三PE设备。
进一步的,若该网络系统还包括控制设备,该MAC表项更新报文为通知消息。可选的,发送单元902,用于向控制设备发送该通知消息。该通知消息用于通知控制设备生成MAC-Withdraw报文和向第三PE设备发送MAC-Withdraw报文。该MAC-Withdraw报文用于指示第三PE设备删除报文转发目的地址为第一PE设备的第一MAC表项。
以上本申请实施例公开的第一PE设备中的各个单元的执行过程,可以参见本申请实施例上述报文处理方法中涉及第一PE设备的记载,原理和执行方式相同,这里不再进行赘述。
基于上述本申请实施例公开的报文处理方法,本申请实施例还对应公开了执行该报文处理方法的控制设备。
如图10所示,为本申请实施例公开的第二PE设备100的结构示意图。第一PE设备、第二PE设备与第三PE设备之间建立EVPN对等体关系。该第二PE设备100包括:
处理单元1001,用于根据在预设周期内未接收到来自第一PE设备发送的端口状态报文,确定第一PE设备与CE设备之间的链路出现故障或者第一PE设备出现故障,将第二PE设备与CE设备连接的端口状态由非激活状态切换为激活状态。该端口状态报文用于指示第一PE设备与CE设备连接的端口状态正常。
处理单元1001,还用于扩展EVPN协议报文,生成MAC撤销报文,该MAC撤销报文用于指示第三PE设备删除报文转发目的地址为第一PE设备的第一MAC表项。
该MAC表项更新报文为通知消息。接收单元1002,用于接收来自第一PE设备发送的通知消息。该通知消息用于通知第二PE设备将MAC表项更新报文通过EVPN协议发送给第三PE设备。
发送单元1003,用于基于该通知消息通过EVPN协议将MAC撤销报文发送给第三PE设备。
可选的,处理单元1001,用于扩展EVPN协议中的Ethernet A-D per ES路由,生成第一 MAC撤销报文。将第一MAC撤销报文作为MAC撤销报文。
可选的,处理单元1002,用于扩展EVPN协议中的通告消息,生成第二MAC撤销报文,将第二MAC撤销报文作为MAC撤销报文。
以上本申请实施例公开的第二PE设备中的各个单元的执行过程,可以参见本申请实施例上述报文处理方法中涉及第二PE设备的记载,原理和执行方式相同,这里不再进行赘述。
基于上述本申请实施例公开的报文处理方法,本申请实施例还对应公开了执行该报文处理方法的第三PE设备。
如图11所示,为本申请实施例公开的第三PE设备110的结构示意图。该第三PE设备110 包括:
接收单元1101,用于接收来自于第二PE设备的MAC撤销报文。或者,用于接收来自于第一PE设备的MAC撤销报文。或者,用于接收与第一PE设备连接的端口上报的BFD Down报文。或者,用于接收来自于控制设备发送的MAC-Withdraw报文。
处理单元1102,用于基于MAC撤销报文,或者MAC-Withdraw报文删除报文转发目的地址为第一PE设备的第一MAC表项。或者,基于BFD Down报文触发针对第一PE设备的 MAC-flush事件。
处理单元1102执行该MAC-flush事件的具体操作为:删除报文转发目的地址为第一PE 设备的第一MAC表。
以上本申请实施例公开的第三PE设备中的各个单元的执行过程,可以参见本申请实施例上述报文处理方法中涉及第三PE设备的记载,原理和执行方式相同,这里不再进行赘述。
基于上述本申请实施例公开的报文处理方法,本申请实施例还对应公开了执行该报文处理方法的控制设备。
如图12所示,为本申请实施例公开的控制设备120的结构示意图。该控制设备120与第一PE设备,第二PE设备,第三PE设备和CE设备位于同一网络系统。该控制设备120包括:
若MAC表项更新报文为通知消息。接收单元1201,用于接收来自第一PE设备发送的通知消息,该通知消息用于通知控制设备生成MAC-Withdraw报文和向第三PE设备发送MAC-Withdraw报文。
处理单元1202,用于基于该通知消息生成MAC-Withdraw报文,并向第三PE设备发送该MAC-Withdraw报文。该MAC-Withdraw报文用于指示第三PE设备删除报文转发目的地址为第一PE设备的第一MAC表项,学习生成报文转发目的地址为第二PE设备的第二MAC表项。
以上本申请实施例公开的控制设备中的各个单元的执行过程,可以参见本申请实施例上述报文处理方法中涉及控制设备的记载,原理和执行方式相同,这里不再进行赘述。
结合本申请实施例公开的报文处理方法,本申请实施例所公开的第一PE设备、第二PE 设备、第三PE设备和控制设备也可以直接用硬件、处理器执行的存储器,或者二者的结合来实施。
因此,基于附图3至图8公开的报文处理方法,本申请实施例还对应公开了如图13所示的第一PE设备130,图14所示的第二PE设备140,如图15所示的第三PE设备150,图16所示的控制设备160。其中,图13所示出的第一PE设备130可以为图3至图8对应实施例中的第一 PE设备,可以执行上述实施例公开的第一PE设备所涉及的报文处理方法。图14所示出的第二PE设备140可以为图3至图8对应实施例中的第二PE设备,可以执行上述实施例公开的第二PE设备所涉及的报文处理方法。图15所示出的第三PE设备150可以为图3至图8对应实施例中的第三PE设备,可以执行上述实施例公开的第三PE设备所涉及的报文处理方法。图16 所示出的控制设备160可以为图7对应实施例中的控制设备,可以执行上述实施例公开的控制设备所涉及的报文处理方法。
如图13所示,该第一PE设备130包括:存储器1301、总线1302、处理器1303和接口1304。其中,接口1304可以通过无线或有线的方式实现,具体来讲可以是例如网卡等元件,上述存储器1301、处理器1303和接口1304通过总线1302连接。
该接口1304具体可以包括发送器和接收器,用于第一PE设备与上述本申请实施例中的第二PE设备,第三PE设备,控制设备之间收发报文。具体过程可参见上述本申请实施例涉及第一PE设备收发报文的相应部分,这里不再赘述。
所述处理器1303用于执行上述申请实施例涉及第一PE设备执行报文处理方法的部分。具体过程可参见,这里不再赘述。
存储器1301包括操作系统和应用程序,用于存储报文处理的操作程序、代码或指令,当处理器1303或硬件设备在执行报文处理时,调用并执行这些程序、代码或指令时可以完成图4至图8中涉及第一PE设备进行报文处理的过程。具体过程可参见上述本申请实施例相应地部分,这里不再赘述。
可以理解的是,图13仅仅示出了第一PE设备的简化设计。在实际应用中,第一PE设备可以包含任意数量的接口,处理器,存储器等。
另外,本申请实施例提供了一种计算机存储介质,用于储存为上述第一PE设备所用的计算机软件指令,其包含用于执行上述实施例中第一PE设备所涉及的程序。
如图14所示,该第二PE设备140包括:存储器1401、总线1402、处理器1403和接口1404。其中,接口1404可以通过无线或有线的方式实现,具体来讲可以是例如网卡等元件,上述存储器1401、处理器1403和接口1404通过总线1402连接。
该接口1404具体可以包括发送器和接收器,用于第二PE设备与上述本申请实施例中的第一PE设备,第三PE设备之间收发报文。具体过程可参见上述本申请实施例涉及第二PE 设备收发报文的相应部分,这里不再赘述。
所述处理器1403用于执行上述申请实施例涉及第二PE设备执行报文处理方法的部分。具体过程可参见,这里不再赘述。
存储器1401包括操作系统和应用程序,用于存储报文处理的操作程序、代码或指令,当处理器1403或硬件设备在执行报文处理时,调用并执行这些程序、代码或指令时可以完成图4至图8中涉及第二PE设备进行报文处理的过程。具体过程可参见上述本申请实施例相应地部分,这里不再赘述。
可以理解的是,图14仅仅示出了第二PE设备的简化设计。在实际应用中,第二PE设备可以包含任意数量的接口,处理器,存储器等。
另外,本申请实施例提供了一种计算机存储介质,用于储存为上述第二PE设备所用的计算机软件指令,其包含用于执行上述实施例中第二PE设备所涉及的程序。
图15为本申请实施例公开的第三PE设备150的硬件结构示意图。图15所示的第三PE设备150可以执行上述本申请实施例中第三PE设备所执行的相应步骤。
如图15所示,该第三PE设备150包括:存储器1501、总线1502、处理器1503和接口1504。其中,接口1504可以通过无线或有线的方式实现,具体来讲可以是例如网卡等元件,上述存储器1501、处理器1503和接口1504通过总线1502连接。
该接口1504具体可以包括发送器和接收器,用于第三PE设备与上述本申请实施例中的第一网络设备、第二网络设备和网络设备之间收发报文。例如,该接口1504的具体过程可参见上述本申请实施例中,第三PE设备与第一PE设备、第二PE设备之间收发报文的相应部分,这里不再赘述。
所述处理器1503用于执行上述申请实施例中由第三PE设备进行的报文处理部分。例如,处理器1503用于基于接收到的MAC撤销报文,或者接收到MAC-Withdraw报文,或者,接收到BFD Down报文执行相应操作。具体过程可参见上述本申请实施例相应地部分,这里不再赘述。
存储器1501包括操作系统和应用程序,用于存储报文更新的程序、代码或指令,当处理器1503或硬件设备在执行报文更新时,调用并执行这些程序、代码或指令时可以完成上述实施例中涉及第三PE设备的处理过程。具体过程可参见上述本申请实施例相应地部分,这里不再赘述。
可以理解的是,图15仅仅示出了第三PE设备的简化设计。在实际应用中,第三PE设备可以包含任意数量的接口,处理器,存储器等。
另外,本申请实施例提供了一种非易失性计算机可读存储介质,用于储存为上述第三 PE设备所用的计算机软件指令,其包含用于执行上述实施例中第三PE设备所涉及的程序。
如图16所示,该控制设备160包括:存储器1601、总线1602、处理器1603和接口1604。其中,接口1604可以通过无线或有线的方式实现,具体来讲可以是例如网卡等元件,上述存储器1601、处理器1603和接口1604通过总线1602连接。
该接口1604具体可以包括发送器和接收器,用于控制设备与上述本申请实施例中的第一PE设备和第三PE设备之间收发报文。具体过程可参见上述本申请实施例涉及控制设备收发报文的相应部分,这里不再赘述。
所述处理器1603用于执行上述申请实施例涉及控制设备执行报文处理方法的部分。具体过程可参见,这里不再赘述。
存储器1601包括操作系统和应用程序,用于存储报文处理的操作程序、代码或指令,当处理器1603或硬件设备在执行报文处理时,调用并执行这些程序、代码或指令时可以完成图7中涉及控制设备进行报文处理的过程。具体过程可参见上述本申请实施例相应地部分,这里不再赘述。
可以理解的是,图16仅仅示出了控制设备的简化设计。在实际应用中,控制设备可以包含任意数量的接口,处理器,存储器等。
另外,本申请实施例提供了一种计算机存储介质,用于储存为上述控制设备所用的计算机软件指令,其包含用于执行上述实施例中控制设备所涉及的程序。
如图17所示,为本申请实施例公开的用于实现报文处理方法的网络系统90,主要包括:第一PE设备1701、第二PE设备1702、第三PE设备1703和CE设备1704。
以上本申请实施例公开的网络系统中,第一网络设备1701可以具体为图9和图13中公开的第一PE设备,具体过程以及执行原理可以参照上述说明,这里不再进行赘述。
第二PE设备1702可以具体为图10和图14中公开的第二PE设备,具体过程以及执行原理可以参照上述说明,这里不再进行赘述。
第三PE设备1703可以具体为图11和图15中公开的第三PE设备,具体过程以及执行原理可以参照上述说明,这里不再进行赘述。
可选的,还可以包括控制设备1705。该控制设备1705可以具体为图12和图16中公开的控制设备,具体过程以及执行原理可以参照上述说明,这里不再进行赘述。
综上所述,当第一PE设备与CE设备连接的端口状态由激活状态切换为非激活状态时,第二PE设备将自身与CE设备连接的端口状态由非激活状态切换为激活状态。第一PE设备向第三PE设备发送MAC表项更新报文,触发第三PE设备删除报文转发目的地址为第一PE设备的第一MAC表项,学习生成报文转发目的地址为第二PE设备的第二MAC表项,并基于该第二MAC表项进行报文转发。实现与CE设备连接端口状态为激活状态的PE设备发生故障后,快速切换路由至备用的PE设备上恢复链路进行报文转发,确保了VXLAN网络的可靠性。进一步,通过指定新的报文转发目的地址,确保上行报文的传输方向和下行报文的传输方向的一致,有利于防火墙对报文进行检测。
更进一步的,当第一PE设备处出现故障时,第一PE设备与第三PE设备的WAN侧的BFD 会话中断。第三PE设备会收到来自与第一PE设备连接的端口上报的BFD Down报文。第三 PE设备基于BFD Down报文执行删除报文转发目的地址为第一PE设备的第一MAC表项的操作,然后使发送的报文绕行第二PE设备,到达第一PE设备。从而实现快速恢复链路传输的目的,提高VXLAN网络的安全性。
本说明书的各个部分均采用递进的方式进行描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点介绍的都是与其他实施例不同之处。尤其,对于装置和系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例部分的说明即可。
以上所述的具体实施方式,对本申请的目的、技术方案和有益效果进行了进一步详细说明。所应理解的是,以上所述仅为本申请的具体实施方式而已。
Claims (20)
1.一种报文处理方法,其特征在于,所述方法应用于包括第一运营商边缘PE设备,第二PE设备,第三PE设备和用户边缘CE设备的网络中,所述CE设备通过多框聚合MC-Trunk链路双归属连接到所述第一PE设备和所述第二PE设备,所述第一PE设备与所述CE设备连接的端口状态为激活状态,所述第二PE设备与所述CE设备连接的端口状态为非激活状态,所述第一PE设备、所述第二PE设备分别通过虚拟可扩展局域网VXLAN隧道与所述第三PE设备通信,所述方法包括:
所述第一PE设备根据在预设周期内未接收到来自所述CE设备的第一故障检测报文,确定所述第一PE设备与所述CE设备之间的链路出现故障,将所述第一PE设备与所述CE设备连接的端口状态由激活状态切换为非激活状态,并停止向所述第二PE设备发送端口状态报文,所述端口状态报文用于指示所述第一PE设备与所述CE设备连接的端口状态正常;
所述第一PE设备向所述第三PE设备发送媒体接入控制MAC表项更新报文,所述MAC表项更新报文用于指示触发所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项。
2.根据权利要求1所述的方法,其特征在于,所述网络系统还包括控制设备,相应地,所述第一PE设备向所述第三PE设备发送媒体接入控制MAC表项的更新报文,包括:
所述第一PE设备向所述控制设备发送所述MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述控制设备生成媒体接入控制-撤销MAC-Withdraw报文和向所述第三PE设备发送所述MAC-Withdraw报文,所述MAC-Withdraw报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项。
3.根据权利要求1所述的方法,其特征在于,所述第一PE设备向所述第三PE设备发送媒体接入控制MAC表项更新报文,包括:
所述第一PE设备向所述第二PE设备发送所述MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述第二PE设备将扩展以太网虚拟私有网络EVPN协议中的以太网自动发现每以太网段Ethernet AD per ES路由生成的第一MAC撤销报文通过EVPN协议发送给所述第三PE设备,所述第一MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项;
其中,所述第一PE设备、所述第二PE设备与所述第三PE设备两两之间建立EVPN对等体关系。
4.根据权利要求1所述的方法,其特征在于,所述第一PE设备向所述第三PE设备发送媒体接入控制MAC表项更新报文,包括:
所述第一PE设备向所述第二PE设备发送所述MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述第二PE设备将扩展以太网虚拟私有网络EVPN协议中的通告消息生成的第二MAC撤销报文通过EVPN协议发送给所述第三PE设备,所述第二MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项;
其中,所述第一PE设备、所述第二PE设备与所述第三PE设备两两之间建立EVPN对等体关系。
5.根据权利要求1所述的方法,其特征在于,所述第一PE设备向所述第三PE设备发送媒体接入控制MAC表项更新报文,包括:
所述第一PE设备扩展以太网虚拟私有网络EVPN协议中的以太网自动发现每以太网段Ethernet A-D per ES路由,生成第一MAC撤销报文,所述第一MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项,将所述第一MAC撤销报文作为所述MAC表项更新报文;
所述第一PE设备通过EVPN协议,将所述MAC表项更新报文发送给所述第三PE设备;
其中,所述第一PE设备、所述第二PE设备与所述第三PE设备两两之间建立EVPN对等体关系。
6.根据权利要求1所述的方法,其特征在于,所述第一PE设备向所述第三PE设备发送媒体接入控制MAC表项更新报文,包括:
所述第一PE设备扩展以太网虚拟私有网络EVPN协议中的通告消息,生成第二MAC撤销报文,所述第二MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项,将所述第二MAC撤销报文作为所述MAC表项更新报文;
所述第一PE设备通过EVPN协议将所述MAC表项更新报文发送给所述第三PE设备;
其中,所述第一PE设备、所述第二PE设备与所述第三PE设备两两之间建立EVPN对等体关系。
7.一种报文处理方法,其特征在于,所述方法应用于包括第一运营商边缘PE设备,第二PE设备,第三PE设备,用户边缘CE设备和控制设备的网络系统,所述第一PE设备和所述第二PE设备通过多框聚合MC-Trunk链路连接至所述CE设备,所述第一PE设备与所述CE设备连接的端口状态为激活状态,所述第二PE设备与所述CE设备连接的端口状态为非激活状态,所述第一PE设备、所述第二PE设备分别通过虚拟可扩展局域网VXLAN链路与所述第三PE设备通信,所述方法包括:
所述控制设备接收来自所述第一PE设备发送的MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述控制设备生成媒体接入控制-撤销MAC-Withdraw报文和向所述第三PE设备发送所述MAC-Withdraw报文;
所述控制设备基于所述通知消息生成所述MAC-Withdraw报文,并向所述第三PE设备发送所述MAC-Withdraw报文,所述MAC-Withdraw报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项。
8.一种报文处理方法,其特征在于,所述方法应用于包括第一运营商边缘PE设备,第二PE设备,第三PE设备和用户边缘CE设备的网络系统,所述第一PE设备和所述第二PE设备通过多框聚合MC-Trunk链路连接至所述CE设备,所述第一PE设备与所述CE设备连接的端口状态为激活状态,所述第二PE设备与所述CE设备连接的端口状态为非激活状态,所述第一PE设备、所述第二PE设备与所述第三PE设备之间建立EVPN对等体关系;所述方法包括:
所述第二PE设备根据在预设周期内未接收到来自所述第一PE设备发送的端口状态报文,确定所述第一PE设备与所述CE设备之间的链路出现故障或者所述第一PE设备出现故障,将所述第二PE设备与所述CE设备连接的端口状态由非激活状态切换为激活状态,所述端口状态报文用于指示所述第一PE设备与所述CE设备连接的端口状态正常;
所述第二PE设备扩展以太网虚拟私有网络EVPN协议报文,生成MAC撤销报文,所述MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项;
所述第二PE设备接收所述第一PE设备发送的媒体接入控制MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通信消息用于通知所述第二PE设备将所述MAC撤销报文通过EVPN协议发送给所述第三PE设备;
所述第二PE设备基于所述通知消息通过所述EVPN协议将所述MAC撤销报文发送给所述第三PE设备。
9.根据权利要求8所述的方法,其特征在于,所述第二PE设备扩展以太网虚拟私有网络EVPN协议报文,生成MAC撤销报文,包括:
所述第二PE设备扩展所述EVPN协议中的以太网自动发现每以太网段Ethernet A-DperES路由,生成第一MAC撤销报文,将所述第一MAC撤销报文作为所述MAC撤销报文;
或者,
所述第二PE设备扩展所述EVPN协议中的通告消息,生成第二MAC撤销报文,将所述第二MAC撤销报文作为所述MAC撤销报文。
10.一种第一运营商边缘PE设备,其特征在于,应用于包括第一PE设备,第二PE设备,第三PE设备和用户边缘CE设备的网络系统,所述CE设备通过多框聚合MC-Trunk链路双归属连接到所述第一PE设备和所述第二PE设备,所述第一PE设备与所述CE设备连接的端口状态为激活状态,所述第二PE设备与所述CE设备连接的端口状态为非激活状态,所述第一PE设备、所述第二PE设备分别通过虚拟可扩展局域网VXLAN隧道与所述第三PE设备通信,所述第一PE设备包括:
处理单元,用于根据在预设周期内未接收到来自所述CE设备的第一故障检测报文,确定所述第一PE设备与所述CE设备之间的链路出现故障,将所述第一PE设备与所述CE设备连接的端口状态由激活状态切换为非激活状态,并停止向所述第二PE设备发送端口状态报文,所述端口状态报文用于指示所述第一PE设备与所述CE设备连接的端口状态正常;
发送单元,用于向所述第三PE设备发送媒体接入控制MAC表项更新报文,所述MAC表项更新报文用于指示触发所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项。
11.根据权利要求10所述的第一PE设备,其特征在于,所述网络系统还包括控制设备;
所述发送单元,用于向所述控制设备发送所述MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述控制设备生成媒体接入控制-撤销MAC-Withdraw报文和向所述第三PE设备发送所述MAC-Withdraw报文,所述MAC-Withdraw报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项。
12.根据权利要求10所述的第一PE设备,其特征在于,所述发送单元,用于向所述第二PE设备发送所述MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通信消息用于通知所述第二PE设备将扩展以太网虚拟私有网络EVPN协议中的以太网自动发现每以太网段Ethernet AD per ES路由生成的第一MAC撤销报文通过EVPN协议发送给所述第三PE设备,所述第一MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项;
其中,所述第一PE设备、所述第二PE设备与所述第三PE设备两两之间建立EVPN对等体关系。
13.根据权利要求10所述的第一PE设备,其特征在于,所述发送单元,用于向所述第二PE设备发送所述MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述第二PE设备将扩展以太网虚拟私有网络EVPN协议中的通告消息生成的第二MAC撤销报文通过EVPN协议发送给所述第三PE设备,所述第二MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项;
其中,所述第一PE设备、所述第二PE设备与所述第三PE设备两两之间建立EVPN对等体关系。
14.根据权利要求10所述的第一PE设备,其特征在于,所述处理单元,用于扩展以太网虚拟私有网络EVPN协议中的以太网自动发现每以太网段Ethernet A-D per ES路由,生成第一MAC撤销报文,所述第一MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项,将所述第一MAC撤销报文作为所述MAC表项更新报文;
所述发送单元,用于通过EVPN协议,将所述MAC表项更新报文发送给所述第三PE设备;
其中,所述第一PE设备、所述第二PE设备与所述第三PE设备两两之间建立EVPN对等体关系。
15.根据权利要求10所述的第一PE设备,其特征在于,
所述处理单元,用于扩展以太网虚拟私有网络EVPN协议中的通告消息,生成第二MAC撤销报文,所述第二MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项,将所述第一MAC撤销报文作为所述MAC表项更新报文;
所述发送单元,用于通过EVPN协议将所述MAC表项更新报文发送给所述第三PE设备;
其中,所述第一PE设备、所述第二PE设备与所述第三PE设备两两之间建立EVPN对等体关系。
16.一种控制设备,其特征在于,应用于包括第一运营商边缘PE设备,第二PE设备,第三PE设备,用户边缘CE设备和控制设备的网络系统,所述第一PE设备和所述第二PE设备通过多框聚合MC-Trunk链路连接至所述CE设备,所述第一PE设备与所述CE设备连接的端口状态为激活状态,所述第二PE设备与所述CE设备连接的端口状态为非激活状态,所述第一PE设备、所述第二PE设备分别通过虚拟可扩展局域网VXLAN链路与所述第三PE设备通信,所述控制设备包括:
接收单元,用于接收来自所述第一PE设备发送的MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述控制设备生成媒体接入控制-撤销MAC-Withdraw报文和向所述第三PE设备发送所述MAC-Withdraw报文;
处理单元,用于基于所述通知消息生成所述MAC-Withdraw报文,并向所述第三PE设备发送所述MAC-Withdraw报文,所述MAC-Withdraw报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项。
17.一种第二运营商边缘PE设备,其特征在于,应用于包括第一PE设备,第二PE设备,第三PE设备和用户边缘CE设备的网络系统,所述第一PE设备和所述第二PE设备通过多框聚合MC-Trunk链路连接至所述CE设备,所述第一PE设备与所述CE设备连接的端口状态为激活状态,所述第二PE设备与所述CE设备连接的端口状态为非激活状态,所述第一PE设备、所述第二PE设备与所述第三PE设备之间建立EVPN对等体关系,所述第二PE设备包括:
处理单元,用于根据在预设周期内未接收到来自所述第一PE设备发送的端口状态报文,确定所述第一PE设备与所述CE设备之间的链路出现故障或者所述第一PE设备出现故障,将所述第二PE设备与所述CE设备连接的端口状态由非激活状态切换为激活状态,所述端口状态报文用于指示所述第一PE设备与所述CE设备连接的端口状态正常;以及扩展以太网虚拟私有网络EVPN协议报文,生成MAC撤销报文,所述MAC撤销报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项;
接收单元,用于接收来自第一PE设备发送的媒体接入控制MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述第二PE设备将所述MAC表项更新报文通过EVPN协议发送给所述第三PE设备;
发送单元,用于基于所述通知消息通过所述EVPN协议将所述MAC撤销报文发送给所述第三PE设备。
18.根据权利要求17所述的第二PE设备,其特征在于,所述扩展以太网虚拟私有网络EVPN协议报文,生成MAC撤销报文的处理单元,用于扩展所述EVPN协议中的以太网自动发现每以太网段Ethernet A-D per ES路由,生成第一MAC撤销报文,将所述第一MAC撤销报文作为所述MAC撤销报文;或者,扩展所述EVPN协议中的通告消息,生成第二MAC撤销报文,将所述第二MAC撤销报文作为所述MAC撤销报文。
19.一种网络系统,其特征在于,包括:第一运营商边缘PE设备,第二PE设备,第三PE设备和用户边缘CE设备,所述CE设备通过多框聚合MC-Trunk链路双归属连接到所述第一PE设备和所述第二PE设备,所述第一PE设备与所述CE设备连接的端口状态为激活状态,所述第二PE设备与所述CE设备连接的端口状态为非激活状态,所述第一PE设备、所述第二PE设备分别通过虚拟可扩展局域网VXLAN隧道与所述第三PE设备通信;
所述第一PE设备,用于根据在预设周期内未接收到来自所述CE设备的第一故障检测报文,确定所述第一PE设备与所述CE设备之间的链路出现故障,将所述第一PE设备与所述CE设备连接的端口状态由激活状态切换为非激活状态,并停止向所述第二PE设备发送端口状态报文,所述端口状态报文用于指示所述第一PE设备与所述CE设备连接的端口状态正常;以及向所述第三PE设备发送媒体接入控制MAC表项更新报文,所述MAC表项更新报文用于指示触发所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项;
所述第二PE设备,用于根据在预设周期内未接收到来自所述第一PE设备发送的端口状态报文,确定所述第一PE设备与所述CE设备之间的链路出现故障或者所述第一PE设备出现故障,将所述第二PE设备与所述CE设备连接的端口状态由非激活状态切换为激活状态,所述端口状态报文用于指示所述第一PE设备与所述CE设备连接的端口状态正常。
20.根据权利要求19所述的网络系统,其特征在于,还包括控制设备;
所述第一PE设备,用于向所述控制设备发送所述MAC表项更新报文,所述MAC表项更新报文为通知消息,所述通知消息用于通知所述控制设备生成媒体接入控制-撤销MAC-Withdraw报文和向所述第三PE设备发送所述MAC-Withdraw报文,所述MAC-Withdraw报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项;
相应地,所述控制设备,用于基于所述通知消息生成所述MAC-Withdraw报文,并向所述第三PE设备发送所述MAC-Withdraw报文,所述MAC-Withdraw报文用于指示所述第三PE设备删除报文转发目的地址为所述第一PE设备的第一MAC表项。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710141773.5A CN108574614B (zh) | 2017-03-10 | 2017-03-10 | 一种报文处理方法、设备及网络系统 |
PCT/CN2017/111610 WO2018161633A1 (zh) | 2017-03-10 | 2017-11-17 | 一种报文处理方法、设备及网络系统 |
EP17900130.0A EP3531632B1 (en) | 2017-03-10 | 2017-11-17 | Failure recovery in a network system |
US16/426,899 US10938627B2 (en) | 2017-03-10 | 2019-05-30 | Packet processing method, device, and network system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710141773.5A CN108574614B (zh) | 2017-03-10 | 2017-03-10 | 一种报文处理方法、设备及网络系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108574614A true CN108574614A (zh) | 2018-09-25 |
CN108574614B CN108574614B (zh) | 2020-11-17 |
Family
ID=63447258
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710141773.5A Active CN108574614B (zh) | 2017-03-10 | 2017-03-10 | 一种报文处理方法、设备及网络系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10938627B2 (zh) |
EP (1) | EP3531632B1 (zh) |
CN (1) | CN108574614B (zh) |
WO (1) | WO2018161633A1 (zh) |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109587286A (zh) * | 2018-12-27 | 2019-04-05 | 新华三技术有限公司 | 一种设备接入控制方法及装置 |
CN110730125A (zh) * | 2019-10-21 | 2020-01-24 | 迈普通信技术股份有限公司 | 一种报文转发方法、装置、双活系统及通信设备 |
CN110912837A (zh) * | 2019-11-07 | 2020-03-24 | 杭州迪普科技股份有限公司 | 基于vsm系统的主备切换方法和装置 |
CN111064659A (zh) * | 2018-10-17 | 2020-04-24 | 丛林网络公司 | 多宿主节点故障的bum流量的节点保护 |
CN111526108A (zh) * | 2019-02-01 | 2020-08-11 | 华为技术有限公司 | 防止网络攻击的方法与装置 |
CN111614505A (zh) * | 2019-02-25 | 2020-09-01 | 华为技术有限公司 | 报文处理的方法和网关设备 |
CN111698168A (zh) * | 2020-05-20 | 2020-09-22 | 北京吉安金芯信息技术有限公司 | 消息处理方法、装置、存储介质及处理器 |
CN111740899A (zh) * | 2020-07-13 | 2020-10-02 | 中国联合网络通信集团有限公司 | 一种arp请求报文转发方法、跨设备链路聚合组及网络设备 |
CN111800525A (zh) * | 2020-09-07 | 2020-10-20 | 广东睿江云计算股份有限公司 | 一种网关冗余方法及系统 |
CN112019417A (zh) * | 2019-05-30 | 2020-12-01 | 华为技术有限公司 | 传输报文的方法与设备 |
WO2020237639A1 (en) * | 2019-05-31 | 2020-12-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for network communication |
CN112152920A (zh) * | 2019-06-28 | 2020-12-29 | 华为技术有限公司 | 一种实现表项备份的方法和装置 |
CN112702251A (zh) * | 2019-10-22 | 2021-04-23 | 华为技术有限公司 | 报文检测方法、连通性协商关系建立方法以及相关设备 |
CN112751754A (zh) * | 2019-10-29 | 2021-05-04 | 华为技术有限公司 | 双归接入时选择切换为工作状态的端口的方法和设备 |
CN112838982A (zh) * | 2019-11-22 | 2021-05-25 | 华为技术有限公司 | 报文传输路径的切换方法、设备和系统 |
CN113973072A (zh) * | 2020-07-23 | 2022-01-25 | 华为技术有限公司 | 报文发送方法、设备及系统 |
CN114531396A (zh) * | 2020-10-31 | 2022-05-24 | 北京华为数字技术有限公司 | 一种以太网虚拟专用网络中的故障回切方法及装置 |
US11349749B2 (en) | 2018-10-17 | 2022-05-31 | Juniper Networks, Inc. | Node protection for bum traffic for multi-homed node failure |
WO2022257854A1 (zh) * | 2021-06-11 | 2022-12-15 | 华为技术有限公司 | 一种报文发布方法、转发路径处理方法及装置 |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110519171B (zh) * | 2018-05-21 | 2021-02-12 | 华为技术有限公司 | 通信的方法和设备 |
US11252192B1 (en) * | 2018-09-28 | 2022-02-15 | Palo Alto Networks, Inc. | Dynamic security scaling |
US10771317B1 (en) * | 2018-11-13 | 2020-09-08 | Juniper Networks, Inc. | Reducing traffic loss during link failure in an ethernet virtual private network multihoming topology |
US11323308B2 (en) * | 2018-12-28 | 2022-05-03 | Juniper Networks, Inc. | Core isolation for logical tunnels stitching multi-homed EVPN and L2 circuit |
US11895092B2 (en) * | 2019-03-04 | 2024-02-06 | Appgate Cybersecurity, Inc. | Network access controller operation |
CN112769587A (zh) * | 2019-11-05 | 2021-05-07 | 中兴通讯股份有限公司 | 双归设备接入流量的转发方法、设备及存储介质 |
US11438193B2 (en) * | 2020-01-28 | 2022-09-06 | Arista Networks, Inc. | EVPN multihoming optimizations for ethernet segment connection interruptions |
CN113497985B (zh) * | 2020-04-01 | 2024-04-05 | 上海诺基亚贝尔股份有限公司 | 一种上报用户的mac更新的方法与装置 |
CN113037883B (zh) * | 2021-02-23 | 2022-06-10 | 中国联合网络通信集团有限公司 | 一种mac地址表项的更新方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101330424A (zh) * | 2007-06-18 | 2008-12-24 | 华为技术有限公司 | 一种虚拟专用网服务故障处理的方法、系统及装置 |
CN101753464A (zh) * | 2010-01-22 | 2010-06-23 | 中兴通讯股份有限公司 | 路由收敛方法、运营商边缘设备及虚拟专用网系统 |
CN101820397A (zh) * | 2010-05-25 | 2010-09-01 | 杭州华三通信技术有限公司 | 虚拟专用局域网网络收敛的方法及设备 |
CN104135420A (zh) * | 2014-07-31 | 2014-11-05 | 华为技术有限公司 | 一种报文转发的方法、设备及系统 |
CN105591924A (zh) * | 2014-11-10 | 2016-05-18 | 瞻博网络公司 | 在数据中心中发信号通知混叠能力 |
US9397931B1 (en) * | 2013-08-16 | 2016-07-19 | Juniper Networks, Inc. | Fast convergence in singly-homed ethernet virtual private networks |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7515530B2 (en) * | 2004-03-25 | 2009-04-07 | Alcatel-Lucent Usa Inc. | Detecting loops between network devices by monitoring MAC moves |
US7535828B2 (en) * | 2005-03-18 | 2009-05-19 | Cisco Technology, Inc. | Algorithm for backup PE selection |
CN100512148C (zh) * | 2006-12-30 | 2009-07-08 | 华为技术有限公司 | 基于vpls双归属的全连接网络的收敛方法和装置 |
CN102088400A (zh) * | 2009-12-03 | 2011-06-08 | 华为技术有限公司 | 虚拟专用网络中运营商边界设备及切换方法 |
US20110194404A1 (en) * | 2010-02-11 | 2011-08-11 | Nokia Siemens Networks Ethernet Solutions Ltd. | System and method for fast protection of dual-homed virtual private lan service (vpls) spokes |
US20120087232A1 (en) * | 2010-10-12 | 2012-04-12 | Brocade Communications Systems, Inc. | Link state relay for physical layer emulation |
CN102142931B (zh) * | 2011-01-22 | 2013-07-10 | 北京华为数字技术有限公司 | 一种防止e-trunk丢包的方法、装置和系统 |
CN103841019B (zh) * | 2012-11-27 | 2018-06-08 | 中兴通讯股份有限公司 | 多归接入最短路径桥接网络的方法和装置 |
US20140204760A1 (en) * | 2013-01-22 | 2014-07-24 | Brocade Communications Systems, Inc. | Optimizing traffic flows via mac synchronization when using server virtualization with dynamic routing |
US9742678B2 (en) * | 2014-04-01 | 2017-08-22 | Cisco Technology, Inc. | E-tree service with optimal forwarding in EVPN |
CN105791072A (zh) * | 2014-12-22 | 2016-07-20 | 华为数字技术(苏州)有限公司 | 以太虚拟网络的接入方法及装置 |
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 |
US9860150B2 (en) * | 2015-10-01 | 2018-01-02 | Juniper Networks, Inc. | Fast convergence of EVPN networks for multi homing topologies |
US20170373973A1 (en) * | 2016-06-27 | 2017-12-28 | Juniper Networks, Inc. | Signaling ip address mobility in ethernet virtual private networks |
US9992154B2 (en) * | 2016-06-30 | 2018-06-05 | Juniper Networks, Inc. | Layer 3 convergence for EVPN link failure |
-
2017
- 2017-03-10 CN CN201710141773.5A patent/CN108574614B/zh active Active
- 2017-11-17 WO PCT/CN2017/111610 patent/WO2018161633A1/zh unknown
- 2017-11-17 EP EP17900130.0A patent/EP3531632B1/en active Active
-
2019
- 2019-05-30 US US16/426,899 patent/US10938627B2/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101330424A (zh) * | 2007-06-18 | 2008-12-24 | 华为技术有限公司 | 一种虚拟专用网服务故障处理的方法、系统及装置 |
CN101753464A (zh) * | 2010-01-22 | 2010-06-23 | 中兴通讯股份有限公司 | 路由收敛方法、运营商边缘设备及虚拟专用网系统 |
CN101820397A (zh) * | 2010-05-25 | 2010-09-01 | 杭州华三通信技术有限公司 | 虚拟专用局域网网络收敛的方法及设备 |
US9397931B1 (en) * | 2013-08-16 | 2016-07-19 | Juniper Networks, Inc. | Fast convergence in singly-homed ethernet virtual private networks |
CN104135420A (zh) * | 2014-07-31 | 2014-11-05 | 华为技术有限公司 | 一种报文转发的方法、设备及系统 |
CN105591924A (zh) * | 2014-11-10 | 2016-05-18 | 瞻博网络公司 | 在数据中心中发信号通知混叠能力 |
Non-Patent Citations (1)
Title |
---|
A. SAJASSI,N. BITAR,R. SHEKHAR,等: "A Network Virtualization Overlay Solution using EVPN draft-ietf-bess-evpn-overlay-07", 《HTTPS://TOOLS.IETF.ORG/PDF/DRAFT-IETF-BESS-EVPN-OVERLAY-07.PDF》 * |
Cited By (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111064659B (zh) * | 2018-10-17 | 2022-07-19 | 瞻博网络公司 | 多宿主节点故障的bum流量的节点保护 |
CN111064659A (zh) * | 2018-10-17 | 2020-04-24 | 丛林网络公司 | 多宿主节点故障的bum流量的节点保护 |
US11349749B2 (en) | 2018-10-17 | 2022-05-31 | Juniper Networks, Inc. | Node protection for bum traffic for multi-homed node failure |
CN109587286A (zh) * | 2018-12-27 | 2019-04-05 | 新华三技术有限公司 | 一种设备接入控制方法及装置 |
CN111526108B (zh) * | 2019-02-01 | 2021-08-20 | 华为技术有限公司 | 防止网络攻击的方法与装置 |
CN111526108A (zh) * | 2019-02-01 | 2020-08-11 | 华为技术有限公司 | 防止网络攻击的方法与装置 |
CN111614505A (zh) * | 2019-02-25 | 2020-09-01 | 华为技术有限公司 | 报文处理的方法和网关设备 |
US11711243B2 (en) | 2019-02-25 | 2023-07-25 | Huawei Technologies Co., Ltd. | Packet processing method and gateway device |
CN112019417A (zh) * | 2019-05-30 | 2020-12-01 | 华为技术有限公司 | 传输报文的方法与设备 |
WO2020237639A1 (en) * | 2019-05-31 | 2020-12-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for network communication |
US11811591B2 (en) | 2019-05-31 | 2023-11-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for network communication |
CN112152920B (zh) * | 2019-06-28 | 2021-12-28 | 华为技术有限公司 | 一种实现表项备份的方法和装置 |
CN112152920A (zh) * | 2019-06-28 | 2020-12-29 | 华为技术有限公司 | 一种实现表项备份的方法和装置 |
CN110730125A (zh) * | 2019-10-21 | 2020-01-24 | 迈普通信技术股份有限公司 | 一种报文转发方法、装置、双活系统及通信设备 |
CN112702251A (zh) * | 2019-10-22 | 2021-04-23 | 华为技术有限公司 | 报文检测方法、连通性协商关系建立方法以及相关设备 |
CN112702251B (zh) * | 2019-10-22 | 2022-09-23 | 华为技术有限公司 | 报文检测方法、连通性协商关系建立方法以及相关设备 |
CN112751754A (zh) * | 2019-10-29 | 2021-05-04 | 华为技术有限公司 | 双归接入时选择切换为工作状态的端口的方法和设备 |
US11882059B2 (en) | 2019-10-29 | 2024-01-23 | Huawei Technologies Co., Ltd. | Method for selecting port to be switched to operating state in dual-homing access and device |
CN110912837B (zh) * | 2019-11-07 | 2021-09-21 | 杭州迪普科技股份有限公司 | 基于vsm系统的主备切换方法和装置 |
CN110912837A (zh) * | 2019-11-07 | 2020-03-24 | 杭州迪普科技股份有限公司 | 基于vsm系统的主备切换方法和装置 |
CN112838982A (zh) * | 2019-11-22 | 2021-05-25 | 华为技术有限公司 | 报文传输路径的切换方法、设备和系统 |
CN112838982B (zh) * | 2019-11-22 | 2024-04-26 | 华为技术有限公司 | 报文传输路径的切换方法、设备和系统 |
CN111698168A (zh) * | 2020-05-20 | 2020-09-22 | 北京吉安金芯信息技术有限公司 | 消息处理方法、装置、存储介质及处理器 |
CN111740899A (zh) * | 2020-07-13 | 2020-10-02 | 中国联合网络通信集团有限公司 | 一种arp请求报文转发方法、跨设备链路聚合组及网络设备 |
WO2022017225A1 (zh) * | 2020-07-23 | 2022-01-27 | 华为技术有限公司 | 报文发送方法、设备及系统 |
CN113973072A (zh) * | 2020-07-23 | 2022-01-25 | 华为技术有限公司 | 报文发送方法、设备及系统 |
CN113973072B (zh) * | 2020-07-23 | 2023-06-02 | 华为技术有限公司 | 报文发送方法、设备及系统 |
CN111800525A (zh) * | 2020-09-07 | 2020-10-20 | 广东睿江云计算股份有限公司 | 一种网关冗余方法及系统 |
CN114531396A (zh) * | 2020-10-31 | 2022-05-24 | 北京华为数字技术有限公司 | 一种以太网虚拟专用网络中的故障回切方法及装置 |
CN114531396B (zh) * | 2020-10-31 | 2024-01-16 | 北京华为数字技术有限公司 | 一种以太网虚拟专用网络中的故障回切方法及装置 |
WO2022257854A1 (zh) * | 2021-06-11 | 2022-12-15 | 华为技术有限公司 | 一种报文发布方法、转发路径处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
EP3531632A1 (en) | 2019-08-28 |
EP3531632B1 (en) | 2022-01-19 |
EP3531632A4 (en) | 2019-11-27 |
CN108574614B (zh) | 2020-11-17 |
US20190296966A1 (en) | 2019-09-26 |
US10938627B2 (en) | 2021-03-02 |
WO2018161633A1 (zh) | 2018-09-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108574614A (zh) | 一种报文处理方法、设备及网络系统 | |
CN107819677B (zh) | 一种报文转发方法及装置 | |
CN106656719B (zh) | 云间通信方法及相关设备、云间通信配置方法及相关设备 | |
WO2018054156A1 (zh) | 一种vxlan报文的转发方法、设备及系统 | |
EP3373547B1 (en) | Method for realizing disaster tolerance backup | |
EP3459225B1 (en) | Methods and apparatus for enabling live virtual machine (vm) migration in software-defined networking networks | |
US20190028577A1 (en) | Dynamic re-route in a redundant system of a packet network | |
US9629037B2 (en) | Handover of a mobile device in an information centric network | |
US20220007251A1 (en) | Using location indentifier separation protocol to implement a distributed user plane function architecture for 5g mobility | |
EP3605968B1 (en) | N:1 stateful application gateway redundancy model | |
CN108574616A (zh) | 一种处理路由的方法、设备及系统 | |
CN110875855A (zh) | 检测网络链路状态的方法和网络设备 | |
WO2021227863A1 (zh) | 混合云专线接入网络的灾备方法及装置 | |
US11601335B2 (en) | Methods and systems for neighbor-acknowledged graceful insertion/removal protocol | |
CN108259302B (zh) | 一种集中式网关组网实现方法及装置 | |
KR20230041727A (ko) | 터널 bfd 세션 설립 방법 및 장치 | |
EP3989512A1 (en) | Method for controlling traffic forwarding, device, and system | |
CN107659436A (zh) | 一种防止业务中断的方法及装置 | |
US8817648B2 (en) | Pseudowire extended group messaging in a packet switched network | |
US20080212610A1 (en) | Communication techniques and generic layer 3 automatic switching protection | |
CN106878066A (zh) | 故障检测方法及装置 | |
EP2832055A1 (en) | Pseudowire groups in a packet switched network | |
CN112887185B (zh) | 一种叠加网络的通信方法及装置 | |
CN112838982A (zh) | 报文传输路径的切换方法、设备和系统 | |
CN113037622A (zh) | 一种防止bfd震荡的系统及方法 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |