CN109639502B - Return source control method and content distribution network - Google Patents

Return source control method and content distribution network Download PDF

Info

Publication number
CN109639502B
CN109639502B CN201811648370.0A CN201811648370A CN109639502B CN 109639502 B CN109639502 B CN 109639502B CN 201811648370 A CN201811648370 A CN 201811648370A CN 109639502 B CN109639502 B CN 109639502B
Authority
CN
China
Prior art keywords
forwarding
cdn server
optimal path
network
source
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
Application number
CN201811648370.0A
Other languages
Chinese (zh)
Other versions
CN109639502A (en
Inventor
丁浩
吴岩
胡文
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing QIYI Century Science and Technology Co Ltd
Original Assignee
Beijing QIYI Century Science and Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing QIYI Century Science and Technology Co Ltd filed Critical Beijing QIYI Century Science and Technology Co Ltd
Priority to CN201811648370.0A priority Critical patent/CN109639502B/en
Publication of CN109639502A publication Critical patent/CN109639502A/en
Application granted granted Critical
Publication of CN109639502B publication Critical patent/CN109639502B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • 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/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • 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/0893—Assignment of logical groups to network elements
    • 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/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • 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/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The application discloses a back source control method, which comprises the following steps: the SDN controller responds to a source returning request sent by a first CDN server, plans and establishes an optimal path between first forwarding equipment and second forwarding equipment in a data forwarding network, so that the first CDN server returns a source to a second CDN server through the optimal path, the second CDN server is a main source CDN server for returning the source of the first CDN server, the first CDN server returns the source to the second CDN server under the condition that the second CDN server is not abnormal, the first CDN server is accessed to the data forwarding network through the first forwarding equipment, and the second CDN server is accessed to the data forwarding network through the second forwarding equipment. The source returning control method based on the application can improve the resource utilization rate of the source CDN server and reduce the source returning failure rate.

Description

Return source control method and content distribution network
Technical Field
The present application belongs to the technical field of content distribution networks, and in particular, to a back source control method and a content distribution network.
Background
With the development of internet technology, websites tend to use CDN technology to distribute network resources more and more, so as to improve website access speed and improve user experience. The CDN is called a Content Delivery Network, namely a Content Delivery Network, and CDN servers are arranged at each position of the Internet to form a layer of intelligent virtual Network on the basis of the existing Internet, so that bottlenecks and links which possibly influence the data transmission speed and stability on the Internet can be avoided as far as possible, and the Content transmission is faster and more stable.
When a user requests a network resource (such as a video file or other files) from the CDN network, the CDN scheduler allocates a CDN server for the user, and the CDN server provides a download service for the user. If the CDN server stores the network resource requested by the user, the CDN server sends the network resource requested by the user to the client, and if the CDN server does not store the network resource requested by the user, the CDN server needs to obtain the network resource requested by the user from another CDN server and then send the network resource to the client.
The process of a CDN server obtaining network resources from other CDN servers is referred to as the back-sourcing of the CDN. Currently, there are two main types of CDN back-source technologies: one type is a static back source, a plurality of other CDN servers capable of back source are configured for each CDN server, and when the back source is needed, one CDN server capable of back source is selected to back source; and the other type is dynamic source returning, the CDN scheduler selects one CDN server from the plurality of CDN servers as an origin CDN server according to a certain algorithm, and indicates the CDN server needing source returning to return the source to the origin CDN server.
However, based on the existing static back-to-source scheme and dynamic back-to-source scheme, the problem of low resource utilization rate of the source CDN server may occur.
Disclosure of Invention
In view of this, an object of the present application is to provide a new content delivery network and a back-source control method, so as to improve the resource utilization rate of the source CDN server.
In order to achieve the above purpose, the present application provides the following technical solutions:
the application provides a back-source control method, which is applied to an SDN controller in a content distribution network, and comprises the following steps:
responding to a source returning request sent by a first CDN server, planning an optimal path between first forwarding equipment and second forwarding equipment in a data forwarding network based on state information of each forwarding equipment in the data forwarding network, wherein the source returning request carries an identifier of the second CDN server, the second CDN server is a main source CDN server for returning the source of the first CDN server, the first CDN server returns the source to the second CDN server under the condition that the second CDN server is not abnormal, the first CDN server is accessed to the data forwarding network through the first forwarding equipment, and the second CDN server is accessed to the data forwarding network through the second forwarding equipment;
and configuring forwarding strategies of each forwarding device included in the planned optimal path to establish the optimal path so that the first CDN server returns to the source of the second CDN server through the optimal path.
Optionally, on the basis of the back source control method, the method further includes:
planning an optimal path between the first forwarding device and the second forwarding device according to a preset time interval in a process that the first CDN server returns to the second CDN server;
when the planned second optimal path is different from the currently used first optimal path, configuring a forwarding strategy of each forwarding device included in the planned second optimal path to establish the second optimal path, so that the first CDN server returns to the source of the second CDN server through the second optimal path.
Optionally, in the back-source control method, the configuring a forwarding policy of each forwarding device included in the planned second optimal path includes:
determining a priority configuration forwarding device in the second optimal path, wherein the priority configuration forwarding device is a forwarding device which is included in the second optimal path but not included in the first optimal path;
configuring a forwarding strategy of the priority configuration forwarding equipment;
and configuring the forwarding strategies of the forwarding devices in the second optimal path except the forwarding devices with the priority configuration.
Optionally, in the back-source control method, planning an optimal path between the first forwarding device and the second forwarding device includes:
obtaining state information of each forwarding device in the data forwarding network;
determining the weight of the direct connection path of any two forwarding devices in the data forwarding network according to the forwarded state information;
and determining an optimal path between the first forwarding device and the second forwarding device according to the weight of the direct connection path of any two forwarding devices in the data forwarding network.
Optionally, in the back-source control method, the state information of the forwarding device includes: network layer delay information and packet loss rate information between the forwarding device and other forwarding devices.
The present application also provides a content distribution network comprising: the system comprises a first CDN server, a second CDN server, a data forwarding network and an SDN controller;
the data forwarding network comprises a plurality of forwarding devices;
the second CDN server is configured as a main source CDN server for the first CDN server to return to the source, and the first CDN server returns to the source of the second CDN server under the condition that the second CDN server is not abnormal;
the first CDN server is accessed to the data forwarding network through a first forwarding device in the data forwarding network, and the second CDN server is accessed to the data forwarding network through a second forwarding device in the data forwarding network;
the SDN controller is connected with the data forwarding network, responds to a source returning request sent by the first CDN server, plans an optimal path between the first forwarding device and the second forwarding device based on state information of each forwarding device in the data forwarding network, and configures a forwarding strategy of each forwarding device included in the planned optimal path to establish the optimal path, so that the first CDN server returns the source to the second CDN server through the optimal path;
and the source returning request carries an identifier of a second CDN server.
Optionally, in the content distribution network, the SDN controller is further configured to:
planning an optimal path between the first forwarding device and the second forwarding device according to a preset time interval in a process that the first CDN server returns to the second CDN server; when the planned second optimal path is different from the currently used first optimal path, configuring a forwarding strategy of each forwarding device included in the planned second optimal path to establish the second optimal path, so that the first CDN server returns to the source of the second CDN server through the second optimal path.
Optionally, in the content delivery network, in an aspect of configuring a forwarding policy of each forwarding device included in the planned second optimal path, the SDN controller is specifically configured to:
determining a priority configuration forwarding device in the second optimal path, wherein the priority configuration forwarding device is a forwarding device which is included in the second optimal path but not included in the first optimal path; configuring a forwarding strategy of the priority configuration forwarding equipment; and configuring the forwarding strategies of the forwarding devices in the second optimal path except the forwarding devices with the priority configuration.
Optionally, in the content distribution network, in terms of planning an optimal path between the first forwarding device and the second forwarding device, the SDN controller is specifically configured to:
obtaining state information of each forwarding device in the data forwarding network; determining the weight of the direct connection path of any two forwarding devices in the data forwarding network according to the forwarded state information; and determining an optimal path between the first forwarding device and the second forwarding device according to the weight of the direct connection path of any two forwarding devices in the data forwarding network.
Optionally, the content delivery network further includes a third CDN server and a fourth CDN server;
the third CDN server and the fourth CDN server are configured as a standby source CDN server for the first CDN server to return to the source, the third CDN server accesses the data forwarding network through a third forwarding device in the data forwarding network, and the fourth CDN server accesses the data forwarding network through a fourth forwarding device in the data forwarding network.
Therefore, the beneficial effects of the application are as follows:
according to the content delivery network disclosed by the application, a large number of source CDN servers are not configured for the CDN servers, but a main source CDN server is configured for the CDN servers, and under the condition that the source CDN servers do not have faults, the CDN servers all return sources to the source CDN servers, namely, the source CDN servers provide source return services for the relatively fixed CDN servers, so that network resources stored by the source CDN servers can be better utilized; in addition, after the CDN server sends the back-source request, the SDN controller plans and establishes an optimal path between the CDN server and the corresponding origin CDN server in real time, so that a communication link between the CDN server and the corresponding origin CDN server is ensured to be connected, the CDN server can smoothly return to the origin, and the back-source failure rate can be reduced.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
FIG. 1 is a schematic diagram of a content distribution network according to the present disclosure;
FIG. 2 is a flow chart of a method of source return control as disclosed herein;
fig. 3 is a flow chart of another method of source return control disclosed in the present application.
Detailed Description
To facilitate understanding of the technical solutions of the present application, technical terms appearing in the present application are explained:
CDN: content Delivery Network, i.e. Content distribution Network;
SDN: software Defined Network, Software Defined Network;
RTT: Round-Trip Time, Round-Trip delay or network layer delay.
In the existing static and dynamic back-to-source schemes, it is considered from the perspective of an application layer which CDN server is going to back-to-source, that is, it is considered only which CDN server is going to download network resources from which other CDN servers. The path between the CDN server and the corresponding origin CDN server is a static configuration scheme, and it may be considered that there is only one path between the CDN server and the corresponding origin CDN server, and the communication network may have a fault, and if the path between the CDN server and the corresponding origin CDN server has a fault, the CDN server cannot download the network resource from the origin CDN server.
In this regard, in the static back-sourcing scheme, the back-sourcing CDN servers configured for one CDN server are typically tens or even tens of CDN servers in order to guarantee availability. In this regard, in the dynamic back-sourcing scheme, the CDN scheduler configures a plurality of origin CDN servers for each CDN server in advance, and when a CDN server needs to back-source, the CDN scheduler selects one of the origin CDN servers among a large number of origin CDN servers.
That is, in order to ensure that the CDN servers can reliably return to origin, whether the existing static or dynamic solution is used, a large number of origin CDN servers that can be returned to origin are configured in advance for one CDN server. This CDN architecture has a problem of low resource utilization of the origin CDN server.
Based on the existing static back-sourcing scheme, a large number of origin CDN servers are configured for one CDN server in advance, which results in that the origin CDN server selected by the CDN server in each back-sourcing process is usually different. Based on the existing dynamic back-sourcing scheme, a CDN scheduler configures a plurality of source CDN servers for each CDN server in advance, and when a CDN server needs to back source, the CDN scheduler selects one source CDN server for the CDN server among a large number of CDN servers, which results in that the source CDN servers selected for the same CDN server in each back-sourcing process are also usually different.
In this case, the source CDN server needs to request the network resource from the source CDN server, which results in a low resource utilization rate of the source CDN server.
In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
Referring to fig. 1, fig. 1 is a schematic structural diagram of a content delivery network disclosed in the present application, and includes a first CDN server 101, a second CDN server 102, a data forwarding network 200, and an SDN controller 300.
Wherein:
data forwarding network 200 includes a plurality of forwarding devices.
The second CDN server 102 is configured as a primary origin CDN server for the first CDN server 101 to source back.
Note that, when the second CDN server 102 does not fail, the first CDN server 101 returns to the second CDN server 102. That is, in the case where the second CDN server 102 is operating normally, the first CDN server 101 is fixedly sourcing back to the second CDN server 102. This is completely different from the existing static and dynamic back-sourcing schemes, in which the CDN server performs back-sourcing each time the CDN server performs back-sourcing.
The first CDN server 101 accesses the data forwarding network 200 through a first forwarding device in the data forwarding network 200, and the second CDN server 102 accesses the data forwarding network 200 through a second forwarding device in the data forwarding network 200.
The SDN controller 300 is connected to the data forwarding network 200, and the SDN controller 300, in response to a source returning request sent by the first CDN server 101, plans an optimal path between the first forwarding device and the second forwarding device based on state information of each forwarding device in the data forwarding network 200, and then configures a forwarding policy of each forwarding device included in the planned optimal path, thereby establishing the optimal path, so that the first CDN server 101 returns the source to the second CDN server 102 through the optimal path. The back-to-source request sent by the first CDN server 101 carries an identifier of the second CDN server 102.
In a specific implementation, the data forwarding network 200 may be formed by a plurality of switches, or may be formed by a plurality of routers. That is, the forwarding device in this application is a router or a switch.
In the content distribution network shown in fig. 1, the data transfer network 200 is configured by a plurality of routers, which are referred to as a router a, a router B, a router C, and a router D, respectively. The first CDN server 101 accesses the data forwarding network 200 through a router a in the data forwarding network 200, and the second CDN server accesses the data forwarding network 200 through a router D in the data forwarding network 200. After the first CDN server 101 sends a back-source request, the SDN controller plans an optimal path between the router a and the router D in response to the back-source request, and then configures forwarding policies of the routers included in the optimal path, so as to establish the planned optimal path. After the optimal path is established, the first CDN server returns the source to the second CDN server 102 through the optimal path.
For a forwarding device, packets from a data port of a certain IP address may be controlled to go to a data port of another IP address. The specific mode is as follows: firstly, establishing an Access Control List (ACL); and then, configuring the matching rules of the IP address and the data port in the access control list.
Taking the CDN network shown in fig. 1 as an example:
assume that the network address of the first CDN server 101 is IPXNetwork address of second CDN server 102Is IPYThe IP address of the router A is IPAThe IP address of the router B is IPBThe IP address of the router C is IPCThe IP address of the router D is IPD。
In the case where the optimal path between router a and router D is path 3- > path 6, when a packet from data port7001 of the first CDN server 101 needs to be made to reach data port 80 of the second CDN server 102 through the optimal path:
for router A, the ACL is established: access-list 1srcip IPX port 7001dstip IPYport 80, set matching rules: set access-list 1next-hop IPB；
For router B, the ACL is established: access-list 1srcip IPX port 7001dstip IPY port 80；access-list 2srcip IPY port 80dstip IPXport 7001; setting a matching rule: set access-list 1next-hop IPD；set access-list 2next-hop IPA；
For router D, the ACL is established: access-list 1srcip IPY port 80dstip IPXport 7001; setting a matching rule: set access-list 1next-hop IPB。
According to the content delivery network disclosed by the application, a large number of source CDN servers are not configured for the CDN servers, but a main source CDN server is configured for the CDN servers, and under the condition that the source CDN servers do not have faults, the CDN servers all return sources to the source CDN servers, namely, the source CDN servers provide source return services for the relatively fixed CDN servers, so that network resources stored by the source CDN servers can be better utilized; in addition, after the CDN server sends the back-source request, the SDN controller plans and establishes an optimal path between the CDN server and the corresponding origin CDN server in real time, so that a communication link between the CDN server and the corresponding origin CDN server is ensured to be connected, the CDN server can smoothly return to the origin, and the back-source failure rate can be reduced.
Optionally, the SDN controller 300 is further configured to:
planning an optimal path between first forwarding equipment and second forwarding equipment according to a preset time interval in the process that the first CDN server 101 returns to the second CDN server 102; when the planned second optimal path is different from the currently used first optimal path, configuring forwarding strategies of each forwarding device included in the planned second optimal path to establish the second optimal path, so that the first CDN server 101 returns the source to the second CDN server 102 through the second optimal path.
Still taking fig. 1 as an example:
at time T1, the optimal path planned by SDN controller 300 between router a and router D is: path 3- > path 6, the optimal path is referred to as a first optimal path, the SDN controller 300 establishes the first optimal path in the foregoing manner, and the first CDN server 101 returns the source to the second CDN server 102 through the first optimal path.
During the process that the first CDN server 101 returns the source to the second CDN server 102 through the first optimal path, the SDN controller 300 plans an optimal path between the first CDN server 101 and the second CDN server 102 at a preset time interval.
At time T2, the optimal path planned by SDN controller 300 between router a and router D is: path 1- > Path 5, this optimal path is referred to as the second optimal path. In this case, the SDN controller 300 configures the forwarding policies of the forwarding devices (i.e., router a, router C, and router D) included in the second path to establish the second optimal path. After the second optimal path is established, the first CDN server 101 returns the source to the second CDN server 102 through the second optimal path.
Based on the above technical solution, in the process of returning the source to the second CDN server 102 by the first CDN server 101, the SDN controller 300 determines in real time whether the optimal path between the two CDN servers changes, and establishes a new optimal path when it is determined that the optimal path changes, so as to ensure that the process of returning the source to the second CDN server 102 by the first CDN server 101 has a better effect, for example, a higher data transmission rate, thereby shortening the time to return the source and improving the efficiency to return the source.
As a preferred scheme, in configuring the forwarding policy of each forwarding device included in the second optimal path, the SDN controller 300 is specifically configured to:
determining priority configuration forwarding equipment in the second optimal path, wherein the priority configuration forwarding equipment is the forwarding equipment which is contained in the second optimal path but not contained in the first optimal path; configuring a forwarding strategy for preferentially configuring forwarding equipment; and configuring the forwarding strategies of the forwarding devices except the forwarding device which is preferentially configured in the second optimal path.
That is to say, in the process of configuring the forwarding policies of the forwarding devices included in the second optimal path, the SDN controller 300 first configures the forwarding policies of the forwarding devices in the second optimal path that do not intersect or overlap with the first optimal path, and then configures the forwarding policies of the other forwarding devices in the second optimal path.
Still taking FIG. 1 as an example, the second optimal path is Path 1- > Path 5.
In the process of configuring the forwarding policy of the forwarding device included in the second optimal path, the SDN controller 300 first determines a forwarding device, specifically a router C, to be preferentially configured in the second optimal path, then the SDN controller 300 configures the forwarding policy of the router C, and then the SDN controller 300 configures the forwarding policies of the router a and the router D to establish the second optimal path.
Wherein the SDN controller 300 configures the router C to: access-list 1srcip IPX port 7001dstip IPY port 80；set access-list 1next-hop IPD；access-list 2srcip IPYport 80dstip IPX port 7001；set access-list 2next-hop IPA。
SDN controller 300 configures router a to: access-list 1srcip IPX port 7001dstip IPYport 80, set matching rules: set access-list 1next-hop IPC。
SDN controller 300 configures router D to: access-list 1srcip IPY port 80dstip IPXport 7001; setting a matching rule: set access-list 1next-hop IPC。
Based on the above technical solution, seamless modification of the first optimal path to the second optimal path can be achieved, so that the source returning from the first CDN server 101 to the second CDN server 102 is not interrupted.
The following describes a scheme for the SDN controller 300 to plan an optimal path between the first forwarding device and the second forwarding device:
the SDN controller 300 obtains state information of each forwarding device in the data forwarding network 200; determining the weight of the direct connection path of every two forwarding devices in the data forwarding network 200 according to the state information of each forwarding device; according to the weight of the direct connection path of every two forwarding devices in the data forwarding network 200, an optimal path between the first forwarding device and the second forwarding device is determined.
As an embodiment, the status information of each forwarding device includes: network layer delay information and packet loss rate information between the forwarding device and other forwarding devices in the data forwarding network 200.
In implementation, each forwarding device obtains network layer delay information and packet loss rate information with other forwarding devices through ping commands in real time. Of course, the forwarding device may also obtain network layer delay information and packet loss rate information with other forwarding devices in other manners.
Each forwarding device in data forwarding network 200 sends state information to SDN controller 300 in real time. SDN controller 300 according to formula
Figure BDA0001932463910000111
And determining the weight of the direct connection path of every two forwarding devices. W is a weight of a direct connection path of two forwarding devices, RTT is a network layer delay between the two forwarding devices, and p is a packet loss ratio between the two forwarding devices.
Then, the SDN controller 300 determines an optimal path between the first forwarding device and the second forwarding device by using an optimal path selection method according to the weight of the direct path of each two forwarding devices in the data forwarding network 200.
In implementation, the optimal path selection method may adopt Dijkstra algorithm or Floyd algorithm.
As a preferable solution, on the basis of the content delivery network disclosed in the foregoing application, a plurality of standby CDN servers may be configured for the first CDN server 101. When the first CDN server 101 fails to provide the back-sourcing service, the first CDN server 101 may back source to the backup origin CDN server.
It will be appreciated that in the event that the second CDN server 102 fails to provide a back-sourcing service to the first CDN server 101, the first CDN server 101 back sources to a backup origin CDN server configured for it. The SDN controller 300 plans an optimal path between the first CDN server 101 and the corresponding backup origin CDN server, and configures a forwarding policy of each forwarding device included in the optimal path to establish the optimal path, so that the first CDN server 101 returns to the backup origin CDN server through the optimal path. The SDN controller 300 may refer to the foregoing description for the process of planning an optimal path and establishing an optimal path.
In practice, there may not be too many backup CDN servers configured for the first CDN server 101, which may reduce the uncertainty of the first CDN server 101 going back to origin. Optionally, there are no more than 3 backup origin CDN servers configured for the first CDN server 101.
Preferably, two alternative origin CDN servers are configured for the first CDN server 101, referred to as a third CDN server and a fourth CDN server. For example, the third CDN server accesses the data forwarding network 200 through a third forwarding device in the data forwarding network 200, and the fourth CDN server accesses the data forwarding network 200 through a fourth forwarding device in the data forwarding network.
Preferably, the primary origin CDN server and the backup origin CDN server configured for the first CDN server 101 are in different rooms and regions and belong to the same operator as the first CDN server 101.
The application also discloses a back source control method applied to the content distribution network.
Referring to fig. 2, fig. 2 is a flowchart of a back-source control method disclosed in the present application, where the back-source control method is executed by an SDN controller in a CDN network, and the back-source control method includes:
step S201: responding to a back-to-source request sent by the first CDN server 101, planning an optimal path between the first forwarding device and the second forwarding device in the data forwarding network 200 based on the state information of each forwarding device in the data forwarding network 200.
The back-to-source request carries an identifier of the second CDN server 102, and the second CDN server 102 is configured as a main-source CDN server for the first CDN server 101 to back-source. The first CDN server 101 accesses the data forwarding network 200 through a first forwarding device in the data forwarding network 200, and the second CDN server 102 accesses the data forwarding network 200 through a second forwarding device in the data forwarding network 200.
Note that, when the second CDN server 102 does not fail, the first CDN server 101 returns to the second CDN server 102. That is, in the case where the second CDN server 102 is operating normally, the first CDN server 101 is fixedly sourcing back to the second CDN server 102.
Step S202: and configuring forwarding strategies of each forwarding device included in the planned optimal path to establish the optimal path, so that the first CDN server 101 returns the source to the second CDN server 102 through the optimal path.
Based on the back-source control method shown in fig. 2 of the present application, a second CDN server is configured for the first CDN server in advance, and the first CDN server returns back to the second CDN server when the second CDN server fails, which ensures that network resources stored by the second CDN server can be better utilized; after the first CDN server sends the back-source request, the SDN controller plans and establishes an optimal path between the first CDN server and the second CDN server in real time, communication links between the first CDN server and the second CDN server are guaranteed to be communicated, the first CDN server can smoothly return the source, and the back-source failure rate can be reduced.
Referring to fig. 3, fig. 3 is a flowchart of another back-source control method disclosed in the present application, where the back-source control method is executed by an SDN controller in a CDN network, and the back-source control method includes:
step S301: responding to a back-to-source request sent by the first CDN server 101, planning an optimal path between the first forwarding device and the second forwarding device in the data forwarding network 200 based on the state information of each forwarding device in the data forwarding network 200.
The back-to-source request carries an identifier of the second CDN server 102, and the second CDN server 102 is configured as a main-source CDN server for the first CDN server 101 to back-source. The first CDN server 101 accesses the data forwarding network 200 through a first forwarding device in the data forwarding network 200, and the second CDN server 102 accesses the data forwarding network 200 through a second forwarding device in the data forwarding network 200.
Note that, when the second CDN server 102 does not fail, the first CDN server 101 returns to the second CDN server 102. That is, in the case where the second CDN server 102 is operating normally, the first CDN server 101 is fixedly sourcing back to the second CDN server 102.
Step S302: and configuring forwarding strategies of each forwarding device included in the planned optimal path to establish the optimal path, so that the first CDN server 101 returns the source to the second CDN server 102 through the optimal path.
Step S303: in the process of returning the source to the second CDN server 102 by the first CDN server 101, an optimal path between the first forwarding device and the second forwarding device is planned according to a preset time interval.
Step S304: when the planned second optimal path is different from the currently used first optimal path, configuring forwarding strategies of each forwarding device included in the planned second optimal path to establish the second optimal path, so that the first CDN server 101 returns the source to the second CDN server 102 through the second optimal path.
The SDN controller 300 configures a forwarding policy of each forwarding device included in the second optimal path, and may refer to the foregoing description for a specific embodiment of the forwarding policy. The SDN controller 300 plans an optimal path between the first forwarding device and the second forwarding device, and specific embodiments thereof may refer to the foregoing description.
Compared with the method for controlling the source returning shown in fig. 2 of the present application, in the process of the first CDN server 101 returning to the second CDN server 102, the SDN controller 300 determines in real time whether the optimal path between the two CDN servers changes, and establishes a new optimal path when it is determined that the optimal path changes, so as to ensure that the process of the first CDN server 101 returning to the second CDN server 102 has a better effect, for example, a higher data transfer rate, thereby shortening the time to return to the source and improving the efficiency to return to the source.
On the basis of the routing control method shown in fig. 2 and fig. 3 of the present application, when the second CDN server 102 fails to provide the back-to-source service, the CDN scheduler sends a prompt message to the first CDN server 101, where the prompt message indicates that the second CDN server 102 fails. The first CDN server 101 feeds back to the backup origin CDN server configured for it.
Specifically, the first CDN server 101 sends a back-source request, where the back-source request carries an identifier of a standby source CDN server configured for the back-source request, and the SDN controller 300 plans an optimal path between the first CDN server and the standby source CDN server, and configures forwarding strategies of each forwarding device included in the optimal path to establish the optimal path, so that the first CDN server returns the back-source to the standby source CDN server through the optimal path.
Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
The embodiments in the present description are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other. The content distribution network disclosed by the embodiment corresponds to the back source control method, and the relevant points can be referred to the description of the method part.
The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the application. Thus, the present application is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims (8)

1. A back source control method applied to an SDN controller in a content distribution network, the method comprising:
responding to a source returning request sent by a first CDN server, planning an optimal path between first forwarding equipment and second forwarding equipment in a data forwarding network based on state information of each forwarding equipment in the data forwarding network, wherein the source returning request carries an identifier of the second CDN server, the second CDN server is a main source CDN server for returning the source of the first CDN server, the first CDN server returns the source to the second CDN server under the condition that the second CDN server is not abnormal, the first CDN server is accessed to the data forwarding network through the first forwarding equipment, and the second CDN server is accessed to the data forwarding network through the second forwarding equipment;
configuring forwarding strategies of forwarding devices included in the planned optimal path to establish the optimal path, so that the first CDN server returns to the source of the second CDN server through the optimal path;
wherein planning an optimal path between the first forwarding device and the second forwarding device comprises: obtaining state information of each forwarding device in the data forwarding network; determining the weight of the direct connection path of every two forwarding devices in the data forwarding network according to the state information of each forwarding device; and determining an optimal path between the first forwarding device and the second forwarding device according to the weight of the direct connection path of every two forwarding devices in the data forwarding network.
2. The back source control method according to claim 1, further comprising:
planning an optimal path between the first forwarding device and the second forwarding device according to a preset time interval in a process that the first CDN server returns to the second CDN server;
when the planned second optimal path is different from the currently used first optimal path, configuring a forwarding strategy of each forwarding device included in the planned second optimal path to establish the second optimal path, so that the first CDN server returns to the source of the second CDN server through the second optimal path.
3. The method according to claim 2, wherein the configuring the forwarding policy of each forwarding device included in the planned second optimal path includes:
determining a priority configuration forwarding device in the second optimal path, wherein the priority configuration forwarding device is a forwarding device which is included in the second optimal path but not included in the first optimal path;
configuring a forwarding strategy of the priority configuration forwarding equipment;
and configuring the forwarding strategies of the forwarding devices in the second optimal path except the forwarding devices with the priority configuration.
4. The method of claim 1, wherein the status information of the forwarding device comprises: network layer delay information and packet loss rate information between the forwarding device and other forwarding devices.
5. A content distribution network, comprising: the system comprises a first CDN server, a second CDN server, a data forwarding network and an SDN controller;
the data forwarding network comprises a plurality of forwarding devices;
the second CDN server is configured as a main source CDN server for the first CDN server to return to the source, and the first CDN server returns to the source of the second CDN server under the condition that the second CDN server is not abnormal;
the first CDN server is accessed to the data forwarding network through a first forwarding device in the data forwarding network, and the second CDN server is accessed to the data forwarding network through a second forwarding device in the data forwarding network;
the SDN controller is connected with the data forwarding network, responds to a source returning request sent by the first CDN server, plans an optimal path between the first forwarding device and the second forwarding device based on state information of each forwarding device in the data forwarding network, and configures a forwarding strategy of each forwarding device included in the planned optimal path to establish the optimal path, so that the first CDN server returns the source to the second CDN server through the optimal path; the source returning request carries an identifier of a second CDN server;
wherein, in planning an optimal path between the first forwarding device and the second forwarding device, the SDN controller is specifically configured to: obtaining state information of each forwarding device in the data forwarding network; determining the weight of the direct connection path of every two forwarding devices in the data forwarding network according to the state information of each forwarding device; and determining an optimal path between the first forwarding device and the second forwarding device according to the weight of the direct connection path of every two forwarding devices in the data forwarding network.
6. The content distribution network of claim 5, wherein the SDN controller is further configured to:
planning an optimal path between the first forwarding device and the second forwarding device according to a preset time interval in a process that the first CDN server returns to the second CDN server; when the planned second optimal path is different from the currently used first optimal path, configuring a forwarding strategy of each forwarding device included in the planned second optimal path to establish the second optimal path, so that the first CDN server returns to the source of the second CDN server through the second optimal path.
7. The content distribution network according to claim 6, wherein the SDN controller is specifically configured, in terms of configuring forwarding policies of forwarding devices included in the planned second optimal path, to:
determining a priority configuration forwarding device in the second optimal path, wherein the priority configuration forwarding device is a forwarding device which is included in the second optimal path but not included in the first optimal path; configuring a forwarding strategy of the priority configuration forwarding equipment; and configuring the forwarding strategies of the forwarding devices in the second optimal path except the forwarding devices with the priority configuration.
8. The content delivery network of claim 5, further comprising a third CDN server and a fourth CDN server;
the third CDN server and the fourth CDN server are configured as a standby source CDN server for the first CDN server to return to the source, the third CDN server accesses the data forwarding network through a third forwarding device in the data forwarding network, and the fourth CDN server accesses the data forwarding network through a fourth forwarding device in the data forwarding network.
CN201811648370.0A 2018-12-30 2018-12-30 Return source control method and content distribution network Active CN109639502B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811648370.0A CN109639502B (en) 2018-12-30 2018-12-30 Return source control method and content distribution network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811648370.0A CN109639502B (en) 2018-12-30 2018-12-30 Return source control method and content distribution network

Publications (2)

Publication Number Publication Date
CN109639502A CN109639502A (en) 2019-04-16
CN109639502B true CN109639502B (en) 2022-04-26

Family

ID=66055255

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811648370.0A Active CN109639502B (en) 2018-12-30 2018-12-30 Return source control method and content distribution network

Country Status (1)

Country Link
CN (1) CN109639502B (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113452539B (en) * 2020-03-26 2022-07-19 北京金山云网络技术有限公司 Source station switching method and device, electronic equipment and storage medium
CN111726646A (en) * 2020-05-28 2020-09-29 网宿科技股份有限公司 Method, device, equipment and storage medium for pushing video stream
EP3937502A1 (en) 2020-05-28 2022-01-12 Wangsu Science & Technology Co., Ltd. Method, apparatus and device for pushing video stream, and storage medium

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105577714A (en) * 2014-10-13 2016-05-11 中兴通讯股份有限公司 Method and system for realizing content delivery network based on software defined network
CN105763438A (en) * 2016-04-29 2016-07-13 清华大学 Content delivery method based on software defined network and name routing technology
CN105812328A (en) * 2014-12-30 2016-07-27 中兴通讯股份有限公司 Content distribution method, content distribution device, and content distribution system
CN105933399A (en) * 2016-04-18 2016-09-07 乐视控股（北京）有限公司 Content distribution network implementation method and system based on SDN
CN107317879A (en) * 2017-08-02 2017-11-03 网宿科技股份有限公司 The distribution method and system of a kind of user's request
CN108093272A (en) * 2017-12-29 2018-05-29 北京奇艺世纪科技有限公司 A kind of video CD N method for optimizing scheduling and device
CN108306971A (en) * 2018-02-02 2018-07-20 网宿科技股份有限公司 A kind of method and system of the acquisition request of transmission data resource
CN109039794A (en) * 2017-06-08 2018-12-18 北京金山云网络技术有限公司 One kind returning source path and determines method and device

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105577714A (en) * 2014-10-13 2016-05-11 中兴通讯股份有限公司 Method and system for realizing content delivery network based on software defined network
EP3193489A1 (en) * 2014-10-13 2017-07-19 ZTE Corporation Software-defined network-based method and system for implementing content distribution network
CN105812328A (en) * 2014-12-30 2016-07-27 中兴通讯股份有限公司 Content distribution method, content distribution device, and content distribution system
CN105933399A (en) * 2016-04-18 2016-09-07 乐视控股（北京）有限公司 Content distribution network implementation method and system based on SDN
CN105763438A (en) * 2016-04-29 2016-07-13 清华大学 Content delivery method based on software defined network and name routing technology
CN109039794A (en) * 2017-06-08 2018-12-18 北京金山云网络技术有限公司 One kind returning source path and determines method and device
CN107317879A (en) * 2017-08-02 2017-11-03 网宿科技股份有限公司 The distribution method and system of a kind of user's request
CN108093272A (en) * 2017-12-29 2018-05-29 北京奇艺世纪科技有限公司 A kind of video CD N method for optimizing scheduling and device
CN108306971A (en) * 2018-02-02 2018-07-20 网宿科技股份有限公司 A kind of method and system of the acquisition request of transmission data resource

Also Published As

Publication number Publication date
CN109639502A (en) 2019-04-16

Similar Documents

Publication Publication Date Title
EP2569963B1 (en) Method and system for cross-stratum optimization in application-transport networks
JP5986162B2 (en) Quality of service (QOS) based systems, networks, and advisors
TWI434551B (en) Driven multicast traffic distribution on link-aggregate-group
EP3435627A1 (en) Method of controlling service traffic between data centers, device, and system
WO2021007963A1 (en) Route distribution method and controller, information routing method and network node device
US20150237155A1 (en) Proxy server failover and load clustering
WO2018076765A1 (en) Content distribution method and device for cloud computing system, computing node and system
CN109639502B (en) Return source control method and content distribution network
CN105610632A (en) Virtual network device and related method
JP2013510459A (en) Separate path computation algorithm
CN104539531A (en) Data transmission method and device
Chen et al. Routing-as-a-service (RaaS): A framework for tenant-directed route control in data center
US20150341205A1 (en) Method for guaranteeing service continuity in a telecommunication network and system thereof
CN112087382B (en) Service routing method and device
US11929988B2 (en) Dynamic selection of a VPNC gateway based on user behavior
CN114900526A (en) Load balancing method and system, computer storage medium and electronic device
Claeys et al. Hybrid multi-tenant cache management for virtualized ISP networks
EP2785017B1 (en) Content-centric networking
JP2016046785A (en) Cache server selection device, distributed cache system, and cache server selection method
Derakhshan et al. Enabling cloud connectivity using SDN and NFV technologies
EP2979395B1 (en) Methods and nodes for distribution of content to consumers
Al-Oqily et al. Towards automating overlay network management
Patil et al. Scalable and Adaptive Software Defined Network Management for Cloud-hosted Group Communication Applications
Al-Oqily et al. Policy-based context-aware overlay networks
Shim et al. A study on communication optimization in multi-SDN controller

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