CN111884872B - Performance test method and device for service path - Google Patents
Performance test method and device for service path Download PDFInfo
- Publication number
- CN111884872B CN111884872B CN202010625618.2A CN202010625618A CN111884872B CN 111884872 B CN111884872 B CN 111884872B CN 202010625618 A CN202010625618 A CN 202010625618A CN 111884872 B CN111884872 B CN 111884872B
- Authority
- CN
- China
- Prior art keywords
- network element
- test
- message
- sequence number
- service path
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 43
- 238000011056 performance test Methods 0.000 title description 3
- 238000012360 testing method Methods 0.000 claims abstract description 363
- 230000004044 response Effects 0.000 claims abstract description 83
- 238000004891 communication Methods 0.000 abstract description 7
- ORQBXQOJMQIAOY-UHFFFAOYSA-N nobelium Chemical compound [No] ORQBXQOJMQIAOY-UHFFFAOYSA-N 0.000 description 19
- 238000005259 measurement Methods 0.000 description 18
- 230000002776 aggregation Effects 0.000 description 16
- 238000004220 aggregation Methods 0.000 description 16
- 238000004590 computer program Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- CNQCVBJFEGMYDW-UHFFFAOYSA-N lawrencium atom Chemical compound [Lr] CNQCVBJFEGMYDW-UHFFFAOYSA-N 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 2
- 238000000691 measurement method Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/12—Network monitoring probes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The application provides a method and a device for testing the performance of a service path, relates to the technical field of communication, and solves the problem that the performance of a plurality of service paths cannot be measured simultaneously. The method comprises the following steps: the first network element obtains the test message and determines a second network element according to the test message. And the first network element sends the test message to the second network element and sends the corresponding relation to the SDN controller. And then, when receiving the test response message, the first network element determines a third network element according to the test response message and sends the test response message to the third network element. After the SDN controller receives the at least one corresponding relation and the at least one test response message, the SDN controller determines at least one service path according to the at least one corresponding relation and determines a performance value of the at least one service path according to the test response message. The embodiment of the application is applied to measuring the performance of the service path.
Description
Technical Field
Embodiments of the present application relate to the field of communications technologies, and in particular, to a method and an apparatus for testing performance of a service path.
Background
When configuring a service in a network, a working path and a protection path are generally configured for the service. Therefore, when the network fails, the network device can forward the service packet to the standby routing device, so that the service is switched to the protection path, and service interruption caused by network failure is avoided.
In order to master the performance of the network and the service, the performance of the service path needs to be measured so as to better adjust the network resources and the network state. Currently, the performance measurement of the traffic path is usually performed by a two-way active measurement protocol (TWAMP). In this measurement method, after the sending end and the receiving end configure parameters of TWAMP, the sending end forwards a TWAMP test packet and a service packet together on a path corresponding to the service packet. And when the receiving end receives the TWAMP test message forwarded along with the service message, generating a test response message according to the TWAMP test message, and returning the test response message to the sending end. And then, the sending end determines the performance of a certain service path according to the test response message.
As can be seen from the above, when performing measurement using the TWAMP method for a traffic in which a working path and a protection path are arranged, the measurement can only identify the performance of one path at a time, and the comparison of the performance grasp of the path corresponding to the traffic is one-sided.
Disclosure of Invention
The application provides a method and a device for testing the performance of a service path, which solve the problem that the performance of a plurality of service paths cannot be measured simultaneously.
In a first aspect, the present application provides a performance testing method for a service path, which is applied to a software defined network SDN controller, and the method includes: the SDN controller obtains at least one corresponding relation and at least one test response message, and determines at least one service path according to the at least one corresponding relation and a preset network topology. And then, the SDN controller determines the performance value of each service path according to the test response message corresponding to each service path.
Wherein, the corresponding relation comprises a test message and the corresponding relation between two network elements. One of the two network elements is used for sending a test message, and the other one is used for receiving a test message. And the at least one test response message corresponds to the test messages included in the at least one corresponding relation one to one. The network elements in the first service path can all receive the same test message. The first service path is any one of at least one service path;
in a second aspect, the present application provides a method for testing performance of a service path, which is applied to a first network element, and includes: the first network element obtains the test message and determines a second network element according to the test message and the preset network topology. And then, the first network element sends a test message to the second network element and sends the corresponding relation to the SDN controller. And the second network element is a next hop network element of the test message. The corresponding relation comprises the corresponding relation among the first network element, the second network element and the test message. The corresponding relation is used for determining the service path of the test message. And then, the first network element receives the test response message, determines a third network element according to the test response message, and then sends the test response message to the third network element. Wherein the test response message is generated by the receiving network element. The third network element is a next hop network element of the test response message. The test response message is used to determine the performance value of the service path.
In the above scheme, after the first network element determines the second network element according to the test packet, the first network element, the second network element, and the corresponding relationship between the test packets are sent to the SDN controller. And then, when the first network element receives the test response message, determining a third network element according to the test response message, and sending the test response message to the third network element. After receiving the corresponding relations sent by the first network elements and the test response messages sent by the sending network elements, the SDN controller determines a plurality of service paths according to the corresponding relations. And then, the SDN controller determines the performance value of each service path according to the test response message corresponding to each service path. Therefore, the SDN controller can determine a plurality of service paths according to the corresponding relations and then determine the performance values of the plurality of service paths according to the test response message. Furthermore, the performance value of each service path can be comprehensively mastered, and the optimal path is selected for the service according to the performance value for tuning, so that the overall network quality is improved, and the user experience is improved.
In a third aspect, the present application provides a performance testing apparatus for a service path, which is applied to an SDN controller or a chip on the SDN controller, and the apparatus includes: and the acquisition module is used for acquiring at least one corresponding relation and at least one test response message. And the determining module is used for determining at least one service path according to the at least one corresponding relation and the preset network topology. And then, the determining module is further configured to determine a performance value of each service path according to the test response packet corresponding to each service path.
Wherein, the corresponding relation comprises a test message and the corresponding relation between two network elements. One of the two network elements is used for sending a test message, and the other one is used for receiving a test message. And the at least one test response message corresponds to the test messages included in the at least one corresponding relation one to one. The network elements in the first service path can all receive the same test message. The first service path is any one of at least one service path;
in a fourth aspect, the present application provides a performance testing apparatus for a service path, which is applied to an SDN controller or a chip on the SDN controller, and includes a processor, where when the performance testing apparatus for the service path runs, the processor executes a computer to execute instructions, so that the performance testing apparatus for the service path executes the performance testing method for the service path according to the first aspect.
In a fifth aspect, the present application provides a computer-readable storage medium comprising instructions which, when executed on a computer, cause the computer to perform the method for performance testing of a traffic path as described in the first aspect above.
In a sixth aspect, the present application provides a computer program product comprising instruction codes for performing the method for performance testing of a traffic path as described in the first aspect above.
It should be understood that the performance testing apparatus, the computer-readable storage medium, or the computer program product of any one of the service paths provided in the third aspect to the sixth aspect are all used to execute the method provided in the first aspect, and therefore, the beneficial effects that can be achieved by the performance testing apparatus, the computer-readable storage medium, or the computer program product of any one of the service paths provided in the third aspect to the sixth aspect may refer to the beneficial effects of the method provided in the first aspect and the corresponding solutions in the following specific embodiments, and are not described herein again.
In a seventh aspect, the present application provides a performance testing apparatus for a service path, which is applied to a first network element or a chip on the first network element, and the apparatus includes: and the acquisition module is used for acquiring the test message. And the determining module is used for determining the second network element according to the test message acquired by the acquiring module and the preset network topology. And the sending module is used for sending the test message to the second network element determined by the determining module and sending the corresponding relation to the SDN controller. And the second network element is a next hop network element of the test message. The corresponding relation comprises the corresponding relation among the first network element, the second network element and the test message. The corresponding relation is used for determining the service path of the test message. The receiving module is used for receiving the test response message, the determining module is also used for determining a third network element according to the test response message received by the receiving module, and the sending module is also used for sending the test response message to the third network element determined by the determining module. Wherein the test response message is generated by the receiving network element. The third network element is a next hop network element of the test response message. The test response message is used to determine the performance value of the service path.
In an eighth aspect, the present application provides a performance testing apparatus for a service path, which is applied to a first network element or a chip on the first network element, and includes a processor, where when the performance testing apparatus for the service path runs, the processor executes a computer to execute an instruction, so that the performance testing apparatus for the service path executes the performance testing method for the service path according to the second aspect.
In a ninth aspect, the present application provides a computer-readable storage medium comprising instructions which, when executed on a computer, cause the computer to perform the method for performance testing of a traffic path as described in the second aspect above.
In a tenth aspect, the present application provides a computer program product comprising instruction codes for performing the method for performance testing of a traffic path as described in the second aspect above.
It can be understood that the performance testing apparatus, the computer-readable storage medium, or the computer program product of any one of the service paths provided in the seventh to tenth aspects are all used to execute the method provided in the second aspect, and therefore, the beneficial effects that can be achieved by the performance testing apparatus, the computer-readable storage medium, or the computer program product of any one of the service paths provided in the seventh to tenth aspects can refer to the beneficial effects of the method provided in the second aspect and the corresponding schemes in the following detailed description, and are not repeated here.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a schematic view of a topology structure of an IP/MPLS network according to an embodiment of the present application;
fig. 2 is a schematic hardware structure diagram of a performance testing apparatus for a service path according to an embodiment of the present application;
fig. 3 is a schematic diagram of a method for testing performance of a service path according to an embodiment of the present application;
fig. 4 is a first schematic structural diagram of a performance testing apparatus for a service path according to an embodiment of the present application;
fig. 5 is a schematic structural diagram of a performance testing apparatus for a service path according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
In the embodiments of the present application, words such as "exemplary" or "for example" are used to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "e.g.," is not necessarily to be construed as preferred or advantageous over other embodiments or designs. Rather, use of the word "exemplary" or "such as" is intended to present concepts related in a concrete fashion.
In the following, the terms "first", "second" are used for descriptive purposes only and are not to be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of the embodiments of the present application, "a plurality" means two or more unless otherwise specified.
A local integrated bearer network constructed by Internet Protocol (IP)/multi-protocol label switching (MPLS) technology is a main bearer network used by three operators in China for services such as mobile backhaul, private line of large customers and the like. With the release of unlimited packages of mobile services, the video services rapidly increase, and the IP/MPLS network also changes from the original single service bearer to the multi-service bearer, so that the traffic of the mobile backhaul service rapidly increases. And the perception and satisfaction degree of users are directly influenced by the performance of the service carried on the IP/MPLS network.
When configuring traffic in an IP/MPLS network, a working path and a protection path are typically configured for the traffic. Therefore, when the network fails, the network device can forward the service packet to the standby routing device, so that the service is switched to the protection path, and service interruption caused by network failure is avoided. In an IP/MPLS network, generally, an end-to-end service has more nodes, and there are different failure points and failure types when a failure occurs, and protection paths corresponding to different failure points and failure types are also different, so that an end-to-end service generally has one working path and multiple protection paths. Common faults in an IP/MPLS network include node faults and link faults, and common protection types include TE hot-standby, Virtual Private Network (VPN), fast reroute (FRR), Label Distribution Protocol (LDP) FRR, and the like.
For example, FIG. 1 provides a topology for an IP/MPLS network. Referring to fig. 1, the IP/MPLS network includes a Software Defined Network (SDN) controller 101, a first service convergence network element 102, a second service convergence network element 103, a first core network element 104, a first convergence network element 105, a second convergence network element 106, a first access network element 107, a second access network element 108, a third access network element 109, a third convergence network element 110, a fourth convergence network element 111, and a second core network element 112. The SDN controller 101 is connected to a first service convergence network element 102, the first service convergence network element 102 is connected to a second service convergence network element 103 and a second core network element 112, the second service convergence network element 103 is connected to a first core network element 104, the first core network element 104 is connected to a second core network element 112 and a first convergence network element 105, the first convergence network element 105 is connected to a second convergence network element 106, the second convergence network element 106 is connected to a third convergence network element 110 and a first access network element 107, the first access network element 107 is connected to a second access network element 108, the second access network element 108 is connected to a third access network element 109, the third access network element 109 is connected to a third convergence network element 110, the third convergence network element 110 is connected to a fourth convergence network element 111, and the fourth convergence network element 111 is connected to the second core network element 112.
The sending end of the service is the first service convergence network element 102, and the receiving end is the second access network element 108. The working path of the service is as follows: the first traffic aggregation network element 102 → the second core network element 112 → the fourth aggregation network element 111 → the third aggregation network element 110 → the third access network element 109 → the second access network element 108 → the third aggregation network element 110 → the fourth aggregation network element 111 → the second core network element 112 → the first traffic aggregation network element 102.
Thus, when a link failure occurs in the network, the TE hot-standby protection takes effect, for example, when a link between the first service convergence network element 102 and the second core network element 112 fails, the service is switched TE hot-standby. At this time, the service path is switched to: the first traffic convergence network element 102 → the second traffic convergence network element 103 → the first core network element 104 → the second core network element 112 → the fourth convergence network element 111 → the third convergence network element 110 → the third access network element 109 → the second access network element 108 → the third convergence network element 110 → the fourth convergence network element 111 → the second core network element 112 → the first core network element 104 → the second traffic convergence network element 103 → the first traffic convergence network element 102. When a node failure occurs in the network, the VPN FRR protection takes effect, for example, when the third aggregation network element 110 fails, the service undergoes VPN FRR switching. At this time, the service path is switched to: the first traffic aggregation network element 102 → the second core network element 112 → the first core network element 104 → the first aggregation network element 105 → the second aggregation network element 106 → the first access network element 107 → the second access network element 108 → the first access network element 107 → the second aggregation network element 106 → the first aggregation network element 105 → the first core network element 104 → the second core network element 112 → the first traffic aggregation network element 102.
Further, in order to control the performance of the network and the service, the performance of the service path needs to be measured, so as to better adjust the network resources and the network state. Currently, there are a variety of performance monitoring techniques in IP/MPLS networks. The performance monitoring technologies are classified into performance measurement based on a link layer, a tunnel layer, a pseudo-line layer and a service layer according to different measurement levels. The most interesting to the user is the performance measurement of the end-to-end service layer. In addition, according to different time periods of measurement, the performance monitoring technology is divided into real-time performance measurement and periodic performance measurement, and what the user wants to achieve is real-time, optimal and best, and the shorter the time length of performance degradation or failure is, the better the time length is. Currently, technologies for measuring performance based on end-to-end service are the TWAMP, y.1731, RFC2544 technologies, etc., which all forward a test packet in a network along with the service, but the application scenarios are different.
TWAMP is an IP performance bidirectional active measurement protocol proposed by the Internet Engineering Task Force (IETF) organization, and defines a flexible method for measuring round-trip performance between any two devices supporting TWAMP standards in a network. The TWAMP measurement method generally selects a user side sub-port of a service convergence network element as a sending end of a TWAMP test message, accesses the network element as a receiving end of the TWAMP test message, and then forwards the TWAMP test message in a network together with the service message from the sending end. And when the receiving end receives the TWAMP test message forwarded along with the service message, generating a test response message according to the TWAMP test message, and returning the test response message to the sending end. And then, the sending end determines the performance of a certain service path according to the test response message. Therefore, the performance of the service path measured by the TWAMP test message can be ensured to be the performance of the service path of the actual service. Therefore, the network packet loss rate, the time delay jitter and other performances of the end-to-end service can be monitored with high precision by the TWAMP measuring method. For example, in the IP/MPLS network shown in fig. 1, the first service convergence network element 102 is used as a service sending end, and the second access network element 108 is used as a service receiving end. Similarly, when a link failure occurs in the network, the TE hot-standby protection takes effect, for example, when a link between the first service convergence network element 102 and the second core network element 112 fails, the TWAMP test packet is switched along with the service TE hot-standby. When a node failure occurs in the network, the VPN FRR protection takes effect, for example, when the third aggregation network element 110 fails, the TWAMP test packet is switched with the service VPN FRR.
As can be seen from the above, when performing measurement using the TWAMP method for a traffic in which a working path and a protection path are arranged, the measurement can only identify the performance of one path at a time, and the comparison of the performance grasp of the path corresponding to the traffic is one-sided.
In order to solve the above problems, the present application provides a method and an apparatus for testing performance of a service path. The performance test method comprises the following steps: and after the first network element determines the second network element according to the test message, sending the corresponding relation among the first network element, the second network element and the test message to the SDN controller. And then, when the first network element receives the test response message, determining a third network element according to the test response message, and sending the test response message to the third network element. After receiving the corresponding relations sent by the first network elements and the test response messages sent by the sending network elements, the SDN controller determines a plurality of service paths according to the corresponding relations. And then, the SDN controller determines the performance value of each service path according to the test response message corresponding to each service path. The performance values of a plurality of service paths can be measured simultaneously, and the performance of each service path can be comprehensively mastered.
The method for testing the performance of the service path provided by the embodiment of the application is suitable for the IP/MPLS network shown in figure 1. Therefore, based on the IP/MPLS network shown in fig. 1, the performance testing apparatus for a service path in the embodiment of the present application may be any network device in the IP/MPLS network. In a specific implementation, the performance testing device for the service path has the components shown in fig. 2. Fig. 2 is a performance testing apparatus for a service path according to an embodiment of the present application, and the performance testing apparatus may include a processor 202, where the processor 202 is configured to execute an application program code, so as to implement a performance testing method for a service path in the present application.
The processor 202 may be a Central Processing Unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more ics for controlling the execution of programs in accordance with the present disclosure.
As shown in fig. 2, the performance testing apparatus of the traffic path may further include a memory 203. The memory 203 is used for storing application program codes for executing the scheme of the application, and the processor 202 controls the execution.
The memory 203 may be a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a Random Access Memory (RAM) or other type of dynamic storage device that can store information and instructions, an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disk storage, optical disk storage (including compact disc, laser disc, optical disc, digital versatile disc, blu-ray disc, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited to these. The memory 203 may be a separate device connected to the processor 202 via a bus. The memory 203 may also be integrated with the processor 202.
As shown in fig. 2, the performance testing apparatus of the traffic path may further include a communication interface 201, wherein the communication interface 201, the processor 202, and the memory 203 may be coupled to each other, for example, via a bus 204. The communication interface 201 is used for information interaction with other devices, for example, information interaction between the performance testing apparatus supporting the service path and other devices.
It is noted that the device structure shown in fig. 2 does not constitute a definition of the performance testing means of the traffic path, which may comprise more or less components than those shown in fig. 2, or a combination of certain components, or a different arrangement of components, in addition to the components shown in fig. 2.
The following describes a performance testing method for a service path provided in this embodiment with reference to fig. 3, in conjunction with the IP/MPLS network shown in fig. 1 and the performance testing apparatus for a service path shown in fig. 2.
Fig. 3 is a schematic flowchart of a method for testing performance of a service path according to an embodiment of the present application. Referring to fig. 3, the method for testing the performance of the service path includes the following steps.
301. The first network element obtains the test message and determines a second network element according to the test message and the preset network topology.
The first network element comprises a sending network element and an intermediate forwarding network element, the second network element is a next-hop network element of the test message, and the second network element comprises a receiving network element and an intermediate forwarding network element.
First, the method for the first network element to obtain the test packet includes the following steps.
When the first network element is a sending network element, the method for the first network element to obtain the test message is as follows: the first network element receives a test case sent by the SDN controller, wherein the test case is generated by the SDN controller according to the service, and the test case comprises N serial numbers and configuration parameters of the test case. And then, the first network element generates test messages according to the configuration parameters and the number of the serial numbers of the test examples, wherein the test messages comprise N first test messages, each first test message carries a first serial number, and N is more than or equal to 1. Optionally, N takes a value greater than 200, e.g., N216. In addition, the configuration parameters of the test case include the service subinterface of the sending network element of the test packet, the name of the VPN case, the measurement source IP address, the measurement destination IP address, the source port number, the destination port number, and the virtual local area network (v/a)
Virtual Local Area Network (VLAN) Identification (ID), measurement packet rate, length, cycle, and service subinterface of the test packet receiving network element, VPN instance name, measurement source IP address, measurement destination IP address, source port number, destination port number, VLAN ID, and the like.
When the first network element is a middle forwarding network element, the method for the first network element to obtain the test message is as follows: and receiving a test message from the previous-hop network element.
And then, after the first network element acquires the test message, determining a second network element according to the test message and the preset network topology. Wherein, the test message carries the first serial number.
Specifically, after acquiring the message, the first network element needs to first determine whether the message is a normal service message or a test message. And when the message is determined to be a normal service message, the service message is normally forwarded according to the original mode. And when the message is determined to be a test message, judging whether the message is related to the protection of the service corresponding to the VLAN according to the VLAN number of the received message and the preset network topology. And if the protection of the corresponding service is not involved, the test message is normally forwarded according to the original mode. The preset network topology is a network topology corresponding to a service message which is sent simultaneously with the test message in the IP/MPLS network.
And if the protection related to the corresponding test message is determined, the first network element acquires a first sequence number range, wherein the first sequence number range is the range of the first sequence number acquired after the test message is analyzed.
If the first sequence number range is determined not to be within the first preset sequence number range, the first network element obtains the first quantity. Wherein, the first number is the number of the route outlets corresponding to the test message in the second network element. The first preset sequence number range is a range of sequence numbers in a forwarding strategy, which is pre-established for the test message in the first network element. The second network element is a next hop network element of the test message. The first number is the sum of the number of the working route outlets and the number of the protection route outlets of the downlink forwarding corresponding to the service in the second network element. For example, as in fig. 1, in the working path of the first service aggregation network element 102, the number of working route exits is 1 (port 1 from the first service aggregation network element 102 to the second core network element 112). In the protection path, in the TE hot-standby protection mode, the number of the protection route exits is 1 (from the first service convergence network element 102 to the port 2 of the second core network element 112). In the VPN FRR protection mode, the number of protection route outlets is 1 (port 3 from the first service convergence network element 102 to the second core network element 104), and then the first number is 3.
Then, the first network element determines a first corresponding relationship between the test message and the second network element according to the first number, the first sequence number range and a preset algorithm. Specifically, the first network element averagely allocates the test packets to the second network element, and the test packets correspond to the route outlets. Further specifically, when the range of the first sequence number in the test packet received by the first network element is [ x, y ], the first sequence number is evenly distributed to P routing outlets (that is, the first number is P), a correspondence between P sub-range segments and P routing outlets is generated, and an ingress port of the test packet is recorded. The number of the test packets corresponding to each route outlet is (y-x +1)/P, and when the test packets are not completely divided, the range segment of the test packet of the last route outlet can be properly increased or decreased.
For example, as shown in fig. 1, if the first sequence number range of the test packet acquired by the first service convergence network element 102 is [1, 216], and the first number is 3, the first sequence number range is averagely divided into three range segments of [1, 72], [73, 144], [145, 216], which respectively correspond to the route outlets corresponding to the test packet in the second network element. For example, the test packet corresponding to [1, 72] corresponds to port 1 of the second core network element 112, the test packet corresponding to [73, 144] corresponds to port 2 of the second core network element 112, the test packet corresponding to [145, 216] corresponds to port 3 of the first core network element 104, and the ingress ports corresponding to the test packets are all user-side ports of the first service convergence network element 102. Thus, the test messages are respectively corresponding to different ports of different second network elements.
302. And the first network element sends the test message to the second network element and sends the corresponding relation to the SDN controller.
The corresponding relationship comprises the corresponding relationship among the first network element, the second network element and the test message. The corresponding relation is used for determining the service path of the test message.
Specifically, the first network element sends the test packet to the port corresponding to the second network element according to the first corresponding relationship determined in step 301. And sending the port identifier of the first network element for sending the test message, the identifier of the first network element and a first corresponding relation, namely the corresponding relation, to the SDN controller.
Optionally, when the second network element is a receiving network element, after receiving the test message, the second network element generates a test response message according to the test message. And the test response message carries a second sequence number. And the second network element sends a test response message to the port corresponding to the first network element according to the second sequence number.
303. And the first network element receives the test response message and determines a third network element according to the test response message.
The third network element is a next-hop network element of the test response message, and the third network element comprises an SDN controller and an intermediate forwarding network element.
Specifically, the first network element receives a test response message sent by the second network element. And if the second sequence number is determined to be within the second preset sequence number range, determining the network element in which the second preset sequence number range is located as a third network element. The second preset sequence number range is the range of the sequence numbers in the forwarding strategy established for the test message in the first network element.
304. And the first network element sends a test response message to the third network element.
305. The SDN controller obtains at least one corresponding relation and at least one test response message, and determines at least one service path according to the at least one corresponding relation and a preset network topology.
Wherein, the corresponding relation comprises a test message and the corresponding relation between two network elements. One of the two network elements is used for sending a test message, and the other one is used for receiving a test message. And the at least one test response message corresponds to the test messages included in the at least one corresponding relation one by one. The network elements in the first service path can all receive the same test message. The first service path is any one of at least one service path.
Firstly, before obtaining at least one corresponding relationship and at least one test response message, the SDN controller is further configured to generate a test case of the service, and send the test case to a sending network element of the service. The test case comprises N serial numbers and configuration parameters of the test case, wherein N is more than or equal to 1. The test messages comprise N first test messages. Each first test message carries a first sequence number.
Specifically, the test message carries a first sequence number. For a target test message, the SDN controller obtains a target correspondence relationship, which includes a target value and in which the target test message is located. The target value is the value of the first serial number in the target test message. The target test message is a test message in any corresponding relation. And the SDN controller determines a sending network element and a receiving network element of the target test message in each target corresponding relation. And then, the SDN controller splices the sending network element and the receiving network element in the target corresponding relation according to a preset network topology, and determines a service path of the target test message.
Correspondingly, the test messages in each corresponding relation are processed, and a plurality of paths corresponding to the plurality of test messages are obtained.
306. And the SDN controller determines the performance value of each service path according to the test response message corresponding to each service path.
After splicing a plurality of service paths, the SDN controller matches the test response message with the plurality of paths one by one according to the second sequence number in the test response message, and determines a performance value of each service path according to a parameter in the test response message, for example, performance values such as time delay, packet loss rate, jitter, and the like.
Further, the SDN controller determines the service path with the best performance according to the performance value of each service path, and guides the service to adjust and optimize the service path.
In the above scheme, after the first network element determines the second network element according to the test packet, the first network element, the second network element, and the corresponding relationship between the test packets are sent to the SDN controller. And then, when the first network element receives the test response message, determining a third network element according to the test response message, and sending the test response message to the third network element. After receiving the corresponding relations sent by the first network elements and the test response messages sent by the network elements, the SDN controller determines a plurality of service paths according to the corresponding relations. And then, the SDN controller determines the performance value of each service path according to the test response message corresponding to each service path. Therefore, the SDN controller can determine a plurality of service paths according to the corresponding relations and then determine the performance values of the plurality of service paths according to the test response message. Furthermore, the performance value of each service path can be comprehensively mastered, and the optimal path is selected for the service according to the performance value for tuning, so that the overall network quality is improved, and the user experience is improved.
In the embodiment of the present application, the functional modules of the performance testing apparatus of the service path may be divided according to the method embodiment, for example, each functional module may be divided corresponding to each function, or two or more functions may be integrated into one processing module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. It should be noted that, in the embodiment of the present application, the division of the module is schematic, and is only one logic function division, and another division manner may be available in actual implementation.
In the case of dividing each functional module according to each function, fig. 4 shows a possible structural diagram of a performance testing apparatus for a service path, which is applied to an SDN controller or a chip on the SDN controller. As shown in fig. 4, the performance testing apparatus for a service path includes an obtaining module and a determining module.
The obtaining module 41 is configured to obtain at least one corresponding relationship and at least one test response packet. The corresponding relation comprises a test message and the corresponding relation between two network elements. One of the two network elements is used for sending a test message, and the other one is used for receiving a test message. And the at least one test response message corresponds to the test messages included in the at least one corresponding relation one to one. A determining module 42, configured to determine at least one service path according to the at least one correspondence obtained by the obtaining module 41 and a preset network topology. And the network elements in the first service path can receive the same test message. The first service path is any one of at least one service path. The determining module 42 is further configured to, for each service path, determine a performance value of each service path according to the test response packet corresponding to each service path.
Optionally, the performance testing apparatus further includes: and the generating module 43 is used for generating a test case of the service. The test case comprises N serial numbers and configuration parameters of the test case, wherein N is more than or equal to 1. A sending module 44, configured to send the test case generated by the generating module 43 to a sending network element of the service. The test case is used for generating a test message. The test messages comprise N first test messages. The first test message carries a first sequence number.
Optionally, the test message carries a first sequence number. The determining module 42 is specifically configured to: for the target test message, a target corresponding relation, which contains the target value and in which the target test message is located, is obtained. The target value is the value of the first sequence number in the target test message. The target test message is a test message in any corresponding relation. And determining a sending network element and a receiving network element of the target test message in each target corresponding relation. And splicing the sending network element and the receiving network element in the target corresponding relation according to the preset network topology, and determining the service path of the target test message.
Another embodiment of the present application further provides a computer-readable storage medium, where instructions are stored in the computer-readable storage medium, and when the instructions are executed on a performance testing apparatus of a service path, the performance testing apparatus executes a performance testing method of the service path corresponding to an SDN controller in the embodiment shown in fig. 3.
In another embodiment of the present application, there is also provided a computer program product comprising computer executable instructions stored in a computer readable storage medium; the processor of the performance testing device of the service path may read the computer executable instruction from the computer readable storage medium, and the processor executes the computer executable instruction to cause the performance testing device of the service path to execute the performance testing method of the service path corresponding to the SDN controller in the embodiment shown in fig. 3.
Fig. 5 shows a schematic diagram of a possible structure of a performance testing apparatus for a service path, which is applied to a first network element or a chip on the first network element, under the condition that each functional module is divided according to each function. As shown in fig. 5, the apparatus for testing the performance of a traffic path includes an obtaining module 51, a determining module 52, a sending module 53, and a receiving module 54.
The obtaining module 51 is configured to obtain the test packet. The determining module 52 is configured to determine a second network element according to the test packet acquired by the acquiring module 51 and the preset network topology, where the second network element is a next-hop network element of the test packet. A sending module 53, configured to send the test packet to the second network element determined by the determining module 52, and send the corresponding relationship to the SDN controller. The corresponding relation comprises the corresponding relation among the first network element, the second network element and the test message. The corresponding relation is used for determining the service path of the test message. And the receiving module 54 is configured to receive the test response message. The test response message is generated by the receiving network element. The determining module 52 is further configured to determine the third network element according to the test response message received by the receiving module 54. The third network element is a next hop network element of the test response message. The sending module 53 is further configured to send a test response message to the third network element determined by the determining module 52. The test response message is used to determine the performance value of the service path.
Optionally, the obtaining module 51 is specifically configured to: receiving a test case sent by the SDN controller, wherein the test case comprises N serial numbers and configuration parameters of the test case, and N is larger than or equal to 1. And generating a test message according to the configuration parameters of the test example. The test messages comprise N first test messages. The first test message carries a first sequence number.
Optionally, the test message carries a first sequence number, and the determining module 52 is specifically configured to: if it is determined that protection of the test packet is involved, a first sequence number range is obtained. The first sequence number range is the range of the first sequence number obtained after the test message is analyzed. And if the first sequence number range is determined not to be within the first preset sequence number range, acquiring a first number, wherein the first number is the number of routing outlets corresponding to the test message in the second network element. And determining a first corresponding relation between the test message and the second network element according to the first number, the first sequence number range and a preset algorithm.
Optionally, the determining module 52 is specifically configured to averagely allocate the test packet to a routing outlet corresponding to the test packet in the second network element.
Optionally, the test response message carries a second sequence number, and the determining module 52 is specifically configured to: and if the second sequence number is determined to be within the second preset sequence number range, determining the network element in which the second preset sequence number range is located as a third network element.
Another embodiment of the present application further provides a computer-readable storage medium, where instructions are stored in the computer-readable storage medium, and when the instructions are executed on a performance testing apparatus of a service path, the performance testing apparatus executes a performance testing method of the service path corresponding to the first network element in the embodiment shown in fig. 3.
In another embodiment of the present application, there is also provided a computer program product comprising computer executable instructions stored in a computer readable storage medium; the processor of the performance testing apparatus of the service path may read the computer executable instruction from the computer readable storage medium, and the processor executes the computer executable instruction to make the performance testing apparatus of the service path execute the performance testing method of the service path corresponding to the first network element in the embodiment shown in fig. 3.
All relevant contents of each step related to the above method embodiment may be referred to the functional description of the corresponding functional module, and the function thereof is not described herein again.
It should be understood that, in the various embodiments of the present application, the sequence numbers of the above-mentioned processes do not imply any order of execution, and the order of execution of the processes should be determined by their functions and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.
Those of ordinary skill in the art would appreciate that the various illustrative modules, elements, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. For example, the device embodiments described above are merely illustrative, e.g., multiple units or components may be combined or may be integrated into another system, or some features may be omitted, or not implemented. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
Units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.
The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U disk, a removable hard disk, a read-only memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (10)
1. A method for testing the performance of a service path,
acquiring a test message;
determining a second network element according to the test message and a preset network topology, wherein the second network element is a next-hop network element of the test message;
sending the test message to the second network element, and sending a corresponding relation to an SDN controller; the corresponding relation comprises the corresponding relation among the first network element, the second network element and the test message; the corresponding relation is used for determining a service path of the test message;
receiving a test response message; the test response message is generated by a receiving network element; the test response message comprises a second serial number;
if the second sequence number is within a second preset sequence number range, determining that the network element in which the second preset sequence number range is located is a third network element; the second preset sequence number range is a sequence number range in a forwarding strategy established for the test message in the first network element; the third network element comprises a Software Defined Network (SDN) controller and an intermediate forwarding network element; and sending the test response message to the third network element, so that the SDN controller obtains at least one corresponding relation and at least one test response message, determines at least one service path according to the at least one corresponding relation and a preset network topology, and then determines a performance value of each service path according to the test response message corresponding to each service path.
2. The performance testing method of claim 1, wherein the obtaining the test packet comprises:
receiving a test case sent by an SDN controller, wherein the test case comprises N serial numbers and configuration parameters of the test case, and N is more than or equal to 1;
generating a test message according to the configuration parameters of the test case; the test messages comprise N first test messages; the first test message carries a first sequence number.
3. The performance testing method of claim 1, wherein the test packet carries a first sequence number, and before the test packet is sent to the second network element, the performance testing method further comprises:
if the protection related to the test message is determined, acquiring a first sequence number range; the first sequence number range is the range of the first sequence number obtained after the test message is analyzed;
if the first sequence number range is determined not to be within a first preset sequence number range, acquiring a first number, wherein the first number is the number of routing outlets corresponding to the test message in the second network element;
and determining a first corresponding relation between the test message and the second network element according to the first quantity, the first serial number range and a preset algorithm.
4. The method according to claim 3, wherein the determining the first corresponding relationship between the test packet and the second network element according to the first number, the first sequence number range, and a preset algorithm comprises:
and averagely distributing the test messages to a routing outlet corresponding to the test messages in the second network element.
5. A performance testing apparatus for a traffic path, comprising:
an obtaining module, configured to obtain, by a first network element, a test packet;
a determining module, configured to determine, by the first network element, a second network element according to the test packet acquired by the acquiring module and a preset network topology, where the second network element is a next-hop network element of the test packet;
a sending module, configured to send the test packet to the second network element determined by the determining module and send a corresponding relationship to an SDN controller by the first network element; the corresponding relationship comprises the corresponding relationship among the first network element, the second network element and the test message; the corresponding relation is used for determining a service path of the test message;
a receiving module, configured to receive a test response packet by the first network element; the test response message is generated by a receiving network element; the test response message comprises a second serial number;
the determining module is further configured to:
if the second sequence number is within a second preset sequence number range, determining that the network element in which the second preset sequence number range is located is a third network element; the second preset sequence number range is a sequence number range in a forwarding strategy established for the test message in the first network element; the third network element comprises a Software Defined Network (SDN) controller and an intermediate forwarding network element;
the sending module is further configured to send the test response packet to the third network element determined by the determining module, so that the SDN controller obtains at least one correspondence and at least one test response packet, determines at least one service path according to the at least one correspondence and a preset network topology, and then determines a performance value of each service path according to the test response packet corresponding to each service path.
6. The performance testing device of claim 5, wherein the obtaining module is specifically configured to:
receiving a test case sent by an SDN controller, wherein the test case comprises N serial numbers and configuration parameters of the test case, and N is more than or equal to 1;
generating a test message according to the configuration parameters of the test case; the test messages comprise N first test messages; the first test message carries a first sequence number.
7. The performance testing apparatus of claim 5, wherein the test message carries a first sequence number, and the determining module is specifically configured to:
if the protection related to the test message is determined, acquiring a first sequence number range; the first sequence number range is the range of the first sequence number obtained after the test message is analyzed;
if the first sequence number range is determined not to be within a first preset sequence number range, acquiring a first number, wherein the first number is the number of routing outlets corresponding to the test message in the second network element;
and determining a first corresponding relation between the test message and the second network element according to the first quantity, the first sequence number range and a preset algorithm.
8. The performance testing apparatus of claim 7,
the determining module is specifically configured to averagely allocate the test packet to a routing outlet corresponding to the test packet in the second network element.
9. A performance testing apparatus for a service path, comprising a memory and a processor, wherein the memory stores computer-executable instructions, and the processor executes the computer-executable instructions to implement the performance testing method for the service path according to any one of claims 1 to 4.
10. A computer-readable storage medium having instructions stored thereon, which when run on a computer cause the computer to perform a method of performance testing of a traffic path according to any of claims 1-4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010625618.2A CN111884872B (en) | 2020-07-01 | 2020-07-01 | Performance test method and device for service path |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010625618.2A CN111884872B (en) | 2020-07-01 | 2020-07-01 | Performance test method and device for service path |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111884872A CN111884872A (en) | 2020-11-03 |
| CN111884872B true CN111884872B (en) | 2022-05-06 |
Family
ID=73149853
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010625618.2A Active CN111884872B (en) | 2020-07-01 | 2020-07-01 | Performance test method and device for service path |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111884872B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112994987B (en) * | 2021-05-07 | 2021-09-14 | 阿里云计算有限公司 | Cloud network, measurement system, method, device and storage medium for cloud network |
| CN115065624B (en) * | 2022-03-31 | 2023-10-03 | 中国第一汽车股份有限公司 | Communication test method and device, electronic equipment and storage medium |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105743711B (en) * | 2016-04-13 | 2019-10-18 | 华为技术有限公司 | A kind of fault detection method of network path, device and the network equipment |
| US10277516B2 (en) * | 2016-11-29 | 2019-04-30 | Nicira, Inc. | Statistical approaches in NSX scale testing |
| CN106888138B (en) * | 2017-03-17 | 2019-07-16 | 烽火通信科技股份有限公司 | A kind of service channel detection system and test method |
| CN110752993B (en) * | 2019-10-24 | 2022-02-25 | 新华三信息安全技术有限公司 | Message forwarding method and device |
-
2020
- 2020-07-01 CN CN202010625618.2A patent/CN111884872B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN111884872A (en) | 2020-11-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7479490B2 (en) | Packet processing method and apparatus, network device, and storage medium | |
| US8082340B2 (en) | Technique for distinguishing between link and node failure using bidirectional forwarding detection (BFD) | |
| Sharma et al. | OpenFlow: Meeting carrier-grade recovery requirements | |
| US7120118B2 (en) | Multi-path analysis for managing machine communications in a network | |
| EP2337301B1 (en) | Method, system and network node for establishing label switching path | |
| US8422379B2 (en) | Method of simple and efficient failure resilient load balancing | |
| US20170353388A1 (en) | Pseudowire protection using a standby pseudowire | |
| US8576708B2 (en) | System and method for link protection using shared SRLG association | |
| US9571381B2 (en) | System and method for inter-domain RSVP-TE LSP load balancing | |
| US11477100B2 (en) | Residence time measurement for traffic engineered network | |
| KR20220119708A (en) | Packet processing method, apparatus, and system | |
| ITTO20060149A1 (en) | TECHNIQUE FOR THE OPTIMIZED FLOW OF DATA FLOWS ON AN IP DORSAL IN A COMPUTER NETWORK. | |
| US8520534B2 (en) | In-service throughput testing in distributed router/switch architectures | |
| US12040966B2 (en) | Path switching method, device, and system | |
| CN111884872B (en) | Performance test method and device for service path | |
| US20230021278A1 (en) | Circuit-Style Network with Co-Routed Bidirectional Network Paths | |
| US9049142B1 (en) | Method and apparatus to enable protection for selective traffic in an MPLS network | |
| CN102132524B (en) | Methods for establishing a traffic connection and an associated monitoring connection | |
| JP2009519666A (en) | Resource sharing between network and tunnel | |
| US8644315B2 (en) | Label distribution protocol label filtering | |
| Kumaran et al. | Implementation and performance analysis of traffic engineered multiprotocol label switching network for IPv6 clients | |
| CN111726287B (en) | Ring network protection method and device | |
| US20230379246A1 (en) | Method and Apparatus for Performing Protection Switching in Segment Routing SR Network | |
| Daba | Quality of Service Comparison of Seamless Multi-Protocol Level Switching and Multi-Protocol Level Switching Networks | |
| WO2014149960A1 (en) | System, method and apparatus for lsp setup using inter-domain abr indication |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |