A network device may include a processor. The processor is configured to: receive a network address of a load balancer device from a management device; send a test request to the load balancer device based on the received network address; obtain a network address of a data collector device from the load balancer device; and perform a test with the data collector device. The data collector device is configured to: obtain a result of the test; and send the result to a data lake.

A method is disclosed for distributed routing data with latencies using relay nodes. The method includes automatically measuring one-way latencies between a plurality of nodes comprising a first node, a second node, and a relay node, producing a first signal associated with a proof of uptime for the relay node, producing a second signal associated with a proof of bandwidth for the relay node, after the proof of uptime and the proof of bandwidth of the relay node are validated, automatically identifying a relayed data routing path from the first node to the second node via the relay node based on the one-way latencies between the plurality of nodes, in response to a command to transfer data from the first node to the second node, and transferring data from the first node to the second node along the relayed data routing path.

A network test device tests key performance indicators for a link aggregation group (LAG). Ports for the LAG are determined. Test streams including test frames are generated and transmitted from the ports to test the LAG. The test frames include a unique stream identifier for a corresponding test stream. The test frames may be looped back. Key performance indicators for the LAG are determined based on the received test frames and the unique stream identifier in each test frame.

A network test device tests key performance indicators for a link aggregation group (LAG). Ports for the LAG are determined. Test streams including test frames are generated and transmitted from the ports to test the LAG. The test frames include a unique stream identifier for a corresponding test stream. The test frames may be looped back. Key performance indicators for the LAG are determined based on the received test frames and the unique stream identifier in each test frame.

Systems and methods are provided herein for using a network device's software (e.g., programs executed on a CPU) to maintain and export flow data while offloading network resource intensive tasks to the network device's hardware. This may be accomplished by a network device determining whether a new flow should be tracked using only the software table (e.g., table stored only on the CPU) of the network device or whether certain flow tracking tasks (e.g., counting/parsing) can be offloaded to a hardware table (e.g., counter table in a hardware flow cache) of the network device. The network device may use one or more conditions to determine whether the new flow should be tracked using the software table or by both the software and the hardware table. The conditions can relate to the characteristics of the new flow, resource information, prioritization of the new flow, etc.

The disclosed technology teaches testing a mesh network using new service application level KPIs that extend the TWAMP measurement architecture. A control-client receives and parses a configuration file to populate memory with IP addresses, ports, and test session parameters for disclosed KPIs used to originate two-way test sessions from a first network host; with control-servers and session-reflectors. The method extends the receiving, parsing and originating to dozens to thousands of control-clients, by sending to the control-clients configuration files to originate respective test sessions with control-servers in a mesh network using respective test session parameters; and while the test is running, sending an updated configuration file to at least one control-client that introduces a new control-server or replaces a control-server; and expanding the test to include the new or replacement control-server without stopping or restarting TW test sessions with other control-servers; and monitoring the running test sessions and receiving results.

The disclosed technology teaches testing a mesh network using new service application level KPIs that extend the TWAMP measurement architecture. A control-client receives and parses a configuration file to populate memory with IP addresses, ports, and test session parameters for disclosed KPIs used to originate two-way test sessions from a first network host; with control-servers and session-reflectors. The method extends the receiving, parsing and originating to dozens to thousands of control-clients, by sending to the control-clients configuration files to originate respective test sessions with control-servers in a mesh network using respective test session parameters; and while the test is running, sending an updated configuration file to at least one control-client that introduces a new control-server or replaces a control-server; and expanding the test to include the new or replacement control-server without stopping or restarting TW test sessions with other control-servers; and monitoring the running test sessions and receiving results.

An automotive network switch includes multiple ports, a switch core and one or more processors. The ports are configured to receive packets from electronic subsystems of a vehicle over a computer network deployed in the vehicle, and to transmit the packets to other electronic subsystems of the vehicle over the computer network. The switch core is configured to receive the packets from one or more of the ports, to forward the packets to at least one of the ports, and to transmit the packets over network links of the computer network. The processors are configured to obtain at least some of the packets processed by the switch, to analyze the obtained packets to identify an anomaly in one or more of the electronic subsystems of the vehicle, and to send a notification of the anomaly over the computer network to a central processor that is external to the switch.

An automotive network switch includes multiple ports, a switch core and one or more processors. The ports are configured to receive packets from electronic subsystems of a vehicle over a computer network deployed in the vehicle, and to transmit the packets to other electronic subsystems of the vehicle over the computer network. The switch core is configured to receive the packets from one or more of the ports, to forward the packets to at least one of the ports, and to transmit the packets over network links of the computer network. The processors are configured to obtain at least some of the packets processed by the switch, to analyze the obtained packets to identify an anomaly in one or more of the electronic subsystems of the vehicle, and to send a notification of the anomaly over the computer network to a central processor that is external to the switch.

The disclosure describes techniques for detecting network measurement inaccuracies through the detection of sender delays or packet drops. For example, a sender device of a test packet may determine whether the sender device is experiencing any issues in sending the test packet to a receiver device and notify a controller of the issues such that the controller may generate an indication that one or more Key Performance Indicator (KPI) measurements based on the test packets from the sender device are inaccurate and/or untrustworthy, remove the inaccurate KPI measurements, and/or adjust the inaccurate KPI measurements.