Multimedia Networking

7.2.2 Sending Multimedia from a Streaming Server to a Helper Application

Home
Introduction
7.1 Multimedia Networking Applications
7.1.1 Examples of Multimedia Applications
7.1.2 Hurdles for Multimedia in Today's Internet
7.1.3 How Should the Internet Evolve to Support Multimedia Better?
7.1.4 Audio and Video Compression
7.2 Streamimg Stored Audio and Video
7.2.1 Accessing Audio and Video Through a Web Server
7.2.2 Sending Multimedia from a Streaming Server to a Helper Application
7.2.3 Real-Time Streaming Protocol (RTSP)
7.3 Making the Best of the Best-Effort Service: An Internet Phone Example
7.3.1 The Limitations of a Best-Effort Service
7.3.2 Removing Jitter at the Receiver for Audio
7.3.3 Recovering from Packet Loss
7.4 Protocols for Real-Time Interactive Applications
7.4.1 RTP
7.4.2 RTP Control Protocol (RTCP)
7.4.3 SIP
7.4.4 H.323
7.5 Distributing Multimedia: Content Distribution Networks
7.6 Beyond Best Effort
7.6.1 Scenario 1: A 1 Mbps Audio Application and an FTP
7.6.2 Scenario 2: A 1 Mbps Audio Application and a High-Priority FTP Transfer
7.6.3 Scenario 3: A Misbehaving Audio Application and an FTP Transfer
7.6.4 Scenario 4: Two 1 Mbps Audio Applications over an Overload 1.5 Mbps Link
7.7 Scheduling and Policing Mechanisms
7.7.1 Scheduling Mechanisms
7.7.2 Policing: The Leaky Bucket
7.8 Intergrated Services and Differentiated Services
7.8.1 Intserv
7.8.2 Diffserv
7.9 RSVP
7.9.1 The Essence of RSVP
7.9.2 A Few Simple Examples
Sending Multimedia from a Streaming Server to a Helper Application

Audio/video can be sent over UDP using application-layer protocols that may be better tailored than HTTP to audio.video streaming.
 
This architeture requires two servers.  One server, the HTTP server, serves Web pages.  The second server, the streaming server, servers the audio/video files.  The two servers can run on the same end system or on two distinct end systems.  The media player requests the file from a streaming server rather than from a Web server, and now the media player and streaming server can interact using their own protocols.  These protocols can allow for rich user interaction with the audio/video stream
 
  1. The audio/video is sent over UDP at a constant rate equal to the drain rate at the receiver.
  2. This is the same as the first option, but the media player delays playout delays for two to five seconds in order to eliminate network-induced jitter.
  3. The media is sent ovetr TCP.   The server pushes the media firl into the TCP scoket as quickly as it can; the client reads from ;the TCP socket as quickly as it can and places the compressed video into the media player buffer.

kurose_320719_c07f03.gif