CN109246200B - Service system and method based on virtual CDN - Google Patents
Service system and method based on virtual CDN Download PDFInfo
- Publication number
- CN109246200B CN109246200B CN201810946418.XA CN201810946418A CN109246200B CN 109246200 B CN109246200 B CN 109246200B CN 201810946418 A CN201810946418 A CN 201810946418A CN 109246200 B CN109246200 B CN 109246200B
- Authority
- CN
- China
- Prior art keywords
- cdn
- virtual
- sdn
- data packet
- switch
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- 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/12—Discovery or management of network topologies
- H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
-
- 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/35—Switches specially adapted for specific applications
- H04L49/354—Switches specially adapted for specific applications for supporting virtual local area networks [VLAN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/70—Virtual switches
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Abstract
The present disclosure provides a service system and method based on a virtual CDN, the method includes: s1, building a CDN virtual machine based on the OpenStack cloud platform, wherein the CDN virtual machine is used for distributing CDN servers for the client terminals; s2, integrating the SDN equipment and the OpenStack cloud platform to realize control of the CDN virtual machine; s3, the navigation system generates the geographical position information of the client terminal, and the geographical position information is converted into an IPv6 address through the IVI; and S4, based on the IPv6 address, the SDN equipment controls the CDN virtual machine, allocates a CDN server for the client terminal and controls the client terminal to carry out P2P mutual access.
Description
Technical Field
The present disclosure relates to the field of computer network technologies, and in particular, to a service system and method based on a virtual CDN.
Background
With the development of the Internet, the video Content of the streaming media is increasing day by day, the streaming media has the characteristics of high data volume, high bandwidth, high access volume, high service quality requirement and the like, and a Content Delivery Network (CDN) technology enables a user to obtain required Content nearby, reduces the burden of congestion of the Internet Network, and improves the response speed of the user in accessing a website. Peer-to-Peer (P2P) technology enables data or service to be directly exchanged between different computer users without going through a server, and CDN technology optimizes network connection speed to a certain extent through policies such as Peer entities and cache backup in combination with P2P technology. However, the CDN still remains in a CDN processing mode of a WEB cache technology, and the CDN is not virtualized and integrated; and in the process of combining with the P2P technology, the unordered punching of the P2P is not controlled, so that the congestion and waste of bandwidth resources are caused.
Disclosure of Invention
In view of the foregoing problems, the present disclosure provides a service system and method based on a virtual CDN, which can effectively implement CDN acceleration and content localization, and implement ordered control on P2P hole punching in a process of fusing a CDN technology and a P2P technology.
One aspect of the present disclosure provides a virtual CDN-based service system, including: the system comprises an OpenStack cloud platform and a client terminal, wherein the OpenStack cloud platform is used for building a CDN virtual machine which is used for distributing a CDN server for the client terminal; an SDN device integrated with the OpenStack cloud platform to control the CDN virtual machine; the satellite navigation system is used for positioning the client terminal and generating the geographical position information of the client terminal; and IVI converts the geographical position information into an IPv6 address, based on the IPv6 address, the SDN equipment controls the CDN virtual machine, allocates a CDN server for the client terminal and controls the client terminal to perform P2P mutual access.
Optionally, the SDN device comprises an SDN switch and an SDN controller, wherein: and the SDN controller controls the SDN switch to carry out three-layer flow table forwarding on the data packet generated by the CDN virtual machine.
Optionally, the CDN virtual machine sends a data packet to a virtual switch, the virtual switch adds a Vlan tag to the data packet and sends the data packet to the SDN switch, and the SDN switch performs flow table query, removes the Vlan tag, and identifies the CDN virtual machine; if the data packet is transmitted in the same network segment, the SDN switch forwards the data packet to a target virtual switch, and the target virtual switch queries a local flow table and forwards the data packet to a target CDN virtual machine; if the data packet is transmitted across network segments, the SDN switch adds a Tunnel mark to the data packet and then sends the data packet to a target SDN switch, the target SDN switch deletes the Tunnel mark and then looks up the table and forwards the table to a target virtual switch, and the target virtual switch inquires a local flow table and forwards the table to a target CDN virtual machine.
The present disclosure also provides a service method based on a virtual CDN, including: s1, building a CDN virtual machine based on the OpenStack cloud platform, wherein the CDN virtual machine is used for distributing CDN servers for the client terminals; s2, integrating SDN equipment with the OpenStack cloud platform to control the CDN virtual machine; s3, the satellite navigation system generates the geographical position information of the client terminal, and the geographical position information is converted into an IPv6 address through IVI; and S4, based on the IPv6 address, the SDN equipment controls the CDN virtual machine, allocates a CDN server for the client terminal and controls the client terminal to perform P2P mutual access.
Optionally, the CDN virtual machine is installed in a CDN node, and the CDN node is located in a CDN system, where the CDN system includes an edge-layer CDN, a regional-layer CDN, and a central-layer CDN, where: a CDN node in the edge layer CDN provides service for the client terminal; when the CDN node in the edge layer CDN does not store the service requested by the client terminal, the CDN node in the regional layer CDN sends the service requested by the client terminal to the CDN node in the edge layer CDN; when the CDN node in the edge layer CDN and the CDN node in the regional layer CDN do not store the service requested by the client terminal, the CDN node in the central layer CDN sends the service requested by the client terminal to the CDN node in the regional layer CDN, and the CDN node in the regional layer CDN sends the service requested by the client terminal to the CDN node in the edge layer CDN.
Optionally, the SDN device includes an SDN switch and an SDN controller, and step S2 further includes: s21, starting the OpenStack cloud platform, and deploying a control node, a network node and a computing node in the CDN node; s22, starting the SDN controller in an OpenStack Neutron plug-in mode; s23, the SDN controller identifies a network topology structure, carries out path calculation, generates a flow table and issues the flow table; s24, the SDN controller starts a monitoring thread, when the number of switches or ports of the switches is increased or decreased, the monitoring thread triggers updating, the SDN controller is informed to calculate and plan paths of the affected nodes again, and a flow table is updated and issued; and S25, controlling the CDN virtual machine through the SDN controller.
Optionally, in step S23, the SDN controller identifies a network topology, including obtaining the SDN switch, OVS Agent, and CDN virtual machine information.
Optionally, the data packet of the CDN virtual machine may be transmitted in the same network segment and transmitted across network segments, where the transmitting in the same network segment includes: the CDN virtual machine sends a data packet to a virtual switch, and the virtual switch adds a Vlan tag to the data packet and sends the data packet to the SDN switch; and the SDN switch inquires a flow table, removes a Vlan mark, forwards the data packet to a target virtual switch, and forwards the data packet to a target CDN virtual machine after the target virtual switch inquires a local flow table.
Optionally, the data packet of the CDN virtual machine may be transmitted in the same network segment and transmitted across network segments, where the transmission across network segments includes: the CDN virtual machine sends a data packet to a virtual switch, and the virtual switch adds a Vlan tag to the data packet and sends the data packet to the SDN switch; the SDN switch adds a Tunnel mark to the data packet and then sends the data packet to a target SDN switch; and the target SDN switch deletes the Tunnel mark, looks up the table and forwards the table to the target virtual switch, and the target virtual switch inquires the local flow table and forwards the table to the target CDN virtual machine.
Optionally, step S4 further includes: s41, starting the OpenStack cloud platform, and deploying a control node, a network node and a computing node in the CDN server; s42, starting the SDN controller in an OpenStack Neutron plug-in mode; s43, the SDN controller identifies a network topology structure, carries out path calculation, generates a flow table and issues the flow table; and controlling the client terminal to access the CDN server based on the region.
Drawings
Fig. 1 schematically shows a structural diagram of a virtual CDN-based service system provided by an embodiment of the present disclosure.
Fig. 2 is a block diagram schematically illustrating a mapping relationship between a geolocation code and an IPv6 address provided by an embodiment of the present disclosure.
Fig. 3 and 4 schematically show a flowchart of a virtual CDN-based service method provided by an embodiment of the present disclosure.
Detailed Description
Other aspects, advantages, and salient features of the disclosure will become apparent to those skilled in the art from the following detailed description, which, taken in conjunction with the annexed drawings, discloses exemplary embodiments of the disclosure.
In the present disclosure, the terms "include" and "comprise," as well as derivatives thereof, mean inclusion without limitation; the term "or" is inclusive, meaning and/or.
In this specification, the various embodiments described below which are used to describe the principles of the present disclosure are by way of illustration only and should not be construed in any way to limit the scope of the disclosure. The following description with reference to the accompanying drawings is provided to assist in a comprehensive understanding of exemplary embodiments of the present disclosure as defined by the claims and their equivalents. The following description includes various specific details to aid understanding, but such details are to be regarded as illustrative only. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present disclosure. Moreover, descriptions of well-known functions and constructions are omitted for clarity and conciseness. Moreover, throughout the drawings, the same reference numerals are used for similar functions and operations.
A first embodiment of the present invention provides a service system based on a virtual CDN, and fig. 1 is a schematic structural diagram of the service system based on the virtual CDN according to the embodiment of the present invention, as shown in fig. 1, the system includes: an OpenStack cloud platform, a Software Defined Network (SDN) device, a navigation system, and an IVI. Wherein:
the OpenStack cloud platform is used for building a CDN virtual machine, and managing the CDN virtual machine through an application program standard interface by using a virtualization technology, wherein the CDN virtual machine is installed in a CDN node host, the CDN node host is located in a CDN system, and the CDN virtual machine realizes data transmission with the SDN Switch through a virtual Switch (vSwitch). The CDN system is divided into a three-layer logic structure including a central layer CDN, an area layer CDN and an edge layer CDN according to regions based on different physical machines of an OpenStack cloud platform, wherein the three-layer CDN respectively comprises an edge node (POP), a backbone node and a core node. The edge node host, namely the POP node host, directly provides service for the client terminal; when the POP node host does not store the service requested by the client terminal, the backbone node host sends the service requested by the client terminal to the POP node host, and the POP node host provides the service for the client terminal; when the backbone node host and the POP node host do not store the service requested by the client terminal, the core node host sends the service requested by the client terminal to the backbone node host, the backbone node host forwards the service requested by the client terminal to the POP node host, and the POP node host provides the service for the client terminal.
The SDN equipment comprises an SDN switch and an SDN controller, the SDN switch enables the SDN controller to set configuration and management of the SDN controller by means of an OpenFlow protocol, and data are forwarded through a flow table. And the SDN controller sends the flow table item configuration message to the SDN switch through an OpenFlow protocol, controls the SDN switch to issue the flow table, establishes a virtual network forwarding path and realizes data transmission.
Neutron in an OpenStack cloud platform provides a virtual network function in a cloud computing environment, SDN equipment is integrated with the Neutron in the OpenStack cloud platform, and an SDN controller can perform network topology identification, perform path computation, and generate a flow table according to a corresponding strategy for issuing. Network management and control of the OpenStack cloud platform are achieved through the SDN controller, and functions of existing network modules are further achieved.
Cloud platform node information is transmitted between the OVS Agent on the OpenStack computing node and the Neutron plug-in, and the cloud platform node information is used for inquiring Vlan ID and Tunnel ID by the OVS Agent so that the SDN controller can conveniently conduct flow table regulation and control and other operations on collected information.
At present, Neutron plugins in OpenStack only support two layers, forwarding of three-layer flow tables can be achieved by deploying an SDN controller and combining with the Neutron part, and cross-network segment transmission of data is achieved. The method comprises the steps of utilizing an Overlay Network technology to virtually expand a Local Area Network (VXLAN), obtaining path information by means of an SDN controller, and encapsulating and decapsulating VXLAN messages through VXLAN Tunnel End Points (VTEP), so that the two-layer Network Overlay realizes cross-Network-segment migration of CDN Virtual machines in a three-layer Network. And dynamically guaranteeing CDN virtual machines in different regions. As shown in fig. 1, the specific steps are as follows:
virtual machines of CDN node hosts in each region of a cloud platform send data packets to a vSwitch, the vSwitch adds Virtual Local Area Network (Vlan) marks to the data packets and then sends the data packets to an SDN switch, the SDN switch conducts flow table query, the Vlan marks are removed, the CDN Virtual machines are identified, if the data packets are transmitted in the same Network segment, the SDN switch forwards the data packets to a destination vSwitch, and the destination vSwitch forwards the data packets to the destination CDN Virtual machine after querying a Local flow table; if the data packet is transmitted across network segments, the SDN switch adds a Tunnel mark (namely a Tunnel mark) to the data packet and then sends the data packet to a destination SDN switch, the destination SDN switch removes the Tunnel mark and then looks up the table and forwards the table to a destination vSwitch, and the destination vSwitch looks up a local flow table and forwards the table to a destination CDN virtual machine.
In this embodiment, CDN node hosts in the same network segment are connected to the SDN switch in the network segment for data exchange and transmission, where transmission of a data packet in the same network segment means transmission of a data packet between virtual machines deployed in CDN node hosts connected to the SDN switch in the same network segment; the data packet cross-network-segment transmission refers to that the data packet is transmitted between virtual machines deployed in CDN node hosts connected with SDN switches in different network segments, and the data packet needs to be sent to other switches in a cross-network-segment mode.
In this embodiment, the SDN switch is connected to an intermediate physical network, the SDN switch sends the data packet to other SDN switches across the chassis through the intermediate physical network, and the intermediate physical network includes a convergence device (transit ag.
Because the P2P technology is fused, each edge layer CDN server (namely CDN node host) is also a P2P server, the access address of a downlink client terminal is recorded, the strategy control is directly carried out on an SDN switch by depending on an SDN controller, an upper layer server is not required to provide a 'punching application' for a lower layer client terminal, P2P mutual access is directly carried out in a local area CDN by using an IPv6 address between the lower layer client terminals, and the localization of the content is realized.
The navigation system in this embodiment is a beidou satellite navigation system, also called a dual-satellite positioning system, or an active positioning system, and positioning is implemented by adopting the geometric principle of three-ball intersection, and the specific flow is as follows: measuring the distances from the user to three satellites; the position of the satellite is accurately known and is broadcast to users through telegraph messages; drawing a spherical surface by taking the satellite as the center of a sphere and the distance as the radius; the three spherical surfaces are intersected to form two points, and the user position can be obtained by eliminating one unreasonable point according to the geographical common knowledge.
The IVI is a protocol conversion technology based on SIIT, and has good support and expansibility on IPv 6. And the Beidou satellite navigation system performs IPv6 address conversion on the physical address obtained after the terminal is positioned through IVI and distributes the address to the terminal.
A second embodiment of the present invention provides a mapping relationship between a geo-location code and an IPv6 address, and fig. 2 is a block diagram of a mapping relationship between a geo-location code and an IPv6 address according to an embodiment of the present invention. Since the GPS receiver can only determine two-dimensional coordinates, i.e., longitude and latitude, when receiving only three effective GPS satellite signals, the 3D positioning including altitude can be completed only when receiving four or more effective GPS satellite signals. In view of the generality of the present disclosure, only longitudinal and latitudinal IPv6 address translation is referenced, thereby enabling such encoding to have similar characteristics to internet IP addresses, facilitating integration with the internet. The specific operation is as follows:
operation 1 converts the longitude and latitude into a binary number fixed to n bits.
In operation 1, the longitude is converted into a binary number fixed to n bits, 1 bit is used to represent a symbol, 8 bits are used to represent data on the left side of a decimal point, and the remaining n-9 bits represent data on the right side of the decimal point; the latitude is converted into a binary number with a fixed length of n bits, 1 bit is used for representing a symbol, 7 bits are used for representing data on the left side of a decimal point, and the remaining n-8 bits represent data on the right side of the decimal point.
Further, for longitude, the first bit is the sign bit, the left side of the decimal point is directly converted into 8-bit binary code, and the right side of the decimal point is generated according to the following operations: multiplying the decimal fraction by 2 to obtain a product, taking out the integral part of the product, multiplying the rest decimal part by 2 to obtain another product, taking out the integral part of the product, and carrying out the operation until n-9 bits are reached. Then the integer parts are arranged in sequence, the integer is firstly taken as the high-order significant bit of the binary decimal, and the integer is then taken as the low-order significant bit. The sign bit, the binary representation of the integer bit and the binary representation of the decimal bit are concatenated to form an encoding of longitude. For latitude, the first bit is a sign bit, the left side of the decimal point is directly converted into 7-bit binary code, and the right side of the decimal point is generated according to the following operations: multiplying the decimal fraction by 2 to obtain a product, taking out the integral part of the product, multiplying the rest decimal part by 2 to obtain another product, taking out the integral part of the product, and carrying out the operation until n-8 bits are reached. Then the integer parts are arranged in sequence, the integer is firstly taken as the high-order significant bit of the binary decimal, and the integer is then taken as the low-order significant bit. The sign bit, the binary representation of the integer bit and the binary representation of the decimal bit are concatenated to form the code for the latitude.
In operation 2, the binary representations of longitude and latitude are interleaved to form a position code.
In operation 2, the equal length binary representation of longitude and the equal length binary representation of latitude are combined in a cross mode, and odd-numbered digits are coded for longitude, even-numbered digits are coded for latitude, or even-numbered digits are coded for longitude and odd-numbered digits are coded for latitude, so that the final 2 n-bit position code is formed.
And operation 3, expanding the IVI equipment and generating the IPv6 address of the terminal.
In operation 3, if n is set to 30, the GPS information includes longitude and latitude, 60-bit binary numbers including signs, integers, and fractions of the longitude and latitude are extracted as the last 60 bits of the interface ID, and the remaining first 4 bits are set as reserved bits, so that the geographical location information can be mapped to a 64-bit interface ID of the IPv6 unicast address.
Further, the 64-bit interface ID of the IPv6 unicast address is added with the 64-bit IPv6 address prefix, so as to generate the IPv6 address of the terminal.
A third embodiment of the present invention provides a service method based on a virtual CDN, and fig. 3 and 4 are flowcharts of the service method based on the virtual CDN provided in the embodiment of the present invention. As shown in fig. 3 and 4, the method includes the following operations:
operation S1 is to build the CDN virtual machine based on the OpenStack cloud platform.
The CDN virtual machine is built based on the OpenStack cloud platform, the method comprises the steps of building control nodes, network nodes and computing nodes, and the CDN is divided into a three-layer logic structure of a central layer CDN, an area layer CDN and an edge layer CDN according to regions based on different physical machines of the OpenStack cloud platform.
Operation S2, integrating the SDN with the OpenStack cloud platform, to implement CDN network resource virtualization.
The OpenStack cloud platform is deployed based on an OpenFlow technology of the SDN, so that the OpenStack cloud platform utilizes the SDN equipment to uniformly manage the CDN virtual machine, and the CDN network resource virtualization is realized.
Further, operation S2 includes the following sub-operations:
a sub-operation S21 is to start the OpenStack cloud platform, and deploy the control node, the network node, and the computing node on different servers.
Sub-operation S22, the SDN controller is started in the manner of an OpenStack Neutron plug-in.
And in the sub-operation S23, the SDN controller identifies a network topology, performs path calculation, and generates a flow table according to a corresponding policy for issuing, where the network topology identification includes obtaining information of an OVS Agent and a CDN virtual machine in an SDN switch and an OpenStack.
And in a sub-operation S24, the SDN controller starts a monitoring thread, and when the switches are increased or decreased or the ports of the switches are changed, the monitoring thread triggers and updates the monitoring thread, notifies the SDN controller to calculate and plan paths of the affected nodes again, and updates and issues a flow table. And node information is transmitted between the OVS Agent on the OpenStack computing node and the Neutron plug-in, and the node information is used for inquiring the Vlan ID and the Tunnel ID by the OVS Agent. And the SDN controller sends the flow entry configuration message to the SDN switch according to the requirement, namely, the flow entry configuration message is transmitted to the SDN switch through OpenFlow information. Because the change of the local port cannot influence the whole network topology, the issuing of the local flow table cannot influence other normally-running CDN node hosts.
In sub-operation S25, network management and control of OpenStack is implemented by the SDN controller, the function of the existing network module is implemented by the SDN controller, and CDN node hosts in different regions can be controlled based on five tuples (source IP address, destination IP address, protocol number, source port, and destination port) of the SDN, so as to implement accelerated application of the CDN virtual machine network.
In operation S3, an IPv6 address is generated using the geographical location information.
The Beidou satellite navigation system realizes central positioning in a two-way communication mode, obtains a physical address of the client terminal after positioning the client terminal, performs IPv6 address conversion on the physical address through IVI to generate an IPv6 address, and distributes the generated IPv6 address to the client terminal.
And operation S4, controlling the terminal to perform ordered P2P mutual access, and realizing CDN acceleration and content localization.
And through an SDN controller, based on the IPv6 address of the client terminal, a server is allocated to the client terminal, and the client terminal is controlled to perform ordered P2P mutual access, such as P2P mutual access between the client terminal and an available client terminal which is closest to the client terminal.
Further, operation S4 includes the following sub-operations:
a sub-operation S41 is to start the OpenStack cloud platform, and deploy the control node, the network node, and the computing node on different servers.
Sub-operation S42, the SDN controller is started in the manner of an OpenStack Neutron plug-in.
And in a sub-operation S43, the SDN controller identifies a network topology, performs path calculation, and generates a flow table according to a corresponding policy, and issues the flow table to control the client terminal to access the CDN server based on a region, where the network topology includes an SDN switch, an OVS Agent in an OpenStack, and CDN virtual machine information.
A sub-operation S44, streaming media content localization, and ordered P2P inter-terminal access. Supposing that both the client terminal A and the client terminal B can establish UDP connection with a known CDN server in a public network, when one client terminal logs in, the server records two pairs of address binary information (IP address: UDP port) of the client, and does not need to record the intranet IP address and port number of the client and the extranet IP address and port number converted by NAT, the CDN server can obtain the intranet related information of the client from the login message of the client, and can also obtain the extranet related information of the client through the IP head and the UDP head of the login message. The CDN server locally stores the content requested by the client terminal, and on one hand, the client terminal directly accelerates the content based on the address information of IPv 6; on the other hand, the SDN controller controls the client terminal prefix list accessing the CDN server so as to control the P2P punching control between the client terminals through the CDN server.
In this embodiment, the integration of the SDN and the Neutron of the OpenStack cloud platform can realize data transmission in the same network segment and cross-network segment transmission. And transmitting a network technology VXLAN (virtual extensible network) by using the Overlay in a cross-network segment manner, acquiring path information by depending on an SDN (software defined network) controller, and encapsulating and decapsulating VXLAN messages through a tunnel VTEP (virtual private network), so that the two-layer network Overlay realizes cross-network segment migration of virtual machines in a three-layer network.
The specific operation of transmitting data in the same network segment is as follows:
the CDN virtual machine sends a data packet to a vSwitch, and the vSwitch adds a Vlan tag to the data packet and sends the data packet to an SDN switch;
the SDN switch queries a flow table, removes a Vlan mark, forwards the data packet to a destination vSwitch, and forwards the data packet to a destination CDN virtual machine after the destination vSwitch queries a local flow table;
the specific operation of transmitting data across network segments is as follows:
the CDN virtual machine sends a data packet to a vSwitch, and the vSwitch adds a Vlan tag to the data packet and sends the data packet to an SDN switch;
the SDN switch adds a Tunnel mark to the data packet and then sends the data packet to a target SDN switch;
and the target SDN switch deletes the Tunnel mark, looks up the table and forwards the table to the target virtual switch, and the target virtual switch inquires the local flow table and forwards the table to the target CDN virtual machine.
While the disclosure has been shown and described with reference to certain exemplary embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the disclosure as defined by the appended claims and their equivalents. Accordingly, the scope of the present disclosure should not be limited to the above-described embodiments, but should be defined not only by the appended claims, but also by equivalents thereof.
Claims (10)
1. A virtual CDN-based service system, comprising:
the system comprises an OpenStack cloud platform and a client terminal, wherein the OpenStack cloud platform is used for building a CDN virtual machine which is used for distributing a CDN server for the client terminal;
an SDN device integrated with the OpenStack cloud platform to control the CDN virtual machine;
the satellite navigation system is used for positioning the client terminal and generating the geographical position information of the client terminal;
and IVI converts the geographical position information into an IPv6 address, based on the IPv6 address, the SDN equipment controls the CDN virtual machine, allocates a CDN server for the client terminal and controls the client terminal to perform P2P mutual access.
2. The virtual CDN-based service system of claim 1, the SDN device comprising an SDN switch and an SDN controller, wherein:
and the SDN controller controls the SDN switch to carry out three-layer flow table forwarding on the data packet generated by the CDN virtual machine.
3. The virtual CDN-based service system of claim 2, wherein:
the CDN virtual machine sends a data packet to a virtual switch, the virtual switch adds a Vlan tag to the data packet and then sends the data packet to the SDN switch, and the SDN switch inquires a flow table, removes the Vlan tag and identifies the CDN virtual machine;
if the data packet is transmitted in the same network segment, the SDN switch forwards the data packet to a target virtual switch, and the target virtual switch queries a local flow table and forwards the data packet to a target CDN virtual machine;
if the data packet is transmitted across network segments, the SDN switch adds a Tunnel mark to the data packet and then sends the data packet to a target SDN switch, the target SDN switch deletes the Tunnel mark and then looks up the table and forwards the table to a target virtual switch, and the target virtual switch inquires a local flow table and forwards the table to a target CDN virtual machine.
4. A service method based on a virtual CDN comprises the following steps:
s1, building a CDN virtual machine based on the OpenStack cloud platform, wherein the CDN virtual machine is used for distributing CDN servers for the client terminals;
s2, integrating SDN equipment with the OpenStack cloud platform to control the CDN virtual machine;
s3, the satellite navigation system generates the geographical position information of the client terminal, and the geographical position information is converted into an IPv6 address through IVI;
and S4, based on the IPv6 address, the SDN equipment controls the CDN virtual machine, allocates a CDN server for the client terminal and controls the client terminal to perform P2P mutual access.
5. The virtual CDN-based service method of claim 4 wherein the CDN virtual machine is installed in a CDN node located in a CDN system comprising an edge-level CDN, a regional-level CDN, and a central-level CDN, wherein:
a CDN node in the edge layer CDN provides service for the client terminal;
when the CDN node in the edge layer CDN does not store the service requested by the client terminal, the CDN node in the regional layer CDN sends the service requested by the client terminal to the CDN node in the edge layer CDN;
when the CDN node in the edge layer CDN and the CDN node in the regional layer CDN do not store the service requested by the client terminal, the CDN node in the central layer CDN sends the service requested by the client terminal to the CDN node in the regional layer CDN, and the CDN node in the regional layer CDN sends the service requested by the client terminal to the CDN node in the edge layer CDN.
6. The virtual CDN-based service method of claim 5, wherein the SDN device comprises an SDN switch and an SDN controller, and step S2 further comprises:
s21, starting the OpenStack cloud platform, and deploying a control node, a network node and a computing node in the CDN node;
s22, starting the SDN controller in an OpenStack Neutron plug-in mode;
s23, the SDN controller identifies a network topology structure, carries out path calculation, generates a flow table and issues the flow table;
s24, the SDN controller starts a monitoring thread, when the number of switches or ports of the switches is increased or decreased, the monitoring thread triggers updating, the SDN controller is informed to calculate and plan paths of the affected nodes again, and a flow table is updated and issued;
and S25, controlling the CDN virtual machine through the SDN controller.
7. The virtual CDN-based service method of claim 6, wherein in step S23, the SDN controller identifies a network topology, including obtaining the SDN switch, ovsangent, and CDN virtual machine information.
8. The virtual CDN-based service method of claim 6 wherein the data packets of the CDN virtual machines can be transmitted in the same network segment and across network segments, wherein the transmitting in the same network segment comprises:
the CDN virtual machine sends a data packet to a virtual switch, and the virtual switch adds a Vlan tag to the data packet and sends the data packet to the SDN switch;
and the SDN switch inquires a flow table, removes a Vlan mark, forwards the data packet to a target virtual switch, and forwards the data packet to a target CDN virtual machine after the target virtual switch inquires a local flow table.
9. The virtual CDN-based service method of claim 6 wherein the data packets of the CDN virtual machines can be transmitted in the same network segment and across network segments, the across network segment transmission comprising:
the CDN virtual machine sends a data packet to a virtual switch, and the virtual switch adds a Vlan tag to the data packet and sends the data packet to the SDN switch;
the SDN switch adds a Tunnel mark to the data packet and then sends the data packet to a target SDN switch;
and the target SDN switch deletes the Tunnel mark, looks up the table and forwards the table to the target virtual switch, and the target virtual switch inquires the local flow table and forwards the table to the target CDN virtual machine.
10. The virtual CDN-based service method of claim 6, wherein the step S4 further comprises:
s41, starting the OpenStack cloud platform, and deploying a control node, a network node and a computing node in the CDN server;
s42, starting the SDN controller in an OpenStack Neutron plug-in mode;
s43, the SDN controller identifies a network topology structure, carries out path calculation, generates a flow table and issues the flow table; and controlling the client terminal to access the CDN server based on the region.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810946418.XA CN109246200B (en) | 2018-08-17 | 2018-08-17 | Service system and method based on virtual CDN |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810946418.XA CN109246200B (en) | 2018-08-17 | 2018-08-17 | Service system and method based on virtual CDN |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109246200A CN109246200A (en) | 2019-01-18 |
| CN109246200B true CN109246200B (en) | 2021-07-06 |
Family
ID=65070981
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810946418.XA Active CN109246200B (en) | 2018-08-17 | 2018-08-17 | Service system and method based on virtual CDN |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109246200B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110519262B (en) * | 2019-08-26 | 2022-07-12 | 赛尔网络有限公司 | Traffic statistical analysis system and method based on BGP routing identification |
| CN112637285B (en) * | 2020-12-10 | 2022-05-27 | 中国联合网络通信集团有限公司 | Edge cloud communication method, management system, computer device and storage medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101146021A (en) * | 2006-09-11 | 2008-03-19 | 思华科技（上海）有限公司 | Routing system and method of content distribution network |
| CN105684365A (en) * | 2013-02-12 | 2016-06-15 | 慧与发展有限责任合伙企业 | Network control using software defined flow mapping and virtualized network functions |
| CN107370642A (en) * | 2017-09-04 | 2017-11-21 | 赛尔网络有限公司 | One kind is based on cloud platform multi-tenant network smoothness monitoring system and method |
| CN107666442A (en) * | 2016-07-29 | 2018-02-06 | 北京金山云网络技术有限公司 | A kind of virtual network controls method and apparatus based on software defined network SDN |
| CN107733746A (en) * | 2016-08-11 | 2018-02-23 | 中兴通讯股份有限公司 | A kind of network-building method and mixed cloud plateform system for mixing cloud platform |
-
2018
- 2018-08-17 CN CN201810946418.XA patent/CN109246200B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101146021A (en) * | 2006-09-11 | 2008-03-19 | 思华科技（上海）有限公司 | Routing system and method of content distribution network |
| CN105684365A (en) * | 2013-02-12 | 2016-06-15 | 慧与发展有限责任合伙企业 | Network control using software defined flow mapping and virtualized network functions |
| CN107666442A (en) * | 2016-07-29 | 2018-02-06 | 北京金山云网络技术有限公司 | A kind of virtual network controls method and apparatus based on software defined network SDN |
| CN107733746A (en) * | 2016-08-11 | 2018-02-23 | 中兴通讯股份有限公司 | A kind of network-building method and mixed cloud plateform system for mixing cloud platform |
| CN107370642A (en) * | 2017-09-04 | 2017-11-21 | 赛尔网络有限公司 | One kind is based on cloud platform multi-tenant network smoothness monitoring system and method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109246200A (en) | 2019-01-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10044816B2 (en) | Location-based domain name system service discovery | |
| EP2235885B1 (en) | Mapless global traffic load balancing via anycast | |
| EP3128705B1 (en) | Resource pool management system and communication method | |
| CN104780096B (en) | A kind of system controlling virtual network and Virtual Network Controller node | |
| US10104633B1 (en) | Active position driven mobility content delivery in information centric networks | |
| EP2687983A1 (en) | Hierarchical system for managing a plurality of virtual machines, method and computer program | |
| US20170078194A1 (en) | Method and apparatus for scalable content routing and mobility in named data networks | |
| US9419940B2 (en) | IPv4 data center support for IPv4 and IPv6 visitors | |
| JP6544401B2 (en) | PACKET TRANSFER DEVICE, CONTROL DEVICE, COMMUNICATION SYSTEM, COMMUNICATION METHOD, AND PROGRAM | |
| CN103841028A (en) | Method and device for forwarding messages | |
| US10348668B2 (en) | Overlay network over a messaging network | |
| CN109873767B (en) | Protocol-unaware forwarding-based space-ground integrated network virtualization method | |
| WO2021098727A1 (en) | Network deployment method and system | |
| CN109246200B (en) | Service system and method based on virtual CDN | |
| CN110519262B (en) | Traffic statistical analysis system and method based on BGP routing identification | |
| CN103841026B (en) | VPN route managing system and method of router IP protocol stack | |
| CA3175020A1 (en) | Method and system for routing an internet protocol data packet between wireless computer devices connected to a cellular network | |
| US9763135B1 (en) | Load balancing with mobile resources | |
| Ramirez et al. | Exploring potential implementations of PCE in IoT world | |
| US20230421481A1 (en) | Service border routing based on location in multisite fabric networks | |
| CN101771721B (en) | Streaming media data transmission method, system and server | |
| JP5810047B2 (en) | Communication system and packet communication method | |
| US20120011235A1 (en) | Systems and Methods for Implementing Multiple ISIS Routing Instances on a Network Element | |
| JP2024503322A (en) | Layer 2 networking storm control in virtualized cloud environments | |
| Kafle et al. | ID-based communication framework for new generation networks |
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 | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20211203 Address after: 100084 Beijing Haidian District Zhongguancun East Road 1 hospital Qinghua science and Technology Park 8 Building B block seal building Patentee after: CERNET Co.,Ltd. Address before: 100084 B1001-C 8, building 1, Zhongguancun East Road, Haidian District, Beijing, 2. Patentee before: NEXT GENERATION INTERNET MAJOR APPLICATION TECHNOLOGY (BEIJING) ENGINEERING RESEARCH CENTER Co.,Ltd. |
|
| TR01 | Transfer of patent right |