Magic of Multicast - The game behind the IPTV - Explained

Hey Guys... How are you doing today ?

Ever wondered when our traditional broadcasting based television telecast system is working fine then why do we need IPTV ?? Why the whole world is going mad after this upcoming technology. Probably you might never had thought about this. Okie... lets talk about IPTV and roles of multicasting in this technology.
 

So, What is IPTV ?

IPTV (Internet Protocol Television) delivers television programming to households via a broadband connection using Internet protocols. It requires a subscription and IPTV set-top box, and offers key advantages over existing TV cable and satellite technologies. IPTV is typically bundled with other services like Video on Demand (VOD), voice over IP (VOIP) or digital phone, and Web access, collectively referred to as Triple Play

Why do we need IPTV ?

Just because big guys like Cisco, HP, IBM, Avaya are developing a complete product range for this... Well thats not true... 
 
Okie... In traditional broadcast based system, backend devices broadcast all the channels (Video streams) to your TV or set-top box, after which there is barely any bandwidth left to run any other value added services. Secondly typical broadcast network is a one way media streaming system, So there is no scope for interactive services, with IPTV we would be able to use multiple services like - Internet, TV, telephony, zigby etc on a single cable.

Lets see how multicast (Instead of broadcast) helps us in conserving network bandwidth and allow us to use the same for other services (Thanks to Klicktv)- 

In diagram 1, none of the network switches have IGMP snooping or querying turned on and so the network is not multicast enabled. The backbone switch has all the streaming traffic coming into it from the MPEG IP Encoders. If we assume each stream is 4 Mbps the backbone switch will carry 4 Mbps x 3 streams = 12 Mbps of streaming traffic.

As the switches don’t have IGMP turned on, the streaming traffic will flood the entire network regardless of whether the user requests a particular stream or not.

Multicasting Diagram 1

In diagram 2, all switches have IGMP snooping turned on and the backbone switch has IGMP query turned on. Again, the backbone switch has a total of 12 Mbps of streaming traffic coming into it from the MPEG IP Encoders.

Switch 1 will only have 8 Mbps of traffic reaching it as a result of the two users who have requested the same red stream (4 Mbps) and a third user who has selected the green stream (4 Mbps). This is the distinct advantage of multicasting - the bandwidth used is per stream and not per user.

Switch 2 will only have 4 Mbps of traffic reaching it since only the blue stream has been requested by a user. There will be no streaming traffic on the port where there is no request for a stream. 

Switch 3 will have no streaming traffic since none of the users connected to the switch have requested any streams.
Multicasting Diagram 2

In calculating the bandwidth requirement for IPTV, it should be assumed that all streams will be present on the backbone but, at most, only one stream will be present on a user port.


Okie... i beleive this explains everything, Furthermore lets have a look at this brilliant video, explaining how the data would flow on IPTV network - 

 

So guys, gear up for this latest and upcoming technology and enjoy multiple technologies on a single pair of cable.

Sayonara for now... We will catch you soon with another post on Fibre to Home Technology.

You might also like these articles -

Ever wondered how easy it is to hack emails - Read This

Still confused between a UTM & Firewall - Check this out

Need an UTM from Cisco - You have it here  

You might also like, some of my other posts - 

Want to know more about LISP - Read This

Cisco Nexus Overlay Transport Virtualization - Read This  

Cisco Nexus FabricPath - Click Here

Cisco Nexus Fibre Channel over Ethernet - Read This

Intrested in Cloud Computing - You might like this,

Labels: , , , , , , , , ,