A clock determining method includes: when both a second network device and a first network device are synchronous with a reference clock, simulating, by using delay information between the second network device and the first network device and clock frequency information of the second network device, a second virtual clock synchronized with a first virtual clock, where the first virtual clock is used to simulate a clock of the first network device. A clock of the second network device can thus be simulated to perform a subsequent operation by using the simulated clock. For example, the simulated clock may be used to estimate precision time protocol (PTP) message synchronization performance of the second network device. Therefore, the PTP message synchronization performance of the second network device may be pre-determined before a global navigation satellite system (GNSS) fails, to guide network operation and maintenance activities.

Methods, devices, and non-transitory computer-readable storage media for network dataset processing are provided. An initial user interface in a terminal is generated. The initial user interface is configured to access a network dataset. A network dataset selected from the at least one network dataset is used as a target network dataset in response to selecting the at least one network dataset. A target virtual private network (VPN) node corresponding to the target network dataset is determined in response to an access operation on the target network dataset. An accelerated access channel between the terminal and the target network dataset is established through the target VPN node. The initial user interface is switched to an accelerated user interface. The network data processing information is displayed on the accelerated user interface. The network data processing information indicates that the accelerated access channel is used for accessing the target network dataset.

An example method includes, in response to receiving a gateway heartbeat message from a lighting system non-connected gateway RF node, incrementing a gateway heartbeat counter. In response to receiving a repeater RF node heartbeat message from a network RF node of lighting system non-connected network RF nodes set to a repeater role, incrementing a repeater heartbeat counter. In response to a cycle time exceeding a cycle time timeout, the gateway heartbeat counter not exceeding a gateway heartbeat threshold, and the repeater heartbeat counter exceeding a repeater heartbeat threshold, selecting a selected network RF node of the RF nodes set to the repeater role. Transmitting, via an extended star wireless network, a registration message to the selected network RF node. In response to transmitting the registration message and having a network RF node role state set to an unconnected role, setting the network RF node role state to a connected role.

A test device for performing a bling scan includes a digital blind scan circuit. The blind scan circuit includes digital detectors for multiple cellular technologies that simultaneously perform correlation in a baseband frequency range to detect whether received RF signals include a channel of the technologies. The test device launches, responsive to detecting a channel from the blind scan, a signal analysis or a spectrum analysis application for the channel according to a carrier frequency and a technology identified for the channel by the blind scan.

A test device for performing a bling scan includes a digital blind scan circuit. The blind scan circuit includes digital detectors for multiple cellular technologies that simultaneously perform correlation in a baseband frequency range to detect whether received RF signals include a channel of the technologies. The test device launches, responsive to detecting a channel from the blind scan, a signal analysis or a spectrum analysis application for the channel according to a carrier frequency and a technology identified for the channel by the blind scan.

Embodiments described herein provide for an election procedure, in a high availability (“HA”) environment, for a backup controller to assume operations performed by a master controller in the event that the master controller becomes unreachable. The master controller may be associated with (e.g., provisioned on) the same set of hardware as one or more worker nodes, and may control operation of the one or more worker nodes. The election procedure may be performed based on performance metrics, location, or efficiency metrics associated with candidate backup controllers (e.g., cloud-based backup controllers), including performance of communications between particular backup controllers and the one or more worker nodes.

An electronic device according to various embodiments may include a memory storing a table containing a delay time in a process of receiving a network packet and an operation corresponding to the delay time, and a processor operatively connected to the memory. The memory may store instructions, which upon execution, control the processor to measure a delay time for each step based on a time when the network packet reaches each network processing step in the process of receiving the network packet, calculate an average delay time by accumulating a given number of network packets for each step, determine whether network performance of the electronic device is sufficient for receiving the network packet by comparing, with a pre-configured first time, the average delay time calculated by accumulating the network packets, and improve the network performance of the electronic device so that the network performance is sufficient for receiving the network packet based on the network performance of the electronic device being determined to be insufficient.

An electronic device according to various embodiments may include a memory storing a table containing a delay time in a process of receiving a network packet and an operation corresponding to the delay time, and a processor operatively connected to the memory. The memory may store instructions, which upon execution, control the processor to measure a delay time for each step based on a time when the network packet reaches each network processing step in the process of receiving the network packet, calculate an average delay time by accumulating a given number of network packets for each step, determine whether network performance of the electronic device is sufficient for receiving the network packet by comparing, with a pre-configured first time, the average delay time calculated by accumulating the network packets, and improve the network performance of the electronic device so that the network performance is sufficient for receiving the network packet based on the network performance of the electronic device being determined to be insufficient.

A reactive buffering system for use in IIoT data pipelines dynamically adjusts data accumulation and delivery by a node of a pipeline based on aggregated downstream metrics representing current data processing latencies of downstream nodes. Based on these downstream performance metrics, a reactive node that adjusts the size of the next data batch to be sent to an adjacent downstream node. The nodes of the data pipeline are configured to support a request-response based handshaking protocol whereby the nodes that send data to downstream nodes maintain up-to-date performance level information from adjacent downstream nodes. With this performance information, together with pipeline priorities, the sending node (or reactive node) adjusts the transmission rate and intermediate buffering of data. In this way, the nodes of the pipeline can dynamically regulate interim data storage to avoid overwhelming the pipeline system with too much data during periods of high latency.

A reactive buffering system for use in IIoT data pipelines dynamically adjusts data accumulation and delivery by a node of a pipeline based on aggregated downstream metrics representing current data processing latencies of downstream nodes. Based on these downstream performance metrics, a reactive node that adjusts the size of the next data batch to be sent to an adjacent downstream node. The nodes of the data pipeline are configured to support a request-response based handshaking protocol whereby the nodes that send data to downstream nodes maintain up-to-date performance level information from adjacent downstream nodes. With this performance information, together with pipeline priorities, the sending node (or reactive node) adjusts the transmission rate and intermediate buffering of data. In this way, the nodes of the pipeline can dynamically regulate interim data storage to avoid overwhelming the pipeline system with too much data during periods of high latency.