Intranet speed measurement method, equipment and medium

Abstract

The embodiment of the invention discloses an internal network speed measurement method and device and a medium, and the method comprises the steps: determining a plurality of speed measurement subnets corresponding to a current speed measurement scene based on the network topology data based on the network topology data of the current speed measurement scene; deploying one or more intranet node servers of the current speed measurement scene based on the network features of the speed measurement subnets and the critical paths corresponding to the network topology data; test services of the client node in the current speed measurement scene are acquired to acquire a dependency relationship among the test services, and a network speed measurement flow corresponding to the client node is determined based on the dependency relationship; generating a connection request according to the local intranet IP address of the client node and the network speed measurement flow, and connecting the client node to a corresponding intranet node server according to the connection request; and starting a network speed measurement flow corresponding to the client node through the corresponding intranet node server to obtain a speed measurement result corresponding to the client node.

Description

Technical Field

[0001] This specification relates to the field of network testing technologies, and in particular, to an intranet speed measurement method, device, and medium. Background Art

[0002] With the continuous development of network technologies and the growth of application requirements, the network scale within various organizations and households has been continuously expanding, and the network structure has become increasingly complex. An enterprise may have multiple branches and different business departments, and each department has its own network requirements and devices, resulting in multiple types of network devices and multiple business systems running in parallel within the intranet, making the network topology intricate. The same is true for home networks. With a large number of smart TVs, mobile phones, tablets, smart home devices, etc. connected, it has become more difficult to manage and optimize the performance of the home intranet. At this time, how to accurately measure the intranet performance and timely discover and solve network bottleneck problems has become the key to ensuring the normal operation of various network applications.

[0003] Traditional network speed measurement methods usually rely on external network testing tools, and these tools have many defects when testing intranet performance. Due to the interference of external network factors during the testing process, such as network congestion of Internet service providers and backbone network failures, the test results cannot truly reflect the actual performance of the intranet. Moreover, traditional tools often cannot distinguish different nodes within the intranet and cannot perform accurate tests on specific subnets or devices. The measured data lacks representativeness and cannot provide effective support for network optimization. Summary of the Invention

[0004] To solve the above technical problems, one or more embodiments of this specification provide an intranet speed measurement method, device, and medium.

[0005] One or more embodiments of this specification adopt the following technical solutions:

[0006] One or more embodiments of this specification provide an intranet speed measurement method, the method including:

[0007] Obtain network topology data of the current speed measurement scenario to determine multiple speed measurement subnets corresponding to the current speed measurement scenario based on the network topology data;

[0008] Deploy one or more intranet node servers of the current speed measurement scenario based on the division results of each speed measurement subnet and the critical path corresponding to the network topology data;

[0009] Obtain test services of a client node in the current speed measurement scenario to obtain the dependency relationships between the test services, and determine the network speed measurement process corresponding to the client node based on the dependency relationships; wherein, the test services include: Ping service, download service, upload service;

[0010] Generate a connection request based on the local intranet IP address of the client node and the network speed measurement process, and connect the client node to the corresponding intranet node server according to the connection request; wherein, the client node and the intranet node server are located in the same local area network;

[0011] Start the network speed measurement process corresponding to the client node through the corresponding intranet node server to obtain the speed measurement result corresponding to the client node.

[0012] Optionally, in one or more embodiments of this specification, obtain the network topology data of the current speed measurement scenario, and determine multiple speed measurement subnets corresponding to the current speed measurement scenario based on the network topology data, specifically including:

[0013] Parse the network topology data of the current speed measurement scenario based on a preset period to obtain the basic network information of the current speed measurement scenario; wherein, the basic network information includes: IP address distribution information, VLAN division information, and switch connection information;

[0014] If it is determined based on the VLAN division information that there is a VLAN division in the current speed measurement scenario, use the VLAN ID corresponding to the VLAN division information as the subnet boundary to obtain multiple speed measurement subnets corresponding to the current speed measurement scenario;

[0015] If it is determined based on the VLAN division information that there is no VLAN division in the current speed measurement scenario, query and obtain the routing table corresponding to the current speed measurement scenario based on a preset command, and divide logical speed measurement subnets based on the routing table;

[0016] Merge the logical speed measurement subnets associated with the path into the same speed measurement subnet based on the switch connection information to determine multiple speed measurement subnets corresponding to the current speed measurement scenario;

[0017] If it is determined based on the basic network information that the current test scenario corresponds to a wireless network, use the devices under the same service set identifier as the same speed measurement subnet to obtain multiple speed measurement subnets corresponding to the current speed measurement scenario.

[0018] Optionally, in one or more embodiments of this specification, deploy one or more intranet node servers for the current speed measurement scenario based on the division results of each speed measurement subnet and the critical path corresponding to the network topology data, specifically including:

[0019] Determine the critical path corresponding to the network topology data within the preset period based on a preset critical device marker identification and historical speed measurement results;

[0020] Obtain the convergence nodes of the key path, and deploy the intranet main node server of the current speed measurement scenario at the convergence nodes; wherein, the key path includes: a core switch, a gateway device, and a high-traffic server;

[0021] According to the network topology data and the division result of the speed measurement subnet, determine the range of the edge subnet, and evaluate the coverage area of the edge subnet to determine the deployment location of the intranet sub-node server.

[0022] Optionally, in one or more embodiments of the present specification, obtain the test services of the client nodes in the current speed measurement scenario to obtain the dependency relationships between the test services, and determine the network speed measurement process corresponding to the client nodes based on the dependency relationships, specifically including:

[0023] Monitor the start of the services of the client nodes to determine whether the client nodes trigger custom test services;

[0024] If the custom test service is not triggered, determine the network speed measurement process corresponding to the client nodes based on the default test services;

[0025] If the custom test service is triggered, obtain the test services of the client nodes in the current speed measurement scenario to determine the pre-test services corresponding to the test services according to the dependency relationships corresponding to the test services;

[0026] Sort the test services and the pre-test services based on the dependency relationships to generate a speed measurement sequence, and summarize the test processes corresponding to the test services in the speed measurement sequence to obtain the network speed measurement process corresponding to the client nodes.

[0027] Optionally, in one or more embodiments of the present specification, generate a connection request according to the local intranet IP address of the client node and the network speed measurement process, and connect the client node to the corresponding intranet node server according to the connection request, specifically including:

[0028] Generate an authentication signature of the client node by encrypting the local intranet IP address of the client node and the timestamp, and obtain the speed measurement label corresponding to the network speed measurement process;

[0029] Discover the intranet node server of the current speed measurement scenario based on the preset protocol of the client node, so that the client node sends a connection request carrying the authentication signature and the speed measurement label to the specified port of the target server;

[0030] If the intranet node server passes the connection request, the client node establishes a connection with the corresponding intranet node server; wherein, the connection is a WebSocket or TCP long connection.

[0031] Optionally, in one or more embodiments of the present specification, after generating a connection request according to the local intranet IP address of the client node and the network speed measurement process, and connecting the client node to the corresponding intranet node server according to the connection request, the method further includes:

[0032] Determine the required port type of the client node based on the network speed measurement process corresponding to the client node;

[0033] Determine the port occupancy of the required port type in the intranet node server, and determine the available ports of the client node according to the port occupancy;

[0034] Based on the identity information of the client node and the security protection policy corresponding to the available ports, determine whether the client node has the access right to the available ports, and allocate corresponding ports for the client node to perform tests.

[0035] Optionally, in one or more embodiments of the present specification, starting the network speed measurement process corresponding to the client node through the corresponding intranet node server to obtain the speed measurement result corresponding to the client node specifically includes:

[0036] Start the network speed measurement process corresponding to the client node through the corresponding intranet node server to collect key indicators of each network speed measurement process;

[0037] Calculate based on the speed measurement calculation formula corresponding to the key indicators to obtain the result indicator values corresponding to each key indicator;

[0038] Compare the result indicator values with the preset standard indicator values, and summarize each comparison result to determine the speed measurement result corresponding to the client node.

[0039] Optionally, in one or more embodiments of the present specification, after starting the network speed measurement process corresponding to the client node through the corresponding intranet node server to obtain the speed measurement result corresponding to the client node, the method further includes:

[0040] Determine the intranet bottleneck data of the client node based on the speed measurement result;

[0041] Determine the optimization strategy corresponding to the intranet bottleneck data based on the corresponding relationship between the historical tuning data and the intranet bottleneck data;

[0042] Write the intranet bottleneck data, the optimization strategy, and the speed measurement result into a preset evaluation report template to obtain the evaluation report corresponding to the client node, and feedback the evaluation report to the client node.

[0043] One or more embodiments of this specification provide an intranet speed measurement device, which includes:

[0044] At least one processor; and,

[0045] A memory communicatively connected to the at least one processor; wherein,

[0046] The memory stores instructions executable by the at least one processor, and when the instructions are executed by the at least one processor, the at least one processor is enabled to: execute any one of the above methods.

[0047] A non-volatile computer storage medium provided by one or more embodiments of this specification stores computer-executable instructions, and the computer-executable instructions are configured to: be capable of executing any one of the above methods.

[0048] The above at least one technical solution adopted by the embodiments of this specification can achieve the following beneficial effects:

[0049] Obtaining network topology data and determining the speed measurement subnet accordingly can be accurately divided according to the actual structure and layout of the network, which helps to more accurately locate network problems. Deploying intranet node servers based on the speed measurement subnet division result and the critical path can make the location and distribution of the servers more reasonable, thereby improving the accuracy and efficiency of speed measurement. By obtaining the dependency relationship between test services to determine the network speed measurement process, the sequence and mutual influence between different test services can be clearly understood, making the speed measurement process more scientific and reasonable, which helps to comprehensively and accurately evaluate network performance. Starting the network speed measurement process through the corresponding intranet node server can perform speed measurement within the same local area network as the client node, reducing the interference of external network factors, thereby obtaining more accurate and reliable speed measurement results, providing strong data support for network performance evaluation and optimization. BRIEF DESCRIPTION OF THE DRAWINGS

[0050] In order to more clearly illustrate the technical solutions in the embodiments of this specification or the prior art, the following will briefly introduce the drawings required for the description of the embodiments or the prior art. Obviously, the following drawings are only some embodiments recorded in this specification. For those of ordinary skill in the art, without creative efforts, other drawings can also be obtained based on these drawings. In the drawings:

[0051] Figure 1 It is a schematic flowchart of a method for an intranet speed measurement method provided by an embodiment of this specification;

[0052] Figure 2A schematic diagram of the internal network speed measurement process in an application scenario provided by an embodiment of this specification;

[0053] Figure 3 A schematic diagram of the internal structure of an internal network speed measurement device provided by an embodiment of this specification;

[0054] Figure 4 A schematic diagram of the structure of a non - volatile storage medium provided by an embodiment of this specification. Detailed implementation manners

[0055] An embodiment of this specification provides an internal network speed measurement method, device and medium.

[0056] In order to enable those skilled in the art to better understand the technical solutions in this specification, the following will clearly and completely describe the technical solutions in the embodiments of this specification in conjunction with the accompanying drawings in the embodiments of this specification. Obviously, the described embodiments are only a part of the embodiments of this specification, rather than all the embodiments. Based on the embodiments of this specification, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the scope of protection of this specification.

[0057] As Figure 1 shown, an embodiment of this specification provides a schematic diagram of the method flow of an internal network speed measurement method. It can be seen from Figure 1 that in one or more embodiments of this specification, for an internal network speed measurement method, the method includes the following steps:

[0058] S101: Obtain the network topology data of the current speed measurement scenario to determine multiple speed measurement subnets corresponding to the current speed measurement scenario based on the network topology data.

[0059] In order to narrow down the problem troubleshooting scope, accurately locate network problems, and improve the pertinence and efficiency of speed measurement, in the embodiments of this specification, the network topology data of the current speed measurement scenario will be obtained, so as to determine multiple speed measurement subnets corresponding to the current speed measurement scenario according to the network topology data. By dividing the large and complex internal network into multiple subnets, the scope and data volume of a single speed measurement can be reduced, which helps to improve the speed measurement efficiency and save time and resources.

[0060] Specifically, in one or more embodiments of this specification, obtaining the network topology data of the current speed measurement scenario to determine multiple speed measurement subnets corresponding to the current speed measurement scenario based on the network topology data specifically includes the following process:

[0061] Parse the network topology data of the current speed measurement scenario based on a preset period to obtain the basic network information of the current speed measurement scenario; among them, the basic network information includes: IP address distribution information, VLAN division information, switch connection information, etc. These information reflect the basic architecture of the network and provide a basis for subsequent subnet division. For example, in an enterprise network, the IP address distribution shows the address segments of different departments, the VLAN division clarifies the logical grouping, and the switch connection information shows the physical connections between devices.

[0062] If there is a VLAN division in the network, directly determine the speed measurement subnet with the VLAN ID as the boundary. Because the VLAN division itself logically groups the network, dividing the speed measurement subnet based on this can make the devices within each subnet have similar network characteristics, facilitating targeted speed measurement. For example, different departments in an enterprise are divided into different VLANs, and dividing the speed measurement subnet by VLAN ID can accurately measure the network performance of each department. When there is no VLAN division in the network, query the routing table through a preset command to divide the logical speed measurement subnet. The routing table records the reachability information of different network segments in the network. Dividing the subnet based on this can combine the network routing structure to make the divided subnet conform to the network data transmission path and ensure the accuracy of speed measurement. Further, considering that although some logical subnets in the network are independently divided, the data transmission is correlated after being connected by switches, so based on the switch connection information, the logically connected speed measurement subnets with associated paths are merged into the same subnet. This can more comprehensively evaluate the network performance and avoid ignoring the integrity of the network connection due to overly fine subnet division.

[0063] If it is determined that the current test scenario corresponds to a wireless network based on the basic network information, since the devices under the same service set identifier share the same wireless access point and channel and their network performances affect each other, these devices are regarded as the same speed measurement subnet to obtain multiple speed measurement subnets corresponding to the current speed measurement scenario. For example, in a home wireless network, devices such as mobile phones and computers connected to the same service set identifier SSID are regarded as a speed measurement subnet, which can effectively evaluate the quality of the home wireless network.

[0064] In this process, by integrating various network information and adopting different division methods for different network situations, the speed measurement subnet can be accurately determined to ensure that the speed measurement results accurately reflect the actual performance of each subnet. In addition, whether it is a complex enterprise network with VLAN division, a simple network without VLAN division, or a wireless network, the speed measurement subnet can be effectively divided, which has wide applicability. Merging subnets based on switch connection information avoids overly fragmented subnet division, fully considers the integrity of the network connection, and makes the speed measurement results more comprehensively reflect the network performance. Parsing the network topology data at a preset period can timely detect network changes, such as VLAN adjustment, routing update, or new device access, so as to dynamically adjust the speed measurement subnet division and ensure the timeliness and accuracy of the speed measurement results.

[0065] S102: Deploy one or more intranet node servers for the current speed measurement scenario based on the division results of each of the speed measurement subnets and the critical paths corresponding to the network topology data.

[0066] There are differences among different speed measurement subnets in terms of network scale, number of devices, traffic type, and usage purpose. For example, the R & D subnet of an enterprise may mainly perform big data transmission and real-time computing, with high requirements for network bandwidth and low latency; while the office subnet focuses on the transmission of daily office documents and email receiving and sending, with higher requirements for stability. The division results clearly define the boundaries of these subnets, providing a basis for targeted server deployment. Therefore, in the embodiments of this specification, one or more intranet node servers for the current speed measurement scenario are deployed according to the division results of each speed measurement subnet and the critical paths corresponding to the network topology data.

[0067] Specifically, in one or more embodiments of this specification, deploying one or more intranet node servers for the current speed measurement scenario based on the division results of each speed measurement subnet and the critical paths corresponding to the network topology data specifically includes the following process:

[0068] First, based on the preset critical device markers and historical speed measurement results, determine the critical path corresponding to the network topology data within the preset period, thereby obtaining the convergence nodes of the critical path, and deploying the internal network master node server for the current speed measurement scenario at the convergence nodes; it should be noted that the preset critical device markers are pre-set identifiers for identifying critical devices such as core switches, gateway devices, and high-traffic servers. The historical speed measurement results reflect the performance of the network during past operations, such as which paths have had problems such as high latency and severe packet loss. By combining the information of both, the critical path that has a greater impact on network performance within a certain period can be determined. For example, in an enterprise network, by checking the historical speed measurement data, it is found that the path connecting the core switch and the main high-traffic server often experiences network jams due to insufficient bandwidth. Combining the critical device markers, this path can be determined as the critical path. The convergence nodes on the critical path are where data traffic converges and is distributed, having a great impact on network performance. For example, a core switch connects multiple subnets, and a large amount of data converges and is transmitted here. Deploying the internal network master node server at these convergence nodes can comprehensively and efficiently monitor the network traffic on the critical path. Then, based on the network topology data and the division results of the speed measurement subnets, determine the scope of the edge subnets, and evaluate the coverage area of the edge subnets to determine the deployment locations of the internal network sub-node servers. In this process, deploying sub-node servers for the edge subnets can reach the network edge, monitor the network performance of the area directly affecting the user experience, improve the comprehensiveness of network monitoring, and help quickly locate and solve network problems at the user end. In addition, the above determination of the critical path based on the preset period can adjust the server deployment in a timely manner according to network changes. Since the addition or removal of devices in the network and the change of service traffic will cause changes in the network topology, regularly re-determining the critical path and adjusting the server deployment can make network monitoring better adapt to these dynamic changes and ensure the timeliness of network monitoring.

[0069] S103: Obtain the test services of the client nodes in the current speed measurement scenario to obtain the dependency relationships between the test services, and determine the network speed measurement process corresponding to the client nodes based on the dependency relationships; where the test services include: Ping service, download service, and upload service.

[0070] In a certain scenario, the user can choose to start different services, thereby being able to obtain the test services of the client nodes in the current speed measurement scenario. Furthermore, by obtaining the dependency relationships between the test services, the network speed measurement process corresponding to the client nodes can be determined. It should be noted that the test services can include, for example, Ping service, download service, upload service, etc. The Ping service is used to test latency, jitter, and packet loss; the download service is used to test the internal network download speed; the upload service is used to test the internal network upload speed.

[0071] Specifically, in one or more embodiments of this specification, obtain the test services of the client node in the current network speed measurement scenario to obtain the dependency relationships between the test services, and determine the network speed measurement process corresponding to the client node based on the dependency relationships, which specifically includes:

[0072] Monitor the startup of the services of the client node to determine whether the client node triggers a custom test service. For example, in an enterprise network environment, technicians may, according to the need to troubleshoot network problems, customize service combinations such as Ping tests including specific server addresses, download and upload tests of specific file sizes, etc.

[0073] If the client node does not trigger a custom test service, determine the network speed measurement process corresponding to the client node based on the default test services. For example, follow the order of first performing the Ping service, then the download service, and finally the upload service.

[0074] When the client node triggers a custom test service, obtain all the test services in the current network speed measurement scenario and analyze the dependency relationships between the test services to determine the prerequisite test services corresponding to each test service. Take a complex network test scenario as an example. Suppose the custom test service includes an upload test for a specific database server. Since the upload operation depends on network connectivity, the Ping service becomes the prerequisite test service for this upload test. Only when the network is ensured to be connected is the upload test meaningful. After determining the prerequisite test services, the system sorts the test services and the prerequisite test services according to the dependency relationships to generate an ordered speed measurement sequence. For example, if there are a Ping service, a download service for a specific server, and an upload service, and both the download and upload services depend on the connectivity result of the Ping service, then the speed measurement sequence is first the Ping service, then the download service, and finally the upload service. After generating the speed measurement sequence, the system summarizes the test processes corresponding to each test service in the sequence to finally form the complete network speed measurement process corresponding to the client node. This process ensures that each test service is carried out under appropriate conditions, improving the accuracy and reliability of the speed measurement results.

[0075] In the above process, determining the prerequisite test services based on the dependency relationships between the test services and sorting them ensures that each test is carried out under appropriate network conditions. It avoids the situation where inaccurate results are caused by performing download and upload tests when the network is not connected or unstable, improving the credibility of the speed measurement results. Moreover, as the network environment changes and new test requirements emerge, new test services can be easily added and incorporated into the existing speed measurement process by adjusting the dependency relationships.

[0076] S104: Generate a connection request based on the local intranet IP address of the client node and the network speed measurement process, and connect the client node to the corresponding intranet node server according to the connection request; wherein, the client node and the intranet node server are located in the same local area network.

[0077] As Figure 2 shown, after the client node starts the service, it will wait for a connection. That is, after determining the network speed measurement process of the client node based on the above steps, a connection request will be generated according to the local intranet IP address of the client node and the network speed measurement process, so as to connect the client node to the corresponding intranet node server according to the connection request. Among them, it should be noted that the client node and the intranet node server are located in the same local area network to ensure that the test data reflects the actual situation of the intranet. For example, in a certain scenario, the client initiates a connection request and connects to the intranet node server deployed on the PC side.

[0078] Specifically, in one or more embodiments of this specification, generating a connection request based on the local intranet IP address of the client node and the network speed measurement process, and connecting the client node to the corresponding intranet node server according to the connection request specifically includes the following process:

[0079] First, generate an authentication signature by encrypting the local intranet IP address of the client node and the timestamp. The IP address serves as the unique identifier of the client node within the local area network, while the timestamp increases the timeliness of the signature. The two are encrypted through an encryption algorithm to generate a unique authentication signature. This signature can prove the authenticity of the client node's identity and prevent illegal nodes from impersonating to connect to the intranet node server. For example, using the hash encryption algorithm, the IP address and the timestamp are combined and then hashed to obtain the encrypted authentication signature. At the same time, obtain the speed measurement label corresponding to the network speed measurement process; among them, it should be noted that the speed measurement label is an identifier associated with a specific speed measurement process, and it can contain information such as the type of speed measurement and test parameters. Then, based on the preset protocol of the client node, discover the intranet node server in the current speed measurement scenario, so that the client node sends a connection request carrying the authentication signature and the speed measurement label to the specified port of the target server. The specified port is preset according to different test services. For example, in a certain application scenario, the default port of the Ping service port is 41070, but it can be selected as other ports, such as 41080, 41090. The default port of the download service port is 41070, but it can be selected as other ports, such as 41080, 41090. The default port of the upload service port is 41070, but it can be selected as other ports, such as 41080, 41090. If the intranet node server passes the connection request, then the client node establishes a connection with the corresponding intranet node server; the connection can be a WebSocket or a TCP long connection.

[0080] In this process, an authentication signature is generated by encrypting the IP address and timestamp, effectively preventing the access of illegal nodes. Even if an illegal node obtains a legitimate IP address, it cannot pass the identity verification of the intranet node server without the corresponding encrypted signature, ensuring the security of the intranet. The use of the speed measurement label enables the intranet node server to quickly understand the speed measurement requirements of the client node. Without an additional negotiation process, it can directly prepare the corresponding test service according to the label content, improving the speed measurement efficiency after the connection is established.

[0081] Further, in one or more embodiments of this specification, after connecting the client node to the corresponding intranet node server according to the connection request, the method further includes:

[0082] Based on the network speed measurement process corresponding to the client node, determine the required port type of the client node. After clarifying the required port type of the client node, then determine the occupancy status of ports of this type in the intranet node server. Thus, according to the port occupancy status, select the ports available for the client node from all the ports of the intranet node server. After determining the available ports, based on the identity information of the client node and the security protection policy corresponding to the available ports, determine whether the client node has the access right to the available ports. The security protection policy may stipulate the access rights of different types of client nodes to specific ports. For example, some ports may only allow client nodes with administrator privileges to access, while ordinary user nodes do not have the right. By comparing the identity information of the client node with the security protection policy, ensure that only authorized client nodes can access the corresponding ports. If the client node has the access right to the available ports, then allocate the port to the client node for it to perform network speed measurement tests. The client node can use the allocated port to interact with the intranet node server to complete various speed measurement tasks.

[0083] By checking the port occupancy status and reasonably allocating available ports in this process, the port resources of the intranet node server can be effectively utilized, avoiding port conflicts and resource waste. Ensure that each client node can obtain the required port for testing, improving the utilization rate of server resources. Verifying the access right based on the identity information of the client node and the security protection policy provides a layer of security guarantee for the network speed measurement process. Only authorized client nodes can access specific ports, preventing unauthorized access and potential network attacks, protecting the security of the intranet and the confidentiality of data.

[0084] S105: Start the network speed measurement process corresponding to the client node through the corresponding intranet node server to obtain the speed measurement result corresponding to the client node.

[0085] In the previous steps, the client node has successfully established a connection with the corresponding intranet node server based on the local intranet IP address and the network speed measurement process, and an available port has been allocated to the client node to ensure the stability and security of the communication link. At this time, the intranet node server starts the speed measurement work according to the network speed measurement process corresponding to the client node determined previously. For example, if the Ping service is the first in the network speed measurement process, the intranet node server will send a Ping request to the client node. After receiving the Ping request, the client node will return a corresponding response packet. The intranet node server records the time interval from sending the Ping request to receiving the response packet to calculate the network latency; at the same time, it counts the number of Ping requests sent and the number of requests for which no response is received within a certain period of time to calculate the packet loss rate. After completing all test services, the intranet node server will summarize the results of each test service to form the speed measurement results corresponding to the client node. These results include the network latency and packet loss rate obtained from the Ping service, as well as the results generated by other speed measurement services.

[0086] Specifically, in one or more embodiments of the present specification, starting the network speed measurement process corresponding to the client node through the corresponding intranet node server to obtain the speed measurement results corresponding to the client node specifically includes:

[0087] The corresponding intranet node server starts the speed measurement operation according to the network speed measurement process corresponding to the client node. In this process, corresponding key indicators are collected for each network speed measurement process. For example, when testing the network bandwidth, the key indicator may be the amount of data transmitted per unit time; when testing the network latency, the key indicator may be the time difference between sending and receiving data packets; when testing the packet loss rate, the key indicators are the total number of data packets sent and the number of lost data packets, etc. These key indicators are important bases for measuring network performance. After collecting the key indicators, calculations are performed according to the speed measurement calculation formulas corresponding to each key indicator. For example, the bandwidth speed is calculated based on the amount of data transmitted and the time, and the latency time is calculated based on the time difference between sending and receiving data packets, etc., so as to obtain the result indicator values corresponding to each key indicator. These result indicator values quantitatively represent the performance of the network in various aspects in the form of specific numerical values. Then, the calculated result indicator values are compared with the preset standard indicator values, and the comparison results are summarized to determine the speed measurement results corresponding to the client node.

[0088] Furthermore, in one or more embodiments of the present specification, after starting the network speed measurement process corresponding to the client node through the corresponding intranet node server to obtain the speed measurement results corresponding to the client node, the method further includes the following process:

[0089] After obtaining the speed measurement results of the client node, based on the speed measurement results, determine the internal network bottleneck data of the client node. For example, if the speed measurement results show that the network bandwidth is low, then the bandwidth may be the internal network bottleneck; or if the latency is too high, there may be network congestion or device performance issues, etc. These key data affecting network performance are the internal network bottleneck data. Then, based on the correspondence between the historical tuning data and the internal network bottleneck data, determine the optimization strategy corresponding to the internal network bottleneck data. Then write the internal network bottleneck data, the optimization strategy, and the speed measurement results into a preset evaluation report template, so as to obtain the evaluation report corresponding to the client node, and feedback the evaluation report to the client node. Feedback the evaluation report to the client node, which helps the client node clearly understand its own network situation and take corresponding measures according to the optimization strategy to improve network performance.

[0090] As Figure 3 shown, in the embodiments of this specification, a structural schematic diagram of an internal network speed measurement device is provided. As Figure 3 can be seen, in one or more embodiments of this specification, an internal network speed measurement device includes:

[0091] At least one processor; and,

[0092] A memory communicatively connected to the at least one processor; wherein,

[0093] The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can: execute any one of the above methods.

[0094] As Figure 4 shown, in the embodiments of this specification, a structural schematic diagram of a non-volatile storage medium is provided. As Figure 4 can be seen, in one or more embodiments of this specification, a non-volatile storage medium stores computer-executable instructions, and the computer-executable instructions can: execute any one of the above methods.

[0095] The various embodiments in this specification are all described in a progressive manner. For the same or similar parts among the various embodiments, reference can be made to each other. Each embodiment focuses on the differences from other embodiments. In particular, for the embodiments of the device, equipment, and non-volatile computer storage medium, since they are basically similar to the method embodiments, the description is relatively simple, and the relevant parts can refer to the partial description of the method embodiments.

[0096] The above description has been made of specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the acts or steps recited in the claims may be performed in a different order than in the embodiments and still achieve the desired result. Additionally, the processes depicted in the figures do not necessarily require the particular order shown or sequential order to achieve the desired result. In certain embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0097] The above is only one or more embodiments of this specification and is not intended to limit this specification. For those skilled in the art, various changes and modifications can be made to one or more embodiments of this specification. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of one or more embodiments of this specification shall be included within the scope of the claims of this specification.

Claims

1. An intranet speed measurement method, characterized in that: The method comprises: Acquire network topology data of the current speed measurement scenario to determine multiple speed measurement subnets corresponding to the current speed measurement scenario based on the network topology data; Based on the division results of each speed test subnet and the critical path corresponding to the network topology data, deploy one or more intranet node servers of the current speed test scenario; Obtain the test service of the client node in the current speed test scenario to obtain the dependency relationship between the test services, and determine the network speed test process corresponding to the client node based on the dependency relationship; wherein the test service includes: Ping service, download service, and upload service; Generate a connection request according to the local intranet IP address of the client node and the network speed test process, so as to connect the client node to the corresponding intranet node server according to the connection request; wherein the client node and the intranet node server are located in the same local area network; The network speed measurement process corresponding to the client node is started through the corresponding intranet node server to obtain the speed measurement result corresponding to the client node.

2. The method for measuring speed of an intranet according to claim 1, characterized in that: The acquiring of network topology data of the current speed measurement scenario to determine a plurality of speed measurement subnets corresponding to the current speed measurement scenario based on the network topology data specifically includes: Parsing the network topology data of the current speed measurement scenario based on a preset period to obtain basic network information of the current speed measurement scenario; wherein the basic network information includes: IP address distribution information, VLAN division information and switch connection information; If it is determined based on the VLAN division information that the current speed measurement scenario has VLAN division, then using the VLAN ID corresponding to the VLAN division information as a subnet boundary to obtain multiple speed measurement subnets corresponding to the current speed measurement scenario; If it is determined based on the VLAN division information that there is no VLAN division in the current speed measurement scenario, then obtaining a routing table corresponding to the current speed measurement scenario based on a preset command query, and dividing a logical speed measurement subnet based on the routing table; Merging the logical speed measurement subnets associated with the paths into the same speed measurement subnet based on the switch connection information to determine multiple speed measurement subnets corresponding to the current speed measurement scenario; If it is determined based on the basic network information that the current test scenario corresponds to a wireless network, the devices under the same service set identifier are used as the same speed measurement subnet to obtain multiple speed measurement subnets corresponding to the current speed measurement scenario.

3. The method for measuring speed of an intranet according to claim 2, characterized in that: The step of deploying one or more intranet node servers of the current speed measurement scenario based on the division results of each speed measurement subnet and the critical path corresponding to the network topology data specifically includes: Determine the critical path corresponding to the network topology data within the preset period based on preset key equipment tag identification and historical speed measurement results; Obtain the aggregation node of the critical path, and deploy the intranet master node server of the current speed test scenario at the aggregation node; wherein the critical path includes: core switch, gateway device and high-traffic server; According to the network topology data and the division results of the speed test subnet, the scope of the edge subnet is determined, and the coverage area of ​​the edge subnet is evaluated to determine the deployment location of the intranet subnode server.

4. The method for measuring speed of an intranet according to claim 1, characterized in that: The obtaining of the test service of the client node in the current speed test scenario to obtain the dependency relationship between the test services, and determining the network speed test process corresponding to the client node based on the dependency relationship, specifically includes: Monitoring the service startup of the client node to determine whether the client node triggers a custom test service; If the custom test service is not triggered, determining the network speed test process corresponding to the client node based on the default test service; If the custom test service is triggered, the test service of the client node in the current speed test scenario is obtained to determine the corresponding pre-test service of the test service according to the dependency relationship corresponding to each of the test services; The test service and the pre-test service are sorted based on the dependency relationship to generate a speed test sequence, so as to summarize the test processes corresponding to each test service in the speed test sequence and obtain the network speed test process corresponding to the client node.

5. The method for measuring speed of an intranet according to claim 1, characterized in that: Generate a connection request according to the local intranet IP address of the client node and the network speed measurement process, so as to connect the client node to the corresponding intranet node server according to the connection request, specifically including: Generate an authentication signature of the client node based on the client node's local intranet IP address and timestamp encryption, and obtain a speed measurement label corresponding to the network speed measurement process; Based on the preset protocol of the client node, the intranet node server of the current speed measurement scenario is discovered, so that the client node sends a connection request carrying the authentication signature and the speed measurement tag to a designated port of the target server; If the intranet node server passes the connection request, the client node establishes a connection with the corresponding intranet node server; wherein the connection is a WebSocket or TCP long connection.

6. The method for measuring speed of an intranet according to claim 1, characterized in that: After generating a connection request according to the local intranet IP address of the client node and the network speed measurement process, and connecting the client node to the corresponding intranet node server according to the connection request, the method further includes: Determining a required port type of the client node based on a network speed measurement process corresponding to the client node; Determine the port occupancy of the required port type in the intranet node server, so as to determine the available port of the client node according to the port occupancy; Based on the identity information of the client node and the security protection policy corresponding to the available port, it is determined whether the client node has access rights to the available port, so as to allocate a corresponding port to the client node for testing.

7. The method for measuring speed of an intranet according to claim 1, characterized in that: Starting the network speed test process corresponding to the client node through the corresponding intranet node server to obtain the speed test result corresponding to the client node specifically includes: Starting the network speed test process corresponding to the client node through the corresponding intranet node server to collect key indicators of each network speed test process; Calculate based on the speed measurement calculation formula corresponding to the key indicators to obtain the result indicator value corresponding to each of the key indicators; The result index value is compared with the preset standard index value to summarize the comparison results and determine the speed measurement result corresponding to the client node.

8. The method for measuring speed of an intranet according to claim 1, characterized in that: After starting the network speed measurement process corresponding to the client node through the corresponding intranet node server to obtain the speed measurement result corresponding to the client node, the method further includes: Based on the speed test result, determining the intranet bottleneck data of the client node; Based on the correspondence between the historical tuning data and the intranet bottleneck data, determining an optimization strategy corresponding to the intranet bottleneck data; The intranet bottleneck data, the optimization strategy and the speed measurement result are written into a preset evaluation report template to obtain an evaluation report corresponding to the client node, and the evaluation report is fed back to the client node.

9. An intranet speed measurement device, characterized in that: The device comprises: at least one processor; and, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can: execute any of the methods described in claims 1-8.

10. A non-volatile storage medium storing computer executable instructions, characterized in that: The computer executable instructions can: execute the method described in any one of claims 1 to 8.

Images