One effective way to optimize QoS of content delivery is to use several different CDNs managed by a CDN selector.
There are several solutions for optimizing the distribution of multiscreen video. One method is by controlling the origin server, with respect to packaging and encoding. Another is to use local caches installed in the networks of operators that are either handling an important part of the content provider’s traffic or experiencing difficulties delivering content to subscribers. A third approach involves using several different CDNs managed by a CDN selector.
The ideal solution would be to combine all these approaches, but the last one is probably the easiest to implement, allowing immediate Quality of Service (QoS) improvement. This article will explore different multi-CDN approaches for multiscreen distribution, weighing the technical benefits and drawbacks of each method.
A Thorough Comparison of the Different Approaches to Using Multiple CDNs
The simplest approach for relying on multiple CDNs is using a static CDN selector tool. Under this method, the content provider applies fixed rules, allocating a CDN based on certain information such as the geographic location of the end-user, the end-user NSP, the time of day when the request is made, or the type of content (free vs premium). Based on prior global knowledge of CDN behaviors, such as transit contracts between NSPs and CDN providers, local champions, etc., content providers can choose which CDN to use based on how they anticipate it will perform in various situations.
One of the key benefits of this approach is simplified implementation. Deploying static CDN selectors can be done easily, without impacting the application side. Additionally, static CDN selectors cover common use cases, especially when the region affected by the service is spread across different countries. The main drawback of this type of solution is that it does not take into account the QoS of the different CDNs. If the CDN encounters a failure, the end-users in the region will not be well-served.
A viable alternative solution is depending on QoS criteria for CDN selection. QoS-based CDN selectors rely on a shared pool of information, whereby an agent is installed in the devices. The application communicates QoS data about the CDN to a common database. This information is then used to allocate a CDN after a session request has been received.
With a QoS-based CDN selector, content providers get a global view of the various CDN performances. The main issue with this type of solution is lack of dynamicity. QoS information gets old very rapidly. Even when an update takes place every minute, the CDN selector may not sufficiently take into account all of the local failures. This could lead to a denial of service or drop in the session. The other problem with this approach is that content providers are utilizing a shared database with their competitors. This makes it hard for content providers to differentiate their service.
An effective way that content providers can fix the shared database issue is by relying on session-based switching leveraging private information. In this case the CDN is selected at the beginning of each session, according to feedback from subscribers. Content providers own the information. It’s not data that is going to be shared with others. Unfortunately, the CDN allocation is done once for the entire duration of a session; therefore, it lacks dynamicity. If the elected CDN fails, the session will be interrupted. Moreover, one CDN may not be the best fit for the whole session.
Another solution is mid-stream switching. With this approach, the QoS is regularly evaluated by an agent in the application, which requests the same chunk of content from different CDNs. The CDN that provides the fastest service with the highest bit rate is selected for a given time.
This approach is much more dynamic than some of the others discussed above, as the selector takes into account the changing conditions of the CDNs. However, there is an overhead issue. Since similar data is requested several times from different CDNs, content delivery costs increase. Also, content providers can only use one CDN at a time with mid-stream switching. If the CDN encounters a failure in the timeframe for which it has been allocated, the session will stop.
The final — and optimum — solution is for content providers to rely on several CDNs simultaneously. This method employs a user agent that requests different chunks of content from various CDNs, assigning more jobs to the ones that answer rapidly and with the highest bitrate. The CDN selector builds the stream from different chunks, placing CDNs that do not perform well into quarantine.
Using multiple CDNs at the same time is optimal in terms of dynamicity since all the CDNs can be requested concurrently. It’s also proven to maximize service uptime. If a CDN fails, there is no impact on service continuity. Moreover, there is no overhead because all of the information that is requested is used. Content providers are not asking for the same information from different CDNs. Rather, they’re utilizing different chunks of content to rebuild the stream in the application. Ultimately, content providers that want to offer multiscreen need the ability to select the most adapted CDN according to their specific requirements and use cases, and this solution answers that requirement.
While there are numerous options available, in terms of CDN selector tools, the best approach involves using multiple CDNs simultaneously. Compared with other methods, it addresses content providers’ requirements for dynamicity, service uptime, low cost, and superior QoS.
Broadpeak’s umbrellaCDN CDN selector tool ensures that content providers can always choose the most adapted CDN for delivering video content. It offers a variety of advanced capabilities, including CDN Diversity, a new technology that allows content providers to dynamically evaluate the instantaneous quality of several CDNs as a service in order to deliver the content with the highest quality possible.
Nivedita Nouvel, Vice President of Marketing at Broadpeak
You might also like...
The rise of over-the-top (OTT) content has made an already tricky job even more complex for broadcasters. It’s challenging enough to deliver perfect live video to traditional platforms 24/7 – now try doing it over broadband connections, to millions of consumers all…
Stream latency is more critical for online betting than almost any industry and now leading bookmakers are starting to deploy technology to cut delays to the bone, aiming to make OTT delivery even faster than traditional linear broadcast.
While OTA broadcasters contemplate the future, competitors advance. Over-the-air broadcasters are entering perhaps the most chaotic period in the technology’s history. With the FCC-mandated spectrum swap and new technology ATSC 3.0 on the horizon, video program delivery becomes ever more c…
Akamai Technologies, the firm synonymous with CDN services, has given Europe good marks for broadband speeds in its Third Quarter, 2016 State of the Internet Report. The principle measure is not how fast broadband speeds are increasing but whether they are…
You don’t have to look very far to see yet another industry story on ‘cord cutting’. With more viewers seeking less costly ways to watch TV, broadcasters must be concerned about their potential for dwindling audiences.