Reliable streaming media delivery

Dave Schneider,
Streaming video delivery is growing dramatically: according to the comScore Video Metrix, 5.5bn videos were viewed online in the UK during February 2010 (writes Dave Schneider, technical analyst at Ixia).

That's a rise of 37% over the same period in 2009, with YouTube.com continuing to account for the majority with 99.6% of all video views. Despite YouTube still dominating, the character of video viewing is changing as well, with more people watching longer content. This is reflected in cable provider Virgin Media’s recent launch of a broadband-based online movie rental service, where consumers can stream their choice of film on-demand to their computers.

There is also significant effort by broadcasters to make standard TV content available online. The BBC’s iPlayer replicates most BBC broadcast material and has been outstandingly successful: 120mn requests were serviced in January 2010, and according to Nielson time spent on the site increased by eighteen percent. Another success is US broadcaster NBC, whose coverage of the 2010 Winter Olympics included live and recently recorded content, complete with adverts.

As the usage increases, so too does the consumers’ expectation of the service. User satisfaction, often referred to as their quality of experience (QoE), is the ultimate measure of a reliable service. For steaming media services, users expect the following:

* Continuous play – without start/stop pauses
* Absence of video or audio skips
* Quick response to user actions that select and start the video, as well as pause, rewind and fast-forward operations
* Availability of low and high resolution versions


The challenge for service providers is achieving this QoE in a rapidly media landscape.

The streaming media distribution network

Video began as a limited service delivered over closed, private networks, but has moved quickly to be syndicated delivery over multiple networks. At the same time, video sources have broadened to include live and recorded material; free services have given way to paid services; and the ability to receive video content on multiple devices via multiple networks has become essential.

The other issue for service providers is that users want to view the content on a broad range of devices. Content is collected from disparate sources and distributed to devices and platforms including hybrid set-top boxes (STBs), personal computers, as well as Internet-connected smartphones and netbooks.

That said, the five stages of an aggregation/distribution network remain the same:

* Content sourcing – aggregation of content from physical media, live feeds and other sources.
* Content management – editing and management of the content, including uploading with digital rights management, with content encoded for multiple forms of delivery.
* Content hosting – centralised library of video content, plus replication to other levels of a CDN.
* Media delivery – the process of providing content in response to user requests, either through bulk download or via streaming.
* Player – the software application on the end-user device used to view and interact with content.


The most common network protocol used to transport video over IP networks is real-time streaming protocol (RTSP). RTSP is a stateful protocol used to establish and control media sessions between a media server and client viewer. RTSP clients issue VCR-like comments to control media playback. The transmission of the audio/video stream itself is most often handled by the real-time transport protocol (RTP), although some vendors have implemented their own transport protocol. RTSP and RTP are almost universally used to implement IPTV’s video on demand (VoD) features.

Streaming media players

The final part of the infrastructure is the application used to manage the content, but this adds another layer of complexity for service providers. Most video players, such as the Adobe Flash Player, use proprietary protocols that provide additional functionality and flexibility. Flash has an almost total presence on PCs and Macs, and is used to deliver over 80% of online videos.

But other applications such as Microsoft’s Silverlight are growing in popularity within the player market. Silverlight uses HTTP as its top-level transport mechanism and for media streaming. Using HTTP as a single transport mechanism can result in significant internal cost reduction for end-to-end delivery. A unique feature of Silverlight is adaptive streaming capability, which allows the player to adjust the stream playback quality based on real-time network conditions.

Where the reliability problems occur

All of these layers of complexity mean that jitter, loss, and latency are inherent in every IP network. These factors are most often compensated for by buffering at multiple network levels. Players commonly buffer data before beginning a presentation and read ahead to guarantee error-free delivery. Other techniques that are often employed in IPTV deployments are not suitable for Internet video delivery, including forward error correction (FEC) and periodic retransmission of lost segments.

There are many network levels, however, that must be transited between the streaming source and the destination – the core Internet, edge and aggregation networks, wireless networks, and enterprise LANs. These uncontrolled elements contribute to jitter and loss levels that cannot be compensated for by client-side buffering alone. So what can service providers do?

Stress testing for reliability

Rigorous testing of all streaming media delivery chain components is required to ensure user QoE, and components and networks must be tested under load to determine their limits.

It is especially important to test the devices that perform special handling on media flows:
Media servers – establish client connections, and convert and deliver content.
Content delivery networks – with sophisticated, multi-level architectures that distribute content from a central site to caching nodes and then finally to streaming servers located regionally and globally. Each level, and combination of levels, must be tested – especially for delay.

Data center components – the data centers maintained by service providers must balance their voice, video and data traffic to deliver QoE in all categories. Sophisticated devices, such as application delivery controllers (ADCs) that use deep packet inspection (DPI), inspect information flows to determine their required priorities and characteristics.

Wireless networks – 3G and LTE networks in particular are experiencing increased video traffic destined for mobile devices. Wireless network nodes must perform functions similar to those found in the data center – identifying flows and prioritising video and voice traffic over data traffic.

Pre-deployment testing is the only certain way of measuring maximum performance and true reliability at all load levels. This helps service providers to forecast the QoE they can achieve from their networks, taking into account all the potential reliability issues. Additionally, live network testing can be performed in low volume and QoE measurements can be made on individual streams to determine instantaneous network quality.

Conclusion

The largest part of Internet traffic growth will be associated with video delivery, and substantial infrastructure components will be purchased over the next decade to handle delivery of vast amounts of video content. Testing of the components and networks associated with that delivery are essential in order to bring quality services to market, properly scale the network and ensure end-user quality of experience.

DR Hermanus Design
Solution: IPTV Over WiMAX Wireless Network
WIMAX - IPTV Over Wimax

Customer Requirements

Customer is a WiMAX service provider that has over 100,000 subscribers. Customer would like to offer IPTV services to their existing customers. Traditional IPTV solutions on the market will not work out WiMAX due to instability of the wireless access and without QoS. However, subscribers of WiMAX is able to get very high broadband access speed. Below is a list of customer's requirements:

 

Number of Video Subscribers - Customer would like support 50,000 initial IPTV subscribers and add additional 25,000 per year in the next few years.
HD Video - Customer would like to offer HD content to premium customers.
Streaming Over the Internet - Customer would like to use the Internet as their video transport. Customer is not impressed with some of the existing video downloading services due to poor video quality and slow video loading. Customer would like a streaming solution over the Internet where subscribers can play a video as soon as they select it.
View On TV or PC - Customer would like to give subscribers the option to watch videos on their large HDTV or on their PC.
Live IPTV Channels - Customer would like to offer its subscribers 50 live TV channels over the WiMAX network.
Expandable - Customer would like an IPTV system that's fully scalable to support their current requirements and future growth.
Remote software/firmware update - Customer would like a system that has minimal truck roll. They would like to remotely manage all the PC and STB clients.
VOD Support - Live TV is not a requirement. Customer would like to put all 20,000 hours of video content onto their VOD servers for customers to pick and choose from.
Viewing Ratio - Customer anticipates that at any given time, at least 10% of its subscribers will be watching videos simultaneously.
Minimal Integration Cost - Customer does not have a large IT staff that can support a complicated IPTV deployment. Customer would like a system that will be easy to deploy, manage and support.

IPTV Requirement List

After reviewing the customer requirements, MatrixStream decided to recommend the following equipment list for deployment. Because MatrixStream's MatrixCast IPTV solution is an end-to-end solution, customer does not have to spend months to integrate an IPTV solution from multiple vendors. The following a list of equipment required:

 

2 IMX M2200 IPTV middleware servers. 1 for management and another for redundancy.
50 IMX e4010 H.264 video encoders. 1 encoder for each live TV channel.
3 IMX i2410 live TV MatrixCast Streaming servers to support live TV streaming. 3 IMX i2410 can support up to 3,000 simultaneous SD streams. At the same time, each server can back up the other through N+1 clustering design.

3 IMX v2420 VOD MatrixCast Streaming servers to support VOD. 3 IMX v2420 can support up to 3,000 simultaneous SD streams. At the same time, each server can back up the other through N+1 clustering design.
50,000 MX 1 IP STBs - Fully able to support HD 1080p videos. Students can hook up MX 1 IP STB to their HDTV at home to watch class videos.
Customized MX 1100 PC viewer with customer's logo - PC clients will be made available to students for download off customer's Website. Students can watch videos on their PCs.


WISP/WiMax/Wireless Service Provider IPTV Example Deployment Diagram

 

 
Security Solution With Kerio Control
SOLUTION - Firewall & Security

Kerio Control Tech Specs.

Kerio Control 7

Firewall and Router

Connection tracking (SPI)
Connection Limit
Anti-Spoofing
Protocol Inspection
Traffic Rules Configuration Wizard
DHCP server
DNS Forwarder
IDS/IPS (Snort based)
  • Kerio Certified IDS Signatures
  • IP Blacklists
  • Three severity levels

Reporting

Historical analysis
Individual, Group, Entire Network Internet Usage Reports
User based reports
Bandwidth utilization
Security
Kerio Web Filter Reports
External Logging to Syslog
Email Alerts
Web site usage
Protocol usage
Browser based activity

User Authentication

Kerberos/Active Directory
NT Domain
Web login
Proxy Server authentication (for Terminal services)
NTLM authentication

Virtual Private Networking

Split tunnel support
Windows/MacOS/Linux clients
VPN Client can run as service
User based authentication
Multiple tunnels (site to site)
Web SSL-VPN (Windows only)

NAT and traffic rules

Pre-configured services
User based traffic rules
Time based rules
NAT Mapping
Group Based rules
Dynamic DNS
MAC filtering
Blacklist in IDS/IPS
Rule Exemption Capability

Content Filtering

Time interval restriction
P2P Eliminator
URL Categories
Custom denial page
Administrative alerts
Custom URLs
Forbidden Words
FTP Policy
Proxy server
URL White-listing
Anti-Virus Filtering
  • Sophos integration
  • Dual scanning with plug-in

Load Balancing and QoS

Supports multiple Internet links
Policy based routing
Implicit failover
Bandwidth Limiter

Administration

Administration
Web-based administration
Multiple IP addresses on a single network interface
Customizable routing table
Variable Level Administrative Rights
Update Checker Option
Configuration Export/Import
Active Directory Integration
Local User Database
Domain Template for default user configuration
Auto Logout after Timeout
Configurable Time Ranges for groups
Multi-Language Support
  • English
  • Chinese (Simplified)
  • Croatian
  • Czech
  • Dutch
  • French
  • German
  • Hungarian
  • Italian
  • Japanese
  • Polish
  • Portuguese
  • Russian
  • Spanish
  • Swedish

Certifications

ICSA Labs Certified – Corporate Firewall
Windows 7

Buy this product via www.3playershop.com

SCREEN SHOT - KERIO CONTROL ADMINISTRATION

System Requirements

Windows

CPU: 1 GHz
Memory: 1 GB RAM
Hard drive: 8 GB HDD space for product, logs, and StaR data
Network interface: 1 Ethernet (10/100/1000 Mb) network interface supported by the OS

Operating systems*:
Windows 7 (all editions)
Windows XP (all editions)
Windows Vista (all editions)
Windows 2000 Professional
Windows Server 2008 (all editions except Core)
Windows Server 2008 R2 (all editions except Core)
Windows Server 2003 (all editions)
Windows Server 2003 R2 (all editions)
Windows Server 2000 (all editions)
*Latest service pack and up to date security patches are required unless otherwise stated.

Software Appliance

CPU: 500 MHz
Memory: 1 GB RAM
Hard drive: 8 GB HDD space for OS, product, logs, and StaR data
Network interface: 1 Ethernet (10/100/1000 Mb) network interface supported by the Linux kernel 2.6.30
(Majority of current NICs supported.)

VMware Virtual Appliance

CPU: 2 GHz
Memory: 1 GB RAM assigned to the virtual machine
Hard drive: 8 GB assigned HDD space for OS, product, logs, and StaR data
Network interface: 1 assigned virtual network adapter

VMware hypervisor:
VMware Workstation 6.5 or 7.0
VMware Server 1.0 or 2.0
VMware Fusion 2.0 or 3.0
VMware Player 2.5 or 3.0
VMware ESX 3.5 or 4.0
VMware ESXi 3.5 or 4.0

Kerio VPN Client

Windows
Operating systems∗:
Windows 7 (all editions)
Windows XP (all editions)
Windows Vista (all editions)
Windows 2000 Professional
Windows Server 2008 (all editions except Core)
Windows Server 2008 R2 (all editions except Core)
Windows Server 2003 (all editions)
Windows Server 2003 R2 (all editions)
Windows Server 2000 (all editions)

Mac OS X
(Only Intel based Macs supported)
Operating systems:
Mac OS X 10.4 Tiger
Mac OS X 10.5 Leopard
Mac OS X 10.6 Snow Leopard

Linux
Operating Systems:
Debian 5.0
Ubuntu 8.04 to 10.04

Web Browsers

Basic User Login/Logout:
All HTTP(S)-compliant web browsers including mobile browsers are supported.

Kerio Control Administration, StaR and SSL-VPN:

Microsoft Internet Explorer 7 and 8
Firefox 3 and higher
Safari 4