Cisco Technology, Inc.

Synamedia Limited

Mahesh Chakravarthy Vittal Viveganandhan

Anil Thomas

Dipak Punnoran Koroth

Clint Earl Ricker

David S Morgan

Gowdish Kumaraswamy

Ivan V Legrand

Stefano Benedetto Previdi

Jiang Zhu

Flemming Andreasen

Aeneas Sean Dodd-Noble

Warren Scott Wainner

Hoi-tauw Jozef Chou

Gil C Cruz

Hoi-Tauw Chou

Malcolm B Ferguson

Neil Black

Matt Collum

Alexander Katsnelson

Shane Ruman

In one embodiment, a method includes receiving a stored copy request indicating data and including a request identifier, scheduling publication of the data to an object store, and sending a subscription request indicating the data and the request identifier to the object store. In another embodiment, a method includes receiving a publication request indicating data to be copied, wherein the publication request is a recording request indicating a channel and a timespan, receiving one or more subscription requests for the data, receiving the data, and generating a copy of the data for each subscription request.

Storage system

Storage system for recording and retrieving data copy for multiple users

In one embodiment, a client device queries a location server using a client-selected interface for content retrieval from a content distribution network (CDN), and receives a location attribute from the location server based on a location of the client device. The client device then presents the location attribute to a CDN selector within a first content retrieval request, and may receive a redirection from the CDN selector to a selected content source based on the location attribute. As such, the client device may then initiate a second content retrieval request to the selected content source. In another embodiment, a CDN selector receives a content retrieval request from a client device, and determines that the content retrieval request contains a location attribute indicating a location of the client device. Based on the location attribute, the CDN selector selects a content source, and redirects the client device to the selected content source.

Dynamic content distribution network selection based on context from transient criteria

A method is provided in one example embodiment and includes establishing a connection between a client and a messaging fabric associated with a video system that includes a metadata broker element; storing metadata information associated with content, where the content is associated with a release uniform resource locator (URL); and generating a content guide, (e.g., an electronic program guide) that includes a plurality of content definitions (e.g., channels). A particular content (e.g., program) in the content guide is associated with a particular release URL that can be translated into a more specific URL based on a number of criteria.

System and method for unified metadata brokering and policy-based content resolution in a video architecture

In one embodiment, a first request is received for a probe link from a client that has downloaded a page. The request is received from an application. A test may be performed to determine a server that could optimally service a content request from the client. After receiving the request, the content router sends a re-direct to the client where the re-direct causes the client to follow the re-direct to the server. The server then sends a re-direct back to the client, which the client follows by sending a second request to the content router. The second request is associated with the client and the round-trip time is calculated for the server. It is then determined if the location for the server should be designated as the content deliverer to the client based on the calculated round-trip time.

Server selection for routing content to a client using application layer redirection

A technique for selecting a media streaming engine, such as a stream server, to source a media stream to a client involves receiving feedback information from a client that indicates a quality of service experienced by the client and then selecting a media streaming engine, from a set of media streaming engines, in response to the feedback information. In an embodiment, the feedback information is provided in Real-Time Control Protocol (RTCP) messages. For example, the RTCP messages are Receiver Report (RR) messages that contain packet loss and/or inter-arrival jitter information. Feedback information such as packet loss and/or inter-arrival jitter information represents the actual quality of service experienced by a client for a media stream. Because a media streaming engine is selected based on the actual quality of service experienced by a client, the selection process can be configured to optimize the quality of service of the media streaming.

Stream server selection based on feedback information from a client

Techniques are provided herein for failover streaming mechanisms. At a first device (e.g., a content router device) that is configured to interface with a plurality of streaming servers for real-time protocol packet streams, communications are configured with a client device and a first of the plurality of streaming servers associated with a streaming session from the first streaming server to the client device so that the first device receives client session control and session feedback messages associated with the streaming session and so that a packet stream associated with the streaming session transmitted by the first streaming server to the client device does not pass through the first device. The first device stores session state information comprising an address of the client device, streaming session identification information and data representing a current state of the streaming session at the client device derived from the client session control and session feedback messages. Upon detecting a failure of the first streaming server, the first device selects a second of the plurality of streaming servers for serving the streaming session previously served by the first streaming server, and then initiates a streaming session from the second streaming server to the client device in order to continue from a state of the streaming session previously served by the first streaming server prior to the failure without any indication at the client device of the switching from the first streaming server to the second streaming server.

Failover mechanism for real-time packet streaming sessions

Growing community of inventors

Cupertino, CA, United States of America

Mahesh Chakravarthy Vittal Viveganandhan