A shielding method for satellite-borne Ethernet broadcast storm
By restricting the sending and querying ARP cache of ARP broadcasts in a satellite-based embedded environment, the problem of satellite-based Ethernet broadcast storm is solved, ensuring the normal operation of Ethernet communication and the stability of equipment.
Patent Information
- Application Number
- CN202211197861.4
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2022-09-29
- Publication Date
- 2025-03-21
- Estimated Expiration
- 2042-09-29
AI Technical Summary
Due to the limitation of the onboard operation resources, the satellite-borne Ethernet cannot implement the spanning tree protocol, which is prone to broadcast storms when the device is accessed or failed, resulting in frequent interruption of the device functions and may even trigger continuous resets, affecting the safe and stable operation of the aircraft.
By turning off the broadcast reception function of Ethernet in a star-mounted embedded environment, limiting the number and interval of ARP broadcasts, and querying the ARP cache before sending messages, ensuring that ARP broadcasts are sent only when necessary, thereby avoiding broadcast storms.
It effectively avoids the occurrence of broadcast storms, reduces the risk of equipment function interruption, ensures the normal operation of Ethernet communication, and avoids reset and failure spread caused by broadcast storms.
Smart Images

Figure CN115834545B_ABST
Abstract
Description
Technical Field
[0001] The invention belongs to a shielding method, and in particular relates to a shielding method for a satellite-borne Ethernet broadcast storm. Background Art
[0002] Currently, Ethernet has been used in my country's space station system, supporting and realizing high-speed data transmission of images, scientific payloads, voice, video, etc.
[0003] The existing ground Ethernet mainly executes the Address Resolution Protocol (ARP) on the switch to establish a mapping relationship between IP addresses and MAC addresses, thereby realizing the forwarding of various types of data. Therefore, each access device is required to send an ARP broadcast packet when connecting to the switch. With the increasing number of access devices and the use of a ring topology in some networks, a large number of devices experience broadcast storms during access (i.e., network congestion caused by multiple devices broadcasting ARP at the same time). To avoid the above problems, existing ground switches use the Spanning Tree Protocol (STP) to achieve ring breaking, thereby suppressing broadcast storms. Chinese patent CN201611229127.6, a method and system for preventing cloud server networks from generating broadcast storms, and Chinese patent CN201610127388.0, a method for isolating broadcast storms in wind farm networks, are both methods based on the Spanning Tree Protocol to suppress broadcast storms.
[0004] However, due to the limitation of onboard operating resources, onboard switches do not have the function of spanning tree protocol. At the same time, onboard Ethernet mostly adopts a ring topology with redundant paths to ensure reliability. Therefore, broadcast storms will occur when devices are connected or fail. If there are no relevant treatment measures for onboard computers in the case of broadcast storms, the functions of the devices will be frequently interrupted, and there is even a risk of continuous reset and failure to work properly, which will cause serious hidden dangers to the safe and stable operation of on-orbit spacecraft.
[0005] Therefore, a method for shielding onboard Ethernet broadcast storm is needed. Summary of the invention
[0006] The purpose of the present invention is to provide a method for shielding a satellite Ethernet broadcast storm in view of the defects of the prior art.
[0007] The specific technical solution adopted by the present invention is as follows: a method for shielding a satellite Ethernet broadcast storm, which comprises the following steps:
[0008] (1) Implement Ethernet communication steps to effectively shield broadcast storms based on the onboard embedded environment;
[0009] (2) Steps for performing Ethernet communication.
[0010] The above-mentioned method for shielding a satellite-borne Ethernet broadcast storm, wherein the (1) step of implementing an Ethernet communication step for effectively shielding a broadcast storm based on a satellite-borne embedded environment comprises the following contents:
[0011] Step 1: After the device is powered on, create a satellite multi-task operating environment to ensure the normal operation of the Ethernet function, send and receive Ethernet data in a timely manner, and turn off the Ethernet broadcast receiving function. After turning off the broadcast, the normal reception of unicast messages is not affected.
[0012] Step 2: After Ethernet transmission is enabled, send an ARP broadcast at a fixed interval to broadcast the device's own IP address and MAC address. Stop sending after Ethernet transmission is disabled.
[0013] Step 3, set the "Ethernet Enable First Judgment Flag" to be valid by default. When the flag is judged to be valid after Ethernet transmission is enabled, send N ARP broadcasts continuously, with an interval of Ks between each broadcast. If the device IP address and the communication target IP address are in the same network segment, the broadcast content is to inquire about the communication target MAC address. If they are not in the same network segment, the broadcast content is to inquire about the gateway MAC address. Then set the "Ethernet Enable First Judgment Flag" flag to invalid. Set it to valid when Ethernet transmission is enabled again to ensure that after Ethernet transmission is enabled, this logic is only judged once.
[0014] Step 4: After the timing Ms, the pre-aging process is carried out, and N ARP broadcasts are sent continuously, with an interval of Ks between each broadcast. If the device IP address and the communication target IP address are in the same network segment, the broadcast content is to inquire about the communication target MAC address. If they are not in the same network segment, the broadcast content is to inquire about the gateway MAC address.
[0015] Step 5: After the timing Ps, the aging process is performed, and the ARP cache is queried. If the same network segment is used, the corresponding table entry between the communication target IP address and the MAC address is queried. If the network segment is different, the corresponding table entry between the gateway IP address and the MAC address is queried.
[0016] Step 6: If the entry is found, set "Existing target IP address and MAC address entry" to valid; otherwise, set it to invalid and clear the invalid entry.
[0017] Step 7: During Ethernet enabling, repeat steps 4 to 6.
[0018] In the above-mentioned method for shielding on-board Ethernet broadcast storm, the fixed interval in step 2 of (1) is to send an ARP broadcast once every 5 seconds.
[0019] In the above-mentioned method for shielding a satellite Ethernet broadcast storm, N times in step 3 and step 4 of (1) is 5 times, and Ks is 2s.
[0020] In the above-mentioned method for shielding a satellite Ethernet broadcast storm, Ms in step 4 of (1) is 150s.
[0021] In the above-mentioned method for shielding a satellite Ethernet broadcast storm, Ps in step 5 of (1) is 30s.
[0022] In the above-mentioned method for shielding a satellite-borne Ethernet broadcast storm, the step (2) of performing Ethernet communication comprises the following steps:
[0023] Step 1: If TCP, UDP, or ICMP communication is required, determine whether Ethernet transmission is enabled. If it is enabled, continue with the subsequent steps, otherwise exit.
[0024] Step 2: Determine whether the "existence of target IP address and MAC address table entries" is valid. If so, continue with the subsequent steps, otherwise exit.
[0025] Step 3: Perform normal Ethernet communication.
[0026] In the above-mentioned method for shielding a satellite-borne Ethernet broadcast storm, the Ethernet communication refers to TCP, UDP, and ICMP communication.
[0027] Compared with the prior art, the present invention has the following beneficial effects: (1) It turns off the receiving function of Ethernet broadcast, effectively dealing with broadcast storms and excessive ARP broadcasts, and does not frequently enter invalid interrupts, avoiding machine loss or even reset, preventing the spread of faults, and ensuring the normal operation of its own work; (2) When the broadcast is turned off, normal Ethernet communication is achieved, effectively dealing with problems such as replacement of communication targets and power failure and restart of communication targets; (3) It queries the ARP cache before sending Ethernet messages, effectively avoiding sending too many ARP broadcasts when the communication target is abnormal or the Ethernet network is abnormal, avoiding increasing the burden on the space network and causing the space network status to deteriorate. BRIEF DESCRIPTION OF THE DRAWINGS
[0028] Attached Figure 1 To execute the flow chart;
[0029] Attached Figure 2 Send flow chart for data. DETAILED DESCRIPTION
[0030] The present invention will be further described and illustrated below in conjunction with the accompanying drawings and specific implementation methods.
[0031] A method for shielding a satellite-borne Ethernet broadcast storm comprises the following steps:
[0032] (1) The Ethernet communication method for effectively shielding broadcast storms based on the onboard embedded environment is shown in the attached Figure 1 , the specific process is as follows:
[0033] Step 1: After the device is powered on, create a satellite multi-task operating environment to ensure the normal operation of the Ethernet function and timely send and receive Ethernet data. Turn off the Ethernet broadcast reception function. After turning off the broadcast, the normal reception of unicast messages is not affected.
[0034] Step 2: After Ethernet transmission is enabled, send ARP broadcasts every 5 seconds to broadcast the device's own IP address and MAC address. Stop sending after Ethernet transmission is disabled.
[0035] Step 3, set the "Ethernet Enable First Judgment Flag" to be valid by default. When the flag is judged to be valid after Ethernet transmission is enabled, send 5 ARP broadcasts continuously, with an interval of 2s between each broadcast. If the device IP address and the communication target IP address are in the same network segment, the broadcast content is to inquire about the communication target MAC address. If they are not in the same network segment, the broadcast content is to inquire about the gateway MAC address. Then set the "Ethernet Enable First Judgment Flag" flag to invalid. Set it to valid when Ethernet transmission is enabled again. Ensure that this logic is only judged once after Ethernet transmission is enabled.
[0036] Step 4: After 150 seconds, the pre-aging process is performed. Send 5 ARP broadcasts in succession, with an interval of 2 seconds between each broadcast. If the device IP address and the communication target IP address are in the same network segment, the broadcast content is to query the communication target MAC address. If they are not in the same network segment, the broadcast content is to query the gateway MAC address.
[0037] Step 5: After 30 seconds, the aging process is performed. The ARP cache is queried. If the same network segment is used, the corresponding table entry between the communication target IP address and the MAC address is queried. If the different network segments are used, the corresponding table entry between the gateway IP address and the MAC address is queried.
[0038] Step 6: If the entry is found, set "existence of target IP address and MAC address entry" to valid; otherwise, set it to invalid and clear the invalid entry.
[0039] Step 7: During Ethernet enabling, repeat steps 4 to 6.
[0040] (2) For steps of Ethernet communication (TCP, UDP, ICMP communication), see the attached Figure 2 , the specific process is as follows:
[0041] Step 1: When TCP, UDP, or ICMP communication is required, determine whether Ethernet transmission is enabled. If it is enabled, continue with the subsequent steps, otherwise exit.
[0042] Step 2: Determine whether the "existence of target IP address and MAC address table entries" is valid. If so, continue with the subsequent steps, otherwise exit.
[0043] Step 3: Perform normal Ethernet communication (TCP, UDP, ICMP communication).
Claims
1. A method for shielding a satellite Ethernet broadcast storm, characterized in that: The steps include: (1) Implement Ethernet communication steps to effectively shield broadcast storms based on the onboard embedded environment; (2) Steps for Ethernet communication; The (1) Ethernet communication steps for effectively shielding broadcast storms based on a satellite-borne embedded environment include the following: Step 1: After the device is powered on, create a satellite multi-task operating environment to ensure the normal operation of the Ethernet function, send and receive Ethernet data in a timely manner, and turn off the Ethernet broadcast receiving function. After turning off the broadcast, the normal reception of unicast messages is not affected. Step 2: After Ethernet transmission is enabled, send an ARP broadcast at a fixed interval to broadcast the device's own IP address and MAC address. Stop sending after Ethernet transmission is disabled. Step 3, set the "Ethernet Enable First Judgment Flag" to be valid by default. When the flag is judged to be valid after Ethernet transmission is enabled, send N ARP broadcasts continuously, with an interval of Ks between each broadcast. If the device IP address and the communication target IP address are in the same network segment, the broadcast content is to inquire about the communication target MAC address. If they are not in the same network segment, the broadcast content is to inquire about the gateway MAC address. Then set the "Ethernet Enable First Judgment Flag" to invalid. When Ethernet transmission is enabled again, set it to valid to ensure that after Ethernet transmission is enabled, this logic is only judged once. Step 4: After the timing Ms, the pre-aging process is carried out, and N ARP broadcasts are sent continuously, with an interval of Ks between each broadcast. If the device IP address and the communication target IP address are in the same network segment, the broadcast content is to inquire about the communication target MAC address. If they are not in the same network segment, the broadcast content is to inquire about the gateway MAC address. Step 5: After the timing Ps, the aging process is performed, and the ARP cache is queried. If the same network segment is used, the corresponding table entry between the communication target IP address and the MAC address is queried. If the network segment is different, the corresponding table entry between the gateway IP address and the MAC address is queried. Step 6: If the entry is found, set "Existing target IP address and MAC address entry" to valid; otherwise, set it to invalid and clear the invalid entry. Step 7: During Ethernet enabling, repeat steps 4 to 6; The step (2) of performing Ethernet communication comprises the following steps: Step 1: If TCP, UDP, or ICMP communication is required, determine whether Ethernet transmission is enabled. If it is enabled, continue with the subsequent steps, otherwise exit. Step 2: Determine whether the "destination IP address and MAC address table entry exists" is valid. If so, continue with the subsequent steps. Otherwise, exit. Step 3: Perform normal Ethernet communication.
2. A method for shielding a satellite Ethernet broadcast storm as claimed in claim 1, characterized in that: The fixed interval in step 2 of (1) is to send an ARP broadcast every 5 seconds.
3. A method for shielding a satellite Ethernet broadcast storm as claimed in claim 2, characterized in that: In step 3 and step 4 of (1), N times is 5 times, and Ks is 2s.
4. A method for shielding a satellite Ethernet broadcast storm as claimed in claim 3, characterized in that: The Ms in step 4 of (1) is 150s.
5. A method for shielding a satellite Ethernet broadcast storm as claimed in claim 4, characterized in that: The Ps in step 5 of (1) is 30s.
6. A method for shielding a satellite Ethernet broadcast storm as claimed in claim 1, characterized in that: The Ethernet communication refers to TCP, UDP, and ICMP communication.
Citation Information
Patent Citations
Method for isolating broadcast storm from wind electric field network
CN105681150A
Method and system for preventing cloud server network from producing broadcast storm
CN106789651A
Ethernet broadcast optimization processing method based on SDN controller
CN105634923A
DC centralized control device
CN210428172U