CN112769587A - 双归设备接入流量的转发方法、设备及存储介质 - Google Patents
双归设备接入流量的转发方法、设备及存储介质 Download PDFInfo
- Publication number
- CN112769587A CN112769587A CN201911069996.0A CN201911069996A CN112769587A CN 112769587 A CN112769587 A CN 112769587A CN 201911069996 A CN201911069996 A CN 201911069996A CN 112769587 A CN112769587 A CN 112769587A
- Authority
- CN
- China
- Prior art keywords
- dual
- server
- homing device
- traffic
- homing
- 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
- 238000000034 method Methods 0.000 title claims abstract description 56
- 230000003068 static effect Effects 0.000 claims abstract description 35
- 230000001360 synchronised effect Effects 0.000 claims description 27
- 230000009977 dual effect Effects 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 6
- 230000007246 mechanism Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 7
- 238000002955 isolation Methods 0.000 description 7
- 230000002776 aggregation Effects 0.000 description 6
- 238000004220 aggregation Methods 0.000 description 6
- 238000012545 processing Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 4
- 239000007787 solid Substances 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 1
- 238000003032 molecular docking Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Images
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/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- 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/22—Alternate routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/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
- H04L49/00—Packet switching elements
- H04L49/55—Prevention, detection or correction of errors
- H04L49/557—Error correction, e.g. fault recovery or fault tolerance
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例涉及通信技术领域,公开了一种双归设备接入流量的转发方法、设备及存储介质。本发明中,根据预先配置的工作模式控制参数,检测服务器的网卡工作方式是否为静态的主备方式;其中,工作模式控制参数的值用于指示服务器的网卡工作方式;若服务器的网卡工作方式为静态的主备方式,则在接收到网络侧的单播流量后,将网络侧的单播流量通过被设置为应用协议同步接口的peerlink链路接口,同步给第一双归设备,供第一双归设备将网络侧的单播流量发送给服务器,使得双归设备接入流量链路上行和下行的流量路径一致,避免部分流量发送到服务器的备用网卡上,保证双归流量接入转发的稳定性和可靠性。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种双归设备接入流量的转发方法、设备及存储介质。
背景技术
MC-LAG(Multi-Chassis Link Aggregation Group,多机架链路聚合)是实现跨设备链路聚合的机制,它是基于LACP的扩展,能够形成跨设备的链路聚合保护和负载分担。MC-LAG是一种典型的双归接入场景,交换机或服务器通过MC-LAG机制与另外两台设备进行跨设备链路聚合,共同组成一个双活系统,这样可以实现跨设备的流量负载分担转发。且MC-LAG技术本质上还是控制平面虚拟化技术,不需要同步设备上所有的信息,只需要同步接口和表项相关的一些内容,保证网络的可靠性。
发明人发现现有技术中至少存在如下问题:
与MC-LAG对接的服务器有多种工作模式,但主要分为两大类:负载分担方式和主备方式。对于负载分担方式,当前的MC-LAG机制可以很好的支持。但是对于静态的主备方式,不能进行动态协商,只有一个网卡收发流量,具体使用哪一个网卡不确定,另一个网卡作为备用,如果按传统的MC-LAG方案处理,当上行和下行的流量路径不一致时,会有部分流量被送到了备用网卡上,导致流量被丢弃。
发明内容
本发明实施方式的目的在于提供一种双归设备接入流量的转发方法、设备及存储介质,使得在双归设备接入流量链路上的上行和下行的流量路径一致,避免部分流量发送到服务器的备用网卡上,保证双归设备能够与服务器兼容对接,保证双归流量接入转发的稳定性和可靠性。
为解决上述技术问题,本发明的实施方式提供了一种双归设备接入流量的转发方法,应用于双归设备组中的与服务器的备用网卡连接的第二双归设备,双归设备组还包含与服务器的主用网卡连接的第一双归设备;上述双归设备接入流量的转发方法包括:根据预先配置的工作模式控制参数,检测服务器的网卡工作方式是否为静态的主备方式;其中,工作模式控制参数的值用于指示服务器的网卡工作方式;若服务器的网卡工作方式为静态的主备方式,则在接收到网络侧的单播流量后,将网络侧的单播流量通过被设置为应用协议同步接口的peerlink链路接口,同步给第一双归设备,供第一双归设备将网络侧的单播流量发送给服务器。
本发明的实施方式还提供了一种双归设备接入流量的转发方法,应用于双归设备组中的与服务器的备用网卡连接的第二双归设备,双归设备组还包含与服务器的主用网卡连接的第一双归设备;上述双归设备接入流量的转发方法包括:根据预先配置的工作模式控制参数,检测服务器的网卡工作方式是否为静态的主备方式;其中,工作模式控制参数的值用于指示服务器的网卡工作方式;若服务器的网卡工作方式为静态的主备方式,则在通过被设置为应用协议同步接口的peerlink链路接口接收到第二双归设备同步的网络侧的单播流量后,将网络侧的单播流量发送给服务器。
本发明的实施方式还提供了一种双归设备,包括:至少一个处理器;以及,与至少一个处理器通信连接的存储器;其中,存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使至少一个处理器能够执行如上述的双归设备接入流量的转发方法。
本发明的实施方式还提供了一种计算机可读存储介质,存储有计算机程序,计算机程序被处理器执行时实现上述的双归设备接入流量的转发方法。
本发明实施方式相对于现有技术而言,第二双归设备根据预先配置的工作模式控制参数对服务器网卡的工作方式进行检测,判断是否为静态的主备方式;若服务器的网卡工作方式为静态的主备方式,则在接收到网络侧的单播流量后,将网络侧的单播流量通过被设置为应用协议同步接口的peerlink链路接口,同步给第一双归设备,由于第二双归设备与备用网卡连接,所以将单播流量同步给与服务器的主用网卡连接的第一双归设备,使得第一双归设备能够接收到所有的来自网络侧的流量,从而保证了能将网络侧的流量都通过第一双归设备发送给服务器,避免了部分流量发送到服务器的备用网卡上的情况,从而保证双归流量接入转发的稳定性和可靠性。
另外,若服务器的网卡工作方式为静态的主备方式,还包括:在第一双归设备的成员口链路发生故障,服务器切换到备用网卡向第二双归设备发送单播流量后,将服务器的单播流量的源媒体访问控制地址通过peerlink链路同步给第一双归设备,并转发服务器的单播流量至网络侧;通过peerlink链路接口接收第一双归设备同步的来自网络侧的单播流量,并将第一双归设备同步的来自网络侧的单播流量,发送给服务器。使得即使在双归设备组的第一成员口故障时,双归设备组同样能够提供正常的流量转发服务,双归设备组的稳定性得到进一步保证。
另外,若服务器的网卡工作方式为静态的主备方式,还包括:在接收到网络侧的BUM报文流量后,将网络侧的BUM报文流量发送给服务器并广播到相同VLAN端口,并将网络侧的BUM报文流量通过peerlink链路接口同步到第一双归设备,供第一双归设备发送给服务器并广播到相同VLAN端口;在接收到第一双归设备通过peerlink链路接口同步的服务器或网络侧的BUM报文流量后,将服务器或网络侧的BUM报文流量发送给服务器并广播到相同VLAN端口。使得VLAN中每一个服务器均能接收到来自网络侧的BUM报文,同时避免同一服务器接收到多个相同的BUM报文。
另外,应用于双归设备组中的与服务器的备用网卡连接的第一双归设备的方法,还包括:在接收到服务器的BUM报文流量后,将服务器的BUM报文流量广播到相同VLAN端口,并通过peerlink链路接口将服务器的BUM报文流量同步给所述第二双归设备,供第二双归设备发送给所述服务器并广播到相同VLAN端口;在接收到网络侧的BUM报文流量后,将网络侧的BUM报文流量发送给服务器并广播到相同VLAN端口,并将网络侧的BUM报文流量通过peerlink链路接口同步到第二双归设备,供第二双归设备发送给服务器并广播到相同VLAN端口;在接收到第二双归设备通过peerlink链路接口同步的网络侧的BUM报文流量后,将同步的网络侧的BUM报文流量发送给服务器并广播到相同VLAN端口。使得VLAN中每一个服务器均能接受到来自网络侧的BUM报文,同时避免同一服务器接收到多个相同的BUM报文。
附图说明
一个或多个实施方式通过与之对应的附图中的图片进行示例性说明,这些示例性说明并不构成对实施方式的限定。
图1是根据本发明第一实施方式中应用于第二双归设备的接入流量的转发方法流程图;
图2是根据本发明第一实施方式中应用于第一双归设备的接入流量的转发方法流程图;
图3是根据本发明第一实施方式中的针对单播流量的转发路径示意图;
图4是根据本发明第一实施方式中的针对BUM报文的流量转发路径示意图;
图5是根据本发明第二实施方式中第一成员口链路故障时的流量转发路径示意图;
图6是根据本发明第二实施方式中MC-LAG第一双归设备发生故障时的流量转发路径示意图;
图7是根据本发明第二实施方式中MC-LAG第二双归设备发生故障时的流量转发路径示意图;
图8是根据本发明第二实施方式中peerlink链路故障时的流量转发路径示意图;
图9是根据本发明第三实施方式中双归设备的结构图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的各实施方式进行详细的阐述。然而,本领域的普通技术人员可以理解,在本发明各实施方式中,为了使读者更好地理解本申请而提出了许多技术细节。但是,即使没有这些技术细节和基于以下各实施方式的种种变化和修改,也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便,不应对本发明的具体实现方式构成任何限定,各个实施例在不矛盾的前提下可以相互结合相互引用。
本发明的第一实施方式涉及一种双归设备接入流量的转发方法。本实施方式包括如图1所示的应用于第一双归设备的接入流量的转发方法,以及如图2所示的应用于第二双归设备的的接入流量的转发方法。其中,第一双归设备与第二双归设备为双归设备组中的双归设备,第一双归设备与服务器的主用网卡连接,第二双归设备与服务器的备用网卡连接。
其中,应用于第一双归设备的接入流量的转发方法包括:根据预先配置的工作模式控制参数,检测服务器的网卡工作方式是否为静态的主备方式;其中,工作模式控制参数的值用于指示服务器的网卡工作方式;若服务器的网卡工作方式为静态的主备方式,则在接收到网络侧的单播流量后,将所述网络侧的单播流量通过被设置为应用协议同步接口的peerlink链路接口,同步给第一双归设备,供第一双归设备将网络侧的单播流量发送给服务器。
本实施方式中应用于第一双归设备的接入流量的转发方法如图1所示,具体包括:
步骤110,获取预先配置的工作模式控制参数。其中,工作模式控制参数的值用于指示服务器的网卡工作方式。
具体的说,在双归设备组正式开始工作之前,需要为双归设备预先配置基础配置参数,以及工作模式控制参数。
以MC-LAG多机架链路聚合的双归接入流量转发场景为例,双归设备组包括进行流量转发的主设备和备设备。双归设备组一侧与服务器相连,其中主设备与服务器的主用网卡相连,备设备与服务器的备用网卡相连;双归设备组的另一侧与路由器Router相连。其中,主设备为第一双归设备,备设备为第二双归设备。
上述的基础参数包括:双归设备组的主备参数、静动态参数、优先级、系统ID、peerlink的相关配置参数、keepalive链路的相关配置参数。如MC-LAG设备是主设备或备设备,MC-LAG组是静态或动态,MC-LAG组优先级,MC-LAG组的系统ID,以及peerlink和keepalive等相关配置。
在MC-LAG中,根据双归设备组中两个设备的具体参数配置来确定主、备设备,正常情况下,主、备设备的流量转发行为没有区别,其主、备接口都可以进行流量的负载分担转发。在故障情况下,主、备设备的行为有差异。
部署MC-LAG的双归设备组的两台设备间必须存在一条直连链路,peerlink链路。该链路支持普通以太接口和聚合接口。peer-link链路是一条二层链路,用于ICBG同步信息的交互及部分流量的传输。接口配置为peer-link接口后,该接口上不能再配置其它业务。peerlink对BUM报文转发具有隔离功能,MC-LAG网路正常时,从peerlink链路收到的BUM报文不再向MC-LAG成员口转发,即所谓的隔离,当MC-LAG成员口所在链路发生故障时,放开该隔离功能,即从peerlink链路收到的BUM报文会MC-LAG成员口转发。
Keepalive链路,心跳链路,承载心跳数据包,主要作用时进行MC-LAG的协商,主备竞选和双主检测。该链路与peerlink是不同的两条链路,作用也不一样。keepalive链路可以通过外部网络承载,如MC-LAG上行接入IP网络,则两台双归设备通过IP网络可以互通,这条链路就可以作为keepalive。此外,可以单独配置一条链路作为keepalive链路。
在完成基础参数的配置后,还需要再为双归设备组配置工作模式控制参数,工作模式控制参数的值用于指示服务器的网卡工作方式,例如,工作模式控制参数的值为1时,表示服务器的网卡工作在静态的主备方式,工作模式控制参数的值为0时,表示服务器的网卡工作在负载分担方式。在本步骤中,需要对工作模式控制参数的值进行读取。
步骤111,检测服务器的网卡工作方式,判断是否为静态的主备方式。若服务器的网卡工作方式为静态的主备方式,则执行步骤112,将接收到的网络侧的单播流量通过peerlink链路接口同步给第一双归设备;若服务器的网卡工作方式为负载分担方式,则执行步骤113,以传统方式对流量进行转发。
具体的说,在本实施方式中,以FLAG参数表示上述的工作模式控制参数,FLAG参数的取值包括0和1。
当获取到的FLAG参数值为0时,表示服务器的网卡以负载分担方式运行,此时双归设备组以默认的MC-LAG工作模式运行,正常进行流量转发。
当获取到的FLAG参数值为1时,表示服务器的网卡当前以静态主备方式运行。在这种情况下,服务器虽然具有分别连接第一、第二双归设备的主用网卡和备用网卡,但是同一时间只有一个网卡进行流量的转发。因此如果使用传统的MC-LAG机制来处理,当上行和下行的流量路径不一致时,会有一部分下行流量被转发至备用网卡上,导致流量的丢失。因此,在本发明实施方式中,通过对FLAG的设置,来指示双归设备组的不同流量转发方式。
步骤112,将接收到的网络侧的单播流量通过peerlink链路接口同步给第一双归设备。
具体的说,若获取到的FLAG参数值为1时,即服务器的网卡当前以静态主备方式运行,则将peerlink链路的接口设置为应用协议的同步接口;针对BUM报文流量,放开peerlink链路的端口隔离功能。即服务器的网卡以静态主备方式运行时,对流量转发的处理方案如下:首先将双归设备组的两台设备命名为MC-LAG第一双归设备和MC-LAG第二双归设备,把在MC-LAG第一双归设备上的成员口称为MC-LAG第一成员口,在MC-LAG第二双归设备上的成员口称为MC-LAG第二成员口,且此时服务器以主备方式运行。在这种场景下,只设置peerlink口为应用协议的同步接口。通过将peerlink链路的接口设置为应用协议的同步接口,使得MC-LAG第一双归设备在接收到服务器的单播流量后,将单播流量的源媒体访问控制地址通过peerlink链路同步给MC-LAG第二双归设备,并转发单播流量至网络侧;MC-LAG第二双归设备在接收到网络侧发送的单播流量后,将网络侧的单播流量通过所述peerlink链路转发给MC-LAG第一双归设备,供MC-LAG第一双归设备发送至服务器。在这种数据流量转发机制下,即使MC-LAG第二成员口链路发生故障,流量正常转发不受影响;当MC-LAG第二成员口链路故障恢复时,流量仍正常转发不受影响。
在一个实施例中,如图3的流量转发路径所示,其中虚线箭头表示上行流量路径,实线箭头表示下行流量路径,Server A为服务器、Switch A为第一双归设备、Switch B为第二双归设备、Router为网络侧设备。将数据源为Router的流量称为下行流量,将数据源为Serve A的流量称为上行流量。根据上述内容可知,Switch A与Serve A链路相连的接口为第一成员口,Switch B与Serve A链路相连的接口为第二成员口,Switch A和Switch B之间直连的链路接口为peerlink接口。
流量转发过程如下:MC-LAG第一成员口接收到数据流量时,获取MC-LAG第一成员口接收的数据流量网络侧设备的MAC(源媒体访问控制地址),并把该MAC同步到对端MC-LAG第二双归设备的peerlink口上,同时转发数据流量到网络侧。从网络侧设备Router过来的数据流量到达MC-LAG第一双归设备时,直接查询MAC表,流量从MC-LAG第一成员口转发给服务器Serve A,从网络侧过来的数据流量到达MC-LAG第二双归设备时,查询同步的MAC表,流量从peerlink口转发给MC-LAG第一双归设备,在MC-LAG第一双归设备上直接查询MAC表,流量从MC-LAG第一成员口转发给服务器Serve A,从而服务器Serve A就能够接收到所有由Router发送的所有下行流量。
另外,FLAG参数取值为1时,默认放开peerlink的端口隔离机制,BUM报文流量按传统的规则进行转发,具体如图4所示:
当MC-LAG第一成员口收到BUM报文流量时,流量会广播到相同VLAN虚拟局域网的其它端口,且从peerlink口广播到对端MC-LAG第二双归设备。流量到达MC-LAG第二双归设备,MC-LAG第二双归设备会广播到相同VLAN的其它端口,且从MC-LAG第二成员口转发给服务器Server A,但是因为服务器Serve A对应的网卡是备用的,流量被丢包,避免了多包的问题。从网络侧过来的BUM报文流量到达MC-LAG第一双归设备时,会广播到相同VLAN的其它端口,一方面从MC-LAG的第一成员口转发给服务器Server A。另一方面从peerlink口广播到对端MC-LAG第二双归设备,流量到达MC-LAG第二双归设备时,MC-LAG第二双归设备会广播到相同VLAN的其它端口,且从MC-LAG第二成员口转发给服务器Server A,但是因为服务器Server A对应的网卡是备用的,流量被丢包,即服务器Server A只会收到一份由MC-LAG第一双归设备转发的BUM报文流量。从网络侧过来的BUM报文流量到达MC-LAG第二双归设备时,会广播到相同VLAN的其它端口,一方面从MC-LAG的第二成员口转发给服务器Serve A,但是因为服务器Server A对应的网卡是备用的,流量被丢包。另一方面从peerlink口广播到对端MC-LAG第一双归设备,流量到达MC-LAG第一双归设备时,一方面广播到相同VLAN的Server B,其中Server B是单归接入到MC-LAG第一双归设备的与Server A在同一VLAN的另一服务器。同时从MC-LAG第一成员口转发给同一服务器Server A。从而保证了服务器Server A在上行和下行最终都只收到一份BUM报文流量。
步骤113,以传统方式对流量进行转发。
具体的说,当获取到的FLAG参数取值为0时,即检测到服务器的网卡以负载分担方式运行时,对流量转发的处理方案如下:对已知单播流量,设置MC-LAG的成员口为应用协议的同步接口,其中同步接口用于建立对双归设备间的MAC、ARP表项等信息同步协议,该接口依赖于建立在以LDP基础上的ICCP通道,并在此基础上可以根据需要定义不同的同步信息。当MC-LAG成员口发生故障时,将应用协议的同步接口指向peerlink接口,允许上行和下行流量路径不一致;对于BUM报文,则当MC-LAG的所有成员口都是正常时,peerlink存在端口隔离机制,也就是从peerlink口收到的BUM报文不再向MC-LAG成员口转发。若MC-LAG成员口发生故障时,则放开peerlink的端口隔离机制,允许BUM报文向MC-LAG成员口转发。
另外,在实际应用中,还可以删除MC-LAG中的FLAG参数配置,恢复到默认值,此时流量转发按传统的MC-LAG方案处理。
本实施方式中应用于第一双归设备的接入流量的转发方法如图2所示,具体包括:
步骤120,获取预先配置的工作模式控制参数。
步骤121,检测服务器的网卡工作方式,判断是否为静态的主备方式;若服务器的网卡工作方式为静态的主备方式,则执行步骤122,将第二双归设备同步的网络侧的单播流量发送给服务器;若服务器的的网卡工作方式为负载分担方式,则执行步骤123,以传统方式对流量进行转发。
步骤120和步骤121已在图1的步骤110和111中进行说明,在此不再赘述。
步骤122,将第二双归设备同步的网络侧的单播流量发送给服务器。
具体的说,对于第一双归设备而言,在服务器以静态的主备方式工作时,针对来自服务器的单播流量上行单播流量,接收第二双归设备通过peerlink链路同步的服务器发送的单播流量的源媒体访问控制地址;针对来自网络侧的下行单播流量,将网络侧的单播流量通过peerlink链路转发给第一双归设备,供第一双归设备发送至服务器。
对于BUM报文的流量,以传统的规则进行转发,具体如图4所示,在此不再赘述。
步骤123,以传统方式对流量进行转发。该步骤已在图1的步骤113中进行说明,在此不再赘述。
可以理解,本实施方式中的应用于第一双归设备的接入流量的转发方法是与应用于第二双归设备的接入流量的转发方法相互配合实施的。与现有技术相比,本实施方式中的技术方案能够使得在MC-LAG链路上的上行和下行的流量路径一致,避免部分流量发送到服务器的备用网卡上,保证MC-LAG设备能够与服务器兼容对接,保证MC-LAG双归流量接入转发的稳定性和可靠性。
本发明的第二实施方式涉及一种双归设备接入流量转发的控制方法,与本发明第一实施方式相似,不同之处在于,本实施方式中,在服务器以静态主备方式工作的情况下,对MC-LAG第一成员口链路发生故障时的流量路径进行了变更。需要说明的是,本领域技术人员可以理解,在实际应用中,双归流量转发的网路结构中会发生各种不同的故障情况,此处仅为举例说明。
具体地说,在一个实施例中,双归设备组的第一成员口链路发生故障时,如图5所示,其中虚线箭头表示上行流量路径,实线箭头表示下行流量路径,第一成员口链路发生故障。当第一成员口链路发生故障后,也就是说MC-LAG第一设备与服务器Server A之间无法进行数据流量交互,此时服务器Server A将切换到备用网卡上发送流量。下面对FLAG参数取值为1时双归设备的流量转发的处理方案进行具体说明:
针对单播流量,以MAC为例,MC-LAG第二成员口收到服务器Server A切换到备用网卡上发送的数据流量后,学习数据流量的源MAC,并把该MAC同步到对端MC-LAG第一设备的peerlink口上,同时转发数据流量到网络侧。从网络侧过来的数据流量到达MC-LAG第一设备时,查询同步的MAC表,流量从peerlink口转发给MC-LAG第二设备,在MC-LAG第二设备上直接查询MAC表,流量从MC-LAG第二成员口转发给服务器Server A,从网络侧过来的数据流量到达MC-LAG第二设备时,直接查询MAC表,流量从MC-LAG第二成员口转发给服务器;当MC-LAG第一成员口链路故障恢复时,服务器Server A回切到主用网卡上发送流量。
通过上述配置使得即使第一成员口链路发生故障,MC-LAG链路上的上行和下行的流量路径也能一致,保证MC-LAG双归流量接入转发的稳定性和可靠性。
在一个实施例中,双归设备组的MC-LAG第一设备发生故障时,如图6所示,其中虚线箭头表示上行流量路径,实线箭头表示下行流量路径,MC-LAG第一设备发生故障。此时具体的流量转发过程如下:服务器Server A切换到备用网卡上发送流量,MC-LAG第二成员口收到数据流量时,学习数据流量的源MAC,由于MC-LAG第一设备发生故障,无法进行MAC同步,MAC同步失败,同时转发数据流量到网络侧。从网络侧过来的数据流量全部切换发送至MC-LAG第二设备,在MC-LAG第二设备上直接查询MAC表,流量从MC-LAG第二成员口转发给服务器Server A;当MC-LAG第一设备故障恢复时,流量转发按照本发明第一实施方式中的技术方案处理。
在一个实施例中,当双归设备组的MC-LAG第二成员口链路发生故障时,如图7所示,其中MC-LAG第二设备发生故障。此时具体的流量转发细节如下:服务器Server A所发出的上行流量转发不受影响,MC-LAG第一、第二设备的MAC同步失败,从网络侧过来的下行流量将全部切到MC-LAG第一设备,在MC-LAG第一设备上直接查询MAC表,流量从MC-LAG第一成员口转发给服务器;当MC-LAG第二设备故障恢复时,上行和下行的流量转发按照本发明第一实施方式中的技术方案处理。
在实际应用中,若双归设备组中的主、备设备间的peerlink链路发生故障,则可以选择双归设备组中的一台双归设备作为退避双归设备,关闭退避双归设备的网络侧端口以及成员口。本领域技术人员可以理解,在实际应用中,双归流量转发的网路结构中会发生各种不同的故障情况,此处仅为举例说明,本实施方式并不对流量转发的方式做出限制。
具体的说,如图8的流量转发路径所示,其中虚线箭头表示上行流量路径,实线箭头表示下行流量路径,退避双归设备以虚线方框表示。当peerlink链路发生故障时,意味着双归设备组间无法进行数据流量的交互,同时也无法进行对peerlink接口进行同步协议的配置,此时双归设备接入流量转发的控制装置将会选取主、备设备中的任一设备作为退避双归设备,如选中主设备Switch A进行退避,那么则关闭MC-LAG第一成员口、主设备上的peerlink接口以及主设备上的网络侧端口关闭,禁止这些端口进行流量的转发。
此时另一设备Switch B用于接收服务器以及网络设备发送的数据流量进行转发,以保证双归设备接入流量转发的稳定性和可靠性。
通过本实施方式的双归设备接入流量的具体转发细节,使得当双归设备组中任一设备发生故障时,仍能够保证MC-LAG链路上的上行和下行的流量路径一致,以及MC-LAG双归流量接入转发的稳定性和可靠性。
上面各种方法的步骤划分,只是为了描述清楚,实现时可以合并为一个步骤或者对某些步骤进行拆分,分解为多个步骤,只要包括相同的逻辑关系,都在本专利的保护范围内;对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计,但不改变其算法和流程的核心设计都在该专利的保护范围内。
本发明第三实施方式涉及一种双归设备,如图9所示,包括:
至少一个处理器901;以及,与至少一个处理器通信连接的存储器902;其中,存储器902存储有可被至少一个处理器901执行的指令,指令被至少一个处理器901执行,以使至少一个处理器901能够执行上述方法实施例。
其中,存储器和处理器采用总线方式连接,总线可以包括任意数量的互联的总线和桥,总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输,进一步,天线还接收数据并将数据传送给处理器。处理器负责管理总线和通常的处理,还可以提供各种功能,包括定时,外围接口,电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。
本发明第四实施方式涉及一种计算机可读存储介质,存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。
即,本领域技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域的普通技术人员可以理解,上述各实施方式是实现本发明的具体实施例,而在实际应用中,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。
Claims (10)
1.一种双归设备接入流量的转发方法,其特征在于,应用于双归设备组中的与服务器的备用网卡连接的第二双归设备,所述双归设备组还包含与所述服务器的主用网卡连接的第一双归设备;所述方法包括:
根据预先配置的工作模式控制参数,检测所述服务器的网卡工作方式是否为静态的主备方式;其中,所述工作模式控制参数的值用于指示服务器的网卡工作方式;
若所述服务器的网卡工作方式为静态的主备方式,则在接收到网络侧的单播流量后,将所述网络侧的单播流量通过被设置为应用协议同步接口的peerlink链路接口,同步给所述第一双归设备,供所述第一双归设备将所述网络侧的单播流量发送给所述服务器。
2.根据权利要求1所述的双归设备接入流量的转发方法,其特征在于,若所述服务器的网卡工作方式为静态的主备方式,则还包括:
通过所述peerlink链路接口接收所述第一双归设备同步的来自所述服务器的单播流量的源媒体访问控制地址。
3.根据权利要求2所述的双归设备接入流量的转发方法,其特征在于,若所述服务器的网卡工作方式为静态的主备方式,则还包括:
在所述第一双归设备的成员口链路发生故障,所述服务器切换到备用网卡向所述第二双归设备发送单播流量后,将所述服务器的单播流量的源媒体访问控制地址通过所述peerlink链路同步给所述第一双归设备,并转发所述服务器的单播流量至网络侧;
通过所述peerlink链路接口接收所述第一双归设备同步的来自网络侧的单播流量,并将所述第一双归设备同步的来自网络侧的单播流量,发送给所述服务器。
4.根据权利要求1至3中任一项所述的双归设备接入流量的转发方法,其特征在于,若所述服务器的网卡工作方式为静态的主备方式,则还包括:
在接收到网络侧的BUM报文流量后,将所述网络侧的BUM报文流量发送给所述服务器并广播到相同VLAN端口,并将所述网络侧的BUM报文流量通过所述peerlink链路接口同步到所述第一双归设备,供所述第一双归设备发送给所述服务器并广播到相同VLAN端口;
在接收到所述第一双归设备通过所述peerlink链路接口同步的服务器或网络侧的BUM报文流量后,将所述服务器或网络侧的BUM报文流量发送给所述服务器并广播到相同VLAN端口。
5.一种双归设备接入流量的转发方法,其特征在于,应用于双归设备组中的与服务器的主用网卡连接的第一双归设备,所述双归设备组还包含与所述服务器的备用网卡连接的第二双归设备;所述方法包括:
根据预先配置的工作模式控制参数,检测所述服务器的网卡工作方式是否为静态的主备方式;其中,所述工作模式控制参数的值用于指示服务器的网卡工作方式;
若所述服务器的网卡工作方式为静态的主备方式,则在通过被设置为应用协议同步接口的peerlink链路接口接收到所述第二双归设备同步的网络侧的单播流量后,将所述网络侧的单播流量发送给所述服务器。
6.根据权利要求5所述的双归设备接入流量的转发方法,其特征在于,若所述服务器的网卡工作方式为静态的主备方式,则还包括:
在接收到所述服务器的单播流量后,将所述服务器的单播流量的源媒体访问控制地址,通过所述peerlink链路接口同步给所述第二双归设备,并将所述服务器的单播流量发送至网络侧。
7.根据权利要求6所述的双归设备接入流量的转发方法,其特征在于,若所述服务器的网卡工作方式为静态的主备方式,则还包括:
在所述第一双归设备的成员口链路发生故障,所述服务器切换到备用网卡向所述第二双归设备发送单播流量后,通过所述peerlink链路接口接收所述第二双归设备同步的来自所述服务器的单播流量的源媒体访问控制地址;在接收到网络侧的单播流量后,将所述网络侧的单播流量通过所述peerlink链路接口同步给所述第二双归设备,供所述第二双归设备将所述网络侧的单播流量发送给所述服务器。
8.根据权利要求5至7中任一项所述的双归设备接入流量的转发方法,其特征在于,若所述服务器的网卡工作方式为静态的主备方式,则还包括:
在接收到所述服务器的BUM报文流量后,将所述服务器的BUM报文流量广播到相同VLAN端口,并通过所述peerlink链路接口将所述服务器的BUM报文流量同步给所述第二双归设备,供所述第二双归设备发送给所述服务器并广播到相同VLAN端口;
在接收到网络侧的BUM报文流量后,将所述网络侧的BUM报文流量发送给所述服务器并广播到相同VLAN端口,并将所述网络侧的BUM报文流量通过所述peerlink链路接口同步到所述第二双归设备,供所述第二双归设备发送给所述服务器并广播到相同VLAN端口;
在接收到所述第二双归设备通过所述peerlink链路接口同步的网络侧的BUM报文流量后,将所述同步的网络侧的BUM报文流量发送给所述服务器并广播到相同VLAN端口。
9.一种双归设备,其特征在于,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如权利要求1至4中任一项所述的双归设备接入流量的转发方法;或者,执行如权利要求5至8中任一项所述的双归设备接入流量的转发方法。
10.一种计算机可读存储介质,存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至4中任一项所述的双归设备接入流量的转发方法;或者,执行如权利要求5至8中任一项所述的双归设备接入流量的转发方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911069996.0A CN112769587B (zh) | 2019-11-05 | 2019-11-05 | 双归设备接入流量的转发方法、设备及存储介质 |
PCT/CN2020/126189 WO2021088808A1 (zh) | 2019-11-05 | 2020-11-03 | 双归设备接入流量的转发方法、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911069996.0A CN112769587B (zh) | 2019-11-05 | 2019-11-05 | 双归设备接入流量的转发方法、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112769587A true CN112769587A (zh) | 2021-05-07 |
CN112769587B CN112769587B (zh) | 2024-05-14 |
Family
ID=75692930
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911069996.0A Active CN112769587B (zh) | 2019-11-05 | 2019-11-05 | 双归设备接入流量的转发方法、设备及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN112769587B (zh) |
WO (1) | WO2021088808A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114172841A (zh) * | 2021-11-30 | 2022-03-11 | 迈普通信技术股份有限公司 | 报文转发方法、装置、电子设备及读存储介质 |
CN114500173A (zh) * | 2022-02-17 | 2022-05-13 | 新华三技术有限公司合肥分公司 | 一种报文处理方法、装置、电子设备及存储介质 |
WO2022268036A1 (zh) * | 2021-06-22 | 2022-12-29 | 中兴通讯股份有限公司 | 一种跨设备链路通信方法、交换机、系统及存储介质 |
WO2023011317A1 (zh) * | 2021-08-02 | 2023-02-09 | 中兴通讯股份有限公司 | 地址同步方法、交换机、跨设备链路聚合系统及存储介质 |
US11870686B2 (en) | 2019-12-31 | 2024-01-09 | Huawei Technologies Co., Ltd. | Routing information processing method and apparatus |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115550248A (zh) * | 2021-06-30 | 2022-12-30 | 中兴通讯股份有限公司 | 一种通信方法、系统、设备及存储介质 |
CN113472699A (zh) * | 2021-08-23 | 2021-10-01 | 新华三信息安全技术有限公司 | 一种网络表项同步方法及装置 |
CN113765787B (zh) * | 2021-08-25 | 2022-10-21 | 新华三大数据技术有限公司 | 一种故障处理方法及装置 |
CN114124272B (zh) * | 2021-11-16 | 2022-09-06 | 广州市保伦电子有限公司 | 一种基于网卡检测的热备份切换方法和系统 |
CN114338538A (zh) * | 2021-12-30 | 2022-04-12 | 锐捷网络股份有限公司 | 一种表项更新方法、装置、电子设备及存储介质 |
CN115065649B (zh) * | 2022-03-31 | 2023-12-12 | 北京东土军悦科技有限公司 | 业务报文转发方式的确定方法、装置、设备及存储介质 |
CN114826872B (zh) * | 2022-04-02 | 2023-05-26 | 烽火通信科技股份有限公司 | 一种节点保护告警联动优化方法及装置 |
CN115225468B (zh) * | 2022-07-26 | 2024-06-14 | 苏州盛科通信股份有限公司 | 流量快速切换方法、系统及计算机可读存储介质 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102325037A (zh) * | 2011-05-25 | 2012-01-18 | 中兴通讯股份有限公司 | 一种伪线双归网络的切换方法、系统和双归属运营商设备 |
CN102571426A (zh) * | 2011-12-29 | 2012-07-11 | 杭州华三通信技术有限公司 | 一种双归保护方法和装置 |
CN104135420A (zh) * | 2014-07-31 | 2014-11-05 | 华为技术有限公司 | 一种报文转发的方法、设备及系统 |
EP2996290A1 (en) * | 2013-06-30 | 2016-03-16 | Huawei Technologies Co., Ltd. | Packet forwarding method, apparatus, and system |
CN105656776A (zh) * | 2014-12-01 | 2016-06-08 | 中兴通讯股份有限公司 | 一种伪线双归保护切换系统、方法和装置 |
CN108574616A (zh) * | 2017-03-14 | 2018-09-25 | 华为技术有限公司 | 一种处理路由的方法、设备及系统 |
CN108696416A (zh) * | 2017-04-12 | 2018-10-23 | 中兴通讯股份有限公司 | 一种vxlan单归和双归混合接入方法、装置和pe设备 |
CN108989200A (zh) * | 2018-07-11 | 2018-12-11 | 深圳市信锐网科技术有限公司 | 数据包转发方法、装置和系统 |
CN109698788A (zh) * | 2017-10-20 | 2019-04-30 | 华为技术有限公司 | 流量转发方法和流量转发装置 |
CN110034993A (zh) * | 2018-01-11 | 2019-07-19 | 华为技术有限公司 | 传输数据的方法、设备和网络系统 |
EP3531632A1 (en) * | 2017-03-10 | 2019-08-28 | Huawei Technologies Co., Ltd. | Packet processing method, device and network system |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9306804B2 (en) * | 2013-04-16 | 2016-04-05 | Arista Networks, Inc. | Method and system for multichassis link aggregation in-service software update |
-
2019
- 2019-11-05 CN CN201911069996.0A patent/CN112769587B/zh active Active
-
2020
- 2020-11-03 WO PCT/CN2020/126189 patent/WO2021088808A1/zh active Application Filing
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102325037A (zh) * | 2011-05-25 | 2012-01-18 | 中兴通讯股份有限公司 | 一种伪线双归网络的切换方法、系统和双归属运营商设备 |
CN102571426A (zh) * | 2011-12-29 | 2012-07-11 | 杭州华三通信技术有限公司 | 一种双归保护方法和装置 |
EP2996290A1 (en) * | 2013-06-30 | 2016-03-16 | Huawei Technologies Co., Ltd. | Packet forwarding method, apparatus, and system |
CN104135420A (zh) * | 2014-07-31 | 2014-11-05 | 华为技术有限公司 | 一种报文转发的方法、设备及系统 |
CN105656776A (zh) * | 2014-12-01 | 2016-06-08 | 中兴通讯股份有限公司 | 一种伪线双归保护切换系统、方法和装置 |
EP3531632A1 (en) * | 2017-03-10 | 2019-08-28 | Huawei Technologies Co., Ltd. | Packet processing method, device and network system |
CN108574616A (zh) * | 2017-03-14 | 2018-09-25 | 华为技术有限公司 | 一种处理路由的方法、设备及系统 |
CN108696416A (zh) * | 2017-04-12 | 2018-10-23 | 中兴通讯股份有限公司 | 一种vxlan单归和双归混合接入方法、装置和pe设备 |
CN109698788A (zh) * | 2017-10-20 | 2019-04-30 | 华为技术有限公司 | 流量转发方法和流量转发装置 |
CN110034993A (zh) * | 2018-01-11 | 2019-07-19 | 华为技术有限公司 | 传输数据的方法、设备和网络系统 |
CN108989200A (zh) * | 2018-07-11 | 2018-12-11 | 深圳市信锐网科技术有限公司 | 数据包转发方法、装置和系统 |
Non-Patent Citations (4)
Title |
---|
T C. SCHMIDT; HAW HAMBURG;M. WAEHLISCH; LINK-LAB AMP;AMP; FU BERLIN; R. KOODLI; CISCO SYSTEMS;G. FAIRHURST;UNIVERSITY OF ABERDEEN: "Multicast Listener Extensions for MIPv6 and PMIPv6 Fast Handovers draft-schmidt-multimob-fmipv6-pfmipv6-multicast-06", IETF, 8 May 2012 (2012-05-08) * |
刘亮;周勤;袁俊;: "网络技术M-LAG在数据中心网络中的应用", 信息与电脑(理论版), no. 10, 25 May 2019 (2019-05-25) * |
多看多学多记多实践: "数据中心交换机横向虚拟化集群漫谈", pages 3 - 8, Retrieved from the Internet <URL:https://www.cnblogs.com/gzxbkk/p/9144408.html> * |
蔡海峰;: "PTN技术为数据业务保护提供方案", 上海信息化, no. 12, 10 December 2014 (2014-12-10) * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11870686B2 (en) | 2019-12-31 | 2024-01-09 | Huawei Technologies Co., Ltd. | Routing information processing method and apparatus |
WO2022268036A1 (zh) * | 2021-06-22 | 2022-12-29 | 中兴通讯股份有限公司 | 一种跨设备链路通信方法、交换机、系统及存储介质 |
WO2023011317A1 (zh) * | 2021-08-02 | 2023-02-09 | 中兴通讯股份有限公司 | 地址同步方法、交换机、跨设备链路聚合系统及存储介质 |
CN114172841A (zh) * | 2021-11-30 | 2022-03-11 | 迈普通信技术股份有限公司 | 报文转发方法、装置、电子设备及读存储介质 |
CN114500173A (zh) * | 2022-02-17 | 2022-05-13 | 新华三技术有限公司合肥分公司 | 一种报文处理方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2021088808A1 (zh) | 2021-05-14 |
CN112769587B (zh) | 2024-05-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112769587B (zh) | 双归设备接入流量的转发方法、设备及存储介质 | |
CN111865779B (zh) | 一种路由同步方法及跨设备链路聚合组 | |
US9853856B2 (en) | Method and device for protecting service reliability and network virtualization system | |
WO2018188425A1 (zh) | Vxlan单归和双归混合接入方法、装置、pe设备和存储介质 | |
CN111740899A (zh) | 一种arp请求报文转发方法、跨设备链路聚合组及网络设备 | |
US10560550B1 (en) | Automatic configuration of a replacement network device in a high-availability cluster | |
US8320281B2 (en) | Methods, systems and computer readable media for utilizing a standard spanning tree protocol to indicate an active switching fabric in a network node | |
CN108989200B (zh) | 数据包转发方法、装置和系统 | |
CN111865704B (zh) | 数据传输方法、系统和网络设备 | |
CN112995041B (zh) | 网络通信方法、装置、电子设备及存储介质 | |
CN108055163A (zh) | 一种双归属设备及其保护切换方法 | |
US20130301404A1 (en) | Communication system, communication method, and communication apparatus | |
CN103490921B (zh) | 网络保护方法、装置、下环节点及系统 | |
CN109218232B (zh) | 一种实现Mux机的方法、设备及系统 | |
US20140050092A1 (en) | Load sharing method and apparatus | |
US20160205033A1 (en) | Pool element status information synchronization method, pool register, and pool element | |
CN107154896B (zh) | 一种数据传输方法以及转发设备 | |
JP2009117909A (ja) | パケット中継方法及び装置 | |
CN111953591A (zh) | 故障处理方法及装置 | |
US9762510B2 (en) | Relay system and switching device | |
CN109194592B (zh) | 一种解决multi-link网络中孤岛问题的方法和系统 | |
US11558286B2 (en) | Wireless control and fabric links for high-availability cluster nodes | |
WO2024001359A1 (zh) | 通信状态切换、端口配置方法、通信系统及介质 | |
CN102404339B (zh) | 防火墙系统和基于该防火墙系统的数据处理方法 | |
CN108337162B (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 |