CN109005080B - A distributed packet forwarding implementation method, implementation system and automated testing method - Google Patents

Abstract

A distributed packet forwarding implementation method, an implementation system and an automatic test method are provided, the implementation method comprises the following steps: setting a plurality of virtual forwarding VFP single boards in a Linux environment, wherein the VFP single boards and the universal protocol stack of the Linux are both connected with a virtual switch through an internal interface; the universal protocol stack and/or the VFP single board adds a control message header to a message to be sent and then sends the message to the virtual switch, wherein the control message header comprises a source MAC address and a destination MAC address; and simultaneously or later, the universal protocol stack and/or the VFP single board receive the message matched with the source and destination MAC addresses, and the message header is stripped and then forwarded. The distributed packet forwarding implementation system is used as a virtual communication device to be connected into the universal test platform, so that the test cost is reduced, the network topology is quickly adjusted by adjusting the configuration, the test efficiency is improved, and the research and development efficiency is further improved.

Description

A distributed packet forwarding implementation method, implementation system and automated testing method

technical field

The invention relates to the field of automated regression testing in communication technology, in particular to a distributed packet forwarding implementation method, an implementation system and an automated testing method.

Background technique

At present, with the help of a general test platform, automated regression testing of communication equipment can be quickly and easily realized. However, due to the fixed location of communication equipment, it generally needs to be installed on the rack of the laboratory, and the networking is not flexible enough. Testers need to manually jump the fiber to change the network topology, which reduces the test efficiency. Especially when building a large-scale test environment, the use of real communication equipment not only has high hardware costs, but also occupies a large number of test sites, resulting in high test costs and a lot of manpower and material resources. Especially in the research and development stage, it is necessary to use a large number of communication equipment for testing, which not only requires higher research and development costs, but also relatively reduces the research and development efficiency.

SUMMARY OF THE INVENTION

In view of the defects in the prior art, the purpose of the present invention is to provide a distributed packet forwarding implementation method, implementation system and automated testing method, which can access the test platform through the system virtual communication device, reduce the test cost, and realize the network by adjusting the configuration. The rapid adjustment of topology improves test efficiency, thereby improving R&D efficiency.

In order to achieve the above object, the present invention adopts a Linux-based distributed packet forwarding implementation method, comprising the steps:

A plurality of virtual forwarding VFP boards are set in the Linux environment, and the VFP boards and the general protocol stack of Linux are connected to the virtual switch through internal interfaces;

The general protocol stack and/or the VFP single board adds a control header to the to-be-sent message and sends it to the virtual switch, where the control header includes the source and destination MAC addresses;

At the same time or afterward, the general protocol stack and/or the VFP single board receives the packet whose source and destination MAC addresses match, strips the packet header, and forwards the packet.

On the basis of the above technical solution, before the VFP single board and the Linux general protocol stack are connected to the virtual switch through the internal interface, the step further includes the step of configuring the mapping between the management port of the general protocol stack and the Linux management network card through the management terminal In addition, a management module is created to configure the mapping relationship between the service port of the VFP board and the service network card.

Based on the above technical solutions, when the Linux environment is a host environment, the Linux management network card is a Linux host network card, and the sum of the number of service ports on all VFP boards is configured to be equal to the number of the Linux host network cards.

On the basis of the above technical solution, when the Linux environment is a virtual machine environment, the Linux management network card is a Linux virtual machine network card, and the Linux virtual machine network card and the Linux host network card are bound in a bridging manner. Create a corresponding service NIC according to the number of service ports.

Based on the above technical solutions, the general protocol stack includes a first packet encapsulation marking component MAC_IN_MAC, the VFP single board includes a non-blocking input and output component NIO and a second packet encapsulation marking component MAC_IN_MAC, the NIO is provided with At least one service port, the first MAC_IN_MAC and the second MAC_IN_MAC are provided with the internal interface.

On the basis of the above technical solution, the processing of the message by the general protocol stack includes:

The general protocol stack generates a configuration packet according to the data received by the management port, or generates a status packet by itself, encapsulates a control packet header through the first MAC_IN_MAC, and sends it to the virtual switch through an internal interface;

At the same time or later, the general protocol stack monitors the packets on the internal interface. If it monitors the packets whose source and destination MAC addresses match the general protocol stack, it receives the packets and strips the packet headers before sending them to the corresponding interface of the general protocol stack. module processing.

On the basis of the above technical solution, the processing of the message by the VFP board includes:

The VFP board receives the service packets or signaling packets of the service network card through the service port, or the VFP board generates an alarm packet by itself, encapsulates the control packet through the second MAC_IN_MAC, and sends the packet to the internal interface through the internal interface. the virtual switch;

At the same time or later, the VFP board monitors the packets on the internal interface. If it monitors the packets whose source and destination MAC addresses match the VFP board, it receives the corresponding packets, strips the packet headers, and sends them to the NIO for downlinking. one-step processing.

Based on the above technical solution, the control packet header is an extended Ethernet packet, and further includes vlan, destination slot, port, port type and rate; the source and destination MAC addresses in the control packet header are based on The slot where the protocol stack and the VFP board are located is adjusted.

The invention provides a Linux-based distributed packet forwarding implementation system, which runs in the Linux environment, including:

A general protocol stack, which is provided with a management port and a first message encapsulation marking component MAC_IN_MAC; the general protocol stack generates a configuration message according to data received by the management port, and the first MAC_IN_MAC is used for the status report generated by the general protocol stack add a control header to the message or the configuration message;

At least one virtual forwarding process VFP single board, which includes a non-blocking input and output component NIO and a second packet encapsulation marking component MAC_IN_MAC, the NIO is provided with at least one service port; the second MAC_IN_MAC is used for services from the service port. Add control headers to messages or signaling messages, as well as self-generated alarm messages;

a virtual switch that communicates with the first MAC_IN_MAC and the second MAC_IN_MAC through an internal interface;

Wherein, the control packet header includes source and destination MAC addresses; the first MAC_IN_MAC is also used to receive a packet matching the source and destination MAC addresses, strip off the packet header and send it to the corresponding module of the protocol stack; The second MAC_IN_MAC is also used to receive a packet whose source and destination MAC addresses match, and strip off the packet header and send it to NIO for further processing.

The present invention provides an automated testing method. Based on a general testing platform, the distributed packet forwarding implementation system is connected to the general testing platform as a virtual communication device, and the number of virtual communication devices is set according to requirements.

The beneficial effects of the present invention are:

1. Virtual communication devices are created through the Linux-based distributed packet forwarding method and system. In the development and debugging environment, the physical networking of real communication devices is omitted, the R&D efficiency is improved, and the iteration cycle is shortened.

2. Through the Linux-based distributed packet forwarding method and system, it replaces the real communication equipment to access the general test platform, which effectively reduces the hardware equipment and maintenance in the automated testing process, and saves labor costs and time costs. At the same time, it can also reduce the purchase of computer rooms and communication equipment, reduce energy consumption, and reduce equipment depreciation costs.

3. The method and system of the present invention are released externally in the form of software, which is easy to obtain, can be used in training and certification, and is widely used.

Description of drawings

FIG. 1 is a schematic diagram of a system for implementing distributed packet forwarding based on Linux according to a fourth embodiment of the present invention.

Detailed ways

The present invention will be described in further detail below in conjunction with the accompanying drawings and embodiments.

first embodiment

The present invention is based on a Linux-based distributed packet forwarding implementation method, which runs under the Linux environment and includes the steps:

Start the Linux system, and set up multiple VFP (Virtual Forwarding Process, virtual forwarding process) boards. Both the VFP board and the Linux general protocol stack are connected to the virtual switch through internal interfaces. Among them, the virtual switch, as a virtual bridge, carries all the communication packets of the VFP board and the general protocol stack, and realizes the forwarding of the packets. The interaction process between the VFP board and the general protocol stack can be observed by capturing packets on the virtual switch.

The general protocol stack and/or the VFP board add a control packet header to the to-be-sent packet and send it to the virtual switch, where the control packet header includes the source and destination MAC addresses.

At the same time or afterward, the general protocol stack and/or the VFP board monitor the packets on the internal interface, receive packets with matching source and destination MAC addresses, strip the packet headers, and forward them.

In the above steps, the control packet header is an extended Ethernet packet, and may also include vlan, destination slot, port, port type and rate, as auxiliary confirmation information for matching during forwarding. The source and destination MAC addresses in the control packet header are adjusted according to the protocol stack and the slot where the VFP board is located to ensure the correspondence between the protocol stack and the service port on the VFP board.

Second Embodiment

Based on the above embodiment, in this embodiment, the Linux environment is the host environment, then the Linux management network card is the Linux host network card, and the host network card determines the total number of service ports on all VFP boards, that is, the total number of service ports on all VFP boards. The sum is equal to the number of NICs in the Linux host.

Configure the mapping relationship between the management port of the general protocol stack and the Linux management network card through the management terminal, where the management terminal can be a personal computer, a network management server or a terminal management tool, and can be managed through telnet or ssh.

In addition, in the Linux host environment, create a management module and configure the mapping relationship between the service port of the VFP board and the service network card. The management module is also responsible for managing the connection relationship between the protocol stack and the internal interface of the VFP board, and maintaining the mapping relationship between all MAC addresses and system network cards (including service network cards and management network cards).

Each service port corresponds to a service network card, and the service network card may be a virtual network card. The MAC addresses of the service ports of each VFP board are independent of each other, and the packets are forwarded by strictly identifying the MAC addresses.

Third Embodiment

Based on the first embodiment, in this embodiment, the Linux environment is a virtual machine environment, that is, at least one Linux virtual machine is attached to the Linux host. The Linux management network card is a Linux virtual machine network card. The Linux virtual machine network card and the Linux host network card are bundled in a bridge mode, and corresponding service network cards are created according to the number of service ports on all VFP boards. Configure the mapping relationship between the management port of the general protocol stack and the Linux management network card through the management terminal, where the management terminal can be a personal computer, a network management server or a terminal management tool, and can be managed through telnet or ssh.

In addition, a management module is created to configure the mapping relationship between the service port of the VFP board and the service network card.

Each service port corresponds to a service network card, and the service network card may be a virtual network card. The MAC addresses of the service ports of each VFP board are independent of each other, and the packets are forwarded by strictly identifying the MAC addresses.

Fourth Embodiment

The present invention is a Linux-based distributed packet forwarding implementation system. The system runs in a Linux environment and includes a general protocol stack, a virtual switch, a management module and at least one VFP single board. As shown in FIG. 1 , in this embodiment, the VFP There are 3 single boards.

Among them, the general protocol stack is responsible for signaling and service processing at the control plane. Specifically, the general protocol stack is used to generate a configuration message according to the data received by the management port, and is also used to generate a status message. The general protocol stack is provided with a management port and a first message encapsulation marking component MAC_IN_MAC, which is used to add a control header to a configuration message or a status message.

The VFP single board includes a non-blocking input and output component NIO and a second packet encapsulation marking component MAC_IN_MAC. The NIO is provided with at least one service port, which respectively corresponds to a service network card. The VFP board can not only generate alarm packets, but also receive service packets or signaling packets from its own service port. The second MAC_IN_MAC is used to add control headers to service packets, signaling packets, and alarm packets. .

The virtual switch is used for the virtual bridge, communicates with the first MAC_IN_MAC and the second MAC_IN_MAC through the internal interface, and is responsible for the interconnection and packet forwarding of the internal interface between the general protocol stack and the VFP board.

The management module is responsible for managing the connection relationship between the general protocol stack and the internal interface of the VFP board, and maintaining the mapping relationship between the MAC addresses of all service ports and the service boards.

Among them, the internal communication port can be divided into multiple VLANs, so that independent channels do not affect each other. For example, the signaling channel VLAN1 only processes the signaling packets carrying the control header, and the channel VLAN2 is configured to carry the IP forwarding path, which is used for inter-disk configuration and alarm information transmission, service channel VLAN3 is used for inter-disk transfer within the node, etc. The virtual switch carries all the communication packets of the internal interface. The packets carry control headers. You can use the packet capture tool to observe the packet interaction process online.

The control packet header includes the source and destination MAC addresses. The first MAC_IN_MAC is also used to receive the message whose source and destination MAC addresses match, and strip the header of the message and send it to the corresponding module of the protocol stack; the second MAC_IN_MAC is also used to receive the message whose source and destination MAC addresses match, and strip it off. The packet header is sent to NIO for further processing.

Fifth Embodiment

On the basis of the fourth embodiment, the processing of the message by the general protocol stack includes:

The general protocol stack generates configuration packets according to the data received by the management port, and the general protocol stack can also generate status packets. virtual switch.

At the same time or later, the general protocol stack monitors the packets on the internal interface, which can be service packets or signaling packets. If a packet whose source and destination MAC addresses match the general protocol stack is monitored, the packet is received and stripped. After the packet header, it is sent to the corresponding module of the general protocol stack for processing.

Sixth Embodiment

On the basis of the fifth embodiment, the processing of the message by the VFP board includes: the VFP board receives the service message or signaling message of the service network card through the service port, or the VFP board generates an alarm message by itself. The message is encapsulated by the second MAC_IN_MAC control header, and then sent to the switch by the internal interface.

At the same time or later, the VFP board monitors the packets on the internal interface, which may be configuration packets or status packets, or service packets, signaling packets, or alarm packets from other VFP boards. If a packet whose source and destination MAC addresses match the VFP board is monitored, the corresponding packet is received, the packet header is stripped, and sent to the NIO for further processing. In this way, packet forwarding between the VFP board and the general protocol stack can be implemented, and packet forwarding between different VFP boards can also be implemented.

Seventh Embodiment

The present embodiment provides an automated testing method. Based on a general test platform, the Linux-based distributed packet forwarding implementation system of the fourth, fifth, or sixth embodiment is connected to the general test platform as a communication device under test, During automated testing, the number of virtual communication devices can be set as required. Through virtual communication equipment, the efficiency of automatic verification is greatly improved, the investment of equipment hardware resources is reduced, the R&D efficiency is improved, and the iterative development cycle is shortened.

As will be appreciated by those skilled in the art, the embodiments of the present application may be provided as a method, a system, or a computer program product. Accordingly, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

The present application is described with reference to methods, systems, and computer program products according to embodiments of the present application. These computer program instructions may be provided to the processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing device to produce a machine such that the instructions executed by the processor of the computer or other programmable data processing device functional device.

These computer program instructions may also be stored in a computer readable memory capable of directing a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer readable memory result in an article of manufacture including the instruction means.

These computer program instructions can also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process.

The above are only examples of the present invention, and are not intended to limit the present invention. For those of ordinary skill in the art, without departing from the principles of the present invention, several improvements and modifications can be made. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the invention are included within the scope of the claims of the present invention for which the application is pending. Contents not described in detail in this specification belong to the prior art known to those skilled in the art.

Claims (10)

1. A distributed packet forwarding implementation method based on Linux is characterized by comprising the following steps:

setting a plurality of virtual forwarding VFP single boards in a Linux environment, wherein the VFP single boards and the universal protocol stack of the Linux are both connected with a virtual switch through an internal interface;

the universal protocol stack and/or the VFP single board adds a control message header to a message to be sent and then sends the message to the virtual switch, wherein the control message header comprises a source MAC address and a destination MAC address;

and simultaneously or later, the universal protocol stack and/or the VFP single board receive the message matched with the source and destination MAC addresses, and the message header is stripped and then forwarded.

2. The method for implementing Linux-based distributed packet forwarding of claim 1, wherein before the VFP board and the Linux generic protocol stack are both connected to the virtual switch via the internal interface, further comprising the steps of: configuring the mapping relation between the management port of the universal protocol stack and the Linux management network card through a management terminal; in addition, a management module is created, and the mapping relation between the service port of the VFP single board and the service network card is configured.

3. The Linux-based distributed packet forwarding implementation of claim 2, wherein: and when the Linux environment is a host environment, the Linux management network card is a Linux host network card, and the sum of the number of the service ports on all the VFP single boards is equal to the number of the Linux host network cards.

4. The Linux-based distributed packet forwarding implementation of claim 2, wherein: and when the Linux environment is a virtual machine environment, the Linux management network card is a Linux virtual machine network card, the Linux virtual machine network card and the Linux host network card are bound in a bridging mode, and a corresponding service network card is created according to the requirement of the number of service ports on all the VFP single boards.

5. The Linux-based distributed packet forwarding implementation of claim 2, wherein: the common protocol stack comprises a first message encapsulation marking component MAC _ IN _ MAC, the VFP single board comprises a non-blocking input and output component NIO and a second message encapsulation marking component MAC _ IN _ MAC, the NIO is provided with at least one service port, and the first MAC _ IN _ MAC and the second MAC _ IN _ MAC are provided with the internal interface.

6. The Linux-based distributed packet forwarding implementation method of claim 5, wherein the processing of the packets by the common protocol stack comprises:

the universal protocol stack generates a configuration message according to the data received by the management port or generates a state message by the universal protocol stack, encapsulates a control message header through the first MAC _ IN _ MAC, and sends the control message header to the virtual switch through an internal interface;

and simultaneously or afterwards, the universal protocol stack monitors the message on the internal interface, and if the message with the source and destination MAC addresses matched with the universal protocol stack is monitored, the message is received, the header of the message is stripped, and then the message is sent to a corresponding module of the universal protocol stack for processing.

7. The method for implementing Linux-based distributed packet forwarding of claim 5, wherein the VFP board processing the packet comprises:

the VFP single board receives a service message or a signaling message of a service network card through a service port, or generates an alarm message by the VFP single board, encapsulates a controlled message header by the message through a second MAC _ IN _ MAC, and sends the message to the virtual switch through an internal interface;

and simultaneously or afterwards, the VFP single board monitors the message on the internal interface, and if the message with the source and the destination MAC addresses matched with the VFP single board is monitored, the corresponding message is received, the message header is stripped, and the message header is sent to the NIO for the next processing.

8. The Linux-based distributed packet forwarding implementation of claim 1, wherein: the control message header is an extended Ethernet message and also comprises a vlan, a destination slot position, a port type and a rate; and adjusting the source and destination MAC addresses in the control message header according to the protocol stack and the slot position where the VFP single board is located.

9. A distributed packet forwarding implementation system based on Linux, which runs in a Linux environment, is characterized by comprising:

the universal protocol stack is provided with a management port and a first message packaging and marking component MAC _ IN _ MAC; the universal protocol stack generates a configuration message according to data received by a management port, and the first MAC _ IN _ MAC is used for adding a control message header to a state message or the configuration message generated by the universal protocol stack;

at least one virtual forwarding process VFP single board, which comprises a non-blocking input and output component NIO and a second message encapsulation marking component MAC _ IN _ MAC, wherein the NIO is provided with at least one service port; the second MAC _ IN _ MAC is used for adding a control message header to a service message or a signaling message from a service port and a self-generated alarm message;

a virtual switch IN communication with the first MAC _ IN _ MAC and the second MAC _ IN _ MAC through internal interfaces;

wherein, the control message header comprises source and destination MAC addresses; the first MAC _ IN _ MAC is also used for receiving a message matched with a source MAC address and a destination MAC address, stripping the message and sending the message to the corresponding module of the protocol stack; and the second MAC _ IN _ MAC is also used for receiving the message matched with the source MAC address and the destination MAC address, stripping the message head and sending the message head to the NIO for the next processing.

10. An automated testing method, characterized in that: based on a general test platform, the distributed packet forwarding implementation system of claim 9 is accessed to the general test platform as a piece of virtual communication equipment, and the number of the virtual communication equipment is set according to requirements.

Images