Address resolution protocol message sending method and device, computer equipment, readable storage medium and program product
The method dynamically adjusts ARP message sending frequency and priority based on network congestion to maintain stability and reliability in go-stacking networks by using member interface monitoring data and dedicated queues.
Patent Information
- Application Number
- CN202510709142.3
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-05-29
- Publication Date
- 2025-07-15
AI Technical Summary
In the de-stacked network, when the server logical interface is congested, packet loss of address resolution protocol packets results in the mapping relationship between IP address and MAC address not being updated in time, affecting the normal use of the network.
By monitoring the network status of multiple member interfaces, dynamically adjusting the network congestion index threshold, and determining whether to send ARP messages multiple times according to the normal processing mode or preset time interval according to the network status, including sending multiple times during mild congestion, increasing the priority of ARP messages during severe congestion and allocating dedicated queues to send.
It effectively reduces network delay and packet loss, maintains the stability and reliability of de-stacked network communication, and adapts to flexible responses to different network states.
Smart Images

Figure CN120321320A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of network technologies, and in particular, to a method, apparatus, computer device, computer-readable storage medium, and computer program product for sending Address Resolution Protocol (ARP) packets. Background Art
[0002] Stacking technology bundles multiple network devices physically or logically together to improve reliability, performance, or management efficiency. However, stacking technology also has some drawbacks, such as low reliability of the unified control plane of devices, difficult upgrades, and waste of ports in horizontal connections. To solve these problems, the de-stacking technology has emerged.
[0003] In a de-stacked network, a server can provide a logical interface composed of physical interfaces of multiple network devices. The server can send Address Resolution Protocol (ARP) packets to multiple network devices through multiple physical interfaces and Ethernet, thereby implementing the mapping of Internet Protocol (IP) addresses to Media Access Control (MAC) addresses.
[0004] However, when the logical interface of the server becomes congested, packet loss of ARP packets may occur, resulting in the inability to update the ARP table entries storing the mapping relationship between IP addresses and MAC addresses in network devices in a timely manner, affecting the normal use of the network. It can be seen that the method of sending ARP packets in related technologies is difficult to ensure the stability of network services. Summary of the Invention
[0005] Based on this, in view of the above technical problems, it is necessary to provide a method, apparatus, computer device, computer-readable storage medium, and computer program product for sending ARP packets.
[0006] In a first aspect, this application provides a method for sending ARP packets, including:
[0007] Determine multiple member interfaces aggregated through a server logical interface; the multiple member interfaces respectively correspond to different packet receiving devices;
[0008] Determine a network congestion index corresponding to the logical interface according to the network monitoring data of the multiple member interfaces respectively, and adjust a preset initial index threshold according to the network monitoring data to obtain a current index threshold;
[0009] If it is determined that the network status is normal according to the network congestion index and the current index threshold, send Address Resolution Protocol (ARP) packets to multiple packet receiving devices in accordance with the normal processing mode;
[0010] If it is determined that the network status is congested according to the network congestion index and the current index threshold, send Address Resolution Protocol (ARP) packets to the multiple packet receiving devices multiple times at a preset time interval through the multiple member interfaces.
[0011] In one embodiment, the step of sending Address Resolution Protocol (ARP) packets to the multiple packet receiving devices multiple times at a preset time interval through the multiple member interfaces includes:
[0012] When the congestion status is at the first-level congestion, send Address Resolution Protocol (ARP) packets to the multiple packet receiving devices multiple times at a preset time interval;
[0013] When the congestion status is at the second-level congestion, increase the processing priority of the Address Resolution Protocol (ARP) packets, and send Address Resolution Protocol (ARP) packets to the multiple packet receiving devices multiple times at a preset time interval according to the adjusted processing priority; the second-level congestion is higher than the first-level congestion.
[0014] In one embodiment, the step of increasing the processing priority of the Address Resolution Protocol (ARP) packets includes:
[0015] Create a dedicated packet queue and allocate a corresponding dedicated bandwidth to the dedicated packet queue;
[0016] When the Address Resolution Protocol (ARP) packet to be sent is obtained, add the Address Resolution Protocol (ARP) packet to the dedicated packet queue so that the dedicated packet queue sends the Address Resolution Protocol (ARP) packet through the dedicated bandwidth.
[0017] In one embodiment, the step of determining the network congestion index corresponding to the logical interface according to the network monitoring data of the multiple member interfaces includes:
[0018] Determine the packet loss rate, bandwidth utilization rate, and delay jitter of the multiple member interfaces during the monitoring time according to the network monitoring data of the multiple member interfaces;
[0019] Determine the network congestion index corresponding to the logical interface according to the packet loss rate, bandwidth utilization rate, and delay jitter of the multiple member interfaces.
[0020] In one embodiment, the step of adjusting a preset initial index threshold according to the network monitoring data to obtain the current index threshold includes:
[0021] Determine the packet loss rate, bandwidth utilization rate, and delay jitter of the multiple member interfaces during the monitoring time according to the network monitoring data of each of the multiple member interfaces;
[0022] Input the preset initial exponential threshold, the packet loss rate, bandwidth utilization rate, and delay jitter into an adaptive filter, and the adaptive filter adjusts the initial exponential threshold according to the packet loss rate, bandwidth utilization rate, and delay jitter to obtain the current exponential threshold.
[0023] In one embodiment, the step of sending Address Resolution Protocol (ARP) packets to the multiple packet receiving devices multiple times at preset time intervals through the multiple member interfaces includes:
[0024] Obtain a pre-constructed packet sending script;
[0025] Execute the packet sending script multiple times at preset time intervals so as to send Address Resolution Protocol packets to the packet receiving devices through the multiple member interfaces when the packet sending script is executed.
[0026] In a second aspect, the present application further provides an Address Resolution Protocol packet sending device, including:
[0027] An interface determination module, configured to determine multiple member interfaces aggregated through a server logical interface; the multiple member interfaces respectively correspond to different packet receiving devices;
[0028] A data acquisition module, configured to determine the network congestion index corresponding to the logical interface according to the network monitoring data of each of the multiple member interfaces, and adjust a preset initial exponential threshold according to the network monitoring data to obtain the current exponential threshold;
[0029] A first processing module, configured to, if it is determined that the network state is a normal state according to the network congestion index and the current exponential threshold, send Address Resolution Protocol packets to multiple packet receiving devices according to a normal processing mode;
[0030] A second processing module, configured to, if it is determined that the network state is a congested state according to the network congestion index and the current exponential threshold, send Address Resolution Protocol packets to the multiple packet receiving devices multiple times at preset time intervals through the multiple member interfaces.
[0031] In a third aspect, the present application further provides a computer device, including a memory and a processor, where the memory stores a computer program, and when the processor executes the computer program, the following steps are implemented:
[0032] Determine multiple member interfaces aggregated through a server logical interface; the multiple member interfaces respectively correspond to different packet receiving devices;
[0033] Determine the network congestion index corresponding to the logical interface according to the network monitoring data of each of the multiple member interfaces, and adjust a preset initial index threshold according to the network monitoring data to obtain the current index threshold;
[0034] If it is determined that the network status is normal according to the network congestion index and the current index threshold, send an Address Resolution Protocol (ARP) packet to multiple packet receiving devices according to the normal processing mode;
[0035] If it is determined that the network status is congested according to the network congestion index and the current index threshold, send an Address Resolution Protocol (ARP) packet to the multiple packet receiving devices multiple times at a preset time interval through the multiple member interfaces.
[0036] In a fourth aspect, the present application further provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the following steps are implemented:
[0037] Determine multiple member interfaces aggregated through a server logical interface; the multiple member interfaces respectively correspond to different packet receiving devices;
[0038] Determine the network congestion index corresponding to the logical interface according to the network monitoring data of each of the multiple member interfaces, and adjust a preset initial index threshold according to the network monitoring data to obtain the current index threshold;
[0039] If it is determined that the network status is normal according to the network congestion index and the current index threshold, send an Address Resolution Protocol (ARP) packet to multiple packet receiving devices according to the normal processing mode;
[0040] If it is determined that the network status is congested according to the network congestion index and the current index threshold, send an Address Resolution Protocol (ARP) packet to the multiple packet receiving devices multiple times at a preset time interval through the multiple member interfaces.
[0041] In a fifth aspect, the present application further provides a computer program product, including a computer program, and when the computer program is executed by a processor, the following steps are implemented:
[0042] Determine multiple member interfaces aggregated through a server logical interface; the multiple member interfaces respectively correspond to different packet receiving devices;
[0043] Determine the network congestion index corresponding to the logical interface according to the network monitoring data of each of the multiple member interfaces, and adjust a preset initial index threshold according to the network monitoring data to obtain the current index threshold;
[0044] If it is determined that the network status is normal according to the network congestion index and the current index threshold, send Address Resolution Protocol (ARP) packets to multiple packet receiving devices in accordance with the normal processing mode;
[0045] If it is determined that the network status is congested according to the network congestion index and the current index threshold, send ARP packets to the multiple packet receiving devices multiple times at a preset time interval through the multiple member interfaces.
[0046] The above ARP packet sending method, apparatus, computer device, computer-readable storage medium, and computer program product can determine multiple member interfaces aggregated through the server logical interface, where the multiple member interfaces respectively correspond to different packet receiving devices; then, the network congestion index corresponding to the logical interface can be determined according to the network monitoring data of each of the multiple member interfaces, and the preset initial index threshold can be adjusted according to the network monitoring data to obtain the current index threshold; furthermore, if it is determined that the network status is normal according to the network congestion index and the current index threshold, send ARP packets to multiple packet receiving devices in accordance with the normal processing mode; if it is determined that the network status is congested according to the network congestion index and the current index threshold, send ARP packets to multiple packet receiving devices multiple times at a preset time interval through the multiple member interfaces. In this application, on the one hand, by dynamically adjusting the current index threshold according to the network monitoring data, it is possible to flexibly respond to different network congestion situations, avoid determining the network congestion status using a fixed threshold, and help adjust the ARP packet scheduling method in a timely manner in diverse network states. On the other hand, by monitoring the network status in real time and according to the network congestion situation and the index threshold, sending in the normal mode when the network status is normal reduces the additional impact on the network load, and at the same time, sending multiple times at a preset time interval when the network status is congested helps reduce delays and packet losses caused by network congestion, thereby effectively maintaining the stability and reliability of communication in the de-stacked network. Description of the Drawings
[0047] In order to more clearly illustrate the technical solutions in the embodiments of the present application or related technologies, the following will briefly introduce the drawings required for use in the description of the embodiments of the present application or related technologies. Obviously, the drawings in the following description are only some embodiments of the present application. For those of ordinary skill in the art, without creative efforts, other related drawings can also be obtained based on these drawings.
[0048] Figure 1 It is a network topology diagram of a de-stacked network in one embodiment;
[0049] Figure 2Flow schematic diagram of the address resolution protocol message sending method in an embodiment;
[0050] Figure 3 Flow schematic diagram of a method for dynamically updating thresholds in an embodiment;
[0051] Figure 4 Network congestion state transition diagram in an embodiment;
[0052] Figure 5 Flow schematic diagram of the address resolution protocol message sending method in another embodiment;
[0053] Figure 6 Structural block diagram of the address resolution protocol message sending device in an embodiment;
[0054] Figure 7 Internal structure diagram of a computer device in an embodiment. Detailed implementation manners
[0055] In order to make the objectives, technical solutions and advantages of the present application clearer and more understandable, the present application will be further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.
[0056] It should be noted that the terms "first", "second", etc. used in the present application can be used to describe various elements, but these elements are not limited by these terms. These terms are only used to distinguish the first element from the second element. The terms "including" and "having" used in the present application and any variations thereof are intended to cover non-exclusive inclusion. The term "plurality" used in the present application refers to two or more. The term "and / or" used in the present application refers to one of the solutions or any combination of multiple solutions.
[0057] In order to enable those skilled in the art to better understand the present application, the related technologies will be introduced below first.
[0058] Stacking technology bundles multiple network devices physically or logically together to improve reliability, performance or management efficiency. However, stacking technology also has some disadvantages, such as low reliability of the unified control plane of the devices, difficult upgrade, and waste of ports in horizontal connections. To solve these problems, the de-stacking technology has emerged. The de-stacking technology is a network architecture optimization method, aiming to avoid or reduce the problems and limitations brought by traditional stacking technology through specific configurations and technical means.
[0059] In a de-stacking network that applies the de-stacking technology, the server side usually configures interface aggregation in a dynamic aggregation manner (such as the dynamic link aggregation mode bond mode 4), that is, the server can provide a logical interface, which can be composed of physical interfaces of multiple network devices. For example, as Figure 1 shown, the server can bind (bonding) the physical network interfaces (such as Ethernet network cards) of two leaf switches into a logical interface through the Ethernet channel bonding technology. Each of the two leaf switches can be connected to two spine switches, forming a leaf-spine network architecture.
[0060] At the same time, the LACP (Link Aggregation Control Protocol) configurations of the two leaf switches can be made consistent, including the same system ID and priority settings, but different port ID settings. Among them, LACP is used to combine multiple physical network links into a logical link to increase bandwidth and provide redundancy. LACP is part of the IEEE 802.1AX standard, which allows network devices (such as switches and routers) to automatically negotiate and manage link aggregation to ensure that data flows are evenly distributed among multiple links, thereby improving network performance and reliability.
[0061] The purpose of the above design is to make the server regard the two leaf switches as one device through the LACP negotiation mechanism, so as to optimize network traffic management. The two leaf switches enable the ARP local proxy function and configure a unified three-layer gateway interface MAC address, and at the same time enable the ARP direct connection route. In addition, the routing information can be synchronized to the entire network through the Border Gateway Protocol (BGP) to ensure that each device has a consistent understanding of the network topology and further enhance network stability.
[0062] In the above architecture, the server can send Address Resolution Protocol packets (also called ARP packets) to multiple network devices through multiple physical interfaces and Ethernet, so as to realize the mapping from IP address to MAC address.
[0063] However, Ethernet is a best-effort switching network technology, and packet loss or transmission failure may occur when the network is busy. When congestion occurs on the logical interface on the server side, ARP packet loss may occur, resulting in the ARP table entry storing the mapping relationship between IP address and MAC address on the leaf switch side not being updated in time. Since the traffic from the leaf switch to the server depends on the ARP direct routing function, if the ARP table entry is not updated in time, all network traffic passing through the switch to the server will be lost. The network traffic can only return to normal after the ARP table entry on the switch side is restored. It can be seen that the related technology of sending address resolution protocol messages is difficult to ensure the stability of network services.
[0064] Based on this, it is necessary to provide an address resolution protocol message sending method, device, computer equipment, computer readable storage medium and computer program product to address the above technical problems, so as to improve the stability and reliability of network services in a de-stacking network.
[0065] In an exemplary embodiment, Figure 2 As shown, a method for sending an address resolution protocol message is provided, and the method is applied to a server as an example for description, including the following steps S201 to S204. Among them:
[0066] Step S201, determining a plurality of member interfaces aggregated through a server logical interface; the plurality of member interfaces respectively correspond to different message receiving devices.
[0067] In a specific implementation, multiple member interfaces can be aggregated through a server logical interface, and the multiple member interfaces correspond to different message receiving devices. In some embodiments, the multiple member interfaces can be physical network interfaces (such as network cards) corresponding to two or more switches respectively; the multiple member interfaces can be aggregated into a server logical interface through Ethernet channel bonding technology, and the logical interface is also called a bond interface.
[0068] Step S202, determining the network congestion index corresponding to the logical interface according to the network monitoring data of each of the plurality of member interfaces, and adjusting the preset initial index threshold according to the network monitoring data to obtain the current index threshold.
[0069] In a specific implementation, network monitoring may be performed on each member interface in the logical interface to obtain network monitoring data, wherein the network monitoring data may be data reflecting the network status of the member interface and / or the link corresponding to the member interface.
[0070] Then, on the one hand, the network congestion situation of the logical interface can be evaluated by combining the network monitoring data of each of the multiple member interfaces, and a network congestion index corresponding to the logical interface can be obtained. The network congestion index is also referred to as a congestion metric (C), which can reflect the network congestion situation of the logical interface.
[0071] On the other hand, the preset initial index threshold can be adjusted by combining the network monitoring data of each of the multiple member interfaces to obtain the current index threshold. Among them, the initial index threshold can be used as a reference benchmark and compared with the current network congestion index of the logical interface. In some embodiments, the initial index threshold can be one. By comparing the network congestion index with a single index threshold, the network state can be divided into two categories. Of course, the initial index threshold can also be multiple. By comparing the network congestion index with multiple index thresholds, multiple (such as three or more) network states can be more finely identified, which is convenient for adopting more detailed and diverse ARP packet scheduling strategies.
[0072] Step S203, if it is determined that the network state is a normal state according to the network congestion index and the current index threshold, the Address Resolution Protocol packets are sent to multiple packet receiving devices according to the normal processing mode.
[0073] The server can communicate with multiple packet receiving devices through multiple member interfaces for Address Resolution Protocol packets. In some related technologies, for example, according to the traffic hashing (HASH) principle, the server may select one of the multiple member interfaces to send ARP packets according to relevant algorithms. For example, if the logical bond interface of the server is configured by two 25G member interfaces and the bond interface is used as the external connection interface, when sending ARP packets, the related technology will select one of the member interfaces in the bond interface to send ARP packets. However, this method may cause the ARP table entries of multiple packet receiving devices to be out of sync.
[0074] In response to this, the server can enable the multi - sending function (such as the dual - sending function) of ARP packets, so that the server can send the same ARP packets to multiple packet receiving devices through each member interface.
[0075] In some embodiments, the de-stacking network may adopt the S-MLAG (Split Multi-Link Aggregation Group) scheme. The S-MLA scheme is an enhanced link aggregation technology used to improve network redundancy and bandwidth. It allows the links of multiple switches to be aggregated into a logical group to achieve higher bandwidth and better fault recovery capabilities. In the S-MLAG configuration, the links can span multiple switches to provide redundant paths, ensuring that network traffic can continue to be transmitted normally when a single switch or link fails. This technology can be applied to data centers and large enterprise networks, helping to improve network reliability and scalability. In the S-MLAG scheme, multiple packet receiving devices are completely independent at the control level. The synchronization of routing, ARP, and MAC table entries can be achieved by the server sending information multiple times. That is, when the server sends an ARP request and receives the response information from the packet receiving devices, it can send the ARP request and receive the response information through all member interfaces of the logical interface aggregation, realizing the synchronization of ARP and MAC table entries of the de-stacking devices.
[0076] Based on this, in this embodiment, after obtaining the network congestion index and the current index threshold, the network congestion index and the current index threshold can be compared, and the network status can be determined according to the comparison result. If it is determined that the network status is normal based on the network congestion index and the current index threshold, the Address Resolution Protocol packet can be sent to multiple packet receiving devices according to the preset normal processing mode of the ARP packet. That is, when the network status is normal, the ARP packet can be sent to all packet receiving devices through all member interfaces. For example, when the server is connected to two leaf switches, the ARP double-sending function can be used to send the same ARP packet to the two leaf switches respectively. Among them, the normal processing mode can be understood as processing address resolution requests and responses according to standard working procedures and rules, that is, the ARP packet can be forwarded normally without additional measures.
[0077] Step S204, if it is determined that the network status is a congestion state according to the network congestion index and the current index threshold, the Address Resolution Protocol packet is sent to multiple packet receiving devices multiple times at preset time intervals through multiple member interfaces.
[0078] If it is determined that the network state is a congested state based on the network congestion index and the current index threshold, then address resolution protocol (ARP) packets can be sent to multiple packet receiving devices multiple times at preset time intervals through multiple member interfaces. In other words, in this embodiment, when it is determined that the network is relatively congested, ARP packets can be sent to each packet receiving device regularly and multiple times through each member interface. Thus, by regularly sending ARP packets to multiple packet receiving devices multiple times when the network is congested, the loss or expiration of ARP packets caused by light network congestion can be prevented. In some examples, the frequency of ARP packet sending can be determined according to the network load. For example, the sending frequency can be increased when the network load of the member interface is low, and decreased when the network load is high, so as to reduce the additional impact on the network load. For example, ARP packets can be sent at preset time intervals from several seconds to dozens of seconds.
[0079] In the above address resolution protocol packet sending method, multiple member interfaces aggregated through the server logical interface can be determined, where the multiple member interfaces respectively correspond to different packet receiving devices; then, based on the network monitoring data of each of the multiple member interfaces, the network congestion index corresponding to the logical interface can be determined, and, based on the network monitoring data, the preset initial index threshold can be adjusted to obtain the current index threshold; furthermore, if it is determined that the network state is a normal state based on the network congestion index and the current index threshold, then address resolution protocol packets are sent to the multiple packet receiving devices according to the normal processing mode; if it is determined that the network state is a congested state based on the network congestion index and the current index threshold, then address resolution protocol packets are sent to the multiple packet receiving devices multiple times at preset time intervals through the multiple member interfaces. In this embodiment, on the one hand, by dynamically adjusting the current index threshold according to the network monitoring data, flexible response to different network congestion situations can be achieved, avoiding using a fixed threshold to determine the network congestion state, which helps to timely adjust the ARP packet scheduling method in diverse network states. On the other hand, by monitoring the network state in real time and according to the network congestion situation and the index threshold, when the network state is normal, it is sent according to the normal mode, reducing the additional impact on the network load, and at the same time, when the network state is congested, multiple times at preset time intervals helps to reduce the delay and packet loss caused by network congestion, thereby effectively maintaining the stability and reliability of communication in the de-stacked network.
[0080] In an exemplary embodiment, in step S202, determining the network congestion index corresponding to the logical interface based on the network monitoring data of each of the multiple member interfaces may include the following steps:
[0081] Determine the packet loss rate, bandwidth utilization rate, and delay jitter of multiple member interfaces during the monitoring time according to the network monitoring data of each of the multiple member interfaces; determine the network congestion index corresponding to the logical interface according to the packet loss rate, bandwidth utilization rate, and delay jitter of the multiple member interfaces.
[0082] In practical applications, the network status can be comprehensively understood by continuously monitoring the status of the logical interface and each member interface in the logical interface, regularly reading traffic statistics data, and using network tools to evaluate network monitoring metrics such as delay information.
[0083] Specifically, in this embodiment, the packet loss rate, bandwidth utilization rate, and delay jitter of multiple member interfaces during the monitoring time can be determined according to the network monitoring data of each of the multiple member interfaces. In one embodiment, the packet loss rate, bandwidth utilization rate, and delay jitter of multiple member interfaces can be obtained through the following steps:
[0084] (1) Obtain the network card traffic data of each member interface in the logical interface. For example, during the monitoring time T, the data reception situation (RX) of the member interface can be obtained using virtual files, such as the interface traffic (RX_bytes). In one example, the virtual files can be virtual files such as proc, net, dev, etc., which can provide network interface statistical information covering both reception and transmission. Furthermore, the traffic difference during the monitoring time T can be calculated, and the traffic difference = RX_bytes_end - RX_bytes_start, where RX_bytes_end is the interface traffic at the end of the monitoring time T, and RX_bytes_start is the interface traffic at the start of the monitoring time T.
[0085] (2) Calculate the bandwidth utilization rate according to the traffic difference. In one example, the bandwidth utilization rate U can be calculated in the following manner:
[0086] U = (traffic difference / time interval T) / total bandwidth × 100%
[0087] (3) During the monitoring time T, obtain the number of received packets (RX_packets) and the number of dropped packets using the virtual file acquisition interface. Then, the difference in the number of dropped packets drops_diff = drops_end - drops_start within the monitoring time T can be calculated, and the total number of received packets RX_packets_diff = RX_packets_end - RX_packets_start within the monitoring time T can be calculated. Here, drops_end is the number of dropped packets at the end of the monitoring time T, drops_start is the number of dropped packets at the start of the monitoring time T; RX_packets_end is the number of packets at the end of time T, and drops_start is the number of packets at the start of the monitoring time T.
[0088] (4) Calculate the packet loss rate. In one example, the packet loss rate L can be calculated as follows:
[0089] L = (difference in the number of dropped packets drops_diff / total number of packets RX_packets_diff) × 100%
[0090] (5) Use a network tool (such as the network diagnostic tool ping) to make multiple ICMP requests to the target host to obtain network latency data. Send multiple probe packets within time T and record their round-trip time (RTT, Round-Trip Time). Here, the round-trip time RTT, also known as the round-trip delay, refers to the total time required for a data packet to be sent from the source device to the target device and then return to the source device. The RTT can be used to measure network latency. Exemplarily, it can include the transmission time of the data packet and any routing, processing, or queuing delays.
[0091] (6) Then, the delay jitter J can be calculated based on the round-trip time. For example, within time T, record n round-trip times x i , calculate the average delay μ, and then calculate the delay jitter J as follows:
[0092]
[0093] In some embodiments, for each member interface, the packet loss rate, bandwidth utilization rate, and delay jitter corresponding to each member interface can be calculated in the above manner. Then, based on the packet loss rate, bandwidth utilization rate, and delay jitter of multiple member interfaces, the network congestion index corresponding to the logical interface can be determined.
[0094] In some embodiments, the overall packet loss rate, the overall bandwidth utilization rate, and the overall delay jitter can be determined based on the statistical processing results of the packet loss rate, the bandwidth utilization rate, and the delay jitter of multiple member interfaces, and then the network congestion index C can be calculated according to the following method; of course, in some other embodiments, the network congestion index C corresponding to each member interface can be calculated based on the packet loss rate, the bandwidth utilization rate, and the delay jitter of each member interface, and then the network congestion index of the logical interface can be determined based on the network congestion indices C of multiple member interfaces.
[0095]
[0096] Among them, C is the network congestion index (indicator), U is the bandwidth utilization rate, L is the packet loss rate, J is the delay jitter, and W U , W L 、W J are the weight coefficients of the bandwidth utilization rate, the packet loss rate, and the delay jitter. The impacts of the bandwidth utilization rate, the packet loss rate, and the delay jitter on network congestion are different, and the weight coefficients can be adjusted according to specific situations. In some embodiments, the bandwidth utilization rate, the packet loss rate, and the delay jitter are indicators for measuring whether the network is congested. The level of the bandwidth utilization rate reflects the load condition of the network, the level of the packet loss rate reflects the stability and reliability of the network, and the level of the delay jitter reflects the stability and consistency of the network.
[0097] In this embodiment, by comprehensively considering the above three indicators, the network congestion index can comprehensively and multi-dimensionally reflect the network state, providing a reliable basis for subsequent adjustment of the ARP packet scheduling strategy, so that the ARP packet scheduling method can effectively adapt to the real network state. Among them, the larger the value of the network congestion index, the more serious the network congestion situation. Subsequently, the network state can be defined as different congestion levels according to the range where the network congestion index is located.
[0098] In one embodiment, in step S202, according to the network monitoring data, adjusting the preset initial index threshold to obtain the current index threshold may include the following steps:
[0099] Determine the packet loss rate, the bandwidth utilization rate, and the delay jitter of multiple member interfaces during the monitoring time according to the network monitoring data of each of the multiple member interfaces; input the preset initial index threshold, the packet loss rate, the bandwidth utilization rate, and the delay jitter into an adaptive filter, and the adaptive filter adjusts the initial index threshold according to the packet loss rate, the bandwidth utilization rate, and the delay jitter to obtain the current index threshold.
[0100] In specific implementation, the packet loss rate, the bandwidth utilization rate, and the delay jitter of multiple member interfaces during the monitoring time can be determined according to the network monitoring data of each of the multiple member interfaces. The specific determination method can refer to the foregoing embodiments and will not be elaborated here.
[0101] After obtaining the packet loss rate, bandwidth utilization rate, and delay jitter, as Figure 3 shown, the preset initial exponential threshold (also referred to as the initial threshold) can be obtained. The initial exponential threshold can include K_min and K_max. Then, the initial exponential threshold, packet loss rate, bandwidth utilization rate, and delay jitter can be input into the adaptive filter. The adaptive filter dynamically adjusts the initial exponential threshold according to the packet loss rate, bandwidth utilization rate, and delay jitter, such as dynamically adjusting the thresholds K_min and K_max. Furthermore, based on the output of the adaptive filter, the adjusted and updated current exponential threshold can be obtained.
[0102] A fixed initial exponential threshold may lead to misjudgment (such as misjudging normal network fluctuations as faults) or missed judgment (such as failing to detect potential network problems in a timely manner) when the network condition fluctuates. In this embodiment, by using the adaptive filter to adjust the initial exponential threshold, the adaptive adjustment mechanism can be utilized to dynamically adjust the threshold according to the actual network data, effectively reducing the occurrence of such misjudgments and missed judgments, thereby improving the stability of the system and the reliability of ARP packet strategy adjustment. For example, within the normal network fluctuation range, the threshold can be adjusted accordingly to avoid triggering unnecessary alarms or operations due to small fluctuations; while in the event of a real problem, the threshold can be adjusted in a timely manner to accurately identify the problem.
[0103] In an exemplary embodiment, in step S204, sending the Address Resolution Protocol packets to multiple packet receiving devices multiple times at preset time intervals through multiple member interfaces may include the following steps:
[0104] When the congestion state is at the first-level congestion, send the Address Resolution Protocol packets to multiple packet receiving devices multiple times at preset time intervals; when the congestion state is at the second-level congestion, increase the processing priority of the Address Resolution Protocol packets, and according to the adjusted processing priority, send the Address Resolution Protocol packets to multiple packet receiving devices multiple times at preset time intervals; the second-level congestion is higher than the first-level congestion.
[0105] In practical applications, the current exponential threshold can include K_min and K_max. By comparing the network congestion index of the logical interface with K_min and K_max, it can be determined whether the network is in a normal state or a congestion state, and the specific level of the congestion state. For example, as Figure 4As shown, if the range of the network congestion index C is 0 ≤ C < K_min, it can be determined that the network state is normal, and at this time, the network state is good without obvious congestion. If the range of the network congestion index C is K_min ≤ C < K_max, it can be determined that the network is in the first-level congestion, that is, mild congestion. At this time, mild congestion begins to occur in the network, and there may be some increased delays or packet losses. If the range of the network congestion index C is C ≥ K_max, it can be determined that the network is in the second-level congestion. At this time, the network is in a severe congestion state, and the user experience may be significantly affected, and the data transmission rate may drop significantly. It can be understood that as Figure 4 shown, the normal state, the first-level congestion, and the second-level congestion can be converted into each other.
[0106] In this embodiment, when the congestion state is the first-level congestion, the Address Resolution Protocol (ARP) packets can be sent to multiple packet receiving devices multiple times at a preset time interval. That is, the risk of possible delays or losses of ARP packets can be reduced by adjusting the number of times of sending ARP packets and sending ARP packets regularly and multiple times. For example, a timing task can be configured in the network device or system to trigger the timed sending of ARP packets.
[0107] When the congestion state is the second-level congestion, the processing priority of ARP packets can be increased first. For example, the Quality of Service (QoS) configuration of the network device can be adjusted to ensure that the processing priority of ARP packets in the network traffic is improved, thereby reducing the risk of delays and packet losses and ensuring the timely transmission of ARP packets. Then, according to the adjusted processing priority, the Address Resolution Protocol packets are sent to multiple packet receiving devices multiple times at a preset time interval. Among them, the second-level congestion is higher than the first-level congestion. Thus, it can be ensured that the ARP table entries can be continuously updated, and even in the case of high network load, the accurate address mapping between network devices can be maintained.
[0108] In this embodiment, when the congestion state is at the first - level congestion, the address - resolution problem that may be caused by congestion is alleviated by sending ARP packets multiple times, without complex processing logic and additional resource investment, and the faults that may occur in address resolution under mild congestion can be solved at a relatively low cost; when the congestion state is at the second - level congestion, through priority processing and multiple sending, the chance that the ARP packet can still be successfully processed is effectively increased, thereby solving the network communication problem caused by untimely processing of ARP packets in the case of network congestion, maintaining normal communication between devices in the network, and enhancing the system's ability to cope with severe congestion. Moreover, in this embodiment, when the network is normal, the normal forwarding of ARP packets is maintained; when there is mild congestion, ARP packets are sent regularly to prevent the loss of ARP entries; when there is severe congestion, the priority of ARP packets is increased to ensure their timely transmission. It can differentially and flexibly adopt an adapted ARP packet scheduling strategy in different network states, improving the processing efficiency of ARP packets.
[0109] In an exemplary embodiment, raising the processing priority of the Address Resolution Protocol packet may include the following steps:
[0110] Create a dedicated packet queue and allocate a corresponding dedicated bandwidth for the dedicated packet queue; when an Address Resolution Protocol packet to be sent is obtained, add the Address Resolution Protocol packet to the dedicated packet queue, so that the dedicated packet queue sends the Address Resolution Protocol packet through the dedicated bandwidth.
[0111] In a specific implementation, a dedicated packet queue can be created and a corresponding dedicated bandwidth can be allocated for the dedicated packet queue.
[0112] In one embodiment, a traffic - control tool (such as the tc command in Linux) can be used to configure the QoS policy, and the priority processing of specific types of network traffic can be achieved through hierarchical queues and filters.
[0113] Specifically, a root queue (root) can be constructed first. As the entry point of traffic, the root queue can distribute the data packets to be sent to the sub-queues under the root queue. Corresponding main queues can be set under the root queue, and a total bandwidth (such as 1 Mbps) can be set for the main queues. There can be one or more sub-queues under the main queue, and one of the sub-queues is a dedicated queue for packets. A part of the total bandwidth is allocated as dedicated bandwidth to the dedicated queue for packets. Then, when the main queue obtains a data packet, according to the filtering rules, the ARP packet (i.e., the ARP data packet) can be added to the dedicated queue for packets obtained, so that the dedicated queue for packets can send the Address Resolution Protocol packet through the dedicated bandwidth, and the dedicated queue for packets can send the Address Resolution Protocol packet through its dedicated bandwidth. In some embodiments, the dedicated bandwidth allocated to the dedicated queue for packets can be greater than or equal to a preset ratio, so as to ensure that the dedicated bandwidth for packets has sufficient bandwidth to send ARP packets.
[0114] In this embodiment, by creating a dedicated queue for packets and allocating dedicated bandwidth to this queue, it is ensured that in a network congestion environment, ARP packets do not need to compete with other packets, and can be processed in a timely manner even when the network is congested. It is ensured that ARP packets can still be quickly processed through the dedicated queue and dedicated bandwidth, maintaining the normal operation of the network.
[0115] In some embodiments, when it is determined that the network state switches from a congested state to a normal state, the priority of ARP packets can be restored, for example, by deleting the filtering rules so that they can enter the corresponding queues (such as queues other than the dedicated queue for packets) normally.
[0116] In an exemplary embodiment, sending Address Resolution Protocol packets to multiple packet receiving devices multiple times at preset time intervals through multiple member interfaces may include the following steps:
[0117] Obtain a pre-constructed packet sending script; execute the packet sending script multiple times at preset time intervals to send Address Resolution Protocol packets to the packet receiving devices through multiple member interfaces when the packet sending script is executed.
[0118] In specific implementation, the user can pre-write a packet sending script, and the packet sending script can instruct the server to send gratuitous ARP packets (such as 1 gratuitous ARP request) from a specified member interface to the packet receiving device indicated by the target address.
[0119] Then, the message sending script can be executed multiple times at preset time intervals. When the message sending script is executed, it triggers the server to send Address Resolution Protocol (ARP) messages to the message receiving device through multiple member interfaces. In an alternative embodiment, a timer file can be created, which can indicate that the message sending script is to be executed every x seconds, thereby enabling the function of periodically sending gratuitous ARP requests.
[0120] In this embodiment, on the one hand, by pre-constructing the message sending script, subsequent execution of the script at preset time intervals can complete the sending of ARP messages, eliminating the need for manual configuration and sending each time, greatly reducing the workload of manual operations and improving operation efficiency. On the other hand, it can ensure that the manner, content, and sending time interval of each ARP message sent are consistent, guaranteeing the stability and reliability of network communication.
[0121] In one embodiment, when it is determined that the network state switches from a congested state to a normal state, the periodic sending of ARP messages can be stopped. For example, the timer that triggers the execution of the message sending script can be stopped.
[0122] In an exemplary embodiment, another method for sending Address Resolution Protocol messages is provided, which will be described below in conjunction with Figure 5 this. In this example, the following steps can be included:
[0123] S501: Determine the multiple member interfaces aggregated through the bond interface (i.e., the logical interface) of the server. Then, within the monitoring time T, the traffic status monitoring data of the multiple member interfaces in the bond interface can be obtained.
[0124] S502: Based on the traffic status monitoring data of the multiple member interfaces, calculate the total number of messages and the total number of lost packets within the monitoring time T, and calculate the packet loss rate within the monitoring time T based on the total number of messages and the total number of lost packets; based on the traffic status monitoring data of the multiple member interfaces, calculate the total received bytes within the monitoring time T, and determine the bandwidth utilization rate of the monitoring time T based on the total received bytes; based on the traffic status monitoring data of the multiple member interfaces, determine the RTT value of the monitoring time T, and determine the delay jitter of the monitoring time T based on the RTT value.
[0125] S503: Based on the packet loss rate, bandwidth utilization rate, and delay jitter, determine the congestion metric (i.e., the network congestion index) C, and input the initial threshold, packet loss rate, bandwidth utilization rate, and delay jitter into an adaptive filter to determine the dynamically adjusted thresholds K_min and K_max.
[0126] S504. If C < K_min, no additional measures need to be taken; if K_min ≤ C < K_max, trigger multiple member interfaces to periodically send ARP packets to multiple packet receiving devices; if C ≥ K_max, increase the ARP packet processing priority and trigger multiple member interfaces to periodically send ARP packets to multiple packet receiving devices. Then, return to step S501 again.
[0127] It should be understood that although the steps in the flowcharts involved in the above-described embodiments are shown in sequence according to the arrows, these steps do not necessarily have to be executed in the order indicated by the arrows. Unless there is a clear indication in this article, there is no strict order limit for the execution of these steps, and these steps can be executed in other orders. Moreover, at least a part of the steps in the flowcharts involved in the above-described embodiments may include multiple steps or multiple stages. These steps or stages do not necessarily have to be completed at the same moment, but can be executed at different moments. The execution order of these steps or stages does not necessarily have to be sequential, but can be executed alternately or in turn with at least a part of other steps or steps or stages in other steps. It can be understood that the steps in different embodiments can be freely combined as needed, and all non-contradictory solutions formed by the combination fall within the scope of protection of this application.
[0128] Based on the same inventive concept, an embodiment of the present application also provides an Address Resolution Protocol (ARP) packet sending device for implementing the above-mentioned ARP packet sending method. The solution provided by this device to solve the problem is similar to the solution described in the above method. Therefore, the specific limitations in one or more embodiments of the ARP packet sending device provided below can refer to the limitations on the ARP packet sending method in the above text, and will not be repeated here.
[0129] In an exemplary embodiment, as Figure 6 shown, an ARP packet sending device is provided, including:
[0130] An interface determination module 601, configured to determine multiple member interfaces aggregated through a server logical interface; the multiple member interfaces respectively correspond to different packet receiving devices;
[0131] A data acquisition module 602, configured to determine a network congestion index corresponding to the logical interface according to the network monitoring data of each of the multiple member interfaces, and adjust a preset initial index threshold according to the network monitoring data to obtain a current index threshold;
[0132] The first processing module 603 is configured to, if it is determined that the network status is normal according to the network congestion index and the current index threshold, send Address Resolution Protocol (ARP) packets to multiple packet receiving devices according to the normal processing mode;
[0133] The second processing module 604 is configured to, if it is determined that the network status is a congestion status according to the network congestion index and the current index threshold, send ARP packets to the multiple packet receiving devices multiple times at a preset time interval through the multiple member interfaces.
[0134] In one embodiment, the second processing module 604 is configured to:
[0135] When the congestion status is the first-level congestion, send ARP packets to the multiple packet receiving devices multiple times at a preset time interval;
[0136] When the congestion status is the second-level congestion, increase the processing priority of the ARP packets, and according to the adjusted processing priority, send ARP packets to the multiple packet receiving devices multiple times at a preset time interval; the second-level congestion is higher than the first-level congestion.
[0137] In one embodiment, the second processing module 604 is configured to:
[0138] Create a dedicated packet queue and allocate a corresponding dedicated bandwidth for the dedicated packet queue;
[0139] When the ARP packet to be sent is obtained, add the ARP packet to the dedicated packet queue, so that the dedicated packet queue sends the ARP packet through the dedicated bandwidth.
[0140] In one embodiment, the data acquisition module 602 is configured to:
[0141] Determine the packet loss rate, bandwidth utilization rate, and delay jitter of the multiple member interfaces during the monitoring time according to the network monitoring data of the multiple member interfaces respectively;
[0142] Determine the network congestion index corresponding to the logical interface according to the packet loss rate, bandwidth utilization rate, and delay jitter of the multiple member interfaces.
[0143] In one embodiment, the data acquisition module 602 is configured to:
[0144] Determine the packet loss rate, bandwidth utilization rate, and delay jitter of the multiple member interfaces during the monitoring time according to the network monitoring data of the multiple member interfaces respectively;
[0145] Input the preset initial exponential threshold, the packet loss rate, the bandwidth utilization rate, and the delay jitter into an adaptive filter. The adaptive filter adjusts the initial exponential threshold according to the packet loss rate, the bandwidth utilization rate, and the delay jitter to obtain the current exponential threshold.
[0146] In one embodiment, the second processing module 604 is configured to:
[0147] Obtain a pre-constructed message sending script;
[0148] Execute the message sending script multiple times at preset time intervals to send Address Resolution Protocol (ARP) messages to the message receiving device through the multiple member interfaces when the message sending script is executed.
[0149] Each module in the above ARP message sending device can be implemented in whole or in part by software, hardware, and their combination. The above modules can be embedded in the processor of the computer device in hardware form or independent of it, or stored in the memory of the computer device in software form, so that the processor can call and execute the operations corresponding to the above modules.
[0150] In an exemplary embodiment, a computer device is provided. The computer device can be a server, and its internal structure diagram can be as Figure 7 shown. The computer device includes a processor, a memory, an input / output interface (Input / Output, abbreviated as I / O), and a communication interface. Among them, the processor, the memory, and the input / output interface are connected through a system bus, and the communication interface is connected to the system bus through the input / output interface. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database of the computer device is used to store ARP message data. The input / output interface of the computer device is used to exchange information between the processor and external devices. The communication interface of the computer device is used to communicate with external terminals through a network connection. When the computer program is executed by the processor, it implements an ARP message sending method.
[0151] Those skilled in the art can understand that Figure 7 the structure shown in
[0152] In one embodiment, a computer device is provided, including a memory and a processor. A computer program is stored in the memory, and when the processor executes the computer program, the steps in the above method embodiments are implemented.
[0153] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the steps in the above method embodiments are implemented.
[0154] In one embodiment, a computer program product is provided, including a computer program. When the computer program is executed by a processor, the steps in the above method embodiments are implemented. It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use, and processing of relevant data need to comply with relevant regulations.
[0155] Those of ordinary skill in the art can understand that all or part of the processes in the methods of the above embodiments can be completed by instructing relevant hardware through a computer program. The computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above methods. Among them, any reference to a memory, database, or other medium used in the embodiments provided in this application can include at least one of non-volatile memory and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetoresistive random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM), etc. The databases involved in the embodiments provided in this application can include at least one of relational databases and non-relational databases. Non-relational databases can include distributed databases based on blockchain, etc., without limitation. The processors involved in the embodiments provided in this application can be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, data processing logics based on quantum computing, artificial intelligence (AI) processors, etc., without limitation.
[0156] The technical features of the above embodiments can be combined arbitrarily. For the sake of brevity of description, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, it should be considered to be within the scope recorded in this application.
[0157] The above-described embodiments merely represent several implementation manners of the present application. The description thereof is relatively specific and detailed, but it should not be construed as a limitation on the patent scope of the present application. It should be noted that for those of ordinary skill in the art, without departing from the concept of the present application, several modifications and improvements can still be made, and these all fall within the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the appended claims.
Claims
1. A method for sending an Address Resolution Protocol message, characterized in that The method includes: Determine a plurality of member interfaces aggregated through a server logical interface; the plurality of member interfaces respectively correspond to different packet receiving devices; Determine a network congestion index corresponding to the logical interface according to the network monitoring data of each of the plurality of member interfaces, and adjust a preset initial index threshold according to the network monitoring data to obtain a current index threshold; If it is determined that the network state is a normal state according to the network congestion index and the current index threshold, send an Address Resolution Protocol (ARP) packet to the plurality of packet receiving devices in a normal processing mode; If it is determined that the network state is a congested state according to the network congestion index and the current index threshold, send an Address Resolution Protocol (ARP) packet to the plurality of packet receiving devices multiple times at a preset time interval through the plurality of member interfaces.
2. The method according to claim 1, wherein The step of sending an Address Resolution Protocol (ARP) packet to the plurality of packet receiving devices multiple times at a preset time interval through the plurality of member interfaces includes: When the congestion state is a first-level congestion, send an Address Resolution Protocol (ARP) packet to the plurality of packet receiving devices multiple times at a preset time interval; When the congestion state is a second-level congestion, increase the processing priority of the Address Resolution Protocol (ARP) packet, and send an Address Resolution Protocol (ARP) packet to the plurality of packet receiving devices multiple times at a preset time interval according to the adjusted processing priority; the second-level congestion is higher than the first-level congestion.
3. The method according to claim 2, wherein The step of increasing the processing priority of the Address Resolution Protocol (ARP) packet includes: Create a dedicated packet queue and allocate a corresponding dedicated bandwidth to the dedicated packet queue; When the Address Resolution Protocol (ARP) packet to be sent is obtained, add the Address Resolution Protocol (ARP) packet to the dedicated packet queue, so that the dedicated packet queue sends the Address Resolution Protocol (ARP) packet through the dedicated bandwidth.
4. The method according to claim 1, characterized in that, The step of determining a network congestion index corresponding to the logical interface according to the network monitoring data of each of the plurality of member interfaces includes: Determine the packet loss rate, bandwidth utilization rate, and delay jitter of the plurality of member interfaces during the monitoring time according to the network monitoring data of each of the plurality of member interfaces; Determine a network congestion index corresponding to the logical interface according to the packet loss rate, bandwidth utilization rate, and delay jitter of the plurality of member interfaces.
5. The method according to claim 1, characterized in that The step of adjusting a preset initial index threshold according to the network monitoring data to obtain a current index threshold includes: Determine the packet loss rate, bandwidth utilization rate, and delay jitter of the plurality of member interfaces during the monitoring time according to the network monitoring data of each of the plurality of member interfaces; Input the preset initial index threshold, the packet loss rate, bandwidth utilization rate, and delay jitter into an adaptive filter, and the adaptive filter adjusts the initial index threshold according to the packet loss rate, bandwidth utilization rate, and delay jitter to obtain a current index threshold.
6. The method according to any one of claims 1 to 5, characterized in that The step of sending an Address Resolution Protocol (ARP) packet to the plurality of packet receiving devices multiple times at a preset time interval through the plurality of member interfaces includes: Obtain a pre-constructed packet sending script; Execute the packet sending script multiple times at preset time intervals, so as to send Address Resolution Protocol (ARP) packets to the packet receiving device through the multiple member interfaces when the packet sending script is executed.
7. An apparatus for sending Address Resolution Protocol packets, characterized in that, The device includes: An interface determination module, configured to determine multiple member interfaces aggregated through a server logical interface; the multiple member interfaces respectively correspond to different packet receiving devices; A data acquisition module, configured to determine the network congestion index corresponding to the logical interface according to the network monitoring data of each of the multiple member interfaces, and adjust a preset initial index threshold according to the network monitoring data to obtain a current index threshold; A first processing module, configured to, if it is determined that the network status is a normal status according to the network congestion index and the current index threshold, send Address Resolution Protocol packets to multiple packet receiving devices according to a normal processing mode; A second processing module, configured to, if it is determined that the network status is a congestion status according to the network congestion index and the current index threshold, send Address Resolution Protocol packets to the multiple packet receiving devices multiple times at preset time intervals through the multiple member interfaces.
8. A computer device, comprising a memory and a processor, the memory storing a computer program, characterized in that, When the processor executes the computer program, the steps of the method according to any one of claims 1 to 6 are implemented.
9. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, the steps of the method according to any one of claims 1 to 6 are implemented.
10. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by the processor, the steps of the method according to any one of claims 1 to 6 are implemented.
Citation Information
Cited By
Data communication control method and device for PLC communication
CN120710939A
A data communication control method and device for PLC communication
CN120710939B
ARP (Address Resolution Protocol) request sending method, system, equipment and program product
CN121664768A
ARP request sending methods, systems, devices, and programs.
CN121664768B