Specifications

2-9
Cisco Internet Streamer CDS 2.0-2.3 Software Configuration Guide
OL-13493-04
Chapter 2 Network Design
Programs
The Service Engine processes the user request, and based on the metadata, determines the content
was prefetched and pinned in its local storage. The Service Engine looks up the policies for the
content and streams the content to the user.
• Dynamic Ingest/Cached Content
Flows 10, 11, 12, “Non-ingested contents—Hierarchical cache resolution,” “Native Protocol
Response,” and “Dynamic ingest response.”
If the request for content is not specified in the Manifest file, dynamic ingest is used.
The user request is: http://cr-video.videonet.com/video/wmv-cached.wmv
The Service Engines in the delivery service form a hierarchy, pull the content into the CDS, and
cache it. The Service Engine streams the content to the user.
• Hybrid Ingest/Metadata Only Content
(no content flow)
The request for content is specified in the Manifest file as “cache.”
The user request is: http://cr-video.videonet.com/video/wmv-59
The Service Engine fetches the content, similar to the dynamic ingest method, but the metadata
attributes (for example, serveStartTime, serveStopTime) are honored by the Service Engines and the
content is served only if the request falls within the defined time interval.
Programs
A program in the CDS is defined as a scheduled live or rebroadcast event that streams content to client
devices. The CDS streams live or rebroadcast content by using the Movie Streamer or the Windows
Media Engine.
Movie Streamer live and rebroadcast programs can have multiple tracks (1–3 tracks).
Live Programs
Live events are streamed from third-party encoders (such as Windows Media Encoder Version 9 or the
QuickTime encoder) or from streaming servers (such as Windows Media Server). The live stream is
ingested by the Content Acquirer and transmitted to all Service Engines using either unicast or multicast.
The live stream is transmitted to end users by using either multicast or multicast/unicast live splitting.
The live stream is only available to end users during its scheduled times.
With live stream splitting, administrators do not have to create scheduled multicast events, because the
Service Engines automatically split the stream.
Unicast to multicast streaming is a solution similar to live stream splitting, except that in the final
delivery segment the stream is converted to multicast to minimize the bandwidth demand on the CDS
network and to minimize the load on the Service Engines.
Each live program can have up to ten different playtimes scheduled. The program is broadcast from all
Service Engines simultaneously.