Network node test system, method and related device

Abstract

The invention provides a network node testing system and method and a related device, and relates to the technical field of network testing. The system comprises a tested device, a test device and a control device, the tested device is connected with the test device through an Ethernet link, the control device is connected with a debugging interface of the tested device and a debugging interface of the test device, and the tested device is provided with a streaming program; the streaming program and the test equipment respectively respond to a trigger instruction of the control equipment to send an Ethernet data stream, count Ethernet data stream information, and send the counted Ethernet data stream information to the control equipment through a debugging interface; and the control equipment triggers the stream program to send the Ethernet data stream to the test equipment, triggers the test equipment to send the Ethernet data stream to the tested equipment, and detects the physical layer conflict avoidance function of the tested equipment according to the stream program and the Ethernet data stream information obtained by statistics of the test equipment. Single node equipment in the network structure is tested, and the stability of the network structure is improved.

Description

Technical Field

[0001] This application relates to the field of network testing technologies, and particularly relates to a network node testing system, method, and related device. Background Art

[0002] In recent years, with the continuous improvement of users' requirements for vehicle performance, functions, etc., the types and quantities of electronic control units on vehicles have greatly increased. To meet the accurate transmission of a large amount of data, in-vehicle Ethernet has emerged. To reduce the overall cost, currently, for the low-bandwidth communication requirements of vehicles, the 10M Ethernet technology (abbreviated as 10BASE-T1S) is proposed. This technology uses a 10Mbps Ethernet communication technology with a single pair of unshielded twisted wires to meet the low-bandwidth communication requirements of multiple node devices in the Ethernet.

[0003] In a 10BASE-T1S network structure, after one or more node devices have problems, it may affect the normal communication of the entire network. Therefore, how to test each node device in the network structure to ensure the reliability of each node device, thereby ensuring the safe and stable operation of the overall Ethernet, has become an urgent problem to be solved. Summary of the Invention

[0004] Based on the defects and deficiencies of the above-mentioned prior art, this application proposes a network node testing system, method, and related device, which can test a single node device in a network structure and improve the stability of the network structure.

[0005] According to the first aspect of the embodiments of this application, a network node testing system is provided, including: a device under test, a testing device, and a control device. The device under test is connected to the testing device through an Ethernet link. The control device is respectively connected to the debugging interfaces of the device under test and the testing device. A traffic generation program runs on the device under test. The traffic generation program of the device under test and the testing device are respectively used to send Ethernet data streams in response to a trigger instruction from the control device, and to count Ethernet data stream information, and send the counted Ethernet data stream information to the control device through the debugging interface. The control device is used to trigger the traffic generation program to send an Ethernet data stream to the testing device, and to trigger the testing device to send an Ethernet data stream to the device under test, and to detect the physical layer collision avoidance function of the device under test according to the Ethernet data stream information counted by the traffic generation program and the testing device.

[0006] According to the network node testing system provided in the first aspect of the present application, the physical layer collision avoidance function of the device under test includes at least one of the following: the scheduling period for the device under test to schedule the physical layer collision avoidance function conforms to a preset time period, the timeout time of the data transmission opportunity of the device under test within a data transmission cycle conforms to a first duration, the burst mode function of the device under test is normal, and the physical layer collision avoidance function of the device under test is enabled normally.

[0007] According to the network node testing system provided in the first aspect of the present application, the control device is specifically configured to: detect whether the scheduling period for the device under test to schedule the physical layer collision avoidance function conforms to a preset time period according to the node identifiers of the device under test and the testing device; or, the control device is specifically configured to: detect whether the timeout time of the data transmission opportunity of the device under test within a data transmission cycle conforms to a first duration according to the node identifiers of the device under test and the testing device; the data transmission cycle is a data transmission cycle based on the physical layer collision avoidance function, and the node identifier includes: a master node identifier and a slave node identifier.

[0008] According to the network node testing system provided in the first aspect of the present application, the control device is specifically configured to: detect whether the scheduling period for the device under test to schedule the physical layer collision avoidance function conforms to a preset time period when the node identifier of the device under test is the master node identifier and the node identifier of the testing device is the slave node identifier.

[0009] According to the network node testing system provided in the first aspect of the present application, the control device is specifically configured to: determine the time period for the device under test to send a beacon signal according to the Ethernet data flow information counted by the traffic generation program and the testing device; determine whether the scheduling period for the device under test to schedule the physical layer collision avoidance function conforms to a preset time period according to the time period for the device under test to send a beacon signal; wherein, the beacon signal is used to indicate the start of a data transmission cycle based on the physical layer collision avoidance function.

[0010] According to the network node testing system provided in the first aspect of the present application, the control device is specifically configured to: detect whether the timeout time of the data transmission opportunity of the device under test within a data transmission cycle conforms to the first duration when the node identifier of the device under test is the slave node identifier and the node identifier of the testing device is the master node identifier.

[0011] According to the network node testing system provided in the first aspect of the present application, the control device is specifically configured to: determine the time interval between two data frames sent by the testing device and the device under test within one data transmission cycle according to the traffic generation program and the Ethernet data stream information statistically obtained by the testing device; determine whether the data transmission opportunity timeout time of the device under test within one data transmission cycle meets the first duration according to the time interval between two data frames sent by the testing device and the device under test within one data transmission cycle.

[0012] According to the network node testing system provided in the first aspect of the present application, the control device is further configured to: configure the node identifier of the testing device according to the node identifier of the device under test; when the node identifier of the device under test is the master node identifier, the control device configures the node identifier of the testing device as the slave node identifier; when the node identifier of the device under test is the slave node identifier, the control device configures the node identifier of the testing device as the master node identifier.

[0013] According to the network node testing system provided in the first aspect of the present application, the control device is specifically configured to: when the device under test is configured with a burst mode, determine the number of data frames continuously sent by the device under test within one data transmission cycle and the time interval between any two adjacent data frames according to the traffic generation program and the Ethernet data stream information statistically obtained by the testing device; wherein, the data transmission cycle is one data transmission cycle based on the physical layer collision avoidance function; determine whether the burst mode function of the device under test is normal according to the number of data frames continuously sent by the device under test within one data transmission cycle and the time interval between any two adjacent data frames.

[0014] According to the network node testing system provided in the first aspect of the present application, the control device is specifically configured to: determine whether the communication function of the Ethernet interface of the device under test is normal according to the Ethernet data stream information statistically obtained by the device under test for its received and sent data; when it is determined that the communication function of the Ethernet interface of the device under test is normal, determine that the physical layer collision avoidance function of the device under test is enabled.

[0015] According to the second aspect of the embodiments of the present application, a network node testing method is provided, which is applied to a control device in the network node testing system described in any item of the first aspect; the network node testing method includes: respectively sending trigger instructions to the traffic generation program of the device under test and the testing device; the trigger instructions are used to trigger the traffic generation program of the device under test and the testing device to send Ethernet data streams, and to count the Ethernet data stream information; receiving the Ethernet data stream information counted by the traffic generation program of the device under test and the testing device after receiving the trigger instructions and sent through the debugging interface; and detecting the physical layer collision avoidance function of the device under test according to the Ethernet data stream information counted by the traffic generation program of the device under test and the testing device.

[0016] According to the third aspect of the embodiments of the present application, a network node testing device is provided, which is applied to a control device in the testing system described in any item of the first aspect; the network node testing device includes: a sending module, configured to respectively send trigger instructions to the traffic generation program of the device under test and the testing device; wherein, the trigger instructions are used to trigger the traffic generation program of the device under test and the testing device to send Ethernet data streams, and to count the Ethernet data stream information; a receiving module, configured to receive the Ethernet data stream information counted by the traffic generation program of the device under test and the testing device after receiving the trigger instructions and sent through the debugging interface; and a detecting module, configured to detect the physical layer collision avoidance function of the device under test according to the Ethernet data stream information counted by the traffic generation program of the device under test and the testing device.

[0017] According to the fourth aspect of the embodiments of the present application, an electronic device is provided, including: a memory and a processor; the memory is connected to the processor and is used to store programs; the processor is used to implement the network node testing method described in the first aspect by running the programs in the memory.

[0018] According to the fifth aspect of the embodiments of the present application, a storage medium is provided, on which a computer program is stored, and when the computer program is run by a processor, the network node testing method described in the first aspect is implemented.

[0019] In the embodiments of the present application, the device under test and the test device form an Ethernet structure through an Ethernet link. Under the control of the control device, the process of sending and receiving Ethernet data streams between the device under test and the test device in the Ethernet structure can be simulated. The control device can analyze the traffic generation program of the device under test and the Ethernet data stream information sent by the test device to detect whether the physical layer collision avoidance function of the device under test meets the design requirements, so as to discover and solve problems in a timely manner and ensure the reliability of the device under test. Among them, the Ethernet link between the device under test and the test device is specifically used for the transmission of Ethernet data streams, while the trigger instructions of the control device, the Ethernet data stream information respectively counted by the device under test and the test device, and other debugging information can all be transmitted through the connections between the control device and the debugging interfaces of the device under test and the test device respectively, avoiding data transmission conflicts between the Ethernet data stream and the debugging information and improving the reliability of the network node test system. The traffic generation program in the device under test can realize the custom sending of the Ethernet data stream of the device under test, improving the flexibility and universality of the network node test system. In addition, the network node test system provided by the embodiments of the present application has a simple structure, convenient operation, and low test cost. The number of node devices in the Ethernet structure composed of the device under test and the test device is small, and the amount of data information generated in the network structure is low, which is convenient for the control device to perform data analysis and improve the output effect of the analysis results. Description of the Drawings

[0020] Figure 1 It is a schematic diagram of a vehicle-mounted communication network topology provided by an embodiment of the present application;

[0021] Figure 2 It is a schematic diagram of node identifier configuration under a PLCA mechanism provided by an embodiment of the present application;

[0022] Figure 3 It is a schematic diagram of the transmission cycle principle under a PLCA mechanism provided by an embodiment of the present application;

[0023] Figure 4 It is a schematic diagram of node device configuration of an automotive electronic and electrical architecture provided by an embodiment of the present application;

[0024] Figure 5 It is a schematic diagram of the structure principle of the network node test system provided by an embodiment of the present application;

[0025] Figure 6 It is a flowchart of the implementation of the network node test method provided by an embodiment of the present application;

[0026] Figure 7 It is a schematic diagram of the connection principle of the network node test device provided by an embodiment of the present application;

[0027] Figure 8Schematic diagram of the structure of the electronic device provided by the embodiment of the present application. Detailed implementation manners

[0028] Next, the technical solutions in the embodiments of the present application will be clearly and completely described in conjunction with the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. All other embodiments obtained by those of ordinary skill in the art based on the embodiments of the present application without creative efforts shall fall within the protection scope of the present application.

[0029] In one embodiment, the present application provides a 10M Ethernet environment applied to a vehicle.

[0030] In this embodiment, as Figure 1 shown, the vehicle is configured with a 100 / 1000 Mbps in-vehicle Ethernet (100 / 1000BASE-T1) topology and a 10 Mbps (M) Ethernet (10BASE-T1S) topology. Specifically, in a zone-oriented architecture of the vehicle, an Ethernet switch (ETH Switch) is configured in one zone, and multiple physical layer node devices (PHY) are configured under the switch in a 100 / 1000BASE-T1 topology structure. The physical layer node devices in this zone implement communication based on 100 / 1000 Mbps Ethernet technology. At the same time, according to the actual needs of the vehicle, some of the physical layer node devices in the vehicle implement communication through 10BASE-T1S. Exemplarily, the physical layer node device can be an electronic control unit (Electronic Control Unit, ECU) configured on the vehicle. Preferably, 10BASE-T1S adopts a 10 Mbps Ethernet communication technology with a single pair of unshielded twisted wires. The vehicle uses in-vehicle Ethernet technology to cover 90% of the low-bandwidth communication requirements in the vehicle, which can relatively reduce the overall vehicle cost.

[0031] In this embodiment, the in-vehicle Ethernet technology supports the following multiple communication modes: half-duplex point-to-point communication; full-duplex point-to-point communication; half-duplex multi-point communication.

[0032] Among them, when implementing half-duplex multi-point communication, traditional Carrier Sense Multiple Access / collision detection (CSMA / CD) technology or Physical Layer Collision Avoidance (PLCA) technology can be used.

[0033] In this embodiment, different from the 100 / 1000 Mbps in-vehicle Ethernet topology based on a switch, the 10M Ethernet adopts a bus topology (as Figure 1As shown in the figure, in the vehicle-mounted field, in order to ensure reliable time delay, a half-duplex multi-point communication mode based on the PLCA technology is generally adopted to avoid bus conflicts.

[0034] Under the PLCA mechanism, as Figure 2 shown, based on a 10M bus (10Mbps shared), each node device will be assigned a unique node identifier (also known as Node ID). Exemplarily, the Node ID can be 0, 1, 2, …, N, where N is a positive integer. As Figure 3 shown, where setting the Node ID to 0 means it is the master node (denoted as PHY 0); the master node sends a beacon signal to start a transmission cycle. Each node device (denoted as PHY 0, PHY 1, …, PHY N respectively) has a data transmission opportunity in sequence according to the Node ID number. When a node has a transmission opportunity: if there is a data transmission requirement, it sends data. After the data transmission is completed, the next node starts to have a transmission opportunity; if there is no data transmission requirement, the bus will be idle (silence) for a period of time. After exceeding a certain duration, it yields the transmission opportunity to the next node device. After all nodes complete a transmission cycle, the master node sends a beacon signal again to start the next cycle. Based on this mechanism, all nodes on the 10M bus avoid transmission conflicts, and each node has an equal transmission opportunity, ensuring the data transmission delay.

[0035] In one embodiment, the present application provides a central + regional automotive electronic and electrical architecture. Under this architecture, the subnets within the zone will adopt the in-vehicle 10M Ethernet technology (10Base-T1S), as Figure 4 shown. Under this architecture, the node devices on the 10M bus can be controllers, intelligent actuators, and sensors within the zone, etc. The sensors can be different sensors corresponding to various functions such as ambient lights, seats, and windows inside the vehicle body. Low-bandwidth data communication is achieved between each node device based on 10Base-T1S.

[0036] Next, a detailed introduction to the network node test system provided by the present application will be given.

[0037] At present, the mass production of 10M Ethernet physical layer (PHY) chips that meet automotive-grade standards has just started, and they have not been widely used in large-scale mass production in the automotive field. This technology is still in the preliminary research or development stage. During the research or development process, a set of solutions needs to be formulated to verify the self-developed 10M Ethernet controller. The most important verification function is the PLCA function, that is, to verify one by one whether each node device can implement the corresponding function of the physical layer collision avoidance mechanism. For any node device, the PLCA configuration includes: whether PLCA is enabled; Node ID; transmission opportunity timeout; burst mode: the number of burst frames and burst timeout. In this mode, the node device can continuously occupy the transmission opportunity and send multiple frames of data continuously. Verifying the PLCA function of any node device is to verify the implementation effect of the above configuration.

[0038] The network node test systems provided in the following various embodiments are aimed at verifying the functions of implementing at least one of the above PLCA configurations for any node device.

[0039] In one embodiment, as Figure 5 shown, the network node test system includes: a device under test, a test device, and a control device. The device under test and the test device are connected through an Ethernet link ( Figure 5 the solid line shown), and the control device is respectively connected to the debug interfaces of the device under test and the test device ( Figure 5 the dashed line shown). A traffic generation program runs on the device under test.

[0040] The traffic generation program of the device under test and the test device are respectively used to send Ethernet data streams in response to the trigger instruction of the control device, and to count the Ethernet data stream information, and send the counted Ethernet data stream information to the control device through the debug interface; the control device is used to trigger the traffic generation program to send Ethernet data streams to the test device, and to trigger the test device to send Ethernet data streams to the device under test, and to detect the physical layer collision avoidance function of the device under test according to the Ethernet data stream information counted by the traffic generation program and the test device.

[0041] In this embodiment, the Ethernet link refers to a link that mainly provides low-bandwidth communication requirements. This Ethernet link adopts a bus topology, and node devices are configured on the Ethernet link bus based on PLCA technology. The bus bandwidth of this Ethernet link is relatively low, and the actual setting of the bus bandwidth is configured according to the actual operation scenario. For example, in the field of in-vehicle communication, the bus bandwidth of the Ethernet link is configured as 10M, and a 10M Ethernet is formed based on the Ethernet link and node devices.

[0042] In this embodiment, the device under test refers to any node device configured in an Ethernet link based on the PLCA technology. Exemplarily, when 10M Ethernet is configured based on the PLCA technology in a vehicle, the device under test can be a sensor, an ECU, or any other vehicle node device in the in-vehicle 10M Ethernet; when Ethernet is configured based on the PLCA technology in a smart home device, the device under test can be a sensor, a controller, or any other home device node device in the smart home device; of course, if devices or apparatuses in other fields are also configured with Ethernet based on the PLCA technology, the device under test can also be the corresponding node device in that field. The protection scope of this application is not limited by the specific implementation type of the node device.

[0043] In this embodiment, to ensure that the device under test can support the smooth implementation of the network node test process, the device under test needs to be pre-embedded with a traffic generation program. Before implementing the network node test, it is necessary to pre-embed a traffic generation program in the device under test, and the control device can remotely trigger this traffic generation program. To avoid the impact of debugging information such as trigger instructions and Ethernet data stream information sent during the test process on the transmission process of the Ethernet link and affect the test results, the device under test is configured with a debugging interface and an Ethernet interface. The device under test is connected to the control device through the debugging interface, and the control device sends a trigger instruction through the debugging interface of the device under test. At the same time, the test device is also configured with a debugging interface and an Ethernet interface. The test device is connected to the control device through the debugging interface, and the control device sends a trigger instruction through the debugging interface of the test device. Based on the Ethernet interface and the debugging interface, it can be ensured that the Ethernet link is not occupied by debugging information during the debugging or testing process. Since only the transmission of Ethernet data exists in the actual use process of the Ethernet link and there is no trigger instruction, the transmission of the trigger instruction through the debugging interface can improve the consistency between the test scenario and the actual scenario and improve the accuracy of the test results.

[0044] Of course, to improve reliability and make full use of the debugging interface, the debugging interface of the device under test and the debugging interface of the test device can also be connected. In this way, the transmission of the trigger instruction can be directly achieved through the connection between the control device and the device under test; or it can be indirectly triggered by the traffic generation program in the device under test through the connection between the control device and the test device and the connection between the test device and the device under test, thereby improving the diversity of the trigger instruction transmission and thus improving the reliability of the network node test system.

[0045] In this embodiment, after the traffic generation program in the DUT (Device Under Test) is triggered, it can be connected via an Ethernet link to send a custom Ethernet data stream to the test device. This Ethernet data stream can be customized with data-related information such as length and transmission interval in advance according to the actual situation and requirements through the traffic generation program, increasing the flexibility and universality of the test process. In addition, after the traffic generation program in the DUT is triggered, it can also count the Ethernet data stream information. Specifically, this Ethernet data stream information includes the data reception and / or transmission information of the DUT, and transmits the reception and / or transmission data information to the control device, and the corresponding results are output by the debug terminal pre-configured in the control device. Similar to the trigger instruction, the Ethernet data stream information is also transmitted through the connection between the control device and the debug interface of the DUT, avoiding occupying the Ethernet link.

[0046] In this embodiment, the test device refers to a device that can implement verification logic during the network node test. Exemplarily, the test device can be a computer, a server, or any other computing device that can implement verification logic. The protection scope of this application is not limited by the specific implementation of the test device.

[0047] In this embodiment, to ensure that the test device can support the smooth implementation of the network node test process, the test device needs to have an Ethernet interface and a debug interface. The Ethernet link connection between the DUT and the test device is achieved through the Ethernet interface, and the bandwidth of this Ethernet interface is consistent with the bus bandwidth of the Ethernet link. Through this Ethernet interface, the Ethernet data stream information can be monitored and collected. Specifically, the Ethernet data stream information includes the data on the Ethernet link. Similarly, the Ethernet data stream information collected by the test device is transmitted to the control device through the connection between the debug interface of the test device and the control device, avoiding occupying the Ethernet link. Preferably, the connection between the test device and the control device can adopt a more reliable wired connection. Exemplarily, the connection method of Universal Serial Bus (USB) is adopted. The wired connection further improves the reliability of the network node test process.

[0048] In this embodiment, the test device also needs to timestamp the collected Ethernet data stream information to ensure that the controller can better analyze the Ethernet data stream information based on the timestamp and ensure the test reliability. Preferably, the accuracy of the timestamp is at the nanosecond level, thereby further improving the overall test accuracy.

[0049] In this embodiment, the control device refers to a device that can implement control logic during the network node test. Exemplarily, the control device can be a computer, a server, or any other computing device that can implement control logic. The protection scope of this application is not limited by the specific implementation of the control device.

[0050] In this embodiment, to ensure that the control device can support the smooth implementation of the network node test process, the control device first needs to establish a connection with the test device, so that the control device can send a trigger instruction to the test device through this connection, and control the test device to send an Ethernet data stream to the device under test. Preferably, according to the actual situation and needs, the control device can customize data-related information such as the length and sending interval of the Ethernet data stream in advance. Secondly, the control device can be directly connected to the device under test, or the test device can be used as a relay device to achieve an indirect connection between the control device and the device under test. Based on the above, the control device can transmit the trigger instruction to the device under test, trigger the traffic generation program of the device under test, and control the device under test to send an Ethernet data stream to the test device.

[0051] In this embodiment, the Ethernet data stream information counted by the device under test can be transmitted to the control device through the direct connection or indirect connection provided above; at the same time, the Ethernet data stream information counted by the test device can also be transmitted to the control device through the connection between the test device and the control device. Preferably, the control device has a display and statistical function. After receiving the Ethernet data stream information transmitted by the device under test and the test device, the control device can complete the statistics and display of information such as the number of packets and bandwidth, which is convenient for monitoring the network node test process and improving the reliability and stability of the network node test process.

[0052] In this embodiment, the control device can also configure the PLCA function of the Ethernet interface of the test device. Configuring the PLCA function includes adaptively configuring the Node ID of the device under test and the test device. Of course, when other PLCA functions of the test device need to be configured according to the actual situation, such as the occupied duration of data transmission of the test device, it can also be achieved through the control device. The control device performs adaptive configuration on the test device so that the test device and the device under test are mutually adapted, which can better complete the network node test process and improve the reliability of the test results.

[0053] In this embodiment, an Ethernet link connection between the device under test and the test device is necessary. The Ethernet data stream sent by the device under test to the test device and the Ethernet data stream sent by the test device to the device under test are both transmitted through the Ethernet link, simulating the application environment of the device under test in the actual Ethernet structure to the greatest extent and improving the reliability of the test results. At the same time, to meet the test requirements, the control device is connected to the debugging interfaces of the device under test and the test device respectively, so as to facilitate the data transmission of debugging information such as trigger instructions and Ethernet data stream information between the control device and the device under test and the test device respectively. Specifically, the control device can send trigger instructions to the device under test and the test device respectively, trigger the device under test to send an Ethernet data stream to the test device, and trigger the test device to send an Ethernet data stream to the device under test. Through the connection between the control device and the device under test and the test device respectively, the control device can also obtain the Ethernet data stream information statistically obtained by the device under test and the test device, and monitor whether the physical layer collision avoidance function of the device under test meets the design requirements based on this Ethernet data stream information, that is, verify the PLCA function of the device under test and complete the test of the device under test.

[0054] In one embodiment, the physical layer collision avoidance function of the device under test includes at least one of the following: the scheduling period for the device under test to schedule the physical layer collision avoidance function conforms to a preset time period, the timeout time of the data transmission opportunity of the device under test within a data transmission cycle conforms to a first duration, the burst mode function of the device under test is normal, and the physical layer collision avoidance function of the device under test is normally enabled.

[0055] In this embodiment, the above-listed physical layer collision avoidance functions are relatively important functions. With the development of technology and actual needs, it is also possible to complete the test of any other physical layer collision avoidance function through the network node test system provided by this application. The network node test system provided by this application is not limited to the above-listed several physical layer collision avoidance functions.

[0056] In one embodiment, detecting whether the physical layer collision avoidance function of the device under test meets the design requirements includes: detecting whether the physical layer collision avoidance function of the device under test is enabled. Specifically, the control device is specifically used for: determining whether the communication function of the Ethernet interface of the device under test is normal according to the Ethernet data stream information received and sent by the device under test statistically obtained; and determining that the physical layer collision avoidance function of the device under test is enabled when it is determined that the communication function of the Ethernet interface of the device under test is normal.

[0057] In this embodiment, the PLCA function of the device under test is verified, including verifying whether the PLCA function of the device under test can be enabled normally. Specifically, after the control device triggers the device under test to send an Ethernet data stream to the test device and triggers the test device to send an Ethernet data stream to the device under test, when the Ethernet link and the test device are normal, if the communication function of the Ethernet interface of the device under test is normal and the PLCA function of the device under test can be enabled normally, the control device can determine based on the Ethernet data stream information statistically collected by the device under test that the device under test can send an Ethernet data stream to the test device normally and the device under test can receive the Ethernet data stream sent by the test device normally; at the same time, the control device can determine based on the Ethernet data stream information statistically collected by the test device that the test device can send an Ethernet data stream to the device under test normally and the test device can receive the Ethernet data stream sent by the device under test normally. If the communication function of the Ethernet interface of the device under test is abnormal and the PLCA function of the device under test cannot be enabled normally, the device under test cannot send an Ethernet data stream to the test device normally, and / or the device under test cannot receive the Ethernet data stream sent by the test device normally, and the control device can determine that the PLCA function of the device under test is not enabled normally through the statistically collected Ethernet data stream information.

[0058] In one embodiment, detecting whether the physical layer collision avoidance function of the device under test meets the design requirements includes: detecting whether the scheduling period for the device under test to schedule the physical layer collision avoidance function meets a preset time period, and whether the data transmission opportunity timeout time of the device under test within a data transmission cycle meets a first duration. Specifically, the control device is specifically configured to: detect whether the scheduling period for the device under test to schedule the physical layer collision avoidance function meets a preset time period according to the node identifiers of the device under test and the test device; or, the control device is specifically configured to: detect whether the data transmission opportunity timeout time of the device under test within a data transmission cycle meets a first duration according to the node identifiers of the device under test and the test device; the data transmission cycle is a data transmission cycle based on the physical layer collision avoidance function, and the node identifier includes: a master node identifier and a slave node identifier.

[0059] In this embodiment, the node device can be used as a master node device or a slave node device according to the configured node identifier. And according to the node identifier configured for the node under test, the node identifier of the test device is pre-configured in advance, so that the control device detects whether the scheduling period for the device under test to schedule the physical layer collision avoidance function meets a preset time period according to the node identifiers of the device under test and the test device, or the control device detects whether the data transmission opportunity timeout time of the device under test within a data transmission cycle meets a first duration according to the node identifiers of the device under test and the test device. Wherein, the first duration is the duration pre-configured by the device under test for the data transmission opportunity timeout time.

[0060] In one embodiment, to ensure that the node identifier of the device under test can accurately test the PLCA function of the device under test, whether it is a master node identifier or a slave node identifier, the control device is further configured to: configure the node identifier of the test device according to the node identifier of the device under test; when the node identifier of the device under test is a master node identifier, the control device configures the node identifier of the test device as a slave node identifier; when the node identifier of the device under test is a slave node identifier, the control device configures the node identifier of the test device as a master node identifier.

[0061] In this embodiment, when the node identifier of the device under test is a master node identifier, the control device configures the node identifier of the test device as a slave node identifier; when the node identifier of the device under test is a slave node identifier, the control device configures the node identifier of the test device as a master node identifier. Through the adaptive configuration of the node identifier, targeted testing of the PLCA function of the device under test can be achieved. That is, when the device under test is a master node device, verify whether the PLCA scheduling function of the device under test is normal. When the device under test is a slave node device, verify whether the data transmission opportunity timeout period within a data transmission cycle of the device under test meets the first time period. Improve the flexibility during the network node testing process, avoid resource waste, and improve the testing efficiency.

[0062] In one embodiment, the node identifier of the device under test may be a master node identifier. At this time, the node identifier of the test device needs to be configured as a slave node identifier. Then, the control device is specifically configured to: when the node identifier of the device under test is a master node identifier and the node identifier of the test device is a slave node identifier, detect whether the scheduling period of the physical layer collision avoidance function of the device under test meets a preset time period.

[0063] In one embodiment, when the node identifier of the device under test is a master node identifier and the node identifier of the test device is a slave node identifier, the control device is specifically configured to: determine the time period for the device under test to send a beacon signal according to the traffic generation program and the Ethernet data flow information statistically collected by the test device; determine whether the scheduling period of the physical layer collision avoidance function of the device under test meets a preset time period according to the time period for the device under test to send a beacon signal; wherein, the beacon signal is used to indicate the start of a data transmission cycle based on the physical layer collision avoidance function.

[0064] In this embodiment, when the device under test is the master node device, the device under test needs to implement the scheduling function. At this time, it is necessary to verify the PLCA scheduling function of the device under test. The scheduling of PLCA is achieved by the master node device periodically sending beacon signals. When the master node device sends a beacon signal, it represents the start of a data transmission cycle of PLCA. Based on this, to verify the PLCA scheduling function of the device under test, it can be achieved by monitoring the time period of the beacon signal sent by the device under test. Specifically, after the control device obtains the Ethernet data stream information counted by the traffic generation program and the test device in the device under test, it extracts the time period of the beacon signal sent by the device under test from the Ethernet data stream information. If the time period of the beacon signal sent by the device under test, that is, the scheduling period of the physical layer collision avoidance function of the device under test, meets the preset time period, it indicates that the scheduling function of the device under test is normal; if the time period of the beacon signal sent by the device under test, that is, the scheduling period of the physical layer collision avoidance function of the device under test, does not meet the preset time period, it indicates that the scheduling function of the device under test is abnormal.

[0065] In this embodiment, when the device under test is the master node device, that is, the Node ID of the device under test is 0, when the control device performs adaptive configuration for the test device, it is preferably to configure the Node ID of the test device as the node identifier adjacent to the NodeID of the master node device. Specifically, the Node ID of the device under test is 0, and it is preferably to configure the Node ID of the test device as 1. Based on this, the time interval between the device under test and the test device is one transmission delay, which is more convenient for information statistics and the test of the scheduling function of the device under test, and improves the reliability of network node testing.

[0066] In one embodiment, the node identifier of the device under test may be the master node identifier. At this time, the node identifier of the test device is preferably configured as the master node identifier. The control device is specifically used for: when the node identifier of the device under test is the slave node identifier and the node identifier of the test device is the master node identifier, detecting whether the data transmission opportunity timeout time of the device under test within one data transmission cycle meets the first duration.

[0067] In one embodiment, when the node identifier of the device under test is the slave node identifier and the node identifier of the test device is the master node identifier, the control device is specifically used for: determining the time interval between two data frames sent by the test device and the device under test within one data transmission cycle according to the Ethernet data stream information counted by the traffic generation program and the test device; determining whether the data transmission opportunity timeout time of the device under test within one data transmission cycle meets the first duration according to the time interval between two data frames sent by the test device and the device under test within one data transmission cycle.

[0068] In this embodiment, when the device under test is a slave node device (not a master node device), the test device needs to be configured as a master node device. At this time, it is necessary to detect whether the data transmission opportunity timeout time of the device under test within a data transmission cycle meets the first duration. Specifically, after the test device sends a beacon signal to the device under test, the device under test starts to calculate the time when it sends data based on its configured Node ID, and starts to send an Ethernet data stream at the timing indicated by the Node ID. The control device determines the time interval between two data frames sent by the test device and the device under test within a data transmission cycle through the Ethernet data stream information statistically obtained by the device under test and the test device. If it is determined that the data transmission opportunity timeout time of the device under test within a data transmission cycle meets the first duration, it indicates that the timing of the device under test's data transmission meets the design; if it is determined that the data transmission opportunity timeout time of the device under test within a data transmission cycle does not meet the first duration, it indicates that the timing of the device under test's data transmission does not meet the design.

[0069] Further, when the device under test is a slave node device, when the test device and the device under test send Ethernet data streams, the time interval between data frames is at least one transmission delay. Exemplarily, if the Node ID of the device under test is 3 and the Node ID adapted by the test device is 0, the time interval between the data frames sent by the device under test and the test device is 3 transmission delays.

[0070] In one embodiment, the device under test may be pre-configured with a burst mode. At this time, it is necessary to test the burst mode of the device under test. When the device under test is configured with a burst mode, it is necessary to detect whether the physical layer collision avoidance function of the device under test meets the design requirements, including: detecting whether the burst mode function of the device under test is normal.

[0071] The control device is specifically used for: when the device under test is configured with a burst mode, determining the number of consecutive data frames sent by the device under test within a data transmission cycle and the time interval between any two adjacent data frames according to the traffic generation program and the Ethernet data stream information statistically obtained by the test device; wherein, the data transmission cycle is a data transmission cycle based on the physical layer collision avoidance function; determining whether the burst mode function of the device under test is normal according to the number of consecutive data frames sent by the device under test within a data transmission cycle and the time interval between any two adjacent data frames.

[0072] In this embodiment, after the device under test is configured with the burst mode, the device under test can continuously send multiple data frames, and the time interval between consecutive data frames is less than the normal transmission delay. When it is necessary to test the burst mode of the device under test, the control device can send a trigger instruction to the device under test to control the device under test to adjust the sending mode of the Ethernet data stream, control the traffic generation program in the device under test, and reduce the time interval between Ethernet data stream transmissions, thereby simulating a burst data stream. The control device determines the number of data frames continuously sent by the device under test within a data transmission cycle, and the time interval between any two adjacent data frames, based on the Ethernet data stream information statistically obtained by the device under test and the test device. If the number of data frames continuously sent by the device under test within a data transmission cycle meets the number of data frames continuously sent in the burst mode pre-configured by the device under test, and the time interval between any two adjacent data frames meets the time interval in the burst mode pre-configured by the device under test, it indicates that the burst mode function of the device under test is normal; if the number of data frames continuously sent by the device under test within a data transmission cycle does not meet the number of data frames continuously sent in the burst mode pre-configured by the device under test, and / or the time interval between any two adjacent data frames does not meet the time interval in the burst mode pre-configured by the device under test, it indicates that the burst mode function of the device under test is abnormal.

[0073] In the embodiment provided by this application, the Ethernet structure formed by the Ethernet link between the device under test and the test device can simulate the sending and receiving processes of the Ethernet data stream between the device under test and the test device under the control of the control device. The control device can analyze the traffic generation program of the device under test and the Ethernet data stream information sent by the test device to detect whether the physical layer collision avoidance function of the device under test meets the design requirements, so as to timely discover and solve problems and ensure the reliability of the device under test. Among them, the Ethernet link between the device under test and the test device is specifically used for the transmission of the Ethernet data stream, and debugging information such as the trigger instruction of the control device and the Ethernet data stream information respectively statistically obtained by the device under test and the test device can be transmitted through the connections between the control device and the debugging interfaces of the device under test and the test device respectively, avoiding data transmission conflicts between the Ethernet data stream and the debugging information and improving the reliability of the network node test system. The traffic generation program in the device under test can implement custom sending of the Ethernet data stream of the device under test, improving the flexibility and universality of the network node test system. In addition, the network node test system provided by the embodiment of this application has a simple structure, convenient operation, and low test cost. The number of node devices in the Ethernet structure formed by the device under test and the test device is small, and the amount of data information generated in the network structure is low, which is convenient for the control device to perform data analysis and improve the output effect of the analysis result.

[0074] Next, a network node testing method is provided, which is applied to the control device in the network node testing system provided in any of the above embodiments. The specific implementation process can refer to the implementation manner of the above network node testing system, and the repeated parts will not be described again.

[0075] In one embodiment, as Figure 6 shown, the process implemented by the network node testing method is as follows:

[0076] Step 601: Send trigger instructions to the traffic generation program of the device under test and the test device respectively; the trigger instructions are used to trigger the traffic generation program of the device under test and the test device to send Ethernet data streams, and to count the Ethernet data stream information.

[0077] Step 602: Receive the Ethernet data stream information counted by the traffic generation program of the device under test and the test device after receiving the trigger instructions and sent through the debugging interface.

[0078] Step 603: Detect the physical layer collision avoidance function of the device under test according to the Ethernet data stream information counted by the traffic generation program of the device under test and the test device.

[0079] In one embodiment, the physical layer collision avoidance function of the device under test includes at least one of the following: the scheduling period for the device under test to schedule the physical layer collision avoidance function conforms to a preset time period, the timeout time of the data transmission opportunity of the device under test within a data sending period conforms to a first duration, the burst mode function of the device under test is normal, and the physical layer collision avoidance function of the device under test is enabled normally.

[0080] In one embodiment, detecting the physical layer collision avoidance function of the device under test according to the Ethernet data stream information counted by the traffic generation program of the device under test and the test device includes: detecting whether the scheduling period for the device under test to schedule the physical layer collision avoidance function conforms to a preset time period according to the node identifiers of the device under test and the test device; or, detecting whether the timeout time of the data transmission opportunity of the device under test within a data sending period conforms to a first duration according to the node identifiers of the device under test and the test device; the data sending period is a data sending period based on the physical layer collision avoidance function, and the node identifiers include: the master node identifier and the slave node identifier.

[0081] In one embodiment, detecting the physical layer collision avoidance function of the device under test according to the Ethernet data stream information counted by the traffic generation program of the device under test and the test device includes: when the node identifier of the device under test is the master node identifier and the node identifier of the test device is the slave node identifier, detecting whether the scheduling period for the device under test to schedule the physical layer collision avoidance function conforms to a preset time period.

[0082] In one embodiment, the physical layer collision avoidance function of the device under test is detected according to the traffic generation program of the device under test and the Ethernet data stream information statistically obtained by the test device, including: determining the time period for the device under test to send beacon signals according to the traffic generation program and the Ethernet data stream information statistically obtained by the test device; determining whether the scheduling period for the device under test to schedule the physical layer collision avoidance function conforms to a preset time period according to the time period for the device under test to send beacon signals; wherein, the beacon signal is used to indicate the start of a data transmission period based on the physical layer collision avoidance function.

[0083] In one embodiment, the physical layer collision avoidance function of the device under test is detected according to the traffic generation program of the device under test and the Ethernet data stream information statistically obtained by the test device, including: detecting whether the data transmission opportunity timeout time of the device under test within a data transmission period conforms to a first duration when the node identifier of the device under test is a slave node identifier and the node identifier of the test device is a master node identifier.

[0084] In one embodiment, the physical layer collision avoidance function of the device under test is detected according to the traffic generation program of the device under test and the Ethernet data stream information statistically obtained by the test device, including: determining the time interval between two data frames sent by the test device and the device under test within a data transmission period according to the traffic generation program and the Ethernet data stream information statistically obtained by the test device; determining whether the data transmission opportunity timeout time of the device under test within a data transmission period conforms to a first duration according to the time interval between two data frames sent by the test device and the device under test within a data transmission period.

[0085] In one embodiment, the physical layer collision avoidance function of the device under test is detected according to the traffic generation program of the device under test and the Ethernet data stream information statistically obtained by the test device, including: configuring the node identifier of the test device according to the node identifier of the device under test; when the node identifier of the device under test is a master node identifier, the control device configures the node identifier of the test device as a slave node identifier; when the node identifier of the device under test is a slave node identifier, the control device configures the node identifier of the test device as a master node identifier.

[0086] In one embodiment, the physical layer collision avoidance function of the device under test is detected according to the Ethernet data stream information obtained by the traffic generation program of the device under test and the test device, including: when the device under test is configured with a burst mode, determining the number of data frames continuously sent by the device under test within a data transmission cycle and the time interval between any two adjacent data frames according to the Ethernet data stream information obtained by the traffic generation program and the test device; wherein, the data transmission cycle is a data transmission cycle based on the physical layer collision avoidance function; and determining whether the burst mode function of the device under test is normal according to the number of data frames continuously sent by the device under test within a data transmission cycle and the time interval between any two adjacent data frames.

[0087] In one embodiment, the physical layer collision avoidance function of the device under test is detected according to the Ethernet data stream information obtained by the traffic generation program of the device under test and the test device, including: determining whether the communication function of the Ethernet interface of the device under test is normal according to the Ethernet data stream information of the received and transmitted by the device under test; and determining that the physical layer collision avoidance function of the device under test is enabled when it is determined that the communication function of the Ethernet interface of the device under test is normal.

[0088] Correspondingly, an embodiment of the present application further provides a network node testing device, which is applied to a control device in the testing system provided in any of the above embodiments.

[0089] As Figure 7 shown, the network node testing device includes:

[0090] A sending module 701, configured to send trigger instructions to the traffic generation program of the device under test and the test device respectively; wherein, the trigger instructions are used to trigger the traffic generation program of the device under test and the test device to send Ethernet data streams and count the Ethernet data stream information.

[0091] A receiving module 702, configured to receive the Ethernet data stream information counted by the traffic generation program of the device under test and the test device after receiving the trigger instructions and sent through the debugging interface.

[0092] A detecting module 703, configured to detect the physical layer collision avoidance function of the device under test according to the Ethernet data stream information obtained by the traffic generation program of the device under test and the test device.

[0093] The network node testing device provided in this embodiment belongs to the same inventive concept as the network node testing method provided in the above embodiments of the present application, and can execute the network node testing method provided in any of the above embodiments of the present application, and has the corresponding functional modules and beneficial effects for executing the method. For the technical details not described in detail in this embodiment, reference may be made to the specific processing content of the network node testing method provided in the above embodiments of the present application, which will not be elaborated here.

[0094] An embodiment of the present application further provides an electronic device, such as Figure 8 shown, the electronic device includes: a memory 800 and a processor 810.

[0095] The memory 800 is connected to the processor 810 and is used to store programs.

[0096] The processor 810 is used to implement the network node test method in the above embodiment by running the program stored in the memory 800.

[0097] Specifically, the above electronic device may further include: a communication interface 820, an input device 830, an output device 840, and a bus 850.

[0098] The processor 810, the memory 800, the communication interface 820, the input device 830, and the output device 840 are interconnected through the bus. Among them:

[0099] The bus 850 may include a path for transmitting information between various components of the computer system.

[0100] The processor 810 may be a general-purpose processor, such as a general-purpose central processing unit (CPU), a microprocessor, etc., or an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the program of the present invention solution. It may also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.

[0101] The processor 810 may include a main processor and may also include a baseband chip, a modem, etc.

[0102] The memory 800 stores a program for implementing the technical solution of the present invention, and may also store an operating system and other key services. Specifically, the program may include program code, and the program code includes computer operation instructions. More specifically, the memory 800 may include a read-only memory (ROM), other types of static storage devices that can store static information and instructions, a random access memory (RAM), other types of dynamic storage devices that can store information and instructions, a disk memory, a flash, etc.

[0103] The input device 830 may include devices for receiving data and information input by a user, such as a keyboard, a mouse, a camera, a scanner, a light pen, a voice input device, a touch screen, a pedometer, or a gravity sensor, etc.

[0104] The output device 840 may include devices for allowing information to be output to a user, such as a display screen, a printer, a speaker, etc.

[0105] The communication interface 820 may include devices of any transceiver type for communicating with other devices or communication networks, such as Ethernet, a radio access network (RAN), a wireless local area network (WLAN), etc.

[0106] The processor 810 executes the programs stored in the memory 800 and calls other devices, and can be used to implement the various steps of the network node testing method provided in the above embodiments of the present application.

[0107] In addition to the above methods and devices, an embodiment of the present application may also be a computer program product, which includes computer program instructions. When the computer program instructions are run by a processor, the processor is caused to execute the steps in the network node testing method described in the embodiments of the present application.

[0108] The computer program product may be written in any combination of one or more programming languages for programming code to perform the operations of the embodiments of the present application. The programming languages include object-oriented programming languages, such as Java, C++, etc., and also include conventional procedural programming languages, such as the "C" language or similar programming languages. The program code may be executed entirely on a user computing device, partially on the user device, executed as a stand-alone software package, partially on the user computing device and partially on a remote computing device, or entirely on a remote computing device or server.

[0109] In addition, an embodiment of the present application may also be a storage medium, on which a computer program is stored, and the computer program is executed by a processor to perform the steps in the network node testing method described in the embodiments of the present application.

[0110] In several embodiments provided by the present application, it should be understood that the disclosed terminal, device, and method may be implemented in other ways. For example, the terminal embodiments described above are merely illustrative. For example, the division of modules or sub-modules is only a logical function division. In actual implementation, there may be other division methods. For example, multiple sub-modules or modules may be combined or integrated into another module, or some features may be ignored or not executed. Another point is that the displayed or discussed coupling or direct coupling or communication connection to each other may be an indirect coupling or communication connection through some interfaces, devices, or modules, and may be in an electrical, mechanical, or other form.

[0111] The modules or sub-modules described as separate components may or may not be physically separated. The components as modules or sub-modules may or may not be physical modules or sub-modules, that is, they may be located in one place, or may be distributed across multiple network modules or sub-modules. Some or all of the modules or sub-modules can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0112] In addition, each functional module or sub-module in various embodiments of the present application may be integrated in a processing module, may exist separately as individual physical modules or sub-modules, or two or more modules or sub-modules may be integrated in one module. The above integrated modules or sub-modules may be implemented in the form of hardware, or may be implemented in the form of software functional modules or sub-modules.

[0113] The steps of the methods or algorithms described in combination with the embodiments disclosed herein may be directly implemented by hardware, software units executed by a processor, or a combination of both. The software units may be placed in a random access memory (RAM), memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium well-known in the technical field.

Claims

1. A network node testing system, characterized in that: include: A device under test, a test device and a control device, wherein the device under test and the test device are connected via an Ethernet link, the control device is connected to a debugging interface of the device under test and a debugging interface of the test device respectively, and a streaming program is running on the device under test; The streaming program of the device under test and the test device are respectively used to send Ethernet data streams in response to a trigger instruction of the control device, and to count Ethernet data stream information, and send the counted Ethernet data stream information to the control device through a debugging interface; The control device is used to trigger the streaming program to send an Ethernet data stream to the test device, and to trigger the test device to send an Ethernet data stream to the device under test, and to detect the physical layer conflict avoidance function of the device under test based on the streaming program and the Ethernet data stream information obtained by the test device.

2. The network node testing system according to claim 1, characterized in that: The physical layer conflict avoidance function of the device under test includes at least one of the following: The scheduling period of the physical layer conflict avoidance function of the device under test complies with a preset time period, the data transmission opportunity timeout period of the device under test within a data sending period complies with a first duration, the burst mode function of the device under test is normal, and the physical layer conflict avoidance function of the device under test is enabled normally.

3. The network node testing system according to claim 1 or 2, characterized in that: The control device is specifically used to: detect whether the scheduling period of the physical layer conflict avoidance function scheduled by the device under test meets the preset time period according to the node identifiers of the device under test and the test device; Alternatively, the control device is specifically used to: detect whether a data transmission opportunity timeout period of the device under test within a data transmission cycle meets a first duration according to the node identifiers of the device under test and the test device; The data transmission cycle is a data transmission cycle based on the physical layer conflict avoidance function, and the node identifier includes: a master node identifier and a slave node identifier.

4. The network node testing system according to claim 3, characterized in that: The control device is specifically used to: when the node identifier of the device under test is a master node identifier and the node identifier of the test device is a slave node identifier, detect whether the scheduling period of the physical layer conflict avoidance function scheduled by the device under test meets the preset time period.

5. The network node testing system according to claim 4, characterized in that: The control device is specifically used for: Determine the time period for the device under test to send a beacon signal according to the streaming program and the Ethernet data stream information counted by the test device; Determining, according to a time period for the device under test to send a beacon signal, whether a scheduling period for the device under test to schedule the physical layer conflict avoidance function meets a preset time period; The beacon signal is used to indicate the start of a data transmission cycle based on the physical layer conflict avoidance function.

6. The network node testing system according to claim 3, characterized in that: The control device is specifically used to detect whether a data transmission opportunity timeout period of the device under test within a data sending cycle meets the first duration when the node identifier of the device under test is a slave node identifier and the node identifier of the test device is a master node identifier.

7. The network node testing system according to claim 6, characterized in that: The control device is specifically used for: Determine the time interval between two data frames sent by the test device and the device under test in a data sending cycle according to the streaming program and the Ethernet data stream information obtained by statistics of the test device; According to the time interval between two data frames sent by the test device and the device under test in a data sending cycle, it is determined whether a data transmission opportunity timeout period of the device under test in a data sending cycle meets the first duration.

8. The network node testing system according to claim 2, characterized in that: The control device is further used to: configure the node identification of the test device according to the node identification of the device under test; when the node identification of the device under test is a master node identification, the control device configures the node identification of the test device as a slave node identification; In a case where the node identifier of the device under test is a slave node identifier, the control device configures the node identifier of the test device as a master node identifier.

9. The network node testing system according to claim 1 or 2, characterized in that: The control device is specifically used for: In the case where the device under test is configured with a burst mode, the number of data frames continuously sent by the device under test in a data sending cycle and the time interval between any two adjacent data frames are determined according to the streaming program and the Ethernet data stream information obtained by statistics of the test device; wherein the data sending cycle is a data sending cycle based on the physical layer conflict avoidance function; Whether the burst mode function of the device under test is normal is determined according to the number of data frames continuously sent by the device under test in a data sending cycle and the time interval between any two adjacent data frames.

10. A network node testing method, characterized in that: A control device used in a network node test system as claimed in any one of claims 1 to 9; The network node testing method comprises: Sending a trigger instruction to the streaming program of the device under test and the test device respectively; the trigger instruction is used to trigger the streaming program of the device under test and the test device to send Ethernet data streams and count Ethernet data stream information; Receiving the streaming program of the device under test and the Ethernet data stream information counted by the test device after receiving the trigger instruction and sent through the debugging interface; The physical layer conflict avoidance function of the device under test is detected according to the streaming program of the device under test and the Ethernet data stream information obtained by statistics of the test device.

11. An electronic device, characterized in that: include: Memory and processor; The memory is connected to the processor and is used to store programs; The processor is used to implement the network node testing method as claimed in claim 10 by running the program in the memory.

12. A storage medium, characterized in that: The storage medium stores a computer program, and when the computer program is executed by the processor, the network node testing method as claimed in claim 10 is implemented.

Images