CN115396336A - A method for active testing of MPLS VPN private line based on software simulation - Google Patents

Abstract

The invention provides an MPLSVPN customer-collecting special line active test method based on software simulation, which comprises the following steps of establishing the relation between customer-collecting MPLSVPN and a test center, and comprises the following steps: deploying a central test server in a test center, accessing a plurality of VLANs to a convergence switch through IP, allocating different VLANIDs to different customer-collecting MPLSVPNs, and establishing a mapping relation between the VLANIDs and the VLANIDs; configuring test parameters in a test center; automatically scheduling and executing a test task, including generating a test task example, executing the test task example, including embedding a VLAN tag through QinQ, accessing a specified customer-collecting MPLSVPN, initiating a PING test to a target node, and actively detecting the network quality of each node in the VPN; and presenting, analyzing and storing the data generated by the execution test. The invention has mass testing capability, does not depend on digital equipment, adopts an independent universal server, realizes automatic polling and opening test for the client specific MPLSVPN line user by a software simulation nested VLAN method, has mass testing capability and multi-dimensional real-time monitoring.

Description

A method for active testing of MPLS VPN private line based on software simulation

technical field

The invention relates to the technical field of dedicated line active testing, in particular to a software simulation-based active testing method for an MPLS VPN dedicated line for inbound and outbound customers.

Background technique

MPLS VPN is to use MPLS technology to build a private IP network dedicated to enterprises on the broadband IP network of operators, so as to meet the multi-service communication of data, voice and image without geographical restrictions, high security, high speed and reliability; on the one hand, it can use The reliability and efficiency of the public network can be combined with the security and stability of the internal network. More and more enterprise customers choose MPLS VPN;

For group customer MPLS VPN private network quality monitoring, communication operators realize it through network management means, that is, collecting management information output by datacom equipment; in this way, the quality of private network is reflected through device alarms; when users complain, project cutover, network data adjustment, etc. If quality verification is required under certain circumstances, the datacom equipment is remotely controlled through the network management system to perform MPLS VPN connectivity PING test;

There are following disadvantages in using the datacom equipment network management system to monitor the quality of MPLS VPN:

First, real-time monitoring at the customer granularity cannot be achieved, and network quality degradation cannot be discovered before users:

The network management system periodically collects information such as the hardware status of datacom equipment (such as CPU utilization, memory utilization, interface utilization, etc.) and overall quality indicators, which reflect the operation of the equipment, and cannot monitor the service quality in terms of customers and IPs. , when a hidden fault occurs, it cannot be identified in real time, and can only be discovered through user complaints.

The second test is weak:

Although datacom equipment has the capability of connectivity testing, due to the limited processing resources, the number of test targets is very limited, and it is impossible to test more than tens of thousands of customer target IPs.

In short, the existing MPLS VPN management lacks effective real-time monitoring methods, and cannot detect and warn of VPN degradation events in time, and cannot detect faults in time, and the risk of user complaints and poor service experience due to user service interruptions.

Contents of the invention

Aiming at the deficiencies in the prior art, the purpose of the present invention is to provide a software simulation-based active testing method for MPLS VPN private line, which can solve the existing lack of effective real-time monitoring means for MPLS VPN management, and the inability to perceive and warn of VPN degradation in time. Quality incidents, failure to detect and solve faults in time, user complaints due to user business interruption, and risk of poor service experience.

In order to achieve the above object, the technical scheme of the present invention is as follows:

The present invention is realized through the following technical solutions: a software simulation-based MPLS VPN private line active testing method, comprising:

Establish the relationship between Jike MPLS VPN and the test center, including:

Deploy the central test server in the test center, connect multiple VLANs to the aggregation switch through IP, assign different VLAN IDs to different inbound MPLS VPNs, and establish a mapping relationship between the two;

Configure test parameters in the test center;

Automate scheduling and execution of test tasks, including:

Generate a test task instance according to the test parameters equipped,

Executing test task examples, including nesting VLAN tags through QinQ, accessing designated inbound MPLS VPNs, initiating PING tests on target nodes, and proactively detecting the network quality of each node in the VPN;

Presenting, analyzing and saving the data generated by the execution test.

Further, test parameters are configured in the test center; including:

Configure test execution strategy parameters and test object parameters.

Further, the test execution strategy parameters include test time start, end time, execution mode, and execution interval cycle; the execution mode includes immediate execution, timing execution, and periodic execution.

Further, the test object parameters include VLAN ID and client equipment IP address.

Further, the nested VLAN tag of QinQ includes encapsulating the VLAN tag of the user's inner network in the outer VLAN tag, so that the message traverses the network with two layers of VLAN tags, and the outer layer only propagates according to the outer VLAN tag, and the inner layer VLAN tags are masked.

Further, the accessing the specified inbound MPLS VPN includes accessing the specified inbound MPLS VPN through the MAN equipment.

Further, the data generated by executing the test includes test time, test object, time delay, packet loss rate, and jitter.

Further, the presenting the data generated by executing the test includes presenting the data generated by executing the test in a graphical manner; it also includes performing aggregation analysis and display according to the test source address or destination address, and the test source address, destination address support location The results of the multi-level dimension analysis of city, customer, and node IP address are presented.

Compared with the prior art, the beneficial effects of the present invention include:

The active testing method of the MPLS VPN inbound and outbound private line of the present invention has massive testing capabilities, does not rely on data communication equipment, uses an independent general server, and realizes automatic inspection and activation testing of inbound and outbound MPLS VPN dedicated line users through software emulation nested VLAN methods, and has Massive testing capabilities, multi-dimensional real-time monitoring, automated testing in customer, node IP address and other dimensions, real-time monitoring of service quality changes, to meet MPLS VPN monitoring requirements.

Description of drawings

The disclosure of the present invention is described with reference to the accompanying drawings. It should be understood that the accompanying drawings are for illustration purposes only, and are not intended to limit the protection scope of the present invention. In the accompanying drawings, the same reference numerals are used to refer to the same components. in:

Fig. 1 is a kind of flow schematic diagram of the active testing method of MPLS VPN customer dedicated line based on software emulation of the present invention;

Fig. 2 is a schematic flow chart of the principle of the testing method of the present invention;

Fig. 3 is a nested schematic diagram of QinQ nested tags of the present invention;

Fig. 4 is a schematic diagram of the frame structure of the active testing system of the present invention.

Detailed ways

It is easy to understand that, according to the technical solution of the present invention, those skilled in the art can propose multiple structural modes and implementation modes that can be replaced without changing the essence and spirit of the present invention. Therefore, the following specific embodiments and drawings are only exemplary descriptions of the technical solution of the present invention, and should not be regarded as the entirety of the present invention or as a limitation or restriction on the technical solution of the present invention.

A software simulation-based MPLS VPN private line active test method, as shown in Figure 1, said test method comprises the steps:

Step 1: Establish the relationship between Jike MPLS VPN and the test center; including:

Deploy the central test server in the test center, connect multiple VLANs to the aggregation switch through IP, assign different VLAN IDs to different inbound and customer MPLS VPNs, and establish a mapping relationship between the two;

Exemplarily, the test software is deployed on the general-purpose X86 server in the test center, and connected to the telecom operator network through IP. Since the customer node equipment for different VLANs is used as the test object, in order to improve resource utilization efficiency, multi-VLAN access To the aggregation switch, each VLAN ID corresponds to an MPLS VPN, so as to test the customer-side nodes through the MAN;

Step 2: Configure test parameters in the test center; including:

Configure test execution strategy parameters and test object parameters.

Specifically, the test execution policy parameters include test time start, end time, execution mode, and execution interval period; the execution mode includes immediate execution, timing execution, and periodic execution.

The test object parameters include VLAN ID and client equipment IP address.

Step 3: Automatically schedule and execute test tasks;

3.1. Generate a test task instance according to the equipped test parameters;

Specifically, determine test execution strategy parameters, execution mode and test object parameters, and generate test task instances;

In order to improve the convenience of use, it can automatically connect with the integrated capital system of the telecom operator, synchronize the inbound customer information, and map the corresponding relationship between the inbound customer name and MPLS VPN (VLAN ID). One inbound customer may correspond to multiple MPLS VPNs.

The test involves a lot of IP addresses, and the quantity is large, and the efficiency of manually customizing each test task one by one is relatively low. The system supports the batch import function, which saves multiple test tasks as templates and calls them at any time, and imports batch test tasks through an excel form.

3.2. Executing test task examples, including nesting VLAN tags through QinQ, accessing designated inbound MPLS VPNs, initiating PING tests on target nodes, and proactively detecting the network quality of each node in the VPN;

Said accessing designated inbound MPLS VPN includes accessing designated inbound MPLS VPN through MAN equipment;

Specifically, when the test task instance is executed, the QinQ technology is used, as shown in FIG. 3 , to encapsulate the ICMP data, so as to support different MPLS VLAN set-customer target testing. Encapsulate the VLAN tag of the user's inner network in the outer VLAN tag, so that the message will pass through the network with two layers of VLAN tags, and the outer layer will only be propagated according to the outer VLAN tag, and the inner VLAN tag will be shielded. In this way, not only the data flow The distinction is made, and because the inner VLAN tag is transparently transmitted, different user VLAN tags can be reused, only the outer VLAN tag is unique on the outer layer, and different VLAN IDs are assigned to different customers.

Step 4: Present, analyze and save the data generated by the execution test.

Specifically, when the execution of the test task instance ends, a test record is generated, and the test record includes information such as test time, test object, time delay, packet loss rate, jitter, etc., and data storage of the test record is performed.

Data analysis is performed based on test records. The analysis dimensions can include inbound customers, MPLS VPN or VLAN ID, and inbound equipment IP. The analysis service indicators include delay, packet loss rate, jitter, etc.

The test results of Jike MPLS VPN are presented graphically. The test results can be aggregated and analyzed according to the test source address or destination address. The test source address and destination address support multi-level analysis results of cities, Jike users, and node IP addresses.

As shown in Figure 2, it is assumed that there are multiple inbound customers, and each inbound customer corresponds to multiple MPLS VPNs, for example, including MPLSVPN1, MPLS VPN2...MPLS VPNn; each inbound MPLS VPN corresponds to multiple client devices that need to be tested The node assigns different VLAN IDs to different inbound MPLS VPNs, such as VLAN1, VLAN2, VLAN3...VLANn; multiple VLANs are connected to the aggregation switch through IP, and the mapping relationship between VLAN ID and inbound MPLS VPN is determined; the aggregation switch Connect to different Jike MPLS VPNs through LAN devices.

When publishing the test task, the test task is released through the test service area distributed by the test center. For example, the test task is released through VLAN 1, and the aggregation switch is connected to the designated customer MPLS VPN1 through the LAN device; initiate a PING test to the target node , Actively detect the network quality of each node in the VPN.

The system framework of the present invention as shown in FIG. 4 adopts layered modularization and consists of a simulation layer, a processing layer and an application layer.

The application layer implements inbound MPLS VPN configuration and alarm management, service quality monitoring and early warning, fault analysis and location, and output network management alarm information;

The processing layer completes service functions such as test scheduling, test mapping of application scenario logic, integrated capital system interface docking, multi-level data association tracking, and dial test capability output;

The simulation layer completes the simulation reconstruction of nested VLAN and application protocol flow.

Implementation case:

Deployed in a provincial mobile company, 7*24 hours of quality monitoring for 500+ inbound MPLS VPN users and 5,000+ IP addresses in the province, and 7.2 million+ routine tests per day, and patrol inspection of inbound MPLS VPN network elements The time was shortened from 2 hours to 10 minutes, the inspection efficiency was increased by 91%, and more than 20 hidden faults were found, which provided guarantee for the normal use of the inbound dedicated line.

The present invention has following advantage:

Massive testing capability, independent of datacom equipment, using an independent general-purpose server, through software emulation nested VLAN method, to realize automatic inspection and activation testing of inbound MPLS VPN dedicated line users, with massive testing capability, supporting traversal testing at least every 2 minutes 10,000 MPLS VPN customer IP addresses, and can smoothly expand the test capacity by connecting multiple VLANs and integrating customers.

Multi-dimensional real-time monitoring, automatic testing can be carried out in dimensions such as customers and node IP addresses, real-time monitoring of service quality changes, and meeting MPLS VPN monitoring requirements.

The inbound MPLS VPN test results are presented digitally. The test results support aggregated analysis and display based on the test source or destination addresses. The test source addresses and destination addresses support multi-level analysis results of cities, inbound users, and node IP addresses. It is connected with the integrated capital system of telecom operators, automatically obtains customer information, and provides automated testing for scenarios such as service activation and daily monitoring.

Test task customization and batch import, the test involves many IP addresses, the number is large, the efficiency of manually customizing each test task one by one is relatively low, the system supports batch import function, save multiple test tasks as templates and call them at any time, through The excel table imports batch test tasks, and the task execution methods include immediate execution, scheduled execution, and periodic execution. It is connected with the integrated capital system of telecom operators, automatically obtains customer information, and provides automated testing for scenarios such as service activation and daily monitoring.

The technical scope of the present invention is not limited to the content in the above description. Those skilled in the art can carry out various deformations and modifications to the above-mentioned embodiments without departing from the technical idea of the present invention, and these deformations and modifications should belong to within the protection scope of the present invention.

Claims (8)

1. A MPLS VPN passenger-collecting special line active test method based on software simulation is characterized in that: comprises that

Establishing a relationship between the customer-collecting MPLS VPN and the test center, comprising the following steps:

deploying a central test server in a test center, accessing a plurality of VLANs to a convergence switch through IP, allocating different VLAN IDs to different customer-collecting MPLS VPNs, and establishing a mapping relation between the VLAN IDs and the different customer-collecting MPLS VPNs;

configuring test parameters in the test center;

automatically scheduling and executing test tasks, comprising:

generating a test task instance according to the equipped test parameters,

executing a test task example, wherein the test task example comprises accessing a designated customer-collecting MPLS VPN through QinQ nested VLAN labels, initiating a PING test on a target node, and actively detecting the network quality of each node in the VPN;

and presenting, analyzing and storing the data generated by the execution test.

2. The active test method for the MPLS VPN private line collection based on software simulation as claimed in claim 1, wherein: configuring test parameters in the test center; the method comprises the following steps: and configuring test execution strategy parameters and test object parameters.

3. The active test method for the private line of the MPLS VPN collection based on software simulation as claimed in claim 2, wherein: the test execution strategy parameters comprise test time starting time, test time ending time, an execution mode and an execution interval period; the execution modes comprise immediate execution, timing execution and periodic execution.

4. The active test method for the MPLS VPN private line collection based on software simulation as claimed in claim 2, wherein: the test object parameters comprise VLAN ID and equipment IP address.

5. The active test method for the private line of the MPLS VPN collection based on software simulation as claimed in any one of claims 1-4, wherein: the QinQ nested VLAN tag comprises the steps that a user inner layer network VLAN tag is packaged in an outer layer VLAN tag, so that a message passes through a network with the two layers of VLAN tags, the message is transmitted in the outer layer only according to the outer layer VLAN tag, and the inner layer VLAN tag is shielded.

6. The active test method for the MPLS VPN private line based on software simulation as claimed in any one of claims 1-4, wherein: the accessing the designated guest-collecting MPLS VPN comprises accessing the designated guest-collecting MPLS VPN through a metropolitan area network device.

7. The active test method for the MPLS VPN private line based on software simulation as claimed in any one of claims 1-4, wherein: the data generated by executing the test comprises test time, a test object, time delay, packet loss rate and jitter.

8. The active test method for the MPLS VPN private line based on software simulation as claimed in any one of claims 1-4, wherein: the presenting the data generated by the execution test comprises presenting the data generated by the execution test in a graphical mode; and carrying out convergence analysis display according to the test source address or the destination address, and presenting the multi-level dimensional analysis results of the test source address and the destination address support city, the customer collecting user and the node IP address.

Images