CN114726715B - A data frame transmission method, virtualization platform and storage medium - Google Patents
A data frame transmission method, virtualization platform and storage medium Download PDFInfo
- Publication number
- CN114726715B CN114726715B CN202110005323.XA CN202110005323A CN114726715B CN 114726715 B CN114726715 B CN 114726715B CN 202110005323 A CN202110005323 A CN 202110005323A CN 114726715 B CN114726715 B CN 114726715B
- Authority
- CN
- China
- Prior art keywords
- vlan
- data frame
- configuration table
- virtual machine
- header
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0876—Aspects of the degree of configuration automation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
- H04L12/4645—Details on frame tagging
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/30—Peripheral units, e.g. input or output ports
- H04L49/3009—Header conversion, routing tables or routing tags
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/70—Virtual switches
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Automation & Control Theory (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a data frame transmission method, a virtualization platform and a storage medium, wherein the virtualization platform comprises a virtual machine platform, a virtual port and a virtual machine, wherein the virtual machine platform receives a data frame which is sent by a virtual machine from the virtual port and carries VLAN information; converting VLAN information in the data frame into a corresponding VLAN header according to the configuration table; and sending the data frame carrying the VLAN header to the switch. The virtual machine platform receives a data frame carrying VLAN heads sent by the switch, converts the VLAN heads in the data frame into corresponding VLAN information according to a configuration table, and sends the data frame carrying VLAN information to a virtual port of the virtual machine, wherein the configuration table comprises the corresponding relation between the VLAN information and the VLAN heads. The invention has no transformation requirement on the upper layer service, the transmission scheme of the data frame is more concise, the configuration process is simpler, and the network automatic opening in the service full life cycle process can be realized.
Description
Technical Field
The present invention relates to the field of wireless communications technologies, and in particular, to a data frame transmission method, a virtualization platform, and a storage medium.
Background
The virtualized Network element typically uses VLAN (virtual local area Network ) to identify its own traffic interface, such as distinguishing Network plane (such as management plane and traffic plane) by different VLAN, distinguishing traffic egress (such as CMNET (china mobile internet, china Mobile Network), IP bearer Network, etc.), distinguishing inter-Network element interface (such as distinguishing S-GW (serving gateway, SERVING GATEWAY)/P-GW (PDN gateway, PDN GATEWAY; PDN: packet data Network, PACKET DATA Network) interface and S-GW/MME (Mobility management entity ) interface), etc. In a virtualized environment, the appearance of the service feature is that the data frame sent by the virtual machine from the virtual port carries VLAN information, and the virtualized platform needs to keep the service VLAN when forwarding the data frame. Fig. 1 is a schematic diagram of a VLAN differentiated services interface for a VNF (virtual network function, virtualization Network Function), in which vSwitch is a virtual switch, and SR-IOV is Single Root I/O virtualization (I/O Virtualization; I/O: input/Output), specifically shown in fig. 1.
At the same time, the virtualization platform itself has tenant isolation capability. For UNTAG (UNTAG) data frames sent out by the virtual port, the virtualization platform needs to encapsulate a layer of VLAN header (traditional networking) or VxLAN (extension header of VLAN) (SDN (software defined network, software Defined Network) networking) header to distinguish the traffic of different tenant virtual networks, and for incoming data packets, the extra VLAN header or VxLAN header is stripped back and sent to the virtual port, and a module for performing this action is usually a virtual machine switch (vSwitch) or a network card (SR-IOV) of the virtualization platform. FIG. 2 is a schematic diagram of virtual network isolation by the vSwitch and SR-IOV, as shown in FIG. 2.
In general, since the virtual network isolation mechanisms of the vSwitch and the SR-IOV collide with the "service VLAN" of the VNF, the vSwitch and the SR-IOV network card discard the data packet with the "service VLAN" sent by the virtual port when receiving the data packet, which results in abnormal network communication, and therefore, a scheme is needed to implement transparent transmission processing on the "service VLAN" to implement normal service communication.
The prior art has the defect that the prior transparent transmission processing technical scheme cannot be supported by the prior communication equipment unless the communication equipment is upgraded and modified.
Disclosure of Invention
The invention provides a data frame transmission method, a virtualization platform and a storage medium, which are used for solving the problem that a communication device is required to be updated and reformed when a data frame in a virtualization environment is subjected to transparent transmission processing.
The invention provides the following technical scheme:
A data frame transmission method, comprising:
The virtual machine platform receives a data frame carrying VLAN information sent by a virtual machine from a virtual port;
the virtual machine platform converts VLAN information in the data frame into a corresponding VLAN header according to a configuration table, wherein the configuration table comprises the corresponding relation between the VLAN information and the VLAN header;
The virtual machine platform sends a data frame carrying the VLAN header to the switch.
In practice, the data frame transmission is performed by a vSwitch and/or SR-IOV.
In practice, the configuration table is front end API configured.
In implementation, the configuration table is configured by calling a front end API through a virtualization platform northbound interface.
In practice, further comprising:
the virtual machine platform receives a data frame which is sent by the virtual machine from the virtual port and does not carry VLAN information;
the virtual machine platform encapsulates VLAN heads corresponding to the VLAN information for the data frames according to a configuration table, wherein the configuration table contains the corresponding relation between the VLAN information and the VLAN heads which are not carried;
The virtual machine platform sends a data frame carrying the VLAN header to the switch.
A data frame transmission method, comprising:
The virtual machine platform receives a data frame carrying a VLAN head sent by the switch;
the virtual machine platform converts VLAN heads in the data frames into corresponding VLAN information according to a configuration table, wherein the configuration table comprises the corresponding relation between the VLAN information and the VLAN heads;
The virtual machine platform sends a data frame carrying VLAN information to a virtual port of the virtual machine.
In practice, the data frame transmission is performed by a vSwitch and/or SR-IOV.
In practice, the configuration table is front end API configured.
In implementation, the configuration table is configured by calling a front end API through a virtualization platform northbound interface.
In practice, further comprising:
The virtual machine platform receives a data frame carrying a VLAN head sent by the switch;
The virtual machine platform strips the VLAN head of the data frame after determining that the data frame does not carry VLAN information according to a configuration table, wherein the configuration table contains the corresponding relation between the VLAN information and the VLAN head;
The virtual machine platform transmits the data frame with the VLAN header stripped to the virtual port of the virtual machine corresponding to the VLAN information.
A virtualization platform, comprising:
a processor for reading the program in the memory, performing the following process:
receiving a data frame carrying VLAN information sent by a virtual machine from a virtual port;
converting VLAN information in a data frame into a corresponding VLAN header according to a configuration table, wherein the configuration table comprises the corresponding relation between the VLAN information and the VLAN header;
transmitting a data frame carrying a VLAN header to a switch;
and a transceiver for receiving and transmitting data under the control of the processor.
In practice, the data frame transmission is performed by a vSwitch and/or SR-IOV.
In practice, the configuration table is front end API configured.
In implementation, the configuration table is configured by calling a front end API through a virtualization platform northbound interface.
In practice, further comprising:
receiving a data frame which is sent by a virtual machine from a virtual port and does not carry VLAN information;
Encapsulating VLAN heads corresponding to VLAN information for the data frames according to a configuration table, wherein the configuration table comprises the corresponding relation between the VLAN information which is not carried and the VLAN heads;
and sending the data frame carrying the VLAN header to the switch.
A virtualization platform, comprising:
the first receiving module is used for receiving a data frame carrying VLAN information sent by the virtual machine from the virtual port;
the conversion module is used for converting VLAN information in the data frame into a corresponding VLAN head according to a configuration table, wherein the configuration table comprises the corresponding relation between the VLAN information and the VLAN head;
and the first sending module is used for sending the data frame carrying the VLAN header to the switch.
In practice, the vSwitch and/or SR-IOV of the virtualized platform performs data frame transfers.
In practice, further comprising:
and the configuration module is used for configuring the configuration table through the front-end API.
In an implementation, the configuration module is further configured to invoke the front end API to configure the configuration table through the virtualization platform northbound interface.
In implementation, the first receiving module is further configured to receive a data frame that is sent by the virtual machine from the virtual port and does not carry VLAN information;
The conversion module is further used for packaging VLAN heads corresponding to the VLAN information for the data frames according to a configuration table, wherein the configuration table contains the corresponding relation between the VLAN information which is not carried and the VLAN heads;
the first sending module is further configured to send a data frame carrying the VLAN header to the switch.
A virtualization platform, comprising:
a processor for reading the program in the memory, performing the following process:
Receiving a data frame carrying a VLAN head sent by a switch;
converting VLAN heads in the data frames into corresponding VLAN information according to a configuration table, wherein the configuration table comprises the corresponding relation between the VLAN information and the VLAN heads;
Transmitting a data frame carrying VLAN information to a virtual port of a virtual machine;
and a transceiver for receiving and transmitting data under the control of the processor.
In practice, the data frame transmission is performed by a vSwitch and/or SR-IOV.
In practice, the configuration table is front end API configured.
In implementation, the configuration table is configured by calling a front end API through a virtualization platform northbound interface.
In practice, further comprising:
Receiving a data frame carrying a VLAN head sent by a switch;
after determining that the data frame does not carry VLAN information according to a configuration table, stripping VLAN heads of the data frame, wherein the configuration table contains the corresponding relation between the VLAN information which is not carried and the VLAN heads;
And transmitting the data frame of which the VLAN header is stripped to the virtual port of the virtual machine corresponding to the VLAN information.
A virtualization platform, comprising:
The second receiving module is used for receiving the data frame carrying the VLAN head sent by the exchanger;
The conversion module is used for converting the VLAN header in the data frame into corresponding VLAN information according to a configuration table, wherein the configuration table comprises the corresponding relation between the VLAN information and the VLAN header;
And the second sending module is used for sending the data frame carrying the VLAN information to the virtual port of the virtual machine.
In practice, the vSwitch and/or SR-IOV of the virtualized platform performs data frame transfers.
In practice, further comprising:
and the configuration module is used for configuring the configuration table through the front-end API.
In an implementation, the configuration module is further configured to invoke the front end API to configure the configuration table through the virtualization platform northbound interface.
In implementation, the second receiving module is further configured to receive a data frame carrying a VLAN header sent by the switch;
The conversion module is further used for stripping VLAN heads of the data frames after the data frames which do not carry VLAN information are determined according to the configuration table, wherein the configuration table contains the corresponding relation between the VLAN information which does not carry VLAN information and the VLAN heads;
the second sending module is further configured to send the data frame with the VLAN header stripped to a virtual port of the virtual machine corresponding to the VLAN information.
A computer-readable storage medium storing a computer program for executing the above-described data frame transmission method.
The invention has the following beneficial effects:
In the technical scheme provided by the embodiment of the invention, the VLAN conversion of the vSwitch is realized in the form of the configuration conversion table, namely, different service VLAN information is converted into different corresponding virtual network ID VLAN heads. Because the data frame is still a VLAN header but not a 'service VLAN', namely, the data frame from the virtual machine only carries one layer of VLAN when being forwarded to the access switch, under SDN networking, the access switch can also convert the VLAN data frame into a VxLAN data frame, and the switch, the router or the SDN controller can support the data frame well, so that the existing switch and router equipment of the data center can support the scheme without replacement, the defect of functional mechanisms such as DHCP (dynamic host configuration protocol) under the traditional networking is overcome, the requirement on transformation of upper-layer services is not met, and meanwhile, transparent transmission processing is realized, and normal service communication can be realized;
Furthermore, the virtual machine platform can be expanded to realize automatic configuration of equipment such as a switch and a router by introducing more network plug-ins through a vSwitch or SR-IOV network card of the virtual machine platform and a matched agent program thereof, so that a transparent transmission scheme of a data frame is simpler, a configuration process is simpler, and the network automatic opening in the whole service life cycle process can be realized.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the invention and do not constitute a limitation on the invention. In the drawings:
fig. 1 is a schematic diagram of a VLAN differentiated services interface for a VNF in the background art;
FIG. 2 is a schematic diagram of virtual network isolation by a vSwitch and SR-IOV in the background;
FIG. 3 is a schematic view of VLAN transparent transmission according to an embodiment of the present invention;
FIG. 4 is a flowchart illustrating a method for transmitting data frames according to an embodiment of the present invention;
FIG. 5 is a flow chart illustrating a second embodiment of a data frame transmission method according to the present invention;
FIG. 6 is a schematic diagram of a vSwitch or SR-IOV network card according to the disclosure;
FIG. 7 is a schematic diagram of a network policy configuration flow of a vSwitch or SR-IOV network card in accordance with the teachings of the present invention;
FIG. 8 is a schematic diagram of data frame conversion in an embodiment of the present invention;
FIG. 9 is a schematic diagram of a virtual network according to an embodiment of the present invention;
FIG. 10 is a schematic diagram of a virtualized platform configuration in accordance with an embodiment of the invention;
FIG. 11 is a schematic diagram of a virtualized platform structure according to an embodiment of the invention.
Detailed Description
The inventors noted during the course of the invention that:
The conventional transparent transmission processing technical scheme generally adopts a mode of additionally packaging a layer of VLAN on the outer layer of a service VLAN before a data frame is sent out of a server on a vSwitch and an SR-IOV to form a QinQ (802.1Q-in-802.1Q) data frame to realize VLAN transparent transmission. Fig. 3 is a schematic view of VLAN transparent transmission, and a specific scheme is shown in fig. 3.
When the data frame sent by the virtual port is provided with a 'service VLAN' -Q1, the vSwitch or SR-IOV network card additionally encapsulates the data frame into a layer of isolation VLAN-Q2 to form a QinQ data frame, the encapsulated Q2 is fixed and is the ID of the virtual network, and the incoming flow is reversely processed.
In order to correctly pass through the QinQ data frames, a QinQ data frame pass-through policy (supported by a general switch) needs to be configured on the access switch. When the QinQ data frame needs to be routed (e.g. forwarded to the carrier VLAN Q3 after being routed through the gateway in the figure), 2 options are available under the conventional networking:
And 1, configuring a flexible QinQ strategy on an uplink port of an access switch, stripping an outer VLAN Q2, sending to a gateway, entering a VPN corresponding to Q1, stripping Q1, looking up a table, forwarding, and reversing the incoming flow. The flexible QinQ policy is not supported by all switches.
And 2, configuring a QinQ termination strategy on a downlink port on gateway equipment, directly entering the VPN corresponding to Q1+ Q2 to strip all VLANs, looking up a table and forwarding, and reversely processing incoming traffic. The QinQ termination policy is currently supported only by high-end routers and none of the switches.
Under SDN networking, a strategy can be configured on an access switch to convert QinQ data frames into VxLAN data frames, then the VxLAN data frames enter a gateway for route forwarding, and the incoming traffic is reversely processed.
This solution has at least one of the following drawbacks:
the whole scheme is complex, and great challenges are provided for the integrated configuration work and the later operation and maintenance.
The access switch is required to support a flexible QinQ strategy, or gateway equipment is required to support a QinQ termination strategy, when the existing equipment of the data center does not meet the requirement, additional funds are required to be input to purchase higher-end equipment for replacement, and network upgrading and transformation can cause service interruption for a certain time.
The virtualized platform DHCP (dynamic host configuration protocol ) service cannot support QinQ data frames, and unless SDN networking is adopted (SDN controllers generally support DHCP) or other alternatives (such as OpenStack Config Drive (OpenStack configuration driver, openStack meaning please see technical definition in the field, no corresponding chinese)) are adopted, DHCP or its related functions (such as virtual machine metadata service provided by the virtualized platform through DHCP) cannot be implemented, and often the alternatives have certain upgrade and transformation requirements on network elements.
Based on this, the embodiment of the invention provides a general technical scheme for traditional networking and SDN networking, which is used for solving one of the technical problems. The following describes specific embodiments of the present invention with reference to the drawings.
In the description process, the implementation of data sent to the switch and the virtual port will be described separately, and then an example of the implementation of the two in cooperation will be given to better understand the implementation of the scheme given in the embodiment of the present invention. Such an illustration does not mean that the two must be implemented cooperatively or separately, and in fact, when the data is sent to the switch and the data is sent to the virtual port separately, the two solve the problem that the data is sent to the switch and the data is sent to the virtual port, respectively, and when the two are used in combination, a better technical effect is obtained.
Fig. 4 is a schematic flow chart of an implementation of a data frame transmission method, which may include:
step 401, a virtual machine platform receives a data frame carrying VLAN information sent by a virtual machine from a virtual port;
Step 402, the virtual machine platform converts VLAN information in the data frame into a corresponding VLAN header according to a configuration table, wherein the configuration table comprises the corresponding relation between the VLAN information and the VLAN header;
Step 403, the virtual machine platform sends a data frame carrying the VLAN header to the switch.
Fig. 5 is a schematic flow chart of a second implementation of the data frame transmission method, which may include:
Step 501, a virtual machine platform receives a data frame carrying a VLAN head sent by an exchanger;
Step 502, the virtual machine platform converts the VLAN header in the data frame into corresponding VLAN information according to a configuration table, wherein the configuration table comprises the corresponding relation between the VLAN information and the VLAN header;
In step 503, the virtual machine platform sends a data frame carrying VLAN information to a virtual port of the virtual machine.
In practice, the data frame transmission is performed by a vSwitch and/or SR-IOV.
In the following, the examples will be mainly described by taking the two as examples.
Specifically, fig. 6 shows the configuration of the vSwitch or SR-IOV network card, where UNTAG is label-free data, corresponds to VLAN header Q2-1 of an isolation layer, Q1-1 of service VLAN information corresponds to VLAN header Q2-2 of an isolation layer, and so on, Q1-n of one service VLAN information corresponds to VLAN header Q2-n of one isolation layer.
As shown in the figure, when implementing transparent transmission of "service VLAN", the vSwitch and SR-IOV network card can implement VLAN conversion of the vSwitch by configuring a conversion table, that is, converting different service VLANs into different virtual network IDs.
In practice, the configuration table is front end API configured.
In specific implementation, the configuration table is configured by calling a front end API through a north interface of the virtualization platform.
In practice, for data frames that do not carry VLAN information, it may be implemented as follows:
the virtual machine platform receives a data frame which is sent by the virtual machine from the virtual port and does not carry VLAN information;
the virtual machine platform encapsulates VLAN heads corresponding to the VLAN information for the data frames according to a configuration table, wherein the configuration table contains the corresponding relation between the VLAN information and the VLAN heads which are not carried;
the virtual machine platform sends a data frame carrying the VLAN header to the switch.
And:
The virtual machine platform receives a data frame carrying a VLAN head sent by the switch;
The virtual machine platform strips the VLAN head of the data frame after determining that the data frame does not carry VLAN information according to a configuration table, wherein the configuration table contains the corresponding relation between the VLAN information and the VLAN head;
The virtual machine platform transmits the data frame with the VLAN header stripped to the virtual port of the virtual machine corresponding to the VLAN information.
FIG. 7 is a schematic diagram of a network policy configuration flow for a vSwitch or SR-IOV network card, as shown, comprising:
1. Configuring a network strategy through a north interface of the virtualization platform;
2. invoking a network plug-in, and issuing a network policy to an agent program of the related node;
3. the agent is configured to the vSwitch or SR-IOV network card according to the policy.
The virtualization platform VSWITCH AGENT (virtual switch Agent) or SR-IOV Agent (SR-IOV Agent) configures the vSwitch and SR-IOV network card according to the virtual network policy issued by the front-end API (application programming interface, application Program Interface), and the configured conversion table and conversion policy are the same as those shown in fig. 6.
Through the processing, the data frame from the virtual machine only carries one layer of VLAN when being forwarded to the access switch, and the access switch can also convert the VLAN data frame into the VxLAN data frame under SDN networking, so that the switch, the router or the SDN controller can support the data frame well. Fig. 8 is a schematic diagram of data frame conversion, and the data frame conversion is shown.
Fig. 9 is a schematic diagram of a virtual network, and when a data frame corresponds to a virtual network, the virtualization platform configures a virtual DHCP server for each virtual network, as shown in detail.
When receiving a data packet sent by a virtual machine, the vSwitch and the SR-IOV perform corresponding conversion according to carried VLAN information, so as to connect different types of data frames to different virtual networks (and the following DHCP services):
when the data frame from the virtual machine does not carry VLAN, the data frame is encapsulated into a data frame of net-1 (network 1) (ID is ID of net 1), and service is identified through ID of virtual network net1, thereby realizing tenant isolation. This is the default behavior of the virtualized platform.
When the data frame from the virtual machine carries the VLAN Q2-N, the data frame is converted into a data frame of netN (ID is the ID of netN), and the service is identified through the ID of the virtual network net-N, so that tenant isolation is realized. This is an effect achieved by innovation of the proposal.
Based on the same inventive concept, embodiments of the present invention further provide a virtualization platform and a computer readable storage medium, and because the principle of solving the problem by these devices is similar to that of the data frame transmission method, implementation of these devices may refer to implementation of the method, and repeated descriptions are omitted.
In implementing the technical scheme provided by the embodiment of the invention, the method can be implemented as follows.
FIG. 10 is a schematic diagram of a virtualized platform structure, as shown, the virtualized platform comprises:
Processor 1000, for reading the program in memory 1020, performs the following processes:
receiving a data frame carrying VLAN information sent by a virtual machine from a virtual port;
converting VLAN information in a data frame into a corresponding VLAN header according to a configuration table, wherein the configuration table comprises the corresponding relation between the VLAN information and the VLAN header;
transmitting a data frame carrying a VLAN header to a switch;
A transceiver 1010 for receiving and transmitting data under the control of the processor 1000.
In practice, the data frame transmission is performed by a vSwitch and/or SR-IOV.
In practice, the configuration table is front end API configured.
In implementation, the configuration table is configured by calling a front end API through a virtualization platform northbound interface.
In practice, further comprising:
receiving a data frame which is sent by a virtual machine from a virtual port and does not carry VLAN information;
Encapsulating VLAN heads corresponding to VLAN information for the data frames according to a configuration table, wherein the configuration table comprises the corresponding relation between the VLAN information which is not carried and the VLAN heads;
and sending the data frame carrying the VLAN header to the switch.
Wherein in fig. 10, a bus architecture may comprise any number of interconnected buses and bridges, and in particular one or more processors represented by the processor 1000 and various circuits of the memory, represented by the memory 1020, are chained together. The bus architecture may also link together various other circuits such as peripheral devices, voltage regulators, power management circuits, etc., which are well known in the art and, therefore, will not be described further herein. The bus interface provides an interface. The transceiver 1010 may be a number of elements, i.e., including a transmitter and a receiver, providing a means for communicating with various other apparatus over a transmission medium. The processor 1000 is responsible for managing the bus architecture and general processing, and the memory 1020 may store data used by the processor 1000 in performing operations.
The embodiment of the invention also provides a virtualization platform, which comprises:
the first receiving module is used for receiving a data frame carrying VLAN information sent by the virtual machine from the virtual port;
the conversion module is used for converting VLAN information in the data frame into a corresponding VLAN head according to a configuration table, wherein the configuration table comprises the corresponding relation between the VLAN information and the VLAN head;
and the first sending module is used for sending the data frame carrying the VLAN header to the switch.
In practice, the vSwitch and/or SR-IOV of the virtualized platform performs data frame transfers.
In practice, further comprising:
and the configuration module is used for configuring the configuration table through the front-end API.
In an implementation, the configuration module is further configured to invoke the front end API to configure the configuration table through the virtualization platform northbound interface.
In implementation, the first receiving module is further configured to receive a data frame that is sent by the virtual machine from the virtual port and does not carry VLAN information;
The conversion module is further used for packaging VLAN heads corresponding to the VLAN information for the data frames according to a configuration table, wherein the configuration table contains the corresponding relation between the VLAN information which is not carried and the VLAN heads;
the first sending module is further configured to send a data frame carrying the VLAN header to the switch.
For convenience of description, the parts of the above apparatus are described as being functionally divided into various modules or units, respectively. Of course, the functions of each module or unit may be implemented in the same piece or pieces of software or hardware when implementing the present invention.
FIG. 11 is a schematic diagram of a virtualized platform structure, where the virtualized platform includes:
the processor 1100, configured to read the program in the memory 1120, performs the following procedures:
Receiving a data frame carrying a VLAN head sent by a switch;
converting VLAN heads in the data frames into corresponding VLAN information according to a configuration table, wherein the configuration table comprises the corresponding relation between the VLAN information and the VLAN heads;
Transmitting a data frame carrying VLAN information to a virtual port of a virtual machine;
a transceiver 1110 for receiving and transmitting data under the control of the processor 1100.
In practice, the data frame transmission is performed by a vSwitch and/or SR-IOV.
In practice, the configuration table is front end API configured.
In implementation, the configuration table is configured by calling a front end API through a virtualization platform northbound interface.
In practice, further comprising:
Receiving a data frame carrying a VLAN head sent by a switch;
after determining that the data frame does not carry VLAN information according to a configuration table, stripping VLAN heads of the data frame, wherein the configuration table contains the corresponding relation between the VLAN information which is not carried and the VLAN heads;
And transmitting the data frame of which the VLAN header is stripped to the virtual port of the virtual machine corresponding to the VLAN information.
Wherein in fig. 11, a bus architecture may comprise any number of interconnected buses and bridges, and in particular one or more processors represented by processor 1100 and various circuits of memory represented by memory 1120, linked together. The bus architecture may also link together various other circuits such as peripheral devices, voltage regulators, power management circuits, etc., which are well known in the art and, therefore, will not be described further herein. The bus interface provides an interface. The transceiver 1110 may be a number of elements, i.e., include a transmitter and a receiver, providing a means for communicating with various other apparatus over a transmission medium. The processor 1100 is responsible for managing the bus architecture and general processing, and the memory 1120 may store data used by the processor 1100 in performing operations.
The embodiment of the invention also provides a virtualization platform, which comprises:
The second receiving module is used for receiving the data frame carrying the VLAN head sent by the exchanger;
The conversion module is used for converting the VLAN header in the data frame into corresponding VLAN information according to a configuration table, wherein the configuration table comprises the corresponding relation between the VLAN information and the VLAN header;
And the second sending module is used for sending the data frame carrying the VLAN information to the virtual port of the virtual machine.
In practice, the vSwitch and/or SR-IOV of the virtualized platform performs data frame transfers.
In practice, further comprising:
and the configuration module is used for configuring the configuration table through the front-end API.
In an implementation, the configuration module is further configured to invoke the front end API to configure the configuration table through the virtualization platform northbound interface.
In implementation, the second receiving module is further configured to receive a data frame carrying a VLAN header sent by the switch;
The conversion module is further used for stripping VLAN heads of the data frames after the data frames which do not carry VLAN information are determined according to the configuration table, wherein the configuration table contains the corresponding relation between the VLAN information which does not carry VLAN information and the VLAN heads;
the second sending module is further configured to send the data frame with the VLAN header stripped to a virtual port of the virtual machine corresponding to the VLAN information.
For convenience of description, the parts of the above apparatus are described as being functionally divided into various modules or units, respectively. Of course, the functions of each module or unit may be implemented in the same piece or pieces of software or hardware when implementing the present invention.
The embodiment of the invention also provides a computer readable storage medium, which stores a computer program for executing the data frame transmission method.
See in particular the implementation of the data frame transmission method.
In summary, in the technical solution provided in the embodiment of the present invention, since the vSwitch or SR-IOV network card of the virtual machine platform and its matched agent program may be extended to implement automatic configuration of devices such as switches and routers by introducing more network plug-ins. Therefore, the transparent transmission scheme of the data frame is simpler, and the configuration process is simpler, so that the network automatic opening in the service full life cycle process can be realized.
It can be seen that at least one of the following effects is present:
the scheme is simple and reliable as a whole, and the difficulty of integrated configuration and network operation and maintenance work is low;
the existing switch and router equipment of the data center do not need to be replaced to support the scheme, so that the cost is controllable, and the influence of upgrading and reconstruction on the existing service is low;
The defect of the traditional DHCP and other functional mechanisms under the networking is overcome, and the upper layer service is not required to be modified.
It will be appreciated by those skilled in the art that embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, magnetic disk storage, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may 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 such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It will be apparent to those skilled in the art that various modifications and variations can be made to the present invention without departing from the spirit or scope of the invention. Thus, it is intended that the present invention also include such modifications and alterations insofar as they come within the scope of the appended claims or the equivalents thereof.
Claims (9)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110005323.XA CN114726715B (en) | 2021-01-05 | 2021-01-05 | A data frame transmission method, virtualization platform and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110005323.XA CN114726715B (en) | 2021-01-05 | 2021-01-05 | A data frame transmission method, virtualization platform and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114726715A CN114726715A (en) | 2022-07-08 |
| CN114726715B true CN114726715B (en) | 2025-04-01 |
Family
ID=82233607
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110005323.XA Active CN114726715B (en) | 2021-01-05 | 2021-01-05 | A data frame transmission method, virtualization platform and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114726715B (en) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106817291A (en) * | 2015-11-30 | 2017-06-09 | 中兴通讯股份有限公司 | VXLAN realizes device and its method of work |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102970227B (en) * | 2012-11-12 | 2016-03-02 | 盛科网络（苏州）有限公司 | The method and apparatus of VXLAN message repeating is realized in ASIC |
| CN104144130B (en) * | 2013-05-10 | 2019-04-12 | 中国电信股份有限公司 | Method, system and the access switch of virtual machine system interconnection |
| CN104954281B (en) * | 2014-03-31 | 2018-08-03 | 中国移动通信集团公司 | Communication means, system, resource pool management system, interchanger and control device |
| CN107733746B (en) * | 2016-08-11 | 2021-06-15 | 中兴通讯股份有限公司 | Networking method of hybrid cloud platform and hybrid cloud platform system |
-
2021
- 2021-01-05 CN CN202110005323.XA patent/CN114726715B/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106817291A (en) * | 2015-11-30 | 2017-06-09 | 中兴通讯股份有限公司 | VXLAN realizes device and its method of work |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114726715A (en) | 2022-07-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11283732B2 (en) | Network functions virtualization (NFV) backplane on forwarding microchip | |
| Bakshi | Considerations for software defined networking (SDN): Approaches and use cases | |
| US8908704B2 (en) | Switch with dual-function management port | |
| CN105052081B (en) | Communication traffic processing architecture and method | |
| CN111800326B (en) | Message transmission method and device, processing node and storage medium | |
| US20200186389A1 (en) | Virtual Extensible Local Area Network (VXLAN) Packet Encapsulation | |
| US9621685B2 (en) | Architecture for an access network system management protocol control under heterogeneous network management environment | |
| CN107210961A (en) | The VRF of optimization in environment based on the network coverage（Virtual flow-line and forwarding）Between route leaking | |
| KR20140002033A (en) | Method, system and controlling bridge for obtaining port extension topology information | |
| CN108429652A (en) | SDN-based remote flow mirroring control method, implementation method and related equipment | |
| CN112631726B (en) | A virtual machine data processing method, system, device and medium | |
| US12301381B2 (en) | Dial-up packet processing method, network element, system, and network device | |
| CN107547325B (en) | Message forwarding method and device | |
| WO2021244356A1 (en) | Data transmission method and apparatus | |
| CN104092684A (en) | Method and device for supporting VPN based on OpenFlow protocol | |
| CN111193644A (en) | A vBRAS service transmission method, device, terminal device and medium | |
| CN103152276B (en) | A kind of method of port arrangement and Ethernet switch | |
| CN104144130B (en) | Method, system and the access switch of virtual machine system interconnection | |
| CN109428792B (en) | Method, device and equipment for user broadband access processing | |
| CN105264837A (en) | Data packet transmission system, transmission method and device thereof | |
| CN114726715B (en) | A data frame transmission method, virtualization platform and storage medium | |
| CN102857415B (en) | Routing bridge and device and method for controlling media access control address study | |
| WO2021232920A1 (en) | Data transmission method, electronic device, and storage medium | |
| CN109995636A (en) | Hybrid networking method, device, system, equipment and medium | |
| CN106961412B (en) | Message conversion method, device and system |
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 |