Typically, multi-tiered streaming servers can be set up in a variety of configurations in VIDIZMO. Here are some of the combinations which include standards-based, HTTP Caching Proxy Edge Nodes like ARR or NGINX or Wowza as the Edge nodes.


1. Standalone VIDIZMO Streaming Server or Standards-based Streaming Server

2. VIDIZMO ECDN with VIDIZMO Streaming Server Edge Nodes

3. VIDIZMO ECDN with HTTP Caching Proxy Edge Nodes (ARR/ NGINX)

4. VIDIZMO ECDN with Wowza Streaming Engine Edge Nodes

5. VIDIZMO ECDN with Windows Media Server for Multicasting

6. VIDIZMO ECDN with Standards-based Streaming Servers



On a local network comprising of multi-tiered streaming servers, VIDIZMO provides its own CDN to the customers and, by incorporating a fallback methodology, ensures an uninterrupted streaming experience to customers.



1. Using Standalone VIDIZMO Streaming Server or Standards-based Streaming Server

The simplest live streaming configuration is the standalone mode, where a straightforward configuration is used with a single VIDIZMO Streaming Server and all viewers connecting directly with this streaming server to playback the live stream. VIDIZMO supports live streaming over HLS with all major video streaming servers that support HLS protocol such as Red5, Flash Media Server, Helix, IIS Media Services etc. For a full list of streaming servers that support HLS based streaming, please click here 



2. Using VIDIZMO ECDN with VIDIZMO Streaming Server Edge Nodes

When viewers are geographically dispersed, facing bandwidth challenges and spread over different locations, a complete ECDN implementation consisting of multiple Streaming Servers is required. As the requirements become complex, ECDN modules are added with separate VIDIZMO Streaming Servers for Live and On-Demand Streaming and Caching.


For On-Demand Content, the VIDIZMO Streaming Server acts as the direct Content Provider (Origin) for the Edge Servers to take content from, which is why a separate VIDIZMO Streaming Server is not required here. On the other hand, for Live Streaming events, Edge Servers receive content from Origin Server connected to the ECDN module.

 


3. Using VIDIZMO ECDN with HTTP Caching Proxy Edge Nodes

In cases where customers may already have an existing infrastructure of HTTP Proxy servers or they are looking for a cost-effective solution for a large scale deployment, VIDIZMO offers support for using HTTP Caching Proxy servers as Edge nodes with VIDIZMO ECDN.


In the image below, ARR and NGINX are shown as an example. Application Request Routing (ARR) module is an IIS feature in the IIS Manager, which converts IIS into a Proxy Server. This feature is not available by default in IIS and has to be selected during IIS install.


ARR enables Web server administrators, hosting providers, and Content Delivery Networks (CDNs) to increase Web application scalability and reliability through rule-based routing, client and host name affinity, load balancing of HTTP server requests, setting up a reverse proxy and distributed disk caching.

There is a downside to using HTTP Caching Proxy servers as Edge nodes:

  • These products do not support RTMP ingest
  • They do not support Multicast Streaming
  • VIDIZMO does not provide support for such external product
  • Customer will be responsible for support and maintenance required for the product


4. Using VIDIZMO ECDN with Wowza Streaming Engine Edge Nodes

Wowza Streaming Engine is one of the leading video streaming servers for live and on-demand video streaming. VIDIZMO seamlessly integrates with Wowza Streaming Engine’s functionality to serve VOD content for large-scale deployment. Wowza utilizes Media Cache where the Origin is a Web Server or a Network Share since Wowza Streaming Engine does not use its own storage.

VIDIZMO application, combined with the VIDIZMO ECDN module, has a pre-configured option for Wowza Streaming Engine, allowing users to simply select Wowza as the Edge Node.



5. Using VIDIZMO ECDN with Windows Media Server for Multicasting

In Multicast Live Streaming, Multicast servers send a stream to multiple recipients simultaneously in a single transmission. A major concern regarding live streaming is bandwidth consumption. Using Multicast servers solves bandwidth issues with ease.

Multicast is a very specific implementation and for successful streaming, it is essential that all nodes and devices (switches, routers etc.) in the network, from the server to client, should all be Multicast enabled.

Click here to learn more on
How to Configure Live Streaming using Multicast.

Note: Multicast scenario only works on IE Explorer which uses the Windows Media Player. Other players or browsers are not supported for Multicast.



6. Using VIDIZMO ECDN with Standards-based Streaming Servers

VIDIZMO supports live streaming over HLS with all major video streaming servers that support this protocol such as Red5, Flash Media Server, Helix, IIS Media Services, etc. For a full list of streaming servers that support HLS streaming, please click here.


How VIDIZMO ECDN Provides Fallback During Live Streaming


In order to provide an optimum Live Stream experience for a viewer, the Live Stream has to be available as soon as the viewer connects. There may be instances like system failures, such as a crash or communications failures, when the stream may not be able to fulfill this ideal user experience. 


VIDIZMO ECDNs are intelligently configured to handle such situations by re-routing the viewer's request using a fallback logic that allows the Edge Node to fallback to other available Nodes in the network. This fallback methodology ensures that the stream is always available to the viewer.


To read more on how this ECDN fallback feature works, click here on Understanding VIDIZMO ECDN


Permissions


Subject: Presentation

Action: Add, Approve


Roles


Administrator, Manager