Method and device for realizing network connection-free network performance test, processor and medium

Abstract

The invention relates to a method for realizing network performance test without network connection, which comprises the following steps that: a PPP client constructs and analyzes a PPP dialing packet, and establishes a PPP communication link between the PPP client and a PPP server; and the service terminal constructs and analyzes an iperf data packet, and feeds back network performance in real time. The invention also relates to a device for realizing the network connection-free network performance test, a processor and a computer readable storage medium. By adopting the method and the device for realizing the network performance test without network connection, the processor and the computer readable storage medium, the service terminal establishes connection by constructing a PPP dial-up packet, and then performs corresponding data test by encapsulating a UDP packet of iperf and through uninterrupted periodic pulse type receiving and sending packets of a PPP client and a PPP server, so that the network performance test without network connection is realized. Therefore, the network state between the PPP client and the PPP server is fed back in real time, and data support is provided for network operation and maintenance.

Description

Technical Field

[0001] The present invention relates to the field of network communication testing, and particularly to the field of communication testing without network connection. Specifically, it refers to a method, device, processor and computer-readable storage medium for realizing network performance testing without network connection. Background Art

[0002] In network communication testing, it is often necessary to perform data services to test the overall performance from a PPP client to a PPP server. For example, the traditional network performance testing tool iperf works by establishing a TCP or UDP connection between the PPP client and the PPP server and evaluating performance indicators such as network bandwidth, latency, and packet loss rate through simulated data transmission.

[0003] However, in some communication tests without network connection, the PPP client and the PPP server cannot directly establish a connection through a socket, making it difficult to directly obtain network performance indicators. Summary of the Invention

[0004] The purpose of the present invention is to overcome the above-mentioned disadvantages of the prior art and provide a method, device, processor and computer-readable storage medium for realizing network performance testing without network connection that is easy to operate, has accurate data, and has a relatively wide range of applications.

[0005] To achieve the above purpose, the present invention provides a method, device, processor and computer-readable storage medium for realizing network performance testing without network connection as follows: The method for realizing network performance testing without network connection is mainly characterized in that the method includes the following steps: (1) The PPP client constructs and parses a PPP dialing packet to establish a PPP communication link between the PPP client and the PPP server; (2) The service terminal constructs and parses an iperf data packet and provides real-time feedback on network performance.

[0006] Preferably, the step (1) specifically includes the following steps: (1.1) The PPP client constructs a connection configuration packet and sends it to the PPP server; (1.2) The PPP server checks the accuracy of the packet configuration; (1.3) The PPP client receives the Configure-Nak or Configure-Reject packet returned by the PPP server, checks whether the packet configuration is accurate. If it is accurate, continue with step (1.4); otherwise, re-execute step (1.1); (1.4)The PPP client receives the Configure-Ack reply packet returned by the PPP server and completes the establishment of the PPP connection; (1.5)The PPP client constructs an IPCP Configure-Request packet and sends a request datagram with the IP address and DNS address set to zero to the PPP server; (1.6)The PPP server receives the IPCP Configure-Request packet sent by the PPP client and sends an IPCP Configure-Nak packet carrying the dynamically assigned IP address and the datagram with the PPP server's IP address as the gateway to the PPP client; (1.7)If the PPP client receives the IPCP Configure-Nak or IPCP Configure-Reject packet returned by the PPP server, it sends an IPCP Configure-Request packet containing the PPP client's IP address and DNS address as a request datagram to the PPP server; (1.8)The PPP server receives the request datagram containing the PPP client's IP address and DNS address sent by the PPP client, sends an IPCP Configure-Ack packet to the PPP client, and the configuration is completed; (1.9)The PPP client receives the IPCP Configure-Ack packet returned by the PPP server and successfully establishes the PPP communication link between the PPP client and the PPP server.

[0007] Preferably, the step (1.2) specifically includes the following steps: The PPP server checks whether the packet configuration is accurate. If there is still configuration to be negotiated, it sends Configure-Nak to the PPP client; if the configuration is inaccurate, the PPP server sends Configure-Reject to the PPP client; if the configuration is accurate, the PPP server sends a Configure-Ack reply packet to the PPP client.

[0008] Preferably, the step (2) specifically includes the following steps: (2.1)When testing the uplink, the service terminal encapsulates the iperf data into a UDP protocol packet and sends it to the PPP server through the PPP client; (2.2)When testing the downlink, the PPP client forwards the iperf data packet to the service terminal, and the service terminal parses the received iperf data packet to obtain the real-time network performance feedback information.

[0009] Preferably, the step (2.1) specifically includes the following steps: (2.1.1) When testing the uplink, the service terminal encapsulates the uplink packets of iperf into UDP protocol packets; (2.1.2) The service terminal sends the UDP packets to the PPP client, and the PPP client sends the UDP packets to the PPP server.

[0010] Preferably, step (2.2) specifically includes the following steps: (2.2.1) When testing the downlink, the PPP client receives the iperf data packets returned by the PPP server; (2.2.2) The PPP client forwards the received iperf data packets to the service terminal; (2.2.3) The service terminal analyzes the received iperf data packets to obtain real-time network performance feedback information.

[0011] The device for implementing network performance testing without network connection is mainly characterized in that the device includes: A processor configured to execute computer-executable instructions; A memory storing one or more computer-executable instructions, and when the computer-executable instructions are executed by the processor, each step of the above method for implementing network performance testing without network connection is realized.

[0012] The processor for implementing network performance testing without network connection is mainly characterized in that the processor is configured to execute computer-executable instructions, and when the computer-executable instructions are executed by the processor, each step of the above method for implementing network performance testing without network connection is realized.

[0013] The computer-readable storage medium is mainly characterized in that a computer program is stored thereon, and the computer program can be executed by a processor to implement each step of the above method for implementing network performance testing without network connection.

[0014] By adopting the method, device, processor and computer-readable storage medium for implementing network performance testing without network connection of the present invention, the service terminal establishes a connection by constructing PPP dialing packets, and then performs corresponding data testing by encapsulating UDP packets of iperf and through the uninterrupted pulsed packet receiving and sending between the PPP client and the PPP server, so as to real-time feedback the network state between the PPP client and the PPP server and provide data support for network operation and maintenance. Description of the Drawings

[0015] Figure 1 It is a schematic diagram of the overall process of the method for implementing network performance testing without network connection of the present invention. Detailed Embodiments

[0016] In order to more clearly describe the technical content of the present invention, the following will be further described in conjunction with specific embodiments.

[0017] The method for realizing network performance testing without network connection in the present invention includes the following steps: (1) The PPP client constructs and parses a PPP dialing packet to establish a PPP communication link between the PPP client and the PPP server; (2) The service terminal constructs and parses an iperf data packet to provide real-time feedback on network performance.

[0018] As a preferred embodiment of the present invention, the step (1) specifically includes the following steps: (1.1) The PPP client constructs a connection configuration packet and sends it to the PPP server; (1.2) The PPP server checks the accuracy of the packet configuration; (1.3) The PPP client receives the Configure-Nak or Configure-Reject packet returned by the PPP server, checks whether the packet configuration is accurate. If it is accurate, continue with step (1.4); otherwise, re-execute step (1.1); (1.4) The PPP client receives the Configure-Ack response packet returned by the PPP server to complete the PPP connection establishment; (1.5) The PPP client constructs an IPCP Configure-Request packet and sends a request data packet with the IP address and DNS address set to zero to the PPP server; (1.6) The PPP server receives the IPCP Configure-Request packet sent by the PPP client and sends an IPCP Configure-Nak packet carrying the dynamically allocated IP address and a data packet with the IP address of the PPP server as the gateway to the PPP client; (1.7) If the PPP client receives the IPCP Configure-Nak or IPCP Configure-Reject packet returned by the PPP server, it sends an IPCP Configure-Request packet containing the IP address and DNS address of the PPP client as a request data packet to the PPP server; (1.8) The PPP server receives the request data packet containing the IP address and DNS address of the PPP client sent by the PPP client and sends an IPCP Configure-Ack packet to the PPP client to complete the configuration; (1.9)The PPP client receives the IPCP Configure-Ack packet returned by the PPP server, and successfully establishes a PPP communication link between the PPP client and the PPP server.

[0019] As a preferred embodiment of the present invention, the step (1.2) specifically includes the following steps: The PPP server checks whether the packet configuration is accurate. If there is still a need to negotiate the configuration, it sends Configure-Nak to the PPP client; if the configuration is inaccurate, the PPP server sends Configure-Reject to the PPP client; if the configuration is accurate, the PPP server sends a Configure-Ack response packet to the PPP client.

[0020] As a preferred embodiment of the present invention, the step (2) specifically includes the following steps: (2.1) When testing the uplink, the service terminal encapsulates the iperf data into a UDP protocol packet and sends it to the PPP server through the PPP client; (2.2) When testing the downlink, the PPP client forwards the iperf data packet to the service terminal, and the service terminal parses the received iperf data packet to obtain real-time network performance feedback information.

[0021] As a preferred embodiment of the present invention, the step (2.1) specifically includes the following steps: (2.1.1) When testing the uplink, the service terminal encapsulates the uplink packet of iperf into a UDP protocol packet; (2.1.2) The service terminal sends the UDP packet to the PPP client, and the PPP client sends the UDP packet to the PPP server.

[0022] As a preferred embodiment of the present invention, the step (2.2) specifically includes the following steps: (2.2.1) When testing the downlink, the PPP client receives the iperf data packet returned by the PPP server; (2.2.2) The PPP client forwards the received iperf data packet to the service terminal; (2.2.3) The service terminal parses the received iperf data packet to obtain real-time network performance feedback information.

[0023] The device for testing the network performance without a network connection in this implementation of the present invention, wherein the device includes: A processor configured to execute computer-executable instructions; A memory that stores one or more computer-executable instructions. When the computer-executable instructions are executed by the processor, each step of the method for implementing network performance testing without a network connection described above is realized.

[0024] The processor for implementing network performance testing without a network connection according to the present invention, wherein the processor is configured to execute computer-executable instructions. When the computer-executable instructions are executed by the processor, each step of the method for implementing network performance testing without a network connection described above is realized.

[0025] The computer-readable storage medium of the present invention, on which a computer program is stored. The computer program can be executed by a processor to implement each step of the method for implementing network performance testing without a network connection described above.

[0026] In a specific embodiment of the present invention, a connection is established by constructing and parsing PPP dial-up packets, and then the network performance is tested in real time by constructing and parsing iperf data packets. The specific steps are as Figure 1 shown.

[0027] The test scheme is that the PPP client constructs a Configure-Request PPP packet and sends it to the PPP server. After receiving the Configure-Ack packet returned by the PPP server, an IPCP Request packet is then constructed and sent to the PPP server. If the IPCP Nak packet is received from the server, the PPP client modifies the packet content and continues to send the IPCP Request packet to the PPP server until the PPP server returns the IPCP Configure-Ack packet. In this way, the PPP communication connection is successfully established, and the two parties of the connection are the PPP client and the PPP server.

[0028] The service terminal modifies the iperf open-source code. When testing the uplink, the data packets to be sent by iperf are encapsulated with a UDP layer by the service terminal and sent to the PPP client, and then sent by the PPP client to the PPP server. When testing the downlink, the PPP client receives the UDP data packets returned by the PPP server and forwards them to the service terminal for parsing, so that corresponding information such as round-trip delay, downlink rate, and packet loss situation can be calculated. The service terminal is a software and hardware module that executes network performance testing logic and communicates with the PPP client. It realizes the encapsulation, sending, and parsing of test packets by modifying the iperf source code.

[0029] 1. The working steps of the PPP client are as follows: (1.1)Construct a connection configuration packet, Configure-Request, to request opening a connection. For example, the encapsulated data of the Configure-Request packet is FF03C0210100000E010405DC020600000000.

[0030] (1.2)The PPP server checks whether the packet configuration is accurate. If negotiation is required for the existing configuration, it sends Configure-Nak to the PPP client; if the configuration is inaccurate, the PPP server sends Configure-Reject to the PPP client; if the configuration is accurate, the PPP server sends a Configure-Ack response packet to the PPP client.

[0031] (1.3)If the PPP client receives a Configure-Nak or Configure-Reject packet returned by the PPP server, it checks whether the packet configuration is accurate and then repeats step (1).

[0032] (1.4)The PPP client receives the Configure-Ack response packet returned by the PPP server, completing the PPP connection establishment.

[0033] (1.5)The PPP client constructs an IPCP Configure-Request packet and sends a request datagram with the IP address and DNS address set to zero to the PPP server.

[0034] (1.6)When the PPP server receives the IPCP Configure-Request packet sent by the PPP client, it sends an IPCP Configure-Nak packet carrying the dynamically allocated IP address and a datagram with the PPP server's IP address as the gateway to the PPP client.

[0035] (1.7)If the PPP client receives an IPCP Configure-Nak or IPCP Configure-Reject packet returned by the PPP server, it sends an IPCP Configure-Request packet containing the PPP client's IP address and DNS address as a request datagram to the PPP server.

[0036] (1.8)When the PPP server receives the request data packet containing the PPP client's IP address and DNS address sent by the PPP client, it sends an IPCP Configure-Ack packet to the PPP client.

[0037] (1.9)The PPP client receives the IPCP Configure-Ack packet returned by the PPP server.

[0038] (1.10) The PPP communication link is successfully established.

[0039] 2. The working steps of the service terminal are as follows: (2.1) When testing the uplink, the service terminal encapsulates the uplink packets of iperf into UDP protocol packets.

[0040] (2.2) The service terminal sends the UDP packets to the PPP client, and the PPP client sends them to the PPP server.

[0041] (2.3) When testing the downlink, the PPP client receives the iperf data packets sent by the PPP server.

[0042] (2.4) The data packets received by the PPP client are sent by the PPP client to the service terminal.

[0043] (2.5) The service terminal analyzes the iperf data packets and outputs the delay, rate, packet loss situation, etc. in real time.

[0044] After the PPP communication link is established, it does not simply encapsulate the iperf packets into UDP and send them. In fact, the open-source iperf code is modified. The service terminal first intercepts the sending data packets generated by iperf for UDP packet encapsulation, and then hands the encapsulated UDP packets to the PPP client for sending. In addition, it disassembles and analyzes the received data packets, judges whether the UDP packets are returned by the iperf service, and then analyzes them with the iperf open-source library, so as to obtain the analysis results of network performance.

[0045] The present invention is based on the PPP protocol interaction, assembles protocol packets for sending and analyzes the received protocol packets to determine the network connection, and analyzes the network performance by assembling the UDP packets of iperf, and does not involve the operation of network devices and the fault handling between devices.

[0046] In the technical solution of the present invention, the following are 4 PPP connection configuration packets: Configure-Request: Request to open a connection.

[0047] Configure-Ack: The request is okay, an acknowledgment packet.

[0048] Configure-Nak: Some configuration items need to be negotiated, a reply packet.

[0049] Configure-Reject: The request has problems, a rejection packet.

[0050] The network control protocol packets are as follows: IPCP Configure-Request: A request packet containing the IP of the PPP client.

[0051] IPCP Configure-Nak: Sends a datagram carrying the dynamically allocated IP address and the gateway with the IP address of the PPP server to the client.

[0052] IPCP Configure-Ack: A configuration completion response packet.

[0053] For the specific implementation solutions of this embodiment, reference can be made to the relevant descriptions in the above embodiments, which will not be elaborated here.

[0054] It can be understood that the same or similar parts in the above embodiments can be referred to each other, and for the content not detailed in some embodiments, reference can be made to the same or similar content in other embodiments.

[0055] It should be noted that in the description of the present invention, terms such as "first", "second", etc. are only used for descriptive purposes and cannot be understood as indicating or implying relative importance. In addition, in the description of the present invention, unless otherwise specified, the meaning of "a plurality" refers to at least two.

[0056] Any process or method description shown in the flowchart or described in other ways herein can be understood as representing a module, segment, or part of code including one or more executable instructions for implementing a specific logical function or process. The scope of the preferred embodiments of the present invention includes additional implementations, where the functions can be executed in a substantially simultaneous manner or in the reverse order according to the involved functions, rather than in the order shown or discussed, which should be understood by those skilled in the technical field of the embodiments of the present invention.

[0057] It should be understood that each part of the present invention can be implemented by hardware, software, firmware, or a combination thereof. In the above embodiments, multiple steps or methods can be implemented by software or firmware stored in a memory and executed by a suitable instruction execution device. For example, if implemented by hardware, as in another embodiment, any one or a combination of the following well-known technologies in the art can be used: discrete logic circuits with logic gate circuits for implementing logical functions on data signals, application-specific integrated circuits with appropriate combinational logic gate circuits, programmable gate arrays (PGAs), field-programmable gate arrays (FPGAs), etc.

[0058] Ordinary technical personnel in the technical field of the present invention can understand that all or part of the steps carried by the methods in the above embodiments can be completed by instructing relevant hardware through a program, and the corresponding program can be stored in a computer-readable storage medium. When the program is executed, it includes one or a combination of the steps of the method embodiments.

[0059] In addition, in each embodiment of the present invention, each functional unit may be integrated into a processing module, may exist physically alone for each unit, or two or more units may be integrated into one module. The above integrated module may be implemented in the form of hardware or in the form of a software functional module. When the integrated module is implemented in the form of a software functional module and sold or used as an independent product, it may also be stored in a computer-readable storage medium.

[0060] The above-mentioned storage medium may be a read-only memory, a magnetic disk, an optical disc, or the like.

[0061] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "example", "specific example", or "some examples", etc. means that the specific features, structures, materials, or characteristics described in connection with the embodiment or example are included in at least one embodiment or example of the present invention. In this specification, the schematic representations of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials, or characteristics described may be combined in a suitable manner in any one or more embodiments or examples.

[0062] By adopting the method, device, processor, and computer-readable storage medium for implementing network performance testing without network connection of the present invention, the service terminal establishes a connection by constructing a PPP dialing packet, and then encapsulates the UDP packet of iperf, and through the uninterrupted pulsed packet sending and receiving between the PPP client and the PPP server, corresponding data testing is performed, so as to real-time feedback the network status between the PPP client and the PPP server, providing data support for network operation and maintenance.

[0063] In this specification, the present invention has been described with reference to its specific embodiments. However, it is obvious that various modifications and transformations can still be made without departing from the spirit and scope of the present invention. Therefore, the specification and the drawings should be regarded as illustrative rather than restrictive.

Claims

1. A method for implementing network performance testing without network connection, characterized in that, The method described above includes the following steps: (1) The PPP client constructs and parses a PPP dialing packet to establish a PPP communication link between the PPP client and the PPP server; (2) The service terminal constructs and parses iperf data packets to provide real-time feedback on network performance.

2. The method for implementing network performance testing without network connection according to claim 1, wherein The specific steps of step (1) are as follows: (1.1) The PPP client constructs a connection configuration packet and sends it to the PPP server; (1.2) The PPP server checks the accuracy of the packet configuration; (1.3) The PPP client receives the Configure-Nak or Configure-Reject packet returned by the PPP server, checks whether the packet configuration is accurate. If it is accurate, proceed to step (1.4); otherwise, re-execute step (1.1); (1.4) The PPP client receives the Configure-Ack response packet returned by the PPP server to complete the PPP connection establishment; (1.5) The PPP client constructs an IPCP Configure-Request packet and sends a request datagram with the IP address and DNS address set to zero to the PPP server; (1.6) The PPP server receives the IPCP Configure-Request packet sent by the PPP client and sends an IPCP Configure-Nak packet carrying the dynamically allocated IP address and a datagram with the PPP server's IP address as the gateway to the PPP client; (1.7) If the PPP client receives the IPCP Configure-Nak or IPCP Configure-Reject packet returned by the PPP server, it sends an IPCP Configure-Request packet containing a request datagram with the PPP client's IP address and DNS address to the PPP server; (1.8) The PPP server receives the request datagram containing the PPP client's IP address and DNS address sent by the PPP client and sends an IPCP Configure-Ack packet to the PPP client to complete the configuration; (1.9) The PPP client receives the IPCP Configure-Ack packet returned by the PPP server to successfully establish a PPP communication link between the PPP client and the PPP server.

3. The method for implementing network performance testing without network connection according to claim 2, wherein The specific steps of step (1.2) are as follows: The PPP server checks whether the packet configuration is accurate. If there are still configurations that need to be negotiated, it sends Configure-Nak to the PPP client; if the configuration is inaccurate, the PPP server sends Configure-Reject to the PPP client; if the configuration is accurate, the PPP server sends a Configure-Ack response packet to the PPP client.

4. The method for implementing network performance testing without network connection according to claim 1, wherein The specific steps of step (2) are as follows: (2.1) When testing the uplink, the service terminal encapsulates the iperf data into UDP protocol packets and sends them to the PPP server through the PPP client; During the downlink test in (2.2), the PPP client forwards the iperf data packets to the service terminal, and the service terminal parses the received iperf data packets to obtain real-time network performance feedback information.

5. The method for implementing network performance testing without network connection according to claim 4, wherein The specific steps of step (2.1) are as follows: (2.1.1) During the uplink test, the service terminal encapsulates the uplink packets of iperf into UDP protocol packets. (2.1.2) The service terminal sends the UDP packets to the PPP client, and the PPP client sends the UDP packets to the PPP server.

6. The method for implementing network performance testing without network connection according to claim 4, wherein The specific steps of step (2.2) are as follows: (2.2.1) During the downlink test, the PPP client receives the iperf data packets returned by the PPP server. (2.2.2) The PPP client forwards the received iperf data packets to the service terminal. (2.2.3) The service terminal parses the received iperf data packets to obtain real-time network performance feedback information.

7. An apparatus for implementing network performance testing without network connection, characterized in that, The device includes: A processor configured to execute computer-executable instructions; A memory storing one or more computer-executable instructions, and when the computer-executable instructions are executed by the processor, each step of the method for implementing network performance testing without a network connection according to any one of claims 1 to 6 is realized.

8. A processor for implementing network performance testing without network connection, characterized in that, The processor is configured to execute computer-executable instructions, and when the computer-executable instructions are executed by the processor, each step of the method for implementing network performance testing without a network connection according to any one of claims 1 to 6 is realized.

9. A computer-readable storage medium, characterized in that, A computer program is stored thereon, and the computer program can be executed by the processor to realize each step of the method for implementing network performance testing without a network connection according to any one of claims 1 to 6.

Images