Ethernet state detection method and system based on UDP multicast communication

Abstract

The invention discloses an Ethernet state detection method and system based on UDP multicast communication, and the method comprises the steps: constructing a UDP multicast group according to all network state to-be-checked devices, and designing a multicast data communication protocol; determining a home terminal device in all network state to-be-checked devices, and reading multicast data of other to-be-checked devices through a UDP communication endpoint of the current home terminal device; when the multicast data of any other to-be-checked device is read and the verification of the message packet verification field in the multicast data is passed, it is judged that the receiving function of the home terminal device is normal, meanwhile, the number of the sending terminal device in the multicast data received this time is recorded, and according to the received data in the multicast data and the device association identification area, the sending terminal device is determined to be normal. And judging whether the network sending function of the home terminal equipment is normal or not. According to the method, self-detection and mutual feedback of the equipment state are realized, and the field values of the receiving data and the equipment association identification area are dynamically generated, so that the method has the characteristics of easiness in implementation and maintenance.

Description

Technical Field

[0001] This invention belongs to the field of Ethernet network detection technology, and in particular relates to an Ethernet status detection method and system based on UDP multicast communication. Background Technology

[0002] Ethernet communication is a computer networking technology used for data transmission within a local area network (LAN). It boasts advantages such as low cost, simple networking, high speed, and high efficiency, and is widely used in various industries including manufacturing, transportation, healthcare, and education. Network status monitoring is crucial in Ethernet communication, especially in industries with high data timeliness requirements, such as healthcare and transportation. When the system detects abnormal network status, it needs to immediately issue alarms and notify technical personnel for maintenance. Network status is typically reflected in two aspects: data reception status and data transmission status. Different application scenarios may focus on different aspects of network status. For example, the client in a remote demonstration system focuses on its own reception status, while the command sender in an industrial control system focuses more on its own transmission status.

[0003] Conventional methods for detecting network status typically employ point-to-point UDP communication technology. The two communicating devices exchange data containing specific protocol parameters such as serial numbers or timestamps. Upon receiving the data, the receiving device uses the time or status data in the message packet to determine if its own network status is abnormal. When there are many devices within a local area network (LAN), this point-to-point detection method consumes significant network bandwidth, and the processing is cumbersome and inefficient. Summary of the Invention

[0004] The purpose of this invention is to address the problems existing in the prior art by providing an Ethernet status detection method and system based on UDP multicast communication. Based on UDP multicast communication, it designs simple and efficient multicast data, with the received data and device association identification field as the core. By using multicast data in conjunction with UDP multicast communication, the network status of devices in a local area network can be detected accurately and efficiently.

[0005] According to one aspect of the present invention, an Ethernet state detection method based on UDP multicast communication is provided, comprising: Construct a UDP multicast group based on all network status devices to be checked, and design a multicast data communication protocol. The multicast data communication protocol at least defines that the multicast data includes a device number, a message packet verification field, and a device association identifier area for the received data. Identify the local device among all network status-checking devices, and read multicast data from other devices through the UDP communication endpoint of the current local device; When multicast data from any other device under investigation is read and the message packet verification field in the multicast data passes the verification, the receiving function of the local device is determined to be normal. At the same time, the sending device number in the multicast data received this time is recorded, and the network sending function of the local device is determined to be normal based on the received data and the device association identification area in the multicast data. Based on the multicast data source received by this device in this cycle, the received data and device association identifier field value of the multicast data to be sent by this device are generated, and the multicast data is sent to the UDP multicast group.

[0006] By constructing a UDP multicast group and designing flexible multicast data, each device under investigation can send pre-designed multicast data to the UDP multicast group, and each device under investigation can receive and judge the received information, thereby achieving the goal of comprehensive fault detection for each device.

[0007] As a further technical solution, the construction of the UDP multicast group includes: assigning numbers to all devices that need to check their network status in a specified order, with each number uniquely corresponding to a device, creating a UDP communication endpoint on each device, and adding all devices that need to check their network status into the same UDP multicast group.

[0008] As a further technical solution, the method also includes: Set a data reception period threshold; Within each data reception cycle, count the number of multicast data sent by other devices that this device receives; If no multicast data is received from any other device for more than the specified data reception period threshold, the local device is deemed to have an abnormal network reception function, and an alarm mechanism is triggered.

[0009] As a further technical solution, determining whether the network transmission function of the local device is normal includes: Check the identifier bit corresponding to the device number of the local device in the device association identifier area of ​​the received data in the multicast data. If the bit value is 1, it is determined that the local device's network transmission function is normal.

[0010] As a further technical solution, determining whether the network transmission function of the local device is normal also includes: If other devices fail to receive multicast data from this device for more than a consecutive period exceeding the data reception period threshold, the network transmission function of this device is determined to be abnormal, and an alarm is triggered.

[0011] The above technical solution introduces anomaly detection steps and data reception cycle thresholds, which can promptly detect and handle anomalies in the network receiving or sending functions of the device, thereby avoiding the impact of network failures on services; at the same time, the alarm triggering mechanism can remind managers to take timely measures to improve the reliability and security of the network.

[0012] As a further technical solution, the design of a multicast data communication protocol also includes: defining the serial number, protocol value type, destination address, and source address in the multicast data.

[0013] As a further technical solution, the method also includes: the serial number value is automatically incremented each time the local device successfully sends multicast data.

[0014] The serial number management mechanism can ensure the uniqueness and traceability of data. By recording the cumulative number of successfully sent data, it is easy to track the data transmission status, providing strong support for network status analysis and troubleshooting.

[0015] As a further technical solution, the method also includes: defining the format of multicast data according to the following format: The header fields contain the destination address, source address, and protocol value type. The data fields include the device number, the data received and device association identifier, and the message packet verification field; The tail field contains the packet length and checksum.

[0016] As a further technical solution, the method also includes: determining the length of the received data and device association identification area based on the number of devices to be investigated. This technical solution flexibly designs the length of the received data and device association identification area according to the number of devices, making it applicable to network environments of different sizes and improving the versatility and flexibility of the method.

[0017] According to one aspect of the present invention, an Ethernet status detection system based on UDP multicast communication is provided, including a master control device and multiple devices to be checked; The main control device is used to construct a UDP multicast group based on all network status devices to be checked, and to design a multicast data communication protocol. The multicast data communication protocol at least defines that the multicast data includes a device number, a message packet verification field, and a device association identifier area for the received data. Each device under investigation is configured to read multicast data from other devices under investigation via its UDP communication endpoint. When multicast data from any other device under investigation is read and the message packet verification field in the multicast data passes verification, the device's receiving function is determined to be normal. Simultaneously, the device number of the sending end in the multicast data received is recorded, and the device's network sending function is determined to be normal based on the received data and device association identifier area in the multicast data. Furthermore, based on the source of the multicast data received by the device in this cycle, the device generates the received data and device association identifier area field value for the multicast data sent in this cycle, and sends the multicast data to the UDP multicast group.

[0018] Compared with the prior art, the beneficial effects of the present invention are: 1. This invention constructs a UDP multicast group and designs flexible multicast data, allowing each device to be checked to send the designed multicast data to the UDP multicast group, and allowing each device to receive and judge the received information, thereby realizing fault detection and alarm for each device.

[0019] 2. This invention, through the standardized design of the multicast data communication protocol and based on the UDP multicast communication method, achieves self-detection and mutual feedback of device status and dynamic generation of received data and device-associated identifier field values ​​through multicast data exchange between devices. This makes the method easy to implement and maintain, and can provide an efficient, reliable and practical solution for Ethernet status detection.

[0020] 3. Based on UDP multicast communication, this invention designs a simple and efficient multicast data communication protocol. With the received data and device association identification field as the core, this multicast data communication protocol combined with UDP multicast communication can accurately and efficiently detect the network status of devices in a local area network.

[0021] 4. This invention is simple to implement, accurate in results, and highly efficient. In industrial fields where Ethernet communication is widely used and in situations where there are many devices in a local area network, it greatly simplifies the software implementation of Ethernet communication status detection in the system, reduces bandwidth resource consumption, and improves system operating efficiency.

[0022] 5. By adding anomaly detection for network sending and receiving functions, this invention can promptly detect network faults in devices, improve network maintenance efficiency and reliability, and help reduce equipment downtime caused by network faults or other reasons, thereby reducing maintenance costs.

[0023] 6. The present invention can flexibly design the length of the received data and the device association identification area according to the number of devices, improve the flexibility and scalability of multicast data, adapt to network environments of different scales, and ensure that data can still be transmitted and detected accurately and efficiently when the number of devices increases. Attached Figure Description

[0024] Figure 1 This is a schematic flowchart of an Ethernet status detection method based on UDP multicast communication provided in an embodiment of the present invention; Figure 2 A flowchart for determining whether the receiving and sending functions of the local device are normal, provided in an embodiment of the present invention; Figure 3 This is a schematic diagram of an Ethernet status detection system based on UDP multicast communication, provided as an embodiment of the present invention. Detailed Implementation

[0025] The technical solution of the present invention will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are merely some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0026] like Figure 1 As shown, this embodiment of the invention provides an Ethernet state detection method based on UDP multicast communication, including the following steps: Construct a UDP multicast group based on all network status devices to be checked, and design a multicast data communication protocol. The multicast data communication protocol at least defines that the multicast data includes device number, message packet verification field, and a device association identifier area for received data. Identify the local device among all network status-checking devices, and read multicast data from other devices through the UDP communication endpoint of the current local device; When multicast data from any other device under investigation is read and the message packet verification field in the multicast data passes the verification, the receiving function of the local device is determined to be normal. At the same time, the sending device number in the multicast data received this time is recorded, and the network sending function of the local device is determined to be normal based on the received data and the device association identification area in the multicast data. Based on the multicast data source received by this device in this cycle, the received data and device association identifier field value of the multicast data to be sent by this device are generated, and the multicast data is sent to the UDP multicast group.

[0027] In this embodiment of the invention, a UDP multicast group is constructed, and a flexible multicast data communication protocol is designed. Each device to be checked sends pre-designed multicast data to the UDP multicast group, and each device to be checked receives and judges the received information, thereby achieving the purpose of comprehensive fault detection of each device.

[0028] Meanwhile, through the standardized design of the multicast data communication protocol and the communication method based on UDP multicast, the embodiments of the present invention realize the self-detection and mutual feedback of device status and the dynamic generation of the field value of the associated identification area of ​​the received data through multicast data exchange between devices. This makes the method easy to implement and maintain, and can provide an efficient, reliable and practical solution for Ethernet status detection.

[0029] Furthermore, this embodiment of the invention designs a simple and efficient multicast data communication protocol based on UDP multicast communication. With the received data and device association identification field as the core, this multicast data communication protocol, combined with UDP multicast communication, can accurately and efficiently detect the network status of devices in a local area network.

[0030] The process of building a UDP multicast group includes: assigning numbers to all devices that need to check their network status in a specified order, with each number uniquely corresponding to a device; creating a UDP communication endpoint on each device; and adding all devices that need to check their network status to the same UDP multicast group.

[0031] The Ethernet status detection method based on UDP multicast communication provided in this embodiment of the invention further includes: Set a data reception period threshold; Within each data reception cycle, count the number of multicast data sent by other devices that this device receives; If no multicast data is received from any other device for more than a consecutive data reception period threshold, the local device is deemed to have an abnormal network reception function, and an alarm mechanism is triggered.

[0032] like Figure 2 As shown, in this embodiment, determining whether the network transmission function of the local device is normal includes: Check the identifier bit corresponding to the device number of the local device in the device association identifier area of ​​the received data in the multicast data. If the bit value is 1, it is determined that the network transmission function of the local device is normal.

[0033] Specifically, during the detection process, as long as multicast data from any one of the other N - 1 devices is received this time and the message packet passes the verification, it is considered that the network receiving function of the local device is normal, and the sender number of the received data this time is recorded; check the identification bit corresponding to the local number in the device - associated identification area of the received data. If the bit value is 1, it means that the peer device received data from the local device in the previous cycle, that is, the network sending function of the local device is considered normal.

[0034] In addition, it is also necessary to define the variable flag_recv = 0. If data of device number X is received in this cycle, it can be considered that the network receiving function of the local device is normal, and execute flag_recv = flag_recv|(0x01<<X). Continuously read the data until all the data received in this cycle is read out, and map the device numbers of the senders of the data received in this cycle in the flag_recv variable.

[0035] Meanwhile, if data of device number X is received in this cycle, check the received data in the message packet and the fields in the device - associated identification area. The checking method is as follows: Assume the field value is Y, and judge whether (Y>>local device number)&0x01 is 0x01. If it is 0x01, it means that the device numbered X received data from the local device in the previous cycle.

[0036] In addition, when the local device calls the UDPsocket interface sendto to send data to the UDP multicast group, the value of the received data and the device - associated identification area field in the sent message packet is the value of flag_recv.

[0037] Such as Figure 2 As shown, in the embodiment of the present invention, to determine whether the network sending function of the local device is normal, it further includes: If other devices do not receive the multicast data sent by the local device continuously for more than the data reception cycle threshold, it is determined that the network sending function of the local device is abnormal, and an alarm mechanism is triggered.

[0038] In this embodiment, an abnormal determination step and a data reception cycle threshold are introduced, which can timely detect and handle the abnormality of the device's network receiving or sending function, thus avoiding the impact of network failures on services; at the same time, triggering the alarm mechanism can remind the management personnel to take measures in time, improving the reliability and security of the network.

[0039] In the implementation of the present invention, designing the multicast data communication protocol further includes: defining the sequence number, protocol value type, destination address, and source address in the multicast data.

[0040] This invention provides an Ethernet status detection method based on UDP multicast communication, which further includes: automatically incrementing the sequence number value each time the local device successfully sends multicast data. The sequence number refers to the cumulative number of times the local device has successfully sent data.

[0041] The serial number management mechanism ensures the uniqueness and traceability of data. By recording the cumulative number of successfully sent data, it is easy to track the data transmission status, providing strong support for network status analysis and troubleshooting.

[0042] It should be noted that the Ethernet status detection method based on UDP multicast communication provided in this embodiment of the invention further includes: determining the length of the received data and device association identification area according to the number of devices to be checked. This technical solution flexibly designs the length of the received data and device association identification area according to the number of devices, which can be applied to network environments of different sizes, improving the versatility and flexibility of the method.

[0043] Specifically, each byte can be used to represent the reception status of up to 8 devices. When the number of devices exceeds 8, the length of the received data and the device association identifier area increases accordingly.

[0044] Furthermore, the received data and device association identifier area uses bits to identify which other device's data this time the local device received. Each byte can be used to represent up to 8 devices. When there are more than 8 devices, this field can be designed as a 2-byte, 3-byte, or longer field.

[0045] It should be noted that the protocol type value in multicast data is defined as a two-byte hexadecimal value to identify the protocol type. Defining the protocol type value as a two-byte hexadecimal value ensures the uniqueness and identifiability of multicast data; it helps to accurately distinguish different types of multicast data in complex network environments, avoiding communication conflicts and errors.

[0046] In this embodiment, the device number refers to the unique identifier of the device; the message packet verification field refers to the data obtained after calculating the verification value of this message packet. The calculated verification value will also be different when the message packet content is different, and it is mainly used to check the legality of the message data. The explicit description of the device number and message packet verification ensures the uniqueness of the device and the legality of the data; it helps to prevent the data from being illegally tampered with or impersonated, and improves the security and reliability of communication.

[0047] An Ethernet status detection method based on UDP multicast communication provided in this embodiment of the invention further includes: defining the format of multicast data according to the following format: The header fields contain the destination address, source address, and protocol value type. The data fields include the device number, the data received and device association identifier, and the message packet verification field; The tail field contains the packet length and checksum.

[0048] In this embodiment, efficient communication between devices is achieved by creating UDP communication endpoints for devices that need to check network status and joining them in the same UDP multicast group. This method can detect whether the network receiving and sending functions of the devices are normal, thereby ensuring the stability and reliability of the Ethernet status. In addition, by designing a multicast data communication protocol that includes fields such as protocol type value, serial number, and device number, the accuracy and traceability of data transmission are improved.

[0049] In this embodiment, devices within the UDP multicast group periodically send and receive multicast data via UDP communication endpoints to detect the network status of devices within the local area network. This periodic sending and receiving of multicast data via UDP communication endpoints enables continuous monitoring of the network status of devices within the local area network; this design improves the real-time performance and accuracy of network status detection, helps to promptly detect and handle network faults, and ensures stable network operation.

[0050] As a preferred embodiment, the present invention provides an Ethernet state detection method based on UDP multicast communication, comprising the following steps: 1. There are 8 devices that need to be tested in the local area network. The local device is numbered 0, and the other devices are numbered 1, 2, ..., 7 in sequence. 2. The local device creates a UDP socket and binds it to port A, configures the socket to disable multicast loopback, and adds the socket to the UDP multicast group. The other 7 devices also need to perform the same operation to create a socket, bind it to port A, and add it to the UDP multicast group. 3. According to the multicast data communication protocol, there are only 8 devices in the local area network, which can be represented by 1 byte. Therefore, the data reception and device association identification area can be designed to be 1 byte in length. 4. The local device calls the UDP socket interface recvfrom to periodically receive data. Note: The period can be determined according to actual needs. If no data is received from any of the other 7 devices for several consecutive periods, the local device's network receiving function is considered abnormal. 5. Define the variable flag_recv = 0. If the data of device number X is received in this period, it can be considered that the network receiving function of the local device is normal, and then execute flag_recv = flag_recv | (0x01 << X). Continuously read the data until all the data received in this period is read out. After the above calculation, the device number of the data sender received in this period can be mapped in the flag_recv variable. For example, if the data of device numbers 1, 2, and 3 are received in this period, the final value of flag_recv is 0x0E, that is, the bit1, bit2, and bit3 values of the flag_recv variable are 1, and the values of other bit positions are 0; 6. If the data of device number X is received in this period, the received data in the message packet and the device association identification area field are verified. The verification method is as follows: Assume that the value of this field is Y, and judge whether (Y >> local device number) & 0x01 is 0x01. If it is 0x01, it means that the device with number X received the data of the local device in the previous period. For example, if the data of number 1 is received in this period and the value of Y is 0x05, (0x05 >> 0) & 0x01 == 0x01, (0x05 >> 2) & 0x01 == 0x�1, which means that the device with number 1 received the data sent by numbers 0 and 2 in the previous period. Through this method, a bit value in the received data can be cleverly used to judge whether other devices received the data sent by the local device in the previous period, and then prove whether the network sending function of the local device is normal; 7. If it is judged that other devices did not receive the data sent by the local device in several consecutive periods, it is considered that the network sending function of the local device is abnormal; 8. The local device calls the UDP socket interface sendto to send data to the UDP multicast group. The value of the received data and the device association identification area field in the sent message packet is the value of flag_recv. In this way, other devices that receive the local message can judge whether their own sending function is normal according to this value.

[0051] As Figure 3 shown, an embodiment of the present invention further provides an Ethernet status detection system based on UDP multicast communication, including a master control device and multiple devices to be checked; The master control device is used to construct a UDP multicast group according to all the devices to be checked for network status, and design a multicast data communication protocol. The multicast data communication protocol at least defines the device number, message packet verification field, and received data and device association identification area in the multicast data; Each device under investigation reads multicast data from other devices under investigation through its UDP communication endpoint. When it reads multicast data from any other device under investigation and passes the message packet verification field check, it determines that its receiving function is normal. At the same time, it records the sending device number in the multicast data it received and determines whether its network sending function is normal based on the received data and device association identifier area in the multicast data. Based on the source of the multicast data received by the device in this cycle, it generates the received data and device association identifier area field value for the multicast data it sent this time and sends the multicast data to the UDP multicast group.

[0052] As a preferred embodiment, this invention provides an Ethernet status detection system based on UDP multicast communication, comprising a master control device and multiple devices to be monitored, as detailed below: The number of devices to be tested is determined, and then a UDP multicast group is constructed through the master control device, and these devices are numbered. A multicast data communication protocol is designed through the master control device, which includes a serial number, protocol value type, destination address, source address, device number, message packet verification field, and a field for associating received data with the device. Each device under test (DUT) sends corresponding multicast data to the UDP multicast group built by the master device according to the communication protocol. Each DUT acts as its local device and receives multicast data from other DUT devices.

[0053] When the local device reads multicast data from any other device under investigation and passes the verification of the message packet verification field in the multicast data, it determines that the local device's receiving function is normal.

[0054] At the same time, the local device records the sending device number in the multicast data received this time, and determines whether the local device's network transmission function is normal based on the received data in the multicast data and the device association identification area.

[0055] Then, based on the multicast data source received in this cycle, the local device generates the received data and device association identifier field value of the multicast data to be sent this time, and sends the multicast data to the UDP multicast group.

[0056] In this system, the master control device also sets a data reception period threshold and counts the number of multicast data sent by other devices received by the local device within each data reception period. If no multicast data is received from any other device for more than the data reception period threshold, the local device is deemed to have an abnormal network reception function and an alarm is triggered.

[0057] Determining whether the network transmission function of the local device is normal includes: Check the identifier bit corresponding to the device number of the local device in the device association identifier area of ​​the received data in the multicast data. If the bit value is 1, it is determined that the local device's network transmission function is normal. If other devices fail to receive multicast data from this device for more than a consecutive period of time beyond the data reception cycle threshold, the network transmission function of this device is deemed abnormal, and an alarm is triggered.

[0058] In this system, the serial number value automatically increments each time the local device successfully sends multicast data.

[0059] It is important to note that in this system, the format of multicast data must be defined according to the following format: The header fields contain the destination address, source address, and protocol value type. The data fields include the device number, the data received and device association identifier, and the message packet verification field; The tail field contains the packet length and checksum.

[0060] Although embodiments of the invention have been shown and described, it will be understood by those skilled in the art that various changes, modifications, substitutions and alterations can be made to these embodiments without departing from the principles and spirit of the invention, the scope of which is defined by the appended claims and their equivalents.

Claims

1. A method for detecting Ethernet status based on UDP multicast communication, characterized in that: include: A UDP multicast group is constructed according to all devices to be checked in terms of network status, and a multicast data communication protocol is designed, wherein the multicast data communication protocol at least defines a device number, a message packet check field, and an identification area for associating received data with a device in the multicast data; Determine the local device among all the devices to be checked for network status, and read the multicast data of other devices to be checked through the UDP communication endpoint of the current local device; When the multicast data of any other device to be checked is read and the message packet check field in the multicast data is checked, it is determined that the receiving function of the local device is normal, and the sending device number in the multicast data received this time is recorded. According to the receiving data and device association identification area in the multicast data, it is determined whether the network sending function of the local device is normal; According to the source of the multicast data received by the local device in this period, the received data and device association identification area field value of the multicast data sent by the local device this time are generated, and the multicast data is sent to the UDP multicast group.

2. According to claim 1, a method for detecting Ethernet status based on UDP multicast communication, characterized in that: Constructing a UDP multicast group includes: numbering all devices that need to check the network status in a specified order, each number uniquely corresponds to a device, creating a UDP communication endpoint on each device, and adding all devices that need to check the network status into the same UDP multicast group.

3. The Ethernet status detection method based on UDP multicast communication according to claim 1, characterized in that: The method further comprises: Set the data receiving cycle threshold; In each data receiving cycle, count the number of multicast data sent by other devices and received by the local device; If the multicast data of any other device is not received for a period exceeding the data receiving cycle threshold continuously, it is determined that the network receiving function of the local device is abnormal and an alarm is triggered.

4. The Ethernet status detection method based on UDP multicast communication according to claim 1, characterized in that: Determine whether the network sending function of the local device is normal, including: The received data in the multicast data is checked against the identification bit corresponding to the device number of the local device in the device association identification area. If the bit value is 1, it is determined that the network sending function of the local device is normal.

5. The Ethernet status detection method based on UDP multicast communication according to claim 4 is characterized in that: Determining whether the network sending function of the local device is normal also includes: If other devices do not receive the multicast data sent by the local device for a period exceeding the data receiving cycle threshold, it is determined that the network sending function of the local device is abnormal and an alarm is triggered.

6. The Ethernet status detection method based on UDP multicast communication according to claim 1, characterized in that: Designing a multicast data communication protocol also includes: defining a serial number, a protocol value type, a destination address, and a source address in the multicast data.

7. The Ethernet status detection method based on UDP multicast communication according to claim 6 is characterized in that: The method further comprises: each time the local device successfully sends multicast data, the serial number value automatically increases.

8. A method for detecting Ethernet status based on UDP multicast communication according to any one of claims 1 to 7, characterized in that: The method further comprises: defining the format of the multicast data according to the following format: Header fields, including destination address, source address, and protocol value type; The data field includes the device number, the received data and device association identification area, and the message packet check field; Trailer field, containing the packet length and checksum.

9. The Ethernet status detection method based on UDP multicast communication according to claim 1, characterized in that: The method further comprises: determining the length of the received data and device association identification area according to the number of devices to be checked.

10. An Ethernet status detection system based on UDP multicast communication, characterized in that: Including master control settings and multiple devices to be checked; The master control device is used to build a UDP multicast group according to all devices to be checked in terms of network status, and to design a multicast data communication protocol, wherein the multicast data communication protocol at least defines a device number, a message packet check field, and an identification area for associating received data with a device in the multicast data; Each of the devices to be checked is used to read the multicast data of other devices to be checked through the UDP communication endpoint of the current local device; when the multicast data of any other device to be checked is read and the message packet check field in the multicast data is checked, it is determined that the receiving function of the local device is normal, and the sending device number in the multicast data received this time is recorded, and according to the receiving data and device association identification area in the multicast data, it is determined whether the network sending function of the local device is normal; And according to the source of the multicast data received by the local device in this period, the receiving data and the device association identification area field value of the multicast data sent by the local device this time are generated, and the multicast data is sent to the UDP multicast group.

Images