CN113938405B - 一种数据处理的方法、装置 - Google Patents
一种数据处理的方法、装置 Download PDFInfo
- Publication number
- CN113938405B CN113938405B CN202010661055.2A CN202010661055A CN113938405B CN 113938405 B CN113938405 B CN 113938405B CN 202010661055 A CN202010661055 A CN 202010661055A CN 113938405 B CN113938405 B CN 113938405B
- Authority
- CN
- China
- Prior art keywords
- bfd
- network device
- identifier
- lldp
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- 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/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- 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/0823—Errors, e.g. transmission errors
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
Abstract
本申请提供了一种数据处理的方法,该方法包括:第一网络设备接收第二网络设备发送的链路层发现协议LLDP报文,第一网络设备和第二网络设备为双活设备组中的成员设备,LLDP报文中携带有双向转发检测BFD应答报文信息;第一网络设备解封装LLDP报文获取BFD应答报文信息,BFD应答报文信息中携带有第一BFD标识符;第一网络设备根据第一BFD标识符为第一网络设备本地指定的标识符,确定第一网络设备和目的端设备之间的链路状态。本申请提供的技术方案可以在双活场景中实现BDF链路检测,通用性较好。
Description
技术领域
本申请涉及网络通信领域,并且更具体地,涉及一种数据处理的方法、装置及计算机可读存储介质。
背景技术
双活技术是一种可以实现跨设备链路聚合的机制,能够实现多台设备之间的链路聚合,从而把可靠性从单板级提高到了设备级,组成双活系统。双活技术例如可以包括但不限于:跨设备链路聚合(multichassis link aggregation group,M-LAG)、虚拟端口通道(virtual port channel)、分布式弹性网络互连(distributed resilient networkinterconnect,DRNI)。
在上述双活场景中进行双向转发检测(bidirectional forwarding detection,BFD)时,相关的技术方案中,双活场景中的多个设备(例如,图1中的第一交换机和第二交换机)是基于其私有的同步通道转发BFD报文,依赖于具体的厂商,通用性较差。
发明内容
本申请提供一种数据处理的方法、装置、第一网络设备以及第二网络设备,可以在双活场景中实现BDF链路检测,通用性较好。
第一方面,提供了一种数据处理的方法,所述方法包括:第一网络设备接收第二网络设备发送的链路层发现协议LLDP报文,所述第一网络设备和所述第二网络设备为双活设备组中的成员设备,所述LLDP报文中携带有双向转发检测BFD应答报文信息,所述BFD应答报文信息用于对所述第一网络设备和目的端设备之间的链路状态进行检测;所述第一网络设备解封装所述LLDP报文获取所述BFD应答报文信息,所述BFD应答报文信息中携带有第一BFD标识符;所述第一网络设备根据所述第一BFD标识符为所述第一网络设备本地指定的标识符,确定所述第一网络设备和目的端设备之间的链路状态。
上述技术方案中,在双活设备组的场景下,基于标准链路拓扑协议(比如:LLDP协议)承载BFD echo报文信息,通过LLDP协议的更新机制,自动实现BFD echo应答报文在双活设备组之间转发,从而实现BFD故障快速检测。
在一种可能的实现方式中,所述LLDP报文中包括链路层发现协议数据单元LLDPDU字段,所述LLDPDU字段中包括第一类型/长度/数据TLV,所述第一TLV指示所述BFD应答报文信息。
在另一种可能的实现方式中,所述方法还包括:所述第一网络设备向所述目的端设备发送BFD报文,所述BFD报文中携带有所述第一BFD标识符;
所述第一网络设备根据所述BFD应答报文信息中的第一BFD标识符和所述BFD报文中的第一BFD标识符相同,确定所述第一网络设备和所述目的端设备之间的链路状态为可用。
第二方面,提供了一种数据处理的方法,所述方法包括:第二网络设备接收目的端设备发送的BFD应答报文信息,所述BFD应答报文信息用于对第一网络设备和所述目的端设备之间的链路状态进行检测,所述BFD应答报文信息中携带有第一BFD标识符,所述第一网络设备和所述第二网络设备为双活设备组中的成员设备;所述第二网络设备确定所述第一BFD标识符不是所述第二网络设备本地指定的标识符;所述第二网络设备将所述BFD应答报文信息封装在链路层发现协议LLDP报文中;所述第二网络设备将所述LLDP报文发送给所述第一网络设备。
上述技术方案中,在双活设备组的场景下,基于标准链路拓扑协议(比如:LLDP协议)承载BFD echo报文信息,通过LLDP协议的更新机制,自动实现BFD echo应答报文在双活设备组之间转发,从而实现BFD故障快速检测。
在一种可能的实现方式中,所述第二网络设备将所述BFD应答报文信息以类型/长度/数据TLV的格式封装在所述LLDP报文的链路层发现协议数据单元LLDPDU字段中。
第三方面,提供了一种数据处理的装置,包括:
接收模块,用于接收第二网络设备发送的链路层发现协议LLDP报文,所述第一网络设备和所述第二网络设备为双活设备组中的成员设备,所述LLDP报文中携带有双向转发检测BFD应答报文信息,所述BFD应答报文信息用于对所述第一网络设备和目的端设备之间的链路状态进行检测;
解封装模块,用于解封装所述LLDP报文获取所述BFD应答报文信息,所述BFD应答报文信息中携带有第一BFD标识符;
确定模块,用于根据所述第一BFD标识符为所述第一网络设备本地指定的标识符,确定所述第一网络设备和目的端设备之间的链路状态。
在一种可能的实现方式中,LLDP报文中包括链路层发现协议数据单元LLDPDU字段,所述LLDPDU字段中包括第一类型/长度/数据TLV,所述第一TLV指示所述BFD应答报文信息。
在另一种可能的实现方式中,还包括:
发送模块,用于向所述目的端设备发送BFD报文,所述BFD报文中携带有所述第一BFD标识符;
所述确定模块具体用于:根据所述BFD应答报文信息中的第一BFD标识符和所述BFD报文中的第一BFD标识符相同,确定所述第一网络设备和所述目的端设备之间的链路状态为可用。
第四方面,提供了一种数据处理的装置,包括:
接收模块,用于接收目的端设备发送的BFD应答报文信息,所述BFD应答报文信息用于对第一网络设备和所述目的端设备之间的链路状态进行检测,所述BFD应答报文信息中携带有第一BFD标识符,所述第一网络设备和所述第二网络设备为双活设备组中的成员设备;
确定模块,用于确定所述第一BFD标识符不是所述第二网络设备本地指定的标识符;
封装模块,用于将所述BFD应答报文信息封装在链路层发现协议LLDP报文中;
发送模块,用于将所述LLDP报文发送给所述第一网络设备。
在一种可能的实现方式中,所述封装模块具体用于:
将所述BFD应答报文信息以类型/长度/数据TLV的格式封装在所述LLDP报文的链路层发现协议数据单元LLDPDU字段中。
第五方面,提供了一种第一网络设备,包括输入输出接口、处理器和存储器,其中所述处理器用于控制所述输入输出接口收发信息,所述存储器用于存储计算机程序,所述处理器用于从存储器中调用并运行该计算机程序,使得所述第一网络设备执行第一方面或第一方面任意一种可能的实现方式中所述的方法。
可选地,该处理器可以是通用处理器,可以通过硬件来实现也可以通过软件来实现。当通过硬件实现时,该处理器可以是逻辑电路、集成电路等;当通过软件来实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现,该存储器可以集成在处理器中,可以位于该处理器之外,独立存在。
第六方面,提供了一种第二网络设备,包括输入输出接口、处理器和存储器,其中所述处理器用于控制所述输入输出接口收发信息,所述存储器用于存储计算机程序,所述处理器用于从存储器中调用并运行该计算机程序,使得所述第二网络设备执行第一方面或第一方面任意一种可能的实现方式中所述的方法。
可选地,该处理器可以是通用处理器,可以通过硬件来实现也可以通过软件来实现。当通过硬件实现时,该处理器可以是逻辑电路、集成电路等;当通过软件来实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现,该存储器可以集成在处理器中,可以位于该处理器之外,独立存在。
第七方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行上述第一方面或第一方面可能的实现方式中的方法。
第八方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行上述第二方面或第二方面可能的实现方式中的方法。
第九方面,提供了一种计算机可读介质,所述计算机可读介质存储有程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行上述第一方面或第一方面可能的实现方式中的方法。
第十方面,提供了一种计算机可读介质,所述计算机可读介质存储有程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行上述第二方面或第二方面可能的实现方式中的方法。
第十一方面,提供了一种系统,包括上述第一网络设备和上述第二网络设备。
附图说明
图1是应用于本申请实施例的一种可能的M-LAG的示意图。
图2是应用于本申请实施例的一种通过M-LAG实现双活系统的具体应用场景示意图。
图3是本申请实施例提供的一种数据处理的方法的示意性流程图。
图4是本申请实施例提供的另一种数据处理的方法的示意性流程图。
图5是本申请实施例提供的一种LLDP的帧格式的示意图。
图6是本申请实施例提供的一种数据处理的装置600的示意性框图。
图7是本申请实施例提供的另一种数据处理的装置700的示意性框图。
图8是本申请实施例提供的一种第一网络设备1100的示意性框图。
图9是本申请实施例提供的一种第二网络设备1200的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应理解,在本申请的各实施例中,“第一”、“第二”、“第三”、“第四”等仅是为了指代不同的对象,并不表示对指代的对象有其它限定。
双活技术是一种可以实现跨设备链路聚合的机制,能够实现多台设备之间的链路聚合,从而把可靠性从单板级提高到了设备级,组成双活系统。
双活技术例如可以包括但不限于:跨设备链路聚合(multichassis linkaggregation group,M-LAG)、虚拟端口通道(virtual port channel)、分布式弹性网络互连(distributed resilient network interconnect,DRNI)。
下面以M-LAG作为示例,对双活技术进行详细说明。
作为示例,图1是应用于本申请实施例的一种可能的M-LAG的示意图。如图1所示,通过M-LAG可以将第一交换机和第二交换机的多条逻辑链路聚合,从而使得第一交换机和第二交换机实现双活系统。其中,第一交换机和第二交换机也可以称为M-LAG双活设备组。
第一交换机和第二交换机可以配置相同的虚拟互联网协议(internet protocol,IP)地址以及虚拟的媒体访问控制(media access control,MAC)地址,并对外呈现一个网关地址。
需要说明的是,通过M-LAG实现的M-LAG双活设备组中可以包括多个设备,为了便于描述,图1中是以2个交换机作为示例进行说明的。
M-LAG作为一种跨设备链路聚合的技术,具备增加带宽、提高链路可靠性、负载分担、更高的可靠性等优势。M-LAG还可以简化组网及配置,例如,可以将M-LAG理解为一种横向虚拟化技术,将双归接入的两台设备在逻辑上虚拟成一台设备。M-LAG提供了一个没有环路的二层拓扑同时实现冗余备份,不再需要繁琐的生成树协议配置,极大的简化了组网及配置。
作为示例,下面结合图2介绍一种通过M-LAG实现双活系统的具体应用场景。
传统的移动通信网络,大多数电信设备采用的是专有平台架构,软件和硬件彼此独立。比如,第四代移动通信及其技术(the 4th generation communication system,4GLTE)网络中,移动管理实体(mobility management entity,MM E)、服务网关(servinggateway,S-GW)、分组数据网关(packet data gateway,P-GW)分别由独立的框式或盒式设备承载,从软件到硬件都没有交集。
如果一个机房内的MME负荷低,MME的单板也不能拔出来插到即将过载的S-GW网元上。随着数据中心集成和规模化,以及网络功能虚拟化(network functionvirtualization,NFV)、云技术的不断成熟,电信网元逐渐从专用的硬件平台,迁移到数据中心中通用的X86硬件平台,以VNF网元的形态部署在数据中心服务器的VM上,形成了电信云数据中心网络。
在数据中心内部,流量呈现出典型的交换数据集中、东西流量增多等特征。对数据中心网络提出了进一步的要求:大规模、高扩展性、高健壮性、低配置开销、服务器间的高带宽、高效的网络协议、灵活的拓扑和链路容量控制、绿色节能、服务间的流量隔离和低成本等。为了适应以上变化,数据中心网络从传统虚拟局域网(virtual local area network,VLAN)网络,向虚拟可扩展局域网(virtual extensible local area network,VLAN)与软件定义网络(software defined network,SDN)转型,实现网络与业务的适配与联动,提高资源使用效率与业务发放效率。典型的数据中心SDN+VXLAN组网,如下图2所示。
通常,数据中心网络的流量可划分为两类,即:南北流量和东西流量。南北流量,是指需要进出外部互联网(internet)的流量,VXLAN隧道的一个端点在数据中心网络网关(data center gateway,DCGW),另一个端点在接入叶子(Leaf)交换机。东西流量,是指数据中心内部虚拟机(virtual machine,VM)之间的流量,VXLAN隧道的两个端点都在接入Leaf交换机。
对于跨子网的两个VM之间的东西流量,当VXLAN GW在其接入Leaf交换机完成时,能实现就近转发,避免了跨子网的流量绕行到DCGW而形成流量瓶颈,我们称该方案为SDN+VXLAN分布式解决方案,此时,Leaf交换机有时也称为L2GW/L3GW、NVE、L3GW。
在SDN+VXLAN分布式解决方案中,两台Leaf交换机可以通过M-LAG实现双活系统,共同使用一个VXLAN隧道端点(VXLAN Tunnel Endpoint,VTEP)跟DCGW和其它Leaf建立VXLAN隧道,此时这两台Leaf交换机配置相同的虚拟IP地址以及虚拟MAC地址,并对外呈现一个网关地址。
参见图1,M-LAG双活设备组中的第一交换机、第二交换机和虚拟机(virtualmachine,VM)进行通信,在上述第一交换机和第二交换机上需要配置静态路由指向对端设备VM,从而达到引流的目的。同时,还需要检测M-LAG双活设备组和目的端设备VM之间的链路状态。为了快速感知M-LAG双活设备组和目的端设备VM之间的链路状态,可以配置静态路由绑定双向转发检测(bidirectional forwarding detection,BFD)会话来进行链路故障的快速检测。
应理解,BFD是一个用于检测两个转发点之间故障的网络协议,是一种双向转发检测机制,可以提供毫秒级的检测,可以实现链路的快速检测。BFD通过与上层路由协议联动,可以实现路由的快速收敛,确保业务的永续性。BFD没有邻居发现机制,而是靠服务的上层应用通知其邻居信息建立会话,建立会话会周期性地快速发送BFD报文,如果在检测时间内没收到BFD报文则认为该双向转发路径发生故障,通知被服务的上层应用进行相应的处理
如果不确定目的端设备VM上的网元是否支持BFD,通常需要在M-LAG双活设备组上配置单臂BFD echo功能的BFD会话。目的端设备VM上的网元,例如,VNF网元,无论是否支持BFD功能,其在接收到该BFD echo报文后,可以直接将该报文环回,从而达到快速检测链路的目的。
下面以M-LAG双活设备组中的第一交换机检测其和目的端VM之间的链路状态为例,对BFD echo报文的交互流程进行详细描述。
步骤1:M-LAG双活设备组中的第一交换机封装并向目的端VM发送BFD echo报文。
M-LAG双活设备组中的第一交换机作为源端交换机可以封装一个BFD echo报文并向目的端VM发送该BFD echo报文。该BFD echo报文中可以包括:源IP地址、目的IP地址、源MAC地址、目的MAC地址、BFD标识符。
其中,源IP地址为M-LAG双活设备组对外呈现一个网关地址IP,目的IP地址为M-LAG双活设备组对外呈现一个网关地址IP,源MAC地址为本地出接口MAC地址,目的MAC地址为下一跳目的MAC地址,BFD标识符为本地指定的BFD标识符。
步骤2:目的端VM接收BFD echo报文并将该报文环回发送给M-LAG双活设备组中的第一交换机。
目的端VM接收到M-LAG双活设备组中的第一交换机发送的BFD echo报文后,解封装BFD echo报文发现该报文中携带的目的IP地址和源IP地址相同,因此,可以将该BFDecho报文沿原路径转发给M-LAG双活设备组中的第一交换机。
步骤3:M-LAG双活设备组中的第一交换机根据目的端VM转发的BFD echo报文完成链路检测。
M-LAG双活设备组中的第一交换机接收到目的端VM转发的BFD echo报文后,对该报文进行解封装,如果接收到目的端VM转发的BFD echo报文中携带的BFD标识符和其自己先前向目的端VM发出的BFD echo报文中的BFD标识符相同,即可成BFD echo报文探测流程,从而达到BFD链路状态检测的目的。
在M-LAG场景中通过BFD进行链路检测,M-LAG双活设备组中的源端交换机(例如,图1中的第一交换机)发出的BFD echo报文后,由于M-LAG双活设备组中的两个交换机(例如,图1中的第一交换机和第二交换机)共用相同的网关IP地址,所以BFD echo应答报文可能被目的端VM转发到对端交换机(例如,图1中的第二交换机)。此时,对端交换机(例如,图1中的第二交换机)需要将收到的BFD echo应答报文,通过M-LAG双活设备组之间的二层链路再转发给源端交换机(例如,图1中的第一交换机)。否则,即使源端交换机(例如,图1中的第一交换机)与目的端VM之间的链路检测状态为正常的UP状态,如果对端交换机(例如,图1中的第二交换机)没有将收到的BFD echo应答报文转发给源端交换机(例如,图1中的第一交换机),源端交换机(例如,图1中的第一交换机)也会将其与目的端VM之间的链路检测状态确定为Down,从而使得BFD检测失败。
对于M-LAG双活设备组中的多个设备(例如,图1中的第一交换机和第二交换机)之间转发BFD echo报文的问题,相关的技术方案中,M-LAG双活设备组中的两个交换机之间通过其私有的同步通道进行转发。例如,对端交换机收到BFD echo应答报文,解封装之后,对比BFD标识符信息,发现不是自己指定的,则借助私有双活机制的同步通道,封装BFD echo会话信息,同步到源端交换机。源端交换机通过M-LAG双活设备组之间的链路,收到对端交换机同步过来的BFD echo应答报文信息,在对比BFD标识符后发现是自己先前发出的,完成BFD echo报文探测流程,从而达到BFD检测链路状态的目的
但是,上述相关的技术方案中,M-LAG双活设备组中的多个设备(例如,图1中的第一交换机和第二交换机)是基于其私有的同步通道转发BFD echo报文,依赖于具体的厂商,通用性较差。
有鉴于此,本申请提供了一种报文发送的方法,双活设备组中的多个设备(例如,图1中的第一交换机和第二交换机)之间可以基于标准的链路拓扑协议,完成BFD echo会话信息的同步,从而实现BFD故障的快速检测。
下面结合图3,对本申请实施例提供的一种数据处理的方法进行详细描述。
图3是本申请实施例提供的一种数据处理的方法的示意性流程图。如图3所示,该方法可以包括步骤310-330,下面分别对步骤310-330进行详细描述。
步骤310:第一网络设备接收第二网络设备发送的链路层发现协议(link layerdiscovery protocol,LLDP)报文。
所述第一网络设备和所述第二网络设备为双活设备组,例如,跨设备链路聚合组M-LAG中的成员设备,所述LLDP报文中携带有双向转发检测BFD应答报文信息,所述BFD应答报文信息用于对所述第一网络设备和目的端设备之间的链路状态进行检测。
作为示例,第一网络设备可以对应于图1中的第一交换机,所述第二网络设备可以对应于图1中的第二交换机,目的端设备可以对应于图1中的VM。
上述LLDP报文中包括链路层发现协议数据单元(link layer discoveryprotocol data unit,LLDPDU)字段,所述LLDPDU字段中包括第一类型/长度/数据(typelength value,TLV),所述第一TLV指示所述BFD应答报文信息。
应理解,具体的有关LLDP报文格式请参考下文中的描述,此处暂不详述。
步骤320:第一网络设备解封装LLDP报文获取BFD应答报文信息,BFD应答报文信息中携带有第一BFD标识符。
步骤330:第一网络设备根据第一BFD标识符为第一网络设备本地指定的标识符,确定第一网络设备和目的端设备之间的链路状态。
上述技术方案中,在双活设备组的场景下,基于标准链路拓扑协议(比如:LLDP协议)承载BFD echo报文信息,通过LLDP协议的更新机制,自动实现BFD echo应答报文在双活设备组之间转发,从而实现BFD故障快速检测。
下面结合图4中具体的例子,对本申请实施例提供的一种数据处理的方法的一种具体实现方式进行描述。应理解,图4的例子仅仅是为了帮助本领域技术人员理解本申请实施例,而非要将申请实施例限制于图4的具体数值或具体场景。本领域技术人员根据所给出的例子,显然可以进行各种等价的修改或变化,这样的修改和变化也落入本申请实施例的范围内。
图4是本申请实施例提供的另一种数据处理的方法的示意性流程图。如图4所示,该方法可以包括步骤410-440,下面分别对步骤410-440进行详细描述。
步骤410:M-LAG双活设备组中的第一交换机封装并发出BFD echo报文。
第一交换机封装的BFD echo报文中包括:源IP地址、目的IP地址、源MAC地址、目的MAC地址、BFD标识符。其中,源IP地址为M-LAG设备对外呈现一个网关地址IP,目的IP地址为M-LAG设备对外呈现一个网关地址IP,源MAC地址为本地出接口MAC地址,目的MAC地址为下一跳目的MAC地址,BFD标识符为本地指定的BFD标识符。
步骤420:目的端VM向M-LAG双活设备组发送BFD echo报文。
目的端VM接收到BFD echo报文后,解封装BFD echo报文发现该报文的目的IP地址和源IP地址相同,因此,则将该报文转发回去。此时,由于VM到M-LAG双活设备组是负载均衡链路,VM哈希选择到M-LAG双活设备组中的第二交换机的链路,将该报文沿该链路转发至M-LAG双活设备组中的第二交换机。
步骤430:M-LAG双活设备组中的第二交换机基于LLDP,将BFD echo报文转发至M-LAG双活设备组中的第一交换机。
M-LAG双活设备组中的第二交换机接收到目的端VM发送的BFD echo报文后,解封装之后,对比BFD标识符信息,发现不是自己指定的,则需要第二交换机将该BFD echo报文转发至M-LAG双活设备组中的第一交换机,以便于该第一交换机基于该BFD echo报文完成链路检测。
本申请实施例中,第二交换机可以基于标准的LLDP将BFD echo报文转发至M-LAG双活设备组中的第一交换机。
为了便于描述,下面先对LLDP进行详细说明。
链路层发现协议LLDP是一个厂商无关的二层协议,它允许网络设备在本地子网中通告自己的设备标识和性能,它提供了一种标准的链路层发现方式。LLDP使得接入网络的一台设备的主要能力,管理地址,设备标识,接口标识等信息发送给同一个局域网的其他设备,当一个设备从网络中接收到其它设备的信息时,就将这些信息以信息管理库(information management library,MIB)的形式存储起来。
LLDP是一个信息发现与通告协议,LLDP的实体中维护了两个MIB库,一个本地系统MIB (local system MIB),用于维护本地相关设备MIB信息。另一个是远程系统MIB(remotesystem MIB),用于维护远端设备MIB信息。LLDP将本地的相关信息通告存储至localsystem MIB,当接收到其他设备的信息时就将其更新到remote system MIB中。
LLDP的帧格式如图5所示,可以包括目的地址(destination address,DA)字段、源地址(source address,SA)字段、以太网类型字段、链路层发现协议数据单元(link layerdiscovery protocol data unit,LLDPDU)字段以及帧校验序列(frame check sequence,FCS)字段。下面对上述各个字段进行详细描述。
DA字段,目的MAC地址,为固定组播地址。
SA字段,源MAC地址,为端口MAC地址或设备MAC地址。
LLDPDU字段,LLDP帧的有效载荷部分,在组成LLDPDU之前,设备先将本地信息(例如,设备的主要能力、管理地址、设备标识、接口标识等信息)封装成类型/长度/数据(typelength value,TLV)格式,再由若干个TLV组合成一个LLDPDU封装在LLDP报文的数据部分传输。
应理解,TLV是处理数据包的协议经常采用的结构。在LLDPDU中,开始部分的标签(tag)是表示该TLV类型的TLV Type,之后是数据长度(length),最后是数据内容(value)。
作为示例,LLDPDU中基本的TLV种类如下表1所示。
表1 LLDPDU中基本的TLV种类
TLV数值 | TLV名称(name) | 在LLDPDU中的使用 | 分单元参考(subclause reference) |
0 | LLDPDU中最后配置的TLV | 必选的(mandatory) | 条款(clause)9.5.1 |
1 | 设备标识(chassis ID) | 必选的(mandatory) | 条款(clause)9.5.2 |
2 | 端口标识(port ID) | 必选的(mandatory) | 条款(clause)9.5.3 |
3 | 有效期限(time to live,TTL) | 必选的(mandatory) | 条款(clause)9.5.4 |
4 | 端口描述(port description) | 可选的(optional) | 条款(clause)9.5.5 |
5 | 系统名称(system name) | 可选的(optional) | 条款(clause)9.5.6 |
6 | 系统描述(system description) | 可选的(optional) | 条款(clause)9.5.7 |
7 | 系统能力(system capabilities) | 可选的(optional) | 条款(clause)9.5.8 |
8 | 管理地址(management address) | 可选的(optional) | 条款(clause)9.5.9 |
9-126 | 保留(reserved) | ||
127 | 独自扩展的TLV(organizationallyspecific TLVs) | 可选的(optional) | IEEE 802.1 TLV set,annexF IEEE802.3 TLV set,annexG |
其中,数值为0的TLV在LLDPDU中是必备的,为LLDPDU最后必须配置的TLV;数值为1的TLV在LLDPDU中是必备的,包含设备信息;数值为2的TLV在LLDPDU中是必备的,包含发送端口信息;数值为3的TLV在LLDPDU中是必备的,表示LLDPDU中所记载信息的有效期限;数值为4-127的TLV在LLDPDU中不是必备的;数值为7的TLV包含以比特的形式表现的显示桥接功能的标记;数值为8的TLV包含提供更高位服务的管理地址;数值为9-126的TLV为将来实现标准化预留的部分;数值为127的TLV为用于独自扩展的TLV。
下面以两个设备之间进行LLDP报文交互的过程进行说明。第一设备通过标准的LLDP报文向第二设备发送本端信息(包括系统名称,描述,端口号,MAC地址等,以TLV形式存储在LLDPDU报文体中);第二设备分析接收到的LLDP报文,并将分析结果作为邻居信息存储到数据库中以备网管提取网络拓扑信息;第二设备还可以将自己的状态信息发送给第一设备,以便于第一设备分析接收到的LLDP报文并将分析结果存储到数据库中以备网管提取。
本申请实施例中,对于M-LAG双活设备组中的第一交换机和第二交换机而言,当使能BFD echo快速检测M-LAG双活设备组和VM之间的链路状态时,在M-LAG双活设备组之间的链路上使能BFD echo联动LLDP功能。如果M-LAG双活设备组中的一个成员收到的BFD echo应答报文不是其本设备自己发出的,则将BFD echo应答报文信息更新到本设备的LLDP数据库中,根据LLDP标准协议的更新机制,即可将BFD echo应答报文信息从该M-LAG双活设备组中的一个成员转发到M-LAG双活设备组中的另一个成员设备中。
具体的,作为示例,可以在表1所示的LLDPDU中基本的TLV种类的基础上新增加一个LLDP TLV类型(例如,TLV type:126,TLV name:BFD echo),即可基于标准的LLDPDU更新机制,就能达到BFD监测链路状态的目的。
在步骤430中,M-LAG双活设备组中的第二交换机可以接收到目的端VM发送的BFDecho报文后,解封装之后,对比BFD标识符信息,发现不是自己指定的,则将BFD echo应答信息更新到LLDP数据库中,其中的链路选择双活Leaf之间的链路。该第二交换机可以依据标准的LLDP协议机制,将更新的BFD echo TLV信息封装到标准的LLDPDU中,发送到M-LAG双活设备组中的第一交换机。
步骤440:M-LAG双活设备组中的第一交换机接收到第二交换机发送的LLDP报文,并实现BFD链路状态的检测。
M-LAG双活设备组中的第一交换机接收到第二交换机发送的LLDP报文后,解封装LLDPDU报文信息,发现是自己先前发出的BFD echo应答报文信息,完成BFD echo报文探测流程,从而达到BFD检测链路状态的目的。
上文结合图1至图5,详细描述了本申请实施例提供的数据处理的方法,下面将结合图6至图9,详细描述本申请装置的实施例。应理解,方法实施例的描述与装置实施例的描述相互对应,因此,未详细描述的部分可以参见前面方法实施例。
图6是本申请实施例提供的一种数据处理的装置600的示意性框图。该数据处理的装置600包括:
接收模块610,用于接收第二网络设备发送的链路层发现协议LLDP报文,所述第一网络设备和所述第二网络设备为双活设备组中的成员设备,所述LLDP报文中携带有双向转发检测BFD应答报文信息,所述BFD应答报文信息用于对所述第一网络设备和目的端设备之间的链路状态进行检测;
解封装模块620,用于解封装所述LLDP报文获取所述BFD应答报文信息,所述BFD应答报文信息中携带有第一BFD标识符;
确定模块630,用于根据所述第一BFD标识符为所述第一网络设备本地指定的标识符,确定所述第一网络设备和目的端设备之间的链路状态。
可选地,LLDP报文中包括链路层发现协议数据单元LLDPDU字段,所述LLDPDU字段中包括第一类型/长度/数据TLV,所述第一TLV指示所述BFD应答报文信息。
可选地,该数据处理的装置600还包括:
发送模块,用于向所述目的端设备发送BFD报文,所述BFD报文中携带有所述第一BFD标识符;
所述确定模块630具体用于:根据所述BFD应答报文信息中的第一BFD标识符和所述BFD报文中的第一BFD标识符相同,确定所述第一网络设备和所述目的端设备之间的链路状态为可用。
图7是本申请实施例提供的另一种数据处理的装置700的示意性框图。该数据处理的装置700包括:
接收模块710,用于接收目的端设备发送的BFD应答报文信息,所述BFD应答报文信息用于对第一网络设备和所述目的端设备之间的链路状态进行检测,所述BFD应答报文信息中携带有第一BFD标识符,所述第一网络设备和所述第二网络设备为双活设备组中的成员设备;
确定模块720,用于确定所述第一BFD标识符不是所述第二网络设备本地指定的标识符;
封装模块730,用于将所述BFD应答报文信息封装在链路层发现协议LLDP报文中;
发送模块740,用于将所述LLDP报文发送给所述第一网络设备。
可选地,所述封装模块730具体用于:
将所述BFD应答报文信息以类型/长度/数据TLV的格式封装在所述LLDP报文的链路层发现协议数据单元LLDPDU字段中。
图8是本申请实施例提供的一种第一网络设备1100的示意性框图。该第一网络设备1100可以包括:存储器1110、处理器1120、输入输出接口1130。
其中,存储器1110、处理器1120和输入输出接口1130通过内部连接通路相连,该存储器1110用于存储程序指令,该处理器1120用于执行该存储器1110存储的程序指令,以控制输入输出接口1130接收输入的数据和信息,输出操作结果等数据。
应理解,在本申请实施例中,该处理器1120可以采用中央处理单元(centralprocessing unit,CPU),该处理器还可以是其它通用处理器、数字信号处理器(digitalsignal processor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field programmable gate Array,FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。或者该处理器1120采用一个或多个集成电路,用于执行相关程序,以实现本申请实施例所提供的技术方案。
该存储器1110可以包括只读存储器和随机存取存储器,并向处理器1120提供指令和数据。处理器1120的一部分还可以包括非易失性随机存取存储器。例如,处理器1120还可以存储设备类型的信息。
在实现过程中,上述方法的各步骤可以通过处理器1120中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1110,处理器1120读取存储器1110中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
应理解,根据本申请实施例的第一网络设备1100用于执行本申请实施例图3-图4中的各个方法的相应流程,并且第一网络设备1100中的各个模块的上述和其它操作和/或功能分别为了实现本申请实施例图3-图4中的各个方法的相应流程,为了简洁,在此不再赘述。
需要说明的是,在图8所示的第一网络设备1100中,处理器1120可以通过调用存储器1110中的计算机程序,实现各个模块执行的步骤。例如,可以由处理器1120调用缓存中存储的计算机指令来执行图6所示的各个模块所需要执行的步骤。
图9是本申请实施例提供的一种第二网络设备1200的示意性框图。该第二网络设备1200可以包括:存储器1210、处理器1220、输入输出接口1230。
其中,存储器1210、处理器1220和输入输出接口1230通过内部连接通路相连,该存储器1210用于存储程序指令,该处理器1220用于执行该存储器1210存储的程序指令,以控制输入输出接口1230接收输入的数据和信息,输出操作结果等数据。
应理解,在本申请实施例中,该处理器1220可以采用中央处理单元(centralprocessing unit,CPU),该处理器还可以是其它通用处理器、数字信号处理器(digitalsignal processor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field programmable gate Array,FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。或者该处理器1220采用一个或多个集成电路,用于执行相关程序,以实现本申请实施例所提供的技术方案。
该存储器1210可以包括只读存储器和随机存取存储器,并向处理器1220提供指令和数据。处理器1220的一部分还可以包括非易失性随机存取存储器。例如,处理器1220还可以存储设备类型的信息。
在实现过程中,上述方法的各步骤可以通过处理器1220中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1210,处理器1220读取存储器1210中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
应理解,根据本申请实施例的第二网络设备1200用于执行本申请实施例图3-图4中的各个方法的相应流程,并且第二网络设备1200中的各个模块的上述和其它操作和/或功能分别为了实现本申请实施例图3-图4中的各个方法的相应流程,为了简洁,在此不再赘述。
需要说明的是,在图9所示的第二网络设备1200中,处理器1220可以通过调用存储器1210中的计算机程序,实现各个模块执行的步骤。例如,可以由处理器1220调用缓存中存储的计算机指令来执行图7所示的各个模块所需要执行的步骤。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (14)
1.一种数据处理的方法,其特征在于,所述方法包括:
第一网络设备接收第二网络设备发送的链路层发现协议LLDP报文,所述第一网络设备和所述第二网络设备为双活设备组中的成员设备,所述LLDP报文中携带有双向转发检测BFD应答报文信息,所述BFD应答报文信息用于对所述第一网络设备和目的端设备之间的链路状态进行检测;
所述第一网络设备解封装所述LLDP报文获取所述BFD应答报文信息,所述BFD应答报文信息中携带有第一BFD标识符;
所述第一网络设备根据所述第一BFD标识符为所述第一网络设备本地指定的标识符,确定所述第一网络设备和目的端设备之间的链路状态。
2.根据权利要求1所述的方法,其特征在于,所述LLDP报文中包括链路层发现协议数据单元LLDPDU字段,所述LLDPDU字段中包括第一类型/长度/数据TLV,所述第一TLV指示所述BFD应答报文信息。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
所述第一网络设备向所述目的端设备发送BFD报文,所述BFD报文中携带有所述第一BFD标识符;
所述第一网络设备根据所述第一BFD标识符为所述第一网络设备本地指定的标识符,确定所述第一网络设备和目的端设备之间的链路状态,包括:
所述第一网络设备根据所述BFD应答报文信息中的第一BFD标识符和所述BFD报文中的第一BFD标识符相同,确定所述第一网络设备和所述目的端设备之间的链路状态为可用。
4.一种数据处理的方法,其特征在于,所述方法包括:
第二网络设备接收目的端设备发送的BFD应答报文信息,所述BFD应答报文信息用于对第一网络设备和所述目的端设备之间的链路状态进行检测,所述BFD应答报文信息中携带有第一BFD标识符,所述第一网络设备和所述第二网络设备为双活设备组中的成员设备;
所述第二网络设备确定所述第一BFD标识符不是所述第二网络设备本地指定的标识符;
所述第二网络设备将所述BFD应答报文信息封装在链路层发现协议LLDP报文中;
所述第二网络设备将所述LLDP报文发送给所述第一网络设备。
5.根据权利要求4所述的方法,其特征在于,所述第二网络设备将所述BFD应答报文信息封装在链路层发现协议LLDP报文中,包括:
所述第二网络设备将所述BFD应答报文信息以类型/长度/数据TLV的格式封装在所述LLDP报文的链路层发现协议数据单元LLDPDU字段中。
6.一种数据处理的装置,其特征在于,所述装置应用于第一网络设备中,包括:
接收模块,用于接收第二网络设备发送的链路层发现协议LLDP报文,所述第一网络设备和所述第二网络设备为双活设备组中的成员设备,所述LLDP报文中携带有双向转发检测BFD应答报文信息,所述BFD应答报文信息用于对所述第一网络设备和目的端设备之间的链路状态进行检测;
解封装模块,用于解封装所述LLDP报文获取所述BFD应答报文信息,所述BFD应答报文信息中携带有第一BFD标识符;
确定模块,用于根据所述第一BFD标识符为所述第一网络设备本地指定的标识符,确定所述第一网络设备和目的端设备之间的链路状态。
7.根据权利要求6所述的装置,其特征在于,LLDP报文中包括链路层发现协议数据单元LLDPDU字段,所述LLDPDU字段中包括第一类型/长度/数据TLV,所述第一TLV指示所述BFD应答报文信息。
8.根据权利要求6或7所述的装置,其特征在于,还包括:
发送模块,用于向所述目的端设备发送BFD报文,所述BFD报文中携带有所述第一BFD标识符;
所述确定模块具体用于:根据所述BFD应答报文信息中的第一BFD标识符和所述BFD报文中的第一BFD标识符相同,确定所述第一网络设备和所述目的端设备之间的链路状态为可用。
9.一种数据处理的装置,其特征在于,所述装置应用于第二网络设备中,包括:
接收模块,用于接收目的端设备发送的BFD应答报文信息,所述BFD应答报文信息用于对第一网络设备和所述目的端设备之间的链路状态进行检测,所述BFD应答报文信息中携带有第一BFD标识符,所述第一网络设备和所述第二网络设备为双活设备组中的成员设备;
确定模块,用于确定所述第一BFD标识符不是所述第二网络设备本地指定的标识符;
封装模块,用于将所述BFD应答报文信息封装在链路层发现协议LLDP报文中;
发送模块,用于将所述LLDP报文发送给所述第一网络设备。
10.根据权利要求9所述的装置,其特征在于,所述封装模块具体用于:
将所述BFD应答报文信息以类型/长度/数据TLV的格式封装在所述LLDP报文的链路层发现协议数据单元LLDPDU字段中。
11.一种第一网络设备,其特征在于,所述第一网络设备包括:输入输出接口、处理器和存储器,所述存储器用于存储程序指令,所述处理器用于从存储器中调用并运行所述程序指令以执行权利要求1至3中任一项所述的方法。
12.一种第二网络设备,其特征在于,所述第二网络设备包括:输入输出接口、处理器和存储器,所述存储器用于存储程序指令,所述处理器用于从存储器中调用并运行所述程序指令以执行权利要求4或5所述的方法。
13.一种计算机可读存储介质,其特征在于,包括计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行权利要求1至3中任一项所述的方法。
14.一种计算机可读存储介质,其特征在于,包括计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行权利要求4或5所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010661055.2A CN113938405B (zh) | 2020-07-10 | 2020-07-10 | 一种数据处理的方法、装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010661055.2A CN113938405B (zh) | 2020-07-10 | 2020-07-10 | 一种数据处理的方法、装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113938405A CN113938405A (zh) | 2022-01-14 |
CN113938405B true CN113938405B (zh) | 2023-03-28 |
Family
ID=79273359
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010661055.2A Active CN113938405B (zh) | 2020-07-10 | 2020-07-10 | 一种数据处理的方法、装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113938405B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114553757A (zh) * | 2022-01-29 | 2022-05-27 | 阿里巴巴(中国)有限公司 | 基于可编程交换机的协议报文处理方法、装置和设备 |
CN115065649B (zh) * | 2022-03-31 | 2023-12-12 | 北京东土军悦科技有限公司 | 业务报文转发方式的确定方法、装置、设备及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101714932A (zh) * | 2009-12-03 | 2010-05-26 | 杭州华三通信技术有限公司 | 一种用于irf堆叠设备的mad检测方法及装置 |
CN102318274A (zh) * | 2011-07-29 | 2012-01-11 | 华为技术有限公司 | 利用lldp获取网络连接信息的方法及系统 |
WO2017124791A1 (zh) * | 2016-01-22 | 2017-07-27 | 中兴通讯股份有限公司 | 链路检测方法及装置 |
CN107749822A (zh) * | 2012-11-29 | 2018-03-02 | 华为技术有限公司 | 由OpenFlow交换机和其它可编程交换机组成的混合网络的变换和统一控制 |
CN110391979A (zh) * | 2018-04-23 | 2019-10-29 | 华为技术有限公司 | 一种网络设备堆叠方法、网络设备及存储介质 |
CN110912817A (zh) * | 2019-12-12 | 2020-03-24 | 太仓市同维电子有限公司 | 一种非管理型交换机链路聚合的产测方法 |
CN111343040A (zh) * | 2020-01-17 | 2020-06-26 | 新华三信息安全技术有限公司 | 扩展网桥的端口扩展器堆叠分裂检测方法和装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6752141B2 (ja) * | 2013-06-14 | 2020-09-09 | 華為技術有限公司Huawei Technologies Co.,Ltd. | パケットを処理するための方法およびフォワーダ |
-
2020
- 2020-07-10 CN CN202010661055.2A patent/CN113938405B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101714932A (zh) * | 2009-12-03 | 2010-05-26 | 杭州华三通信技术有限公司 | 一种用于irf堆叠设备的mad检测方法及装置 |
CN102318274A (zh) * | 2011-07-29 | 2012-01-11 | 华为技术有限公司 | 利用lldp获取网络连接信息的方法及系统 |
CN107749822A (zh) * | 2012-11-29 | 2018-03-02 | 华为技术有限公司 | 由OpenFlow交换机和其它可编程交换机组成的混合网络的变换和统一控制 |
WO2017124791A1 (zh) * | 2016-01-22 | 2017-07-27 | 中兴通讯股份有限公司 | 链路检测方法及装置 |
CN106998258A (zh) * | 2016-01-22 | 2017-08-01 | 中兴通讯股份有限公司 | 链路检测方法及装置 |
CN110391979A (zh) * | 2018-04-23 | 2019-10-29 | 华为技术有限公司 | 一种网络设备堆叠方法、网络设备及存储介质 |
CN110912817A (zh) * | 2019-12-12 | 2020-03-24 | 太仓市同维电子有限公司 | 一种非管理型交换机链路聚合的产测方法 |
CN111343040A (zh) * | 2020-01-17 | 2020-06-26 | 新华三信息安全技术有限公司 | 扩展网桥的端口扩展器堆叠分裂检测方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN113938405A (zh) | 2022-01-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11012355B2 (en) | Route processing method, device, and system | |
CN107819677B (zh) | 一种报文转发方法及装置 | |
CN111095869B (zh) | 对计算机网络的高可用性增强的方法和系统 | |
CN109873760B (zh) | 处理路由的方法和装置、以及数据传输的方法和装置 | |
CN108574639B (zh) | Evpn报文处理方法、设备及系统 | |
CN108574630B (zh) | Evpn报文处理方法、设备及系统 | |
CN107547402B (zh) | 一种转发表生成方法和装置 | |
CN106878048B (zh) | 故障处理方法及装置 | |
EP2544409B1 (en) | Generic monitoring packet handling mechanism for OpenFlow 1.1 | |
US9608903B2 (en) | Systems and methods for recovery from network changes | |
EP2129049A1 (en) | A protecting method and device for ethernet tree service | |
US10284461B2 (en) | Method and related apparatus for probing packet forwarding path | |
CN108964940B (zh) | 消息发送方法及装置、存储介质 | |
WO2015167597A1 (en) | Data plane to forward traffic based on communications from a software defined networking (sdn) controller during control plane failure | |
CN108306806B (zh) | 一种报文转发方法及装置 | |
CN113746717B (zh) | 网络设备通信方法及网络设备通信装置 | |
CN113938405B (zh) | 一种数据处理的方法、装置 | |
US11750496B2 (en) | Method for multi-cloud interconnection and device | |
US20120106320A1 (en) | Routed split multi-link trunking resiliency for wireless local area network split-plane environments | |
CN110380966B (zh) | 一种发现转发路径的方法及其相关设备 | |
CN110945835B (zh) | 报文同步方法和装置 | |
CN113037883B (zh) | 一种mac地址表项的更新方法及装置 | |
CN113794635B (zh) | 一种报文转发方法及设备 | |
CN114553707B (zh) | 网络的拓扑信息的生成和网络故障的定界方法、装置 | |
CN113542112B (zh) | 一种报文转发方法及网络设备 |
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 |