Export (0) Print
Expand All
This topic has not yet been rated - Rate this topic

1 Introduction

The Peer Content Caching and Retrieval: Content Identification data structure specifies the Content Information (section 2.3) format used by the Peer Content Caching and Retrieval framework to uniquely identify content for discovery and retrieval purposes.

The Peer Content Caching and Retrieval framework is based on a peer-to-peer discovery and distribution model. It is designed to reduce bandwidth consumption on branch-office wide area network (WAN) links by having clients retrieve content from distributed caches when available instead of the servers, which are often located remotely from branch offices over the WAN links. The peers themselves act as caches from which they serve other requesting peers. The framework also supports using hosted caches in place of peer-based caching. The main benefit is to reduce operation costs by reducing WAN link utilization, while providing faster downloads from the local area network (LAN) in the branch office.

Content Information contains all the necessary information to allow a peer to uniquely specify content for discovery, and for peer caches or hosted caches to determine whether they have the specific content requested by the querying peer. Additionally, the Content Information should also ensure the confidentiality of content sent between peers and allow peers to verify the integrity of downloaded content segments. To satisfy these requirements, Content Information utilizes cryptographic hashing and encryption algorithms to encrypt and generate hashes of the content units, and provides mechanisms to specify the starting point (offset) and length of the content range. Content Information is used in the Peer Content Caching and Retrieval: Discovery Protocol and Peer Content Caching and Retrieval: Retrieval Protocol to identify content for discovery, response, and retrieval requests.

Sections 1.7 and 2 of this specification are normative and can contain the terms MAY, SHOULD, MUST, MUST NOT, and SHOULD NOT as defined in RFC 2119. All other sections and examples in this specification are informative.

 
Did you find this helpful?
(1500 characters remaining)
Thank you for your feedback
Show:
© 2014 Microsoft. All rights reserved.