MAC efficient management method and system based on EVPN

Abstract

The invention discloses an EVPN (Ethernet Virtual Private Network)-based MAC (Media Access Control) efficient management method and system, and the method comprises the steps: reading changed MAC addresses in batches from a forwarding chip at local network equipment based on first timing time; identifying whether the MAC is a client side MAC address or a network side MAC address; the client side MAC address is analyzed and processed with a high priority, the client side MAC address passes through a batch notification interface, and an agreed MAC notification interface is called to notify a network operation system, so that the client side MAC address is synchronized to remote network equipment; at the far-end network equipment, a batch interface is used for receiving a client side MAC address synchronized by the local network equipment, and the client side MAC address serves as a network side MAC address of the client side MAC address to be analyzed; and after analysis, arranging the network side MAC address according to a chip table entry format, and calling a batch operation interface to issue the arranged network side MAC address to a forwarding chip to realize normal connection. According to the invention, the EVPN service opening efficiency and the fault convergence efficiency can be effectively improved, and the reliability of the EVPN service is effectively improved.

Description

Technical Field

[0001] The present invention relates to the field of chips, and in particular to an EVPN-based MAC efficient management method and system. Background Art

[0002] VPN is a VPN technology used for Layer 2 network interconnection. EVPN technology uses a mechanism similar to BGP / MPLS IP VPN. By extending the BGP protocol and using the extended reachability information, the MAC address learning and publishing process between Layer 2 networks at different sites is transferred from the data plane to the control plane.

[0003] EVPN (Ethernet Virtual Private Network) is a next-generation VPN solution for all services. It overturns the traditional Layer 2 VPN mechanism of learning MAC addresses through the forwarding plane, introduces the control plane, and uses the BGP extended protocol to transmit MAC information, thereby achieving the separation of the forwarding plane and the control plane. Figure 1 As shown in the figure, EVPN is based on MP-BGP and defines a series of new BGP EVPN routing types, so that different sites in the EVPN network can learn MAC address information from each other.

[0004] EVPN can not only replace traditional L2VPN, but also carry L3VPN services. EVPN unifies the control plane of various VPN services and reduces the complexity of the protocol. At the same time, EVPN introduces the advantages of IP VPN traffic load balancing and flexible deployment to Ethernet. Both EVPN L2VPN and L3VPN can realize multi-home single-active and multi-active networking applications, effectively ensuring the reliability of access networks.

[0005] EVPN is also applicable to applications in VXLAN networks. The following uses EVPN VXLAN as an example to explain. EVPN VXLAN learns MAC addresses and ARP / ND information in the control plane. The MAC address and ARP / ND information of the site are announced through EVPN's MAC / IP publishing routes (i.e. RT-2, Class II routing). Therefore, in EVPN VXLAN networks, there is no need to flood ARP / ND requests to the network.

[0006] like Figure 2 As shown in the figure, the process of advertising and learning MAC addresses and ARP / ND information is as follows:

[0007] (1) VTEP completes the learning of client-side MAC addresses and ARP / ND information on the data plane. The client-side MAC address is obtained by learning the source MAC address of the Ethernet message; the ARP / ND information is obtained by learning ARP, free ARP, ND and other messages.

[0008] (2) After VTEP learns the client-side MAC address and ARP / ND information, it publishes the information to RR through BGP EVPN RT-2 routing on the control plane.

[0009] (3) RR synchronizes the received RT-2 route to all BGP EVPN neighbors (remote VTEPs).

[0010] (4) After receiving the RT-2 route, the remote VTEP adds the MAC address to the MAC address forwarding table and adds the ARP / ND information to the ARP / ND table and routing table.

[0011] like Figure 3 As shown, network equipment is usually divided into four layers: forwarding chip layer, forwarding chip SDK software layer, driver software layer, and network operating system NOS layer. The forwarding chip SDK software layer is responsible for the implementation of the operation interface of the forwarding chip, the driver software layer implements the adaptation between the network operating system application model and the forwarding chip model, and the network operating system NOS layer carries the implementation of specific network functions.

[0012] Figure 3 The process of EVPN MAC learning and synchronization in the traditional network forwarding device is given. The client-side MAC learned by network device A is announced layer by layer to the forwarding chip SDK layer, driver software layer, and network operating system layer, and then announced to network device B through the second-class routing of the BGP protocol. Network device B sends the received network-side MAC layer to the driver software layer, forwarding chip SDK layer, and forwarding chip layer by layer. After the MAC address synchronization is completed, the EVPN service can be connected normally.

[0013] In traditional applications, Figure 3 Process (2) in the driver software MAC address synchronization usually adopts the MAC message active notification solution to announce the learning, aging, and drifting MAC. In large-scale MAC application scenarios, some MAC messages are often lost, resulting in service interruption. To solve the MAC loss problem, a MAC timing synchronization mechanism can be added on the basis of the MAC active message notification mechanism. The MAC active notification mechanism and the MAC timing synchronization mechanism are shared, and the MAC processing mechanism is more complicated, which will easily introduce the timing problem of MAC notification.

[0014] In addition, in the traditional MAC management solution, the MAC management of the forwarding chip SDK layer and the driver software layer is divided, and there are problems such as redundant processing processes and multiple data storage. As well as for the large-scale MAC application scenarios of EVPN, the efficiency of service activation and fault convergence is low. Summary of the invention

[0015] In view of the above problems, an embodiment of the present invention aims to provide an efficient MAC management method and system based on EVPN to improve the above problems.

[0016] An efficient MAC management method based on EVPN, comprising:

[0017] At the local network device:

[0018] Based on the set first timing time, the changed MAC addresses are read in batches from the forwarding chip;

[0019] Identify whether the MAC address is a client-side MAC address or a network-side MAC address;

[0020] Parsing and processing the client-side MAC address with high priority, organizing it in accordance with the data format defined by the network operating system, and notifying the network operating system of the client-side MAC address through a batch notification interface and calling the agreed MAC notification interface to synchronize the client-side MAC address to the remote network device;

[0021] At the remote network device:

[0022] Use the batch interface to receive the client-side MAC address synchronized from the local network device, and resolve the client-side MAC address as its own network-side MAC address;

[0023] After parsing, the network side MAC address is sorted according to the chip table entry format, and a batch operation interface is called to send the sorted network side MAC address to the forwarding chip to achieve normal connectivity of the EVPN service with the local network device.

[0024] Preferably, at the local network device:

[0025] After calling the agreed MAC notification interface to notify the network operating system, it also includes:

[0026] The client-side MAC address is stored and recorded in the software;

[0027] The network-side MAC address is notified and stored with a low priority.

[0028] Preferably, at the remote network device, it also includes:

[0029] Based on the set first timing time, the changed MAC addresses are read in batches from the forwarding chip;

[0030] Identify whether the MAC address is a client-side MAC address or a network-side MAC address;

[0031] The client-side MAC address is parsed and processed with high priority, and after being sorted according to the data format defined by the network operating system, the client-side MAC address is notified to the network operating system through the batch notification interface and the agreed MAC notification interface;

[0032] The network-side MAC address is notified and stored with a low priority.

[0033] Preferably, the sending of the network side MAC address and the storage and recording of the network side MAC address are performed in an asynchronous manner.

[0034] Preferably, it also includes:

[0035] When a fault is detected, the faulty outbound interface of the MAC address is updated to a new available outbound interface.

[0036] Preferably, the changed MAC addresses include newly added, modified, and deleted MAC addresses.

[0037] The embodiment of the present invention further provides an EVPN-based MAC efficient management system, which includes:

[0038] Local network devices and remote network devices:

[0039] The local network device is used to:

[0040] Based on the set first timing time, the changed MAC addresses are read in batches from the forwarding chip;

[0041] Identify whether the MAC address is a client-side MAC address or a network-side MAC address;

[0042] For the client-side MAC, the local client-side MAC address is parsed and processed with high priority, and after being sorted according to the data format defined by the network operating system, the client-side MAC address is notified to the network operating system through the batch notification interface and the agreed MAC notification interface;

[0043] Sending the client-side MAC address to a remote network device;

[0044] The remote network device is used for:

[0045] Use the batch interface to receive the client-side MAC address synchronized from the local network device, and resolve the client-side MAC address as its own network-side MAC address;

[0046] After parsing, the network side MAC address is sorted according to the chip table entry format, and a batch operation interface is called to send the sorted network side MAC address to the forwarding chip to achieve normal connectivity of the EVPN service with the local network device.

[0047] Preferably, the local network device is also used for:

[0048] The client-side MAC address is stored and recorded in the software;

[0049] The network-side MAC address is notified and stored with a low priority.

[0050] Preferably, the remote network device is also used for:

[0051] Based on the set first timing time, the changed MAC addresses are read in batches from the forwarding chip;

[0052] Identify whether the MAC address is a client-side MAC address or a network-side MAC address;

[0053] The client-side MAC address is parsed and processed with high priority, and after being sorted according to the data format defined by the network operating system, the client-side MAC address is notified to the network operating system through the batch notification interface and the agreed MAC notification interface;

[0054] The network-side MAC address is notified and stored with a low priority.

[0055] The present invention systematically reconstructs the MAC management functions of the forwarding chip SDK layer and the driver software layer, and effectively improves the efficiency of EVPN service activation and fault convergence through a fast and reliable client-side MAC address discovery and synchronization mechanism and an efficient network-side MAC delivery mechanism, thereby effectively improving the reliability of EVPN.

[0056] The EVPN efficient MAC management solution of the present invention is also applicable to EVPN scenarios in networking applications such as VXLAN / SR-MPLS / SRv6. BRIEF DESCRIPTION OF THE DRAWINGS

[0057] In order to more clearly illustrate the technical solution of the present invention, the drawings required for use in the implementation mode will be briefly introduced below. Obviously, the drawings described below are only some implementation modes of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0058] Figure 1 This is the architecture diagram of the existing EVPN forwarding and control separation.

[0059] Figure 2 This is a schematic diagram of the MAC / IP routing announcement and learning process.

[0060] Figure 3 This is a diagram of the traditional EVPN MAC learning and synchronization process.

[0061] Figure 4 It is a flowchart of an efficient MAC management method based on EVPN provided by the first embodiment of the present invention.

[0062] Figure 5 It is a process diagram of the EVPN-based MAC efficient management method provided by the first embodiment of the present invention.

[0063] Figure 6 The figure is a schematic diagram of the discovery and synchronization mechanism of the EVPN client-side MAC address.

[0064] Figure 7 The figure is a schematic diagram of the MAC address distribution mechanism on the EVPN network side.

[0065] Figure 8 It is a schematic diagram of an asynchronous storage solution for network-side MAC software records provided in an embodiment of the present invention. DETAILED DESCRIPTION

[0066] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0067] See also Figures 4 to 7 The first embodiment of the present invention provides an efficient MAC management method based on EVPN, which includes:

[0068] At local network device A:

[0069] Based on the set first timing time, the changed MAC addresses are read in batches from the forwarding chip;

[0070] Identify whether the MAC address is a client-side MAC address or a network-side MAC address;

[0071] For the client-side MAC, the local client-side MAC address is parsed and processed with high priority, and after being sorted according to the data format defined by the network operating system, the client-side MAC address is notified to the network operating system through the batch notification interface and the agreed MAC notification interface;

[0072] Sending the client-side MAC address to a remote network device;

[0073] Specifically, after the EVPN client-side MAC is learned by the local network device, it is sent to the remote network device through the BGP (Border Gateway Protocol) Class II route. After the remote network device sends the MAC to the forwarding chip, the EVPN service can be connected normally. In a fault scenario, the faulty outbound interface of the MAC address is updated to a new available outbound interface in a timely manner so that the service can be restored. The efficiency of the discovery and synchronization of the EVPN client-side MAC directly affects the efficiency of service activation and the MAC convergence efficiency in fault scenarios. Figure 3 Process (1) in the above is implemented by using the interrupt and MAC learning fifo mechanisms. In the scenario of managing large-scale MACs, it is necessary to frequently respond to MAC interrupt notifications, and the performance is usually inefficient. The MAC notification using the interrupt mechanism may cause MAC address underreporting due to reasons such as untimely interrupt processing. If the interrupt mechanism and the synchronization mechanism are used together, it may also cause timing problems in MAC address notification.

[0074] To this end, in this embodiment, the Figure 3 In the process (1) and process (2), a MAC timing synchronization task is redesigned to periodically batch read the changed MAC addresses of the forwarding chip to realize the function of discovering the changed MAC within the timing interval. Since the batch reading scheme is used, the present embodiment can obtain all the changed MACs at one time, and the MAC reading efficiency is relatively high. The timing threshold of the MAC timing synchronization task, that is, the first timing time, can be flexibly configured by the network administrator according to the actual application MAC address scale, so as to achieve the best possible MAC address management performance.

[0075] Specifically, the processing flow of the MAC timing synchronization discovery task on the EVPN client side is as follows: Figure 4 As shown, it mainly includes MAC discovery synchronization function and client-side MAC change notification processing function. The MAC discovery synchronization function is implemented by MAC timing synchronization task, which is used to identify the added, modified, and deleted MAC changes, and distinguish the client-side MAC address and the network-side MAC address, and send them to the corresponding MAC processing tasks respectively. The client-side MAC change notification processing function is implemented by a high-priority client-side MAC processing task, which gives priority to the client-side MAC changes, parses and processes the local client-side MAC address, and after arranging it according to the data format defined by the network operating system, notifies the network operating system of the client-side MAC address through the batch notification interface and calls the agreed MAC notification interface. After completing the notification of the client-side MAC to the network operating system, the client-side MAC is stored and recorded with a low priority to further improve the efficiency of the client-side MAC notification.

[0076] At remote network device B:

[0077] Using a batch interface to receive a network-side MAC address, and parsing the network-side MAC address;

[0078] Use the batch interface to receive the client-side MAC address synchronized from the local network device, and resolve the client-side MAC address as its own network-side MAC address;

[0079] After parsing, the network side MAC address is sorted according to the chip table entry format, and a batch operation interface is called to send the sorted network side MAC address to the forwarding chip to achieve normal connectivity of the EVPN service with the local network device.

[0080] In this embodiment, the client side and the network side are relative concepts. The client side refers to the side close to the user terminal, and the network side refers to the side close to the network device. For details, please refer to Figure 2 and Figure 5 .

[0081] In this embodiment, for the remote network device B, the client-side MAC address it receives will be used as its own network-side MAC address. The mechanism for sending the MAC address is as follows: Figure 6 and 8 As shown, the remote network device B sends the synchronized network-side MAC address to the hardware (i.e., the forwarding chip) with the first priority. After the MAC table entry is sent to the hardware, the service connectivity can be completed, effectively improving the efficiency of service activation and fault recovery.

[0082] Because the software record storage operation of the MAC address on the network side is not a critical path during the MAC address delivery process, you can consider performing this operation after the MAC address delivery is completed, or perform it asynchronously to improve the efficiency of MAC delivery. That is, the MAC address delivery operation on the network side adopts a write-only hardware operation, and does not operate the software record during this operation to improve the efficiency of MAC delivery.

[0083] Figure 8 In this embodiment, an asynchronous storage solution for MAC software records on the network side is provided, which effectively improves the efficiency of MAC delivery on the network side. The maintenance operation of the MAC address software record on the network side is asynchronously implemented through a low-priority network side MAC synchronization task.

[0084] In summary, this embodiment reconstructs the MAC management function of the forwarding chip SDK layer and the driver software layer, and effectively improves the efficiency of EVPN service activation and fault convergence through a fast and reliable client-side MAC address discovery and synchronization mechanism and an efficient network-side MAC delivery mechanism, thereby effectively improving the reliability of EVPN.

[0085] The present invention is also applicable to EVPN scenarios in networking applications such as VXLAN / SR-MPLS / SRv6.

[0086] The second embodiment of the present invention further provides an EVPN-based MAC efficient management system, which includes:

[0087] Local network device A and remote network device B:

[0088] The local network device A is used for:

[0089] Based on the set first timing time, the changed MAC addresses are read in batches from the forwarding chip;

[0090] Identify whether the MAC address is a client-side MAC address or a network-side MAC address;

[0091] For the client-side MAC, the local client-side MAC address is parsed and processed with high priority, and after being sorted according to the data format defined by the network operating system, the client-side MAC address is notified to the network operating system through the batch notification interface and the agreed MAC notification interface;

[0092] Sending the client-side MAC address to a remote network device;

[0093] The remote network device B is used for:

[0094] Use the batch interface to receive the client-side MAC address synchronized from the local network device, and resolve the client-side MAC address as its own network-side MAC address;

[0095] After parsing, the network side MAC address is sorted according to the chip table entry format, and a batch operation interface is called to send the sorted network side MAC address to the forwarding chip to achieve normal connectivity of the EVPN service with the local network device.

[0096] Preferably, the local network device A is also used for:

[0097] The client-side MAC address is stored and recorded in the software;

[0098] The network-side MAC address is notified and stored with a low priority.

[0099] Among them, by designing a high-priority client-side MAC announcement task and a low-priority network-side MAC update task, the priority of the client-side MAC announcement is guaranteed.

[0100] Preferably, the remote network device B is further used for:

[0101] Based on the set first timing time, the changed MAC addresses are read in batches from the forwarding chip;

[0102] Identify whether the MAC address is a client-side MAC address or a network-side MAC address;

[0103] The client-side MAC address is parsed and processed with high priority, and after being sorted according to the data format defined by the network operating system, the client-side MAC address is notified to the network operating system through the batch notification interface and the agreed MAC notification interface;

[0104] The network-side MAC address is notified and stored with a low priority.

[0105] In several embodiments provided in the embodiments of the present invention, it should be understood that the disclosed apparatus and method can also be implemented in other ways. The apparatus and method embodiments described above are merely schematic. For example, the flowcharts and block diagrams in the accompanying drawings show the possible architecture, functions and operations of the apparatus, method and computer program product according to multiple embodiments of the present invention. In this regard, each box in the flowchart or block diagram can represent a module, a program segment or a part of a code, and the module, program segment or a part of the code contains one or more executable instructions for implementing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two consecutive boxes can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram and / or flowchart, and the combination of boxes in the block diagram and / or flowchart can be implemented with a dedicated hardware-based system that performs a specified function or action, or can be implemented with a combination of dedicated hardware and computer instructions.

[0106] In addition, the functional modules in the various embodiments of the present invention may be integrated together to form an independent part, or each module may exist independently, or two or more modules may be integrated to form an independent part.

[0107] If the functions are implemented in the form of software function modules and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on such an understanding, the technical solution of the present invention is essentially or the part that contributes to the prior art or the part of the technical solution can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions to enable a computer device (which can be a personal computer, an electronic device, or a network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present invention. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk. It should be noted that, in this article, the terms "include", "comprise" or any other variant thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements that are not explicitly listed, or also includes elements inherent to such a process, method, article or device. Without more constraints, an element defined by the phrase "comprising a..." does not exclude the existence of other identical elements in the process, method, article or apparatus comprising the element.

[0108] The terms used in the embodiments of the present invention are only for the purpose of describing specific embodiments, and are not intended to limit the present invention. The singular forms "a", "said" and "the" used in the embodiments of the present invention and the appended claims are also intended to include plural forms, unless the context clearly indicates other meanings.

[0109] It should be understood that the term "and / or" used in this article is only a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this article generally indicates that the associated objects before and after are in an "or" relationship.

[0110] The word "if" as used herein may be interpreted as "at the time of" or "when" or "in response to determining" or "in response to detecting", depending on the context. Similarly, the phrases "if it is determined" or "if (stated condition or event) is detected" may be interpreted as "when it is determined" or "in response to determining" or "when detecting (stated condition or event)" or "in response to detecting (stated condition or event)", depending on the context.

[0111] The "first\second" mentioned in the embodiments is only to distinguish similar objects, and does not represent a specific order for the objects. It is understandable that the "first\second" can be interchanged with the specific order or sequence where permitted. It should be understood that the objects distinguished by "first\second" can be interchanged where appropriate, so that the embodiments described herein can be implemented in an order other than those illustrated or described herein.

[0112] The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. For those skilled in the art, the present invention may have various modifications and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention shall be included in the protection scope of the present invention.

Claims

1. An efficient MAC management method based on EVPN, characterized in that: include: At the local network device: Based on the set first timing time, the changed MAC addresses are read in batches from the forwarding chip; Identify whether the MAC address is a client-side MAC address or a network-side MAC address; Parsing and processing the client-side MAC address with high priority, organizing it in accordance with the data format defined by the network operating system, and notifying the network operating system of the client-side MAC address through a batch notification interface and calling the agreed MAC notification interface to synchronize the client-side MAC address to the remote network device; At the remote network device: Use the batch interface to receive the client-side MAC address synchronized from the local network device, and resolve the client-side MAC address as its own network-side MAC address; After parsing, the network side MAC address is sorted according to the chip table entry format, and a batch operation interface is called to send the sorted network side MAC address to the forwarding chip to achieve normal connectivity of the EVPN service with the local network device.

2. The EVPN-based MAC efficient management method according to claim 1, characterized in that: At the local network device: After calling the agreed MAC notification interface to notify the network operating system, it also includes: The client-side MAC address is stored and recorded in the software; The network-side MAC address is notified and stored with a low priority.

3. The EVPN-based MAC efficient management method according to claim 1, characterized in that: At the remote network device, it also includes: Based on the set first timing time, the changed MAC addresses are read in batches from the forwarding chip; Identify whether the MAC address is a client-side MAC address or a network-side MAC address; The client-side MAC address is parsed and processed with high priority, and after being sorted according to the data format defined by the network operating system, the client-side MAC address is notified to the network operating system through the batch notification interface and the agreed MAC notification interface; The network-side MAC address is notified and stored with a low priority.

4. The EVPN-based MAC efficient management method according to claim 3, characterized in that: The sending of the MAC address on the network side and the storage and recording of the MAC address on the network side are performed asynchronously.

5. The EVPN-based MAC efficient management method according to claim 1, characterized in that: Also includes: When a fault is detected, the faulty outbound interface of the MAC address is updated to a new available outbound interface.

6. The EVPN-based MAC efficient management method according to claim 1, characterized in that: Changed MAC addresses include added, modified, and deleted MAC addresses.

7. An efficient MAC management system based on EVPN, characterized in that: include: Local network devices and remote network devices: The local network device is used to: Based on the set first timing time, the changed MAC addresses are read in batches from the forwarding chip; Identify whether the MAC address is a client-side MAC address or a network-side MAC address; For the client-side MAC, the local client-side MAC address is parsed and processed with high priority, and after being sorted according to the data format defined by the network operating system, the client-side MAC address is notified to the network operating system through the batch notification interface and the agreed MAC notification interface; Sending the client-side MAC address to a remote network device; The remote network device is used for: Use the batch interface to receive the client-side MAC address synchronized from the local network device, and resolve the client-side MAC address as its own network-side MAC address; After parsing, the network side MAC address is sorted according to the chip table entry format, and a batch operation interface is called to send the sorted network side MAC address to the forwarding chip to achieve normal connectivity of the EVPN service with the local network device.

8. The EVPN-based MAC efficient management system according to claim 7, characterized in that: The local network device is also used for: The client-side MAC address is stored and recorded in the software; The network-side MAC address is notified and stored with a low priority.

9. The EVPN-based MAC efficient management system according to claim 8, characterized in that: The remote network device is also used for: Based on the set first timing time, the changed MAC addresses are read in batches from the forwarding chip; Identify whether the MAC address is a client-side MAC address or a network-side MAC address; The client-side MAC address is parsed and processed with high priority, and after being sorted according to the data format defined by the network operating system, the client-side MAC address is notified to the network operating system through the batch notification interface and the agreed MAC notification interface; The network-side MAC address is notified and stored with a low priority.

Images