IP Multicast audio primer

IP Multicast is a bandwidth-efficient method for broadcasting data, in particular streaming audio and video, across a network. In this primer we'll discuss how IP Multicasts works, its pros and cons, and give a few examples of how the technology can be applied.

There are basically two methods of transmitting streaming data across the Internet: unicast and multicast. Unicast is the most prevalent but also uses the most bandwidth. In the unicast model, a server must deliver a stream of data for each client that wants to participate in the broadcast. For instance, a video that requires 100 kilobytes of bandwidth for a single user would require 100 times that amount for 100 users, or a total of 10 megabytes of bandwidth. This can lead to network congestion and increased server load that will decrease the overall quality of the broadcast.

But with IP Multicast, a single stream is sent from the server across the network that serves all users who want to receive the broadcast. In the prior example, this would mean the server could send out a single 100-kilobyte stream that can be picked up by each of the 100 clients, reducing the load on the network and servers significantly. The work is done by IP Multicast enabled routers, which send one stream to each router connected to it. This is done all the way through the network until the signal reaches the clients that want to receive the broadcast.

Unfortunately, there is no one protocol or standard that defines how IP Multicast should work. Since its introduction in 1988, there have been a number of proposals and protocols developed to handle multicast traffic on the network. One of the most popular specifications is Protocol Independent Multicast or PIM. PIM was developed by Cisco and is now on the standards track with the IETF.

PIM itself comes in two basic flavors: dense mode and sparse mode. Dense mode floods the network tree with a broadcast so that every branch receives the signal. Branches that do not have clients requesting the signal are then pruned from the broadcast on the fly. Sparse mode works in the opposite fashion. Only those branches with clients requesting the broadcast actually receive the stream. The request from the client goes up the network tree until a multicast connection is made between client and server. Multicast broadcasts are announced typically announced like anything else, through e-mail or on a Web site. There are some proprietary protocols such as Session Announcement Protocol (SAP) that allow server to advertise what programs they have available.

Dense mode is good for networks with plenty of bandwidth and users who are closely distributed on the network. Sparse mode is better suited for networks with users that are more dispersed.

Sign up for ITworld's Daily newsletter
Follow ITworld on Twitter @IT_world

• Email
• Print
• Share
  • Slashdot
  • Digg
  • Stumble
  • Reddit
  • Newsvine