[要約] 要約：RFC 7337は、コンテンツ配信ネットワーク（CDN）の相互接続に関する要件を定義しています。 目的：CDNプロバイダー間の相互接続を容易にし、効率的なコンテンツ配信を実現するためのガイドラインを提供することです。
Internet Engineering Task Force (IETF) K. Leung, Ed.
Request for Comments: 7337 Cisco
Category: Informational Y. Lee, Ed.
ISSN: 2070-1721 Comcast
August 2014
Content Distribution Network Interconnection (CDNI) Requirements
コンテンツ配信ネットワーク相互接続（CDNI）の要件
Abstract
概要
Content delivery is frequently provided by specifically architected and provisioned Content Delivery Networks (CDNs). As a result of significant growth in content delivered over IP networks, existing CDN providers are scaling up their infrastructure. Many Network Service Providers (NSPs) and Enterprise Service Providers (ESPs) are also deploying their own CDNs. To deliver contents from the Content Service Provider (CSP) to end users, the contents may traverse across multiple CDNs. This creates a need for interconnecting (previously) standalone CDNs so that they can collectively act as a single delivery platform from the CSP to the end users.
コンテンツ配信は、特に設計およびプロビジョニングされたコンテンツ配信ネットワーク（CDN）によって頻繁に提供されます。 IPネットワークを介して配信されるコンテンツが大幅に増加した結果、既存のCDNプロバイダーはインフラストラクチャを拡大しています。多くのネットワークサービスプロバイダー（NSP）とエンタープライズサービスプロバイダー（ESP）も独自のCDNを展開しています。コンテンツサービスプロバイダー（CSP）からエンドユーザーにコンテンツを配信するために、コンテンツは複数のCDNを横断する場合があります。これにより、（以前は）スタンドアロンCDNを相互接続して、CSPからエンドユーザーへの単一の配信プラットフォームとしてまとめて機能できるようにする必要が生じます。
The goal of the present document is to outline the requirements for the solution and interfaces to be specified by the CDNI working group.
このドキュメントの目的は、CDNIワーキンググループによって指定されるソリューションとインターフェイスの要件の概要を説明することです。
Status of This Memo
本文書の状態
This document is not an Internet Standards Track specification; it is published for informational purposes.
このドキュメントはInternet Standards Trackの仕様ではありません。情報提供を目的として公開されています。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are a candidate for any level of Internet Standard; see Section 2 of RFC 5741.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。 IESGによって承認されたすべてのドキュメントが、あらゆるレベルのインターネット標準の候補になるわけではありません。 RFC 5741のセクション2をご覧ください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc7337.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7337で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2014 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2014 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書は、BCP 78およびIETF文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction ....................................................2
1.1. Terminology ................................................3
2. CDNI Model and CDNI Interfaces ..................................4
3. Generic CDNI Requirements .......................................6
4. CDNI Control Interface Requirements .............................7
5. CDNI Request Routing Redirection Interface Requirements ........10
6. CDNI Footprint & Capabilities Advertisement Interface
Requirements ...................................................12
7. CDNI Metadata Interface Requirements ...........................14
8. CDNI Logging Interface Requirements ............................18
9. CDNI Security Requirements .....................................20
10. Security Considerations .......................................21
11. Contributors ..................................................21
12. Acknowledgements ..............................................21
13. References ....................................................22
13.1. Normative References .....................................22
13.2. Informative References ...................................22
The volume of video and multimedia content delivered over the Internet is rapidly increasing and expected to continue doing so in the future. In the face of this growth, Content Delivery Networks (CDNs) provide numerous benefits: reduced delivery cost for cacheable content, improved quality of experience for end users, and increased robustness of delivery. For these reasons, CDNs are frequently used for large-scale content delivery. As a result of the significant growth in content delivered over IP networks, existing CDN providers are scaling up their infrastructure and many NSPs and ESPs are deploying their own CDNs. Subject to the policy of the Content Service Provider (CSP), it is generally desirable that a given item of content can be delivered to an end user regardless of that end user's location or attachment network. This creates a need for interconnecting (previously) standalone CDNs so they can interoperate and collectively behave as a single delivery infrastructure. The Content Distribution Network Interconnection (CDNI) working group has been chartered to develop an interoperable and scalable solution for such CDN interconnections.
インターネット経由で配信されるビデオおよびマルチメディアコンテンツの量は急速に増加しており、今後も継続すると予想されます。この成長に直面して、コンテンツ配信ネットワーク（CDN）には、キャッシュ可能なコンテンツの配信コストの削減、エンドユーザーのエクスペリエンス品質の向上、配信の堅牢性の向上など、多くの利点があります。これらの理由により、CDNは大規模なコンテンツ配信に頻繁に使用されます。 IPネットワークを介して配信されるコンテンツが大幅に増加した結果、既存のCDNプロバイダーはインフラストラクチャを拡大し、多くのNSPとESPが独自のCDNを展開しています。コンテンツサービスプロバイダー（CSP）のポリシーに従い、エンドユーザーの場所や接続ネットワークに関係なく、特定のコンテンツアイテムをエンドユーザーに配信できることが一般的に望ましいです。これにより、相互接続（以前は）したスタンドアロンCDNを相互接続し、単一の配信インフラストラクチャとしてまとめて動作できるようにする必要が生じます。コンテンツ配信ネットワーク相互接続（CDNI）ワーキンググループは、このようなCDN相互接続のための相互運用可能でスケーラブルなソリューションを開発するために設立されました。
The CDNI Problem Statement [RFC6707] outlines the problem area that the CDNI working group is chartered to address. The Use Cases for CDNI document [RFC6770] discusses the use cases for CDN Interconnection. The Framework for CDN Interconnection [RFC7336] discusses the technology framework for the CDNI solution and interfaces.
CDNI Problem Statement [RFC6707]は、CDNIワーキンググループが対処するために設立された問題領域の概要を示しています。 CDNIドキュメントの使用例[RFC6770]は、CDN相互接続の使用例について説明しています。 CDN相互接続のフレームワーク[RFC7336]では、CDNIソリューションとインターフェースのテクノロジーフレームワークについて説明しています。
The goal of the present document is to document the requirements for the CDNI solution and interfaces. In order to meet the time lines defined in the working group charter, the present document categorizes the CDNI requirements as "High Priority", "Medium Priority", and "Low Priority".
本書の目的は、CDNIソリューションとインターフェースの要件を文書化することです。ワーキンググループの憲章で定義されているタイムラインを満たすために、このドキュメントではCDNI要件を「高優先度」、「中優先度」、「低優先度」に分類しています。
This document uses the terminology defined in [RFC6707]. In addition, the key words "High Priority", "Medium Priority", and "Low Priority" in this document are to be interpreted as follows:
このドキュメントでは、[RFC6707]で定義されている用語を使用しています。また、このドキュメントのキーワード「高優先度」、「中優先度」、「低優先度」は、次のように解釈されます。
o "High Priority": When a requirement is tagged as "{HIGH}", it is considered by the working group as an essential function for CDNI and necessary to a deployable solution. This requirement has to be met even if it causes a delay in the delivery by the working group of a deployable solution.
o 「優先度が高い」：要件に「{HIGH}」のタグが付けられている場合、その要件はワーキンググループによってCDNIの必須機能と見なされ、展開可能なソリューションに必要です。この要件は、展開可能なソリューションのワーキンググループによる配信の遅延を引き起こす場合でも満たす必要があります。
o "Medium Priority": When a requirement is tagged as "{MED}", it is considered by the working group as an important function for CDNI. This requirement has to be met, unless it is established that attempting to meet this requirement would cause a delay in the delivery by the working group of a deployable solution.
o "Medium Priority"：要件に "{MED}"のタグが付いている場合、ワーキンググループはそれをCDNIの重要な機能と見なします。この要件を満たそうとすると、展開可能なソリューションのワーキンググループによる配信が遅延することが確認されていない限り、この要件を満たす必要があります。
o "Low Priority": When a requirement is tagged as "{LOW}", it is considered by the working group as a useful function for CDNI. The working group will attempt to meet this requirement as long as it does not prevent meeting the "High Priority" and "Medium Priority" requirements and does not cause a delay in the delivery by the working group of a deployable solution.
o 「優先度が低い」：要件に「{LOW}」のタグが付いている場合、ワーキンググループはCDNIの便利な機能と見なします。ワーキンググループは、「高優先度」および「中優先度」の要件を満たすことを妨げず、展開可能なソリューションのワーキンググループによる配信の遅延を引き起こさない限り、この要件を満たそうとします。
The "CDNI Expanded Model and CDNI Interfaces" figure and brief descriptions of the CDNI interfaces in [RFC7336] are replicated below for convenience. That document contains the definitive reference model and descriptions for the CDNI interfaces.
「CDNI拡張モデルとCDNIインターフェース」の図と[RFC7336]のCDNIインターフェースの簡単な説明は、便宜上以下に複製されています。そのドキュメントには、CDNIインターフェイスの明確な参照モデルと説明が含まれています。
o CDNI Control interface (CI): Operations to bootstrap and parameterize the other CDNI interfaces, as well as operations to pre-position, revalidate, and purge both metadata and content. The latter subset of operations is sometimes collectively called the "Trigger interface."
o CDNI制御インターフェース（CI）：他のCDNIインターフェースをブートストラップおよびパラメーター化する操作、およびメタデータとコンテンツの両方を事前配置、再検証、およびパージする操作。後者の操作のサブセットは、「トリガーインターフェース」と総称されることがあります。
o CDNI Request Routing interface: Operations to determine what CDN (and optionally what Surrogate within a CDN) is to serve an end user's requests. This interface is actually a logical bundling of two separate but related interfaces:
o CDNI要求ルーティングインターフェイス：エンドユーザーの要求を処理するためのCDN（およびオプションでCDN内のサロゲート）を決定する操作。このインターフェースは、実際には2つの別個の関連するインターフェースの論理的なバンドルです。
* CDNI Footprint & Capabilities Advertisement interface (FCI): Asynchronous operations (as defined in [RFC7336]) to exchange routing information (e.g., the network footprint and capabilities served by a given CDN) that enables CDN selection for subsequent user requests; and
* CDNI Footprint＆Capabilities Advertisement Interface（FCI）：非同期操作（[RFC7336]で定義）により、ルーティング情報（たとえば、特定のCDNが提供するネットワークフットプリントと機能）を交換して、後続のユーザー要求でCDNを選択できるようにします。そして
* CDNI Request Routing Redirection interface (RI): Synchronous operations (as defined in [RFC7336]) to select a delivery CDN (Surrogate) for a given user request.
* CDNI要求ルーティングリダイレクトインターフェイス（RI）：所定のユーザー要求の配信CDN（サロゲート）を選択する同期操作（[RFC7336]で定義）。
o CDNI Metadata interface (MI): Operations to communicate metadata that governs how the content is delivered by interconnected CDNs. Examples of CDNI Metadata include geo-blocking directives, availability windows, access control mechanisms, and purge directives. It may include a combination of:
o CDNIメタデータインターフェイス（MI）：相互接続されたCDNによるコンテンツの配信方法を管理するメタデータを通信する操作。 CDNIメタデータの例には、ジオブロッキングディレクティブ、可用性ウィンドウ、アクセス制御メカニズム、およびパージディレクティブが含まれます。次の組み合わせが含まれる場合があります。
* Asynchronous operations to exchange metadata that govern subsequent user requests for content; and
* コンテンツに対する後続のユーザー要求を管理するメタデータを交換するための非同期操作。そして
* Synchronous operations that govern behavior for a given user request for content.
* コンテンツに対する特定のユーザー要求の動作を制御する同期操作。
o CDNI Logging interface (LI): Operations that allow interconnected CDNs to exchange relevant activity logs. It may include a combination of:
o CDNI Loggingインターフェース（LI）：相互接続されたCDNが関連するアクティビティログを交換できるようにする操作。次の組み合わせが含まれる場合があります。
* Real-time exchanges, suitable for runtime traffic monitoring; and
* 実行時のトラフィック監視に適したリアルタイムの交換。そして
* Offline exchanges, suitable for analytics and billing.
* 分析と請求に適したオフラインの交換。
--------
/ \
| CSP |
\ /
--------
*
*
* /\
* / \
---------------------- |CDNI| ----------------------
/ Upstream CDN \ | | / Downstream CDN \
| +-------------+ | | CI | | +-------------+ |
|******* Control |<======|====|=======>| Control *******|
|* +------*----*-+ | | | | +-*----*------+ *|
|* * * | | | | * * *|
|* +------*------+ | | LI | | +------*------+ *|
|* ***** Logging |<======|====|=======>| Logging ***** *|
|* * +-*-----------+ | | | | +-----------*-+ * *|
|* * * * | | | | * * * *|
.....*...+-*---------*-+ | | RI | | +-*---------*-+...*.*...
. |* * | |<======|====|=======>| | * *| .
. |* * | Req-Routing | | |FCI | | | Req-Routing | * *| .
. |* * *** |<======|====|=======>| |** * *| .
. |* * * +-------------+.| | | | +-------------+ * * *| .
. |* * * . | | | * * *| .
. |* * * +-------------+ |. | MI | | +-------------+ * * *| .
. |* * * | Distribution|<==.===|====|=======>| Distribution| * * *| .
. |* * * | | | . \ / | | | * * *| .
. |* * * |+---------+ | | . \/ | | +---------+| * * *| .
. |* * ***| +---------+| | ...Request......+---------+ |*** * *| .
. |* *****+-|Surrogate|***********************|Surrogate|-+***** *| .
. |******* +---------+| | Acquisition | |+----------+ *******| .
. | +-------------+ | | +-------*-----+ | .
. \ / \ * / .
. ---------------------- ---------*------------ .
. * .
. * Delivery .
. * .
. +--*---+ .
...............Request............................| User |..Request..
| Agent|
+------+
<==> interfaces inside the scope of CDNI
**** and .... interfaces outside the scope of CDNI
Figure 1: CDNI Expanded Model and CDNI Interfaces
図1：CDNI拡張モデルとCDNIインターフェイス
This section identifies generic requirements independent of the individual CDNI interfaces. Some of those are expected to affect multiple or all interfaces. Management is an important aspect of CDN operation. The fault and performance management is covered in CDNI Logging interface requirements. The other types of management are specific to the CDN provider and not needed for interoperability between CDN providers.
このセクションでは、個々のCDNIインターフェースに依存しない一般的な要件を特定します。それらのいくつかは、複数またはすべてのインターフェースに影響を与えることが予想されます。管理は、CDN運用の重要な側面です。障害とパフォーマンスの管理については、CDNI Loggingインターフェイスの要件で説明しています。他のタイプの管理はCDNプロバイダーに固有であり、CDNプロバイダー間の相互運用性には必要ありません。
GEN-1 {MED} Wherever possible, the CDNI interfaces should reuse or leverage existing IETF protocols.
GEN-1 {MED}可能な限り、CDNIインターフェイスは既存のIETFプロトコルを再利用または活用する必要があります。
GEN-2 {HIGH} The CDNI solution shall not require a change, or an upgrade, to the User Agent to benefit from content delivery through interconnected CDNs.
GEN-2 {HIGH} CDNIソリューションは、相互接続されたCDNを介したコンテンツ配信の恩恵を受けるために、ユーザーエージェントを変更またはアップグレードする必要はありません。
GEN-3 {HIGH} The CDNI solution shall not require a change, or an upgrade, to the Content Service Provider delivering content through a single CDN, to benefit from content delivery through interconnected CDNs.
GEN-3 {HIGH} CDNIソリューションは、相互接続されたCDNを介したコンテンツ配信のメリットを享受するために、単一のCDNを介してコンテンツを配信するコンテンツサービスプロバイダーの変更やアップグレードを必要としません。
GEN-4 {HIGH} The CDNI solution shall not depend on intra-CDN information to be exposed to other CDNs for effective and efficient delivery of the content. Examples of intra-CDN information include Surrogate topology, Surrogate status, cached content, etc.
GEN-4 {HIGH} CDNIソリューションは、コンテンツを効果的かつ効率的に配信するために他のCDNに公開されるCDN内情報に依存してはなりません。 CDN内情報の例には、サロゲートトポロジ、サロゲートステータス、キャッシュされたコンテンツなどがあります。
GEN-5 {HIGH} The CDNI solution shall support CDN interconnection when delivery to the User Agent is based on HTTP [RFC7230]. (Note that while delivery and acquisition "data plane" protocols are out of the CDNI solution scope, the CDNI solution "control plane" protocols are expected to participate in enabling, selecting or facilitating operations of such acquisition and delivery protocols. Hence, it is useful to state requirements on the CDNI solution in terms of specifying which acquisition and delivery protocols are to be supported).
GEN-5 {HIGH}ユーザーエージェントへの配信がHTTP [RFC7230]に基づいている場合、CDNIソリューションはCDN相互接続をサポートします。 （配信と取得の「データプレーン」プロトコルはCDNIソリューションの範囲外ですが、CDNIソリューションの「コントロールプレーン」プロトコルは、そのような取得と配信プロトコルの操作の有効化、選択、または促進に参加することが期待されています。したがって、どの取得および配信プロトコルをサポートするかを指定することに関して、CDNIソリューションの要件を述べるのに役立ちます。
GEN-6 {HIGH} The CDNI solution shall support acquisition across CDNs based on HTTP [RFC7230]. (The note above applies to this requirement, too.)
GEN-6 {HIGH} CDNIソリューションは、HTTP [RFC7230]に基づくCDN間の取得をサポートするものとします。 （上記の注記はこの要件にも適用されます。）
GEN-7 {LOW} The CDNI solution may support delivery to the User Agent based on protocols other than HTTP.
GEN-7 {LOW} CDNIソリューションは、HTTP以外のプロトコルに基づくユーザーエージェントへの配信をサポートする場合があります。
GEN-8 {LOW} The CDNI solution may support acquisition across CDNs based on protocols other than HTTP.
GEN-8 {LOW} CDNIソリューションは、HTTP以外のプロトコルに基づくCDN間の取得をサポートする場合があります。
GEN-9 {MED} The CDNI solution should support cascaded CDN redirection (CDN1 redirects to CDN2 that redirects to CDN3) to an arbitrary number of levels beyond the first level.
GEN-9 {MED} CDNIソリューションは、最初のレベルを超える任意の数のレベルへのカスケードCDNリダイレクト（CDN1がCDN2にリダイレクトし、CDN3にリダイレクトする）をサポートする必要があります。
GEN-10 {MED} The CDNI solution should support an arbitrary topology of interconnected CDNs (i.e., the topology of interconnected CDNs cannot be restricted to a tree, ring, star, etc.).
GEN-10 {MED} CDNIソリューションは、相互接続されたCDNの任意のトポロジをサポートする必要があります（つまり、相互接続されたCDNのトポロジは、ツリー、リング、スターなどに制限できません）。
GEN-11 {HIGH} The CDNI solution shall prevent looping of any CDNI information exchange.
GEN-11 {HIGH} CDNIソリューションは、CDNI情報交換のループを防止します。
GEN-12 {HIGH} When making use of third-party reference, the CDNI solution shall consider the potential issues associated with the use of various format of third-party references (e.g., NAT or IPv4/IPv6 translation potentially breaking third-party references based on an IP addresses such as URI containing IPv4 or IPv6 address literals, split DNS situations potentially breaking third-party references based on DNS FQDNs) and wherever possible avoid, minimize or mitigate the associated risks based on the specifics of the environments where the reference is used (e.g., likely or unlikely presence of NAT in the path). In particular, this applies to situations where the CDNI solution needs to construct and convey uniform resource identifiers for directing/redirecting a content request, as well as to situations where the CDNI solution needs to pass on a third-party reference (e.g., identify the IP address of a User Agent) in order to allow another entity to make a more informed decision (e.g., make a more informed request routing decision by attempting to derive location information from the third-party reference).
GEN-12 {HIGH}サードパーティの参照を使用する場合、CDNIソリューションは、サードパーティの参照のさまざまな形式の使用に関連する潜在的な問題を考慮しなければなりません（たとえば、NATまたはIPv4 / IPv6変換はサードパーティの参照を壊す可能性がありますIPv4またはIPv6アドレスリテラルを含むURIなどのIPアドレスに基づいて、DNS状況を分割し、DNS FQDNに基づいてサードパーティの参照を破壊する可能性があります。参照が可能な環境の詳細に基づいて、関連するリスクを可能な限り回避、最小化、または軽減が使用されている（たとえば、パスにNATが存在する可能性が高い、または存在しない可能性がある）。特に、これは、CDNIソリューションがコンテンツ要求を指示/リダイレクトするための統一リソース識別子を構築および伝達する必要がある状況、およびCDNIソリューションがサードパーティの参照を渡す必要がある状況（たとえば、ユーザーエージェントのIPアドレス）を使用して、別のエンティティがより多くの情報に基づいた決定を行えるようにします（たとえば、サードパーティの参照から位置情報を取得しようとすることにより、より多くの情報に基づいた要求ルーティングの決定を行います）。
GEN-13 {HIGH} The CDNI solution shall support HTTP Adaptive Streaming content.
GEN-13 {HIGH} CDNIソリューションは、HTTPアダプティブストリーミングコンテンツをサポートします。
The primary purpose of the CDNI Control interface (CI) is to initiate the interconnection across CDNs, bootstrap the other CDNI interfaces and trigger actions into the Downstream CDN by the Upstream CDN (such as delete object from caches or trigger pre-positioned content acquisition). The working group attempts to align requirements with the appropriate interface; however, solutions to these requirements may apply to a different interface or another interface in addition to the interface with which it is associated.
CDNI制御インターフェース（CI）の主な目的は、CDN間の相互接続を開始し、他のCDNIインターフェースをブートストラップし、アップストリームCDNによってダウンストリームCDNにアクションをトリガーすることです（キャッシュからのオブジェクトの削除や事前配信コンテンツ取得のトリガーなど）。 。ワーキンググループは、要件を適切なインターフェースに合わせようとします。ただし、これらの要件の解決策は、関連付けられているインターフェイスに加えて、別のインターフェイスまたは別のインターフェイスに適用される場合があります。
CI-1 {HIGH} The CDNI Control interface shall allow the Upstream CDN to request that the Downstream CDN, including cascaded Downstream CDNs, delete an object or set of objects and/or its CDNI Metadata from the CDN Surrogates and any storage. Only the object(s) and CDNI Metadata that pertain to the requesting Upstream CDN are allowed to be purged.
CI-1 {HIGH} CDNI制御インターフェースは、アップストリームCDNが、カスケードされたダウンストリームCDNを含むダウンストリームCDNに、CDNサロゲートおよび任意のストレージからオブジェクトまたはオブジェクトのセットやそのCDNIメタデータを削除することを要求できるようにします。要求されたアップストリームCDNに関連するオブジェクトとCDNIメタデータのみがパージできます。
CI-2 {MED} The CDNI Control interface should allow for multiple content items identified by a Content Collection ID to be purged using a single Content Purge action.
CI-2 {MED} CDNIコントロールインターフェースでは、コンテンツコレクションIDで識別される複数のコンテンツアイテムを、単一のコンテンツパージアクションを使用してパージできます。
CI-3 {MED} The CDNI Control interface should allow the Upstream CDN to request that the Downstream CDN, including cascaded Downstream CDNs, mark an object or set of objects and/or its CDNI Metadata as "stale" and revalidate them before they are delivered again.
CI-3 {MED} CDNI制御インターフェースは、アップストリームCDNが、カスケードされたダウンストリームCDNを含むダウンストリームCDNに、オブジェクトまたはオブジェクトのセットやそのCDNIメタデータを「古くなった」としてマークし、それらが再検証される前に要求できるようにする必要があります。再び配信。
CI-4 {HIGH} The CDNI Control interface shall allow the Downstream CDN to report on the completion of these actions (by itself, and including cascaded Downstream CDNs), in a manner appropriate for the action (e.g., synchronously or asynchronously). The confirmation receipt should include a success or failure indication. The failure indication and the reason are included if the Downstream CDN cannot delete the content in its storage.
CI-4 {HIGH} CDNI制御インターフェースにより、ダウンストリームCDNは、アクションに適切な方法で（同期または非同期など）、これらのアクションの完了について（単独で、カスケードされたダウンストリームCDNを含めて）レポートできるようになります。確認レシートには、成功または失敗の表示が含まれている必要があります。ダウンストリームCDNがストレージ内のコンテンツを削除できない場合、失敗の表示と理由が含まれます。
CI-5 {MED} The CDNI Control interface should support initiation and control by the Upstream CDN of pre-positioned CDNI Metadata acquisition by the Downstream CDN.
CI-5 {MED} CDNI制御インターフェースは、ダウンストリームCDNによる事前配信CDNIメタデータ取得のアップストリームCDNによる開始と制御をサポートする必要があります。
CI-6 {MED} The CDNI Control interface should support initiation and control by the Upstream CDN of pre-positioned content acquisition by the Downstream CDN.
CI-6 {MED} CDNI制御インターフェースは、ダウンストリームCDNによる事前配信コンテンツ取得のアップストリームCDNによる開始と制御をサポートする必要があります。
CI-7 {LOW} The CDNI Control interface may allow a CDN to establish, update and terminate a CDN interconnection with another CDN whereby one CDN can act as a Downstream CDN for the other CDN (that acts as an Upstream CDN).
CI-7 {LOW} CDNI制御インターフェースは、CDNが別のCDNとのCDN相互接続を確立、更新、終了できるようにし、1つのCDNが（アップストリームCDNとして機能する）他のCDNのダウンストリームCDNとして機能できるようにします。
CI-8 {LOW} The CDNI Control interface may allow control of the CDNI interfaces between any two CDNs independently for each direction (e.g., for the direction where CDN1 is the Upstream CDN and CDN2 is the Downstream CDN, and for the direction where CDN2 is the Upstream CDN and CDN1 is the Downstream CDN).
CI-8 {LOW} CDNI制御インターフェースは、各方向（CDN1がアップストリームCDNであり、CDN2がダウンストリームCDNである方向、およびCDN2である方向）の2つのCDN間のCDNIインターフェースの制御を許可します。アップストリームCDNで、CDN1はダウンストリームCDNです）。
CI-9 {LOW} The CDNI Control interface may allow bootstrapping of the CDNI Request Routing interface. For example, this can potentially include:
CI-9 {LOW} CDNI制御インターフェースは、CDNI要求ルーティングインターフェースのブートストラップを許可する場合があります。たとえば、これには次のものが含まれる可能性があります。
* negotiation of the request routing method (e.g., DNS versus HTTP, if more than one method is specified).
* リクエストルーティングメソッドのネゴシエーション（複数のメソッドが指定されている場合のDNSとHTTPなど）。
* discovery of the CDNI Request Routing interface endpoints.
* CDNI要求ルーティングインターフェイスエンドポイントの検出。
* information necessary to establish secure communication between the CDNI Request Routing interface endpoints.
* CDNI要求ルーティングインターフェイスエンドポイント間で安全な通信を確立するために必要な情報。
CI-10 {LOW} The CDNI Control interface may allow bootstrapping of the CDNI Metadata interface. This information could, for example, include:
CI-10 {LOW} CDNIコントロールインターフェイスは、CDNIメタデータインターフェイスのブートストラップを許可する場合があります。この情報には、たとえば次のものがあります。
* discovery of the CDNI Metadata interface endpoints
* CDNIメタデータインターフェイスエンドポイントの検出
* information necessary to establish secure communication between the CDNI Metadata interface endpoints.
* CDNIメタデータインターフェイスエンドポイント間の安全な通信を確立するために必要な情報。
CI-11 {LOW} The CDNI Control interface may allow bootstrapping of the Content Acquisition interface. This could, for example, include exchange and negotiation of the Content Acquisition methods to be used across the CDNs (e.g., HTTP, HTTPS, FTP, ATIS C2 [ATIS-0800042]).
CI-11 {LOW} CDNIコントロールインターフェイスは、コンテンツ取得インターフェイスのブートストラップを許可する場合があります。これには、たとえば、CDN全体で使用されるコンテンツ取得メソッド（HTTP、HTTPS、FTP、ATIS C2 [ATIS-0800042]など）の交換とネゴシエーションが含まれます。
CI-12 {LOW} The CDNI Control interface may allow bootstrapping of the CDNI Logging interface. This information could, for example, include:
CI-12 {LOW} CDNIコントロールインターフェイスは、CDNIログインターフェイスのブートストラップを許可する場合があります。この情報には、たとえば次のものがあります。
* discovery of the CDNI Logging interface endpoints.
* CDNIログインターフェイスエンドポイントの検出。
* information necessary to establish secure communication between the CDNI Logging interface endpoints.
* CDNI Loggingインターフェイスエンドポイント間の安全な通信を確立するために必要な情報。
* negotiation/definition of the log file format and set of fields to be exported through the logging protocol, with some granularity (e.g., on a per-content-type basis).
* ログファイル形式のネゴシエーション/定義、およびログプロトコルを介してエクスポートされるフィールドのセット。ある程度の粒度（コンテンツタイプごとなど）で。
* negotiation/definition of parameters related to transaction logs export (e.g., export protocol, file compression, export frequency, directory).
* トランザクションログのエクスポートに関連するパラメーターのネゴシエーション/定義（エクスポートプロトコル、ファイル圧縮、エクスポート頻度、ディレクトリなど）。
The main function of the CDNI Request Routing Redirection interface (RI) is to allow the Request Routing systems in interconnected CDNs to communicate to facilitate redirection of the request across CDNs.
CDNI要求ルーティングリダイレクトインターフェイス（RI）の主な機能は、相互接続されたCDN内の要求ルーティングシステムが通信して、CDN間での要求のリダイレクトを容易にすることです。
RI-1 {HIGH} The CDNI Request Routing Redirection interface shall support efficient request routing for small objects. This may, for example, call for a mode of operation (e.g., DNS-based request routing) where freshness and accuracy of CDN/ Surrogate selection can be traded off against reduced request routing load (e.g., Via lighter-weight queries and caching of request routing decisions).
RI-1 {HIGH} CDNI要求ルーティングリダイレクションインターフェイスは、小さなオブジェクトの効率的な要求ルーティングをサポートします。これは、たとえば、動作モード（たとえば、DNSベースのリクエストルーティング）を要求する場合があります。この場合、CDN /サロゲートの選択の鮮度と精度は、リクエストルーティングの負荷の軽減（たとえば、軽量のクエリとルーティング決定を要求します）。
RI-2 {HIGH} The CDNI Request Routing Redirection interface shall support efficient request routing for large objects. This may, for example, call for a mode of operation (e.g., HTTP-based request routing) where freshness and accuracy of CDN/ Surrogate selection justifies a per-request decision and a per-request CDNI Request-Routing protocol call.
RI-2 {HIGH} CDNIリクエストルーティングリダイレクションインターフェイスは、ラージオブジェクトの効率的なリクエストルーティングをサポートします。これは、たとえば、CDN /サロゲート選択の鮮度と正確さが要求ごとの決定と要求ごとのCDNI要求ルーティングプロトコル呼び出しを正当化する動作モード（たとえば、HTTPベースの要求ルーティング）を要求する場合があります。
RI-3 {HIGH} The CDNI Request Routing Redirection interface shall support recursive CDNI request routing.
RI-3 {HIGH} CDNI要求ルーティングリダイレクションインターフェイスは、再帰的なCDNI要求ルーティングをサポートします。
RI-4 {HIGH} The CDNI Request Routing Redirection interface shall support iterative CDNI request routing.
RI-4 {HIGH} CDNI要求ルーティングリダイレクションインターフェイスは、反復CDNI要求ルーティングをサポートします。
RI-5 {MED} In case of detection of a request redirection loop, the CDNI Request Routing Redirection interface's loop prevention mechanism should allow redirection of the request on an alternate CDN path (as opposed to the request not being redirected at all).
RI-5 {MED}リクエストリダイレクトループが検出された場合、CDNIリクエストルーティングリダイレクトインターフェイスのループ防止メカニズムにより、（リクエストがまったくリダイレクトされないのとは対照的に）代替CDNパスでリクエストをリダイレクトできます。
RI-6 {MED} The CDNI Request Routing Redirection interface should support a mechanism allowing enforcement of a limit on the number of successive CDN redirections for a given request.
RI-6 {MED} CDNI要求ルーティングリダイレクトインターフェイスは、特定の要求に対する連続したCDNリダイレクトの数に制限を適用できるメカニズムをサポートする必要があります。
RI-7 {LOW} The CDNI Request Routing Redirection interface may support a mechanism allowing an Upstream CDN to avoid redirecting a request to a Downstream CDN if that is likely to result in the total redirection time exceeding some limit.
RI-7 {LOW} CDNIリクエストルーティングリダイレクトインターフェイスは、合計リダイレクト時間が何らかの制限を超える可能性がある場合に、アップストリームCDNがリクエストをダウンストリームCDNにリダイレクトしないようにするメカニズムをサポートします。
RI-8 {HIGH} The CDNI Request Routing Redirection interface shall allow the Upstream CDN to include, in the query to the Downstream CDN, the necessary information to allow the Downstream CDN to process the redirection query. This could, for example, include:
RI-8 {HIGH} CDNIリクエストルーティングリダイレクトインターフェイスにより、ダウンストリームCDNへのクエリに、ダウンストリームCDNがリダイレクトクエリを処理するために必要な情報をアップストリームCDNに含めることができます。これには、たとえば次のものが含まれます。
* information from which the geographic region pertaining to the IP address of the User Agent that originated the request can be inferred (e.g., User Agent FQDN in case of HTTP-based request routing, DNS Proxy FQDN in case of DNS-based request routing).
* リクエストを発信したユーザーエージェントのIPアドレスに関連する地理的領域を推測できる情報（たとえば、HTTPベースのリクエストルーティングの場合はユーザーエージェントFQDN、DNSベースのリクエストルーティングの場合はDNSプロキシFQDN）。
* requested resource information (e.g., Resource URI in case of HTTP-based request routing, Resource hostname in case of DNS-based request routing).
* 要求されたリソース情報（HTTPベースのリクエストルーティングの場合はリソースURI、DNSベースのリクエストルーティングの場合はリソースホスト名など）
* additional available request information (e.g., request headers in case of HTTP-based request routing).
* 利用可能な追加のリクエスト情報（HTTPベースのリクエストルーティングの場合のリクエストヘッダーなど）
RI-9 {LOW} The CDNI Request Routing Redirection interface may also allow the Upstream CDN to convey information pointing to CDNI Metadata applicable (individually or through inheritance) to the requested content. For illustration, the CDNI Metadata pointed to could potentially include metadata that is applicable to any content, metadata that is applicable to a content collection (to which the requested content belongs) and/or metadata that is applicable individually to the requested content.
RI-9 {LOW} CDNI要求ルーティングリダイレクトインターフェイスを使用すると、アップストリームCDNが、要求されたコンテンツに（個別にまたは継承を介して）適用可能なCDNIメタデータを指す情報を伝達することもできます。例として、指摘されているCDNIメタデータには、任意のコンテンツに適用できるメタデータ、（要求されたコンテンツが属する）コンテンツコレクションに適用できるメタデータ、および/または要求されたコンテンツに個別に適用できるメタデータが含まれる可能性があります。
RI-10 {HIGH} The CDNI Request Routing Redirection interface shall allow the Downstream CDN to include the following information in the response to the Upstream CDN:
RI-10 {HIGH} CDNI要求ルーティングリダイレクトインターフェイスでは、ダウンストリームCDNがアップストリームCDNへの応答に次の情報を含めることができます。
* status code, in particular indicating acceptance or rejection of request (e.g., because the Downstream CDN is unwilling or unable to serve the request). In case of rejection, an error code is also to be provided, which allows the Upstream CDN to react appropriately (e.g., select another Downstream CDN, or serve the request itself).
* ステータスコード。特に、リクエストの受け入れまたは拒否を示します（たとえば、ダウンストリームCDNがリクエストを処理したくない、または処理できないため）。拒否の場合は、エラーコードも提供されます。これにより、アップストリームCDNが適切に反応します（たとえば、別のダウンストリームCDNを選択するか、リクエスト自体を処理します）。
* redirection information (e.g., Resource URI in case of HTTP-based request routing, equivalent of a DNS record in case of DNS-based request routing).
* リダイレクト情報（HTTPベースのリクエストルーティングの場合はリソースURI、DNSベースのリクエストルーティングの場合はDNSレコードに相当）。
RI-11 {HIGH} The CDNI Request Routing Redirection interface shall allow for per-chunk request routing of HTTP Adaptive Streaming content.
RI-11 {HIGH} CDNI要求ルーティングリダイレクトインターフェイスは、HTTPアダプティブストリーミングコンテンツのチャンクごとの要求ルーティングを可能にします。
RI-12 {LOW} The CDNI Request Routing Redirection interface may allow the Upstream CDN to use the information conveyed by the Downstream CDN during the Recursive Request Routing process to rewrite an HTTP Adaptive Streaming manifest file.
RI-12 {LOW} CDNI要求ルーティングリダイレクトインターフェイスでは、再帰要求ルーティングプロセス中にダウンストリームCDNによって伝えられた情報を使用して、HTTPアダプティブストリーミングマニフェストファイルを書き換えることができます。
RI-13 {LOW} The CDNI Request Routing interface may allow the Upstream CDN to re-compute the message digest or digital signature over the invariant portion of the chunk URIs embedded in the HTTP Adaptive Streaming manifest file.
RI-13 {LOW} CDNI要求ルーティングインターフェイスにより、アップストリームCDNは、HTTPアダプティブストリーミングマニフェストファイルに埋め込まれたチャンクURIの不変部分でメッセージダイジェストまたはデジタル署名を再計算できます。
RI-14 {MED} The CDNI Request Routing Redirection interface should correlate the HTTP Adaptive Stream manifest file to the related chunks referenced in the manifest file.
RI-14 {MED} CDNIリクエストルーティングリダイレクトインターフェイスは、HTTPアダプティブストリームマニフェストファイルを、マニフェストファイルで参照される関連するチャンクに関連付ける必要があります。
RI-15 {MED} The CDNI Request Routing Redirection interface should allow for an efficient method of transferring request routing information for multiple chunks from the Downstream CDN to the Upstream CDN as part of the recursive request routing process.
RI-15 {MED} CDNIリクエストルーティングリダイレクトインターフェイスは、複数のチャンクのリクエストルーティング情報を再帰リクエストルーティングプロセスの一部としてダウンストリームCDNからアップストリームCDNに転送する効率的な方法を可能にする必要があります。
The main function of the CDNI Footprint & Capabilities Advertisement interface (FCI) is to allow the Downstream CDN to advertise the information regarding its footprint and capabilities to the Upstream CDN.
CDNI Footprint＆Capabilities Advertisementインターフェース（FCI）の主な機能は、ダウンストリームCDNがそのフットプリントと機能に関する情報をアップストリームCDNにアドバタイズできるようにすることです。
FCI-1 {HIGH} The CDNI Footprint & Capabilities Advertisement interface shall allow the Downstream CDN to communicate to the Upstream CDN coarse information about the Downstream CDN ability and/or willingness to handle requests from the Upstream CDN. For example, this could potentially include a binary signal ("Downstream CDN ready/not-ready to take additional requests from Upstream CDN") to be used in case of excessive load or failure condition in the Downstream CDN.
FCI-1 {HIGH} CDNI Footprint＆Capabilities Advertisementインターフェースにより、ダウンストリームCDNがアップストリームCDNと通信し、ダウンストリームCDN能力に関する大まかな情報や、アップストリームCDNからの要求を処理する意欲を持つことができます。たとえば、これには、ダウンストリームCDNに過剰な負荷または障害状態が発生した場合に使用されるバイナリ信号（「ダウンストリームCDNがアップストリームCDNから追加要求を受け取る準備ができている/準備ができていない」）が含まれる可能性があります。
FCI-2 {MED} The CDNI Footprint & Capabilities Advertisement interface should allow the Downstream CDN to communicate to the Upstream CDN aggregate information to facilitate CDN selection during request routing, such as Downstream CDN capabilities, resources and affinities (i.e., preferences or cost). This information could, for example, include:
FCI-2 {MED} CDNI Footprint＆Capabilities Advertisementインターフェースは、ダウンストリームCDNがアップストリームCDN集約情報と通信して、リクエストルーティング中に、ダウンストリームCDN機能、リソース、アフィニティ（設定やコストなど）のCDN選択を容易にすることを可能にする必要があります。この情報には、たとえば次のものがあります。
* supported content types and delivery protocols
* サポートされているコンテンツタイプと配信プロトコル
* footprint (e.g., Layer 3 coverage).
* フットプリント（レイヤー3カバレッジなど）。
* a set of metrics/attributes (e.g., streaming bandwidth, storage resources, distribution and delivery priority).
* メトリック/属性のセット（ストリーミング帯域幅、ストレージリソース、配信と配信の優先度など）。
* a set of affinities (e.g., preferences, indication of distribution/delivery fees).
* 一連のアフィニティ（設定、配信/配信料金の表示など）。
* information to facilitate request redirection (e.g., Reachability information of Downstream CDN Request Routing system).
* 要求のリダイレクトを容易にするための情報（たとえば、ダウンストリームCDN要求ルーティングシステムの到達可能性情報）。
[Note: Some of this information -- such as supported content types and delivery protocols -- may also potentially be taken into account by the Distribution system in the Upstream CDN for pre-positioning of content and/or metadata in the Downstream CDN in case of pre-positioned content acquisition and/or pre-positioned CDNI Metadata acquisition.]
[注：この情報の一部（サポートされているコンテンツタイプや配信プロトコルなど）は、コンテンツの事前配信やダウンストリームCDNでのメタデータの場合、アップストリームCDNの配信システムでも考慮される可能性があります。事前配信コンテンツ取得および/または事前配信CDNIメタデータ取得。]
FCI-3 {MED} In the case of cascaded redirection, the CDNI Footprint & Capabilities Advertisement interface should allow the Downstream CDN to also include in the information communicated to the Upstream CDN, information on the capabilities, resources and affinities of CDNs to which the Downstream CDN may (in turn) redirect requests received by the Upstream CDN. In that case, the CDNI Request Routing interface shall prevent looping of such information exchange.
FCI-3 {MED}カスケードされたリダイレクトの場合、CDNI Footprint＆Capabilities Advertisementインターフェースは、ダウンストリームCDNが、アップストリームCDNに伝達される情報、機能、リソース、およびCDNのアフィニティに関する情報にも含めることを許可する必要があります。ダウンストリームCDNは、アップストリームCDNが受信した要求を（順番に）リダイレクトする場合があります。その場合、CDNI要求ルーティングインターフェイスは、そのような情報交換のループを防止します。
FCI-4 {LOW} The CDNI Footprint & Capabilities Advertisement interface may allow the Downstream CDN to communicate to the Upstream CDN aggregate information on CDNI administrative limits and policy. This information can be taken into account by the Upstream CDN Request Routing system in its CDN Selection decisions. This information could, for example, include:
FCI-4 {LOW} CDNI Footprint＆Capabilities Advertisementインターフェースにより、ダウンストリームCDNがCDNI管理制限とポリシーに関するアップストリームCDN集約情報と通信できるようになる場合があります。この情報は、アップストリームCDNリクエストルーティングシステムがCDN選択の決定で考慮することができます。この情報には、たとえば次のものがあります。
* maximum number of requests redirected by the Upstream CDN to be served simultaneously by the Downstream CDN.
* アップストリームCDNによってリダイレクトされ、ダウンストリームCDNによって同時に処理されるリクエストの最大数。
* maximum aggregate volume of content (e.g., in Terabytes) to be delivered by the Downstream CDN over a time period.
* 一定期間にダウンストリームCDNによって配信されるコンテンツの最大総量（テラバイトなど）。
FCI-5 {MED} The CDNI Footprint & Capabilities Advertisement interface should support advertisement of the following types of capabilities:
FCI-5 {MED} CDNI Footprint＆Capabilities Advertisementインターフェイスは、次のタイプの機能のアドバタイズをサポートする必要があります。
* delivery protocol (e.g., HTTP versus Real Time Messaging Protocol [RTMP]).
* 配信プロトコル（HTTPとReal Time Messaging Protocol [RTMP]など）。
* acquisition protocol (for acquiring content from an Upstream CDN).
* 取得プロトコル（アップストリームCDNからコンテンツを取得するため）。
* redirection mode (e.g., DNS Redirection versus HTTP Redirection).
* リダイレクションモード（DNSリダイレクションとHTTPリダイレクションなど）。
* capabilities related to CDNI Logging (e.g., supported logging mechanisms).
* CDNIロギングに関連する機能（サポートされているロギングメカニズムなど）。
* capabilities related to CDNI Metadata (e.g., authorization algorithms or support for proprietary vendor metadata).
* CDNIメタデータに関連する機能（承認アルゴリズムや独自のベンダーメタデータのサポートなど）。
FCI-6 {LOW} The CDNI Control interface may allow exchange and negotiation of delivery authorization mechanisms to be supported across the CDNs (e.g., URI-signature-based validation).
FCI-6 {LOW} CDNI制御インターフェースにより、配信許可メカニズムの交換とネゴシエーションがCDN全体でサポートされるようになります（例：URI署名ベースの検証）。
FCI-7 {HIGH} The CDNI Footprint & Capabilities Advertisement interface shall support extensible fields used to convey the CDN capabilities and methods to indicate the footprint in the advertisement from the Downstream CDN to the Upstream CDN.
FCI-7 {HIGH} CDNI Footprint＆Capabilities Advertisementインターフェースは、ダウンストリームCDNからアップストリームCDNへの広告内のフットプリントを示すために、CDN機能とメソッドを伝えるために使用される拡張可能なフィールドをサポートします。
The primary function of the CDNI Metadata interface (MI) is to allow the Distribution system in interconnected CDNs to communicate to ensure Content Distribution Metadata with inter-CDN scope can be exchanged across CDNs. We observe that while the CDNI Metadata Distribution protocol is currently discussed as a single "protocol", further analysis will determine whether the corresponding requirements are to be realized over a single interface and protocol, or over multiple interfaces and protocols. For example, a subset of the CDNI Metadata might be conveyed in-band along with the actual content acquisition across CDNs (e.g. content MD5 in HTTP header) while another subset might require an out-of-band interface and protocol (e.g., geo-blocking information).
CDNIメタデータインターフェイス（MI）の主な機能は、相互接続されたCDN内の配布システムが通信できるようにし、CDN間スコープを持つコンテンツ配布メタデータをCDN間で交換できるようにすることです。現在、CDNIメタデータ配布プロトコルは単一の「プロトコル」として説明されていますが、さらに分析すると、対応する要件を単一のインターフェースとプロトコルで実現するか、複数のインターフェースとプロトコルで実現するかが決まります。たとえば、CDNIメタデータのサブセットは、CDN全体の実際のコンテンツ取得（例：HTTPヘッダーのコンテンツMD5）とともに帯域内で伝達され、別のサブセットは、帯域外インターフェイスとプロトコル（例：ジオブロック情報）。
MI-1 {HIGH} The CDNI Metadata interface shall allow the Upstream CDN to provide the Downstream CDN with content distribution metadata of inter-CDN scope.
MI-1 {HIGH} CDNIメタデータインターフェイスを使用すると、アップストリームCDNがダウンストリームCDNにCDN間スコープのコンテンツ配信メタデータを提供できるようになります。
MI-2 {HIGH} The CDNI Metadata interface shall support exchange of CDNI Metadata for both the dynamic content acquisition model and the pre-positioning content acquisition model.
MI-2 {HIGH} CDNIメタデータインターフェイスは、動的コンテンツ取得モデルと事前配置コンテンツ取得モデルの両方でCDNIメタデータの交換をサポートするものとします。
MI-3 {HIGH} The CDNI Metadata interface shall support a mode where no, or a subset of, the CDNI Metadata is initially communicated to the Downstream CDN along with information about how/where to acquire the rest of the CDNI Metadata (i.e., Dynamic CDNI Metadata acquisition).
MI-3 {HIGH} CDNIメタデータインターフェイスは、残りのCDNIメタデータを取得する方法/場所に関する情報とともに、CDNIメタデータが最初にダウンストリームCDNに通信されない、またはそのサブセットであるモードをサポートします（つまり、動的CDNIメタデータ取得）。
MI-4 {MED} The CDNI Metadata interface should support a mode where all the relevant CDNI Metadata is initially communicated to the Downstream CDN (i.e., pre-positioned CDNI Metadata acquisition).
MI-4 {MED} CDNIメタデータインターフェースは、関連するすべてのCDNIメタデータが最初にダウンストリームCDNに通信されるモードをサポートする必要があります（つまり、事前配信されたCDNIメタデータの取得）。
MI-5 {HIGH} Whether in the pre-positioned content acquisition model or in the dynamic content acquisition model, the CDNI Metadata interface shall provide the necessary information to allow the Downstream CDN to acquire the content from an upstream source (e.g., acquisition protocol and Uniform Resource Identifier in Upstream CDN -- or rules to construct this URI).
MI-5 {HIGH}事前配信コンテンツ取得モデルでも動的コンテンツ取得モデルでも、CDNIメタデータインターフェースは、ダウンストリームCDNがアップストリームソースからコンテンツを取得できるようにするために必要な情報を提供します（たとえば、取得プロトコル）。およびアップストリームCDNのUniform Resource Identifier-またはこのURIを構築するためのルール）。
MI-6 {HIGH} The CDNI Metadata shall allow signaling of one or more upstream sources, where each upstream source can be in the Upstream CDN, in another CDN, the CSP origin server or any arbitrary source designated by the Upstream CDN. Note that some upstream sources (e.g., the content origin server) may or may not be willing to serve the content to the Downstream CDN; if this policy is known to the Upstream CDN, then it may omit those sources when exchanging CDNI Metadata.
MI-6 {HIGH} CDNIメタデータは、1つ以上のアップストリームソースのシグナリングを許可します。各アップストリームソースは、アップストリームCDN、別のCDN、CSPオリジンサーバー、またはアップストリームCDNによって指定された任意のソースにあります。一部のアップストリームソース（コンテンツオリジンサーバーなど）は、コンテンツをダウンストリームCDNに提供する意思がある場合とそうでない場合があります。このポリシーがアップストリームCDNに認識されている場合、CDNIメタデータを交換するときにこれらのソースを省略できます。
MI-7 {HIGH} The CDNI Metadata interface (possibly in conjunction with the CDNI Control interface) shall allow the Upstream CDN to request addition and modification of CDNI Metadata into the Downstream CDN.
MI-7 {HIGH} CDNIメタデータインターフェイス（おそらくCDNI制御インターフェイスと組み合わせて）により、アップストリームCDNがダウンストリームCDNへのCDNIメタデータの追加と変更を要求できるようになります。
MI-8 {HIGH} The CDNI Metadata interface (possibly in conjunction with the CDNI Control interface) shall allow removal of obsolete CDNI Metadata from the Downstream CDN (this could, for example, be achieved via an explicit removal request from the Upstream CDN or via expiration of a Time-To-Live (TTL) associated with the CDNI Metadata).
MI-8 {HIGH} CDNIメタデータインターフェイス（おそらくCDNI制御インターフェイスと組み合わせて）は、ダウンストリームCDNから古いCDNIメタデータを削除できるようにします（これは、たとえば、アップストリームCDNからの明示的な削除要求を介して、またはCDNIメタデータに関連付けられた存続可能時間（TTL）の期限切れを介して）。
MI-9 {HIGH} The CDNI Metadata interface shall allow association of CDNI Metadata at the granularity of individual object. This is necessary to achieve fine-grain CDNI Metadata distribution at the level of an individual object when necessary.
MI-9 {HIGH} CDNIメタデータインターフェイスでは、個々のオブジェクトの粒度でCDNIメタデータを関連付けることができます。これは、必要に応じて個々のオブジェクトのレベルで細かいCDNIメタデータの配布を実現するために必要です。
MI-10 {HIGH} The CDNI Metadata interface shall allow association of CDNI Metadata at the granularity of an object set. This is necessary to achieve scalable distribution of metadata when a large number of objects share the same distribution policy.
MI-10 {HIGH} CDNIメタデータインターフェイスでは、オブジェクトセットの粒度でCDNIメタデータを関連付けることができます。これは、多数のオブジェクトが同じ配布ポリシーを共有する場合に、メタデータのスケーラブルな配布を実現するために必要です。
MI-11 {HIGH} The CDNI Metadata interface shall support multiple levels of inheritance with precedence to more specific metadata. For example, the CDNI Metadata Distribution protocol may support metadata that is applicable to any content, metadata that is applicable to a content collection and metadata that is applicable to an individual content where content level metadata overrides content collection metadata that overrides metadata for any content.
MI-11 {HIGH} CDNIメタデータインターフェイスは、より具体的なメタデータに優先して、複数のレベルの継承をサポートします。たとえば、CDNIメタデータ配布プロトコルは、任意のコンテンツに適用可能なメタデータ、コンテンツコレクションに適用可能なメタデータ、および個々のコンテンツに適用可能なメタデータをサポートする場合があります。
MI-12 {HIGH} The CDNI Metadata interface shall ensure that conflicting metadata with overlapping scope are prevented or deterministically handled.
MI-12 {HIGH} CDNIメタデータインターフェースは、重複するスコープを持つ競合するメタデータが確実に防止または確実に処理されるようにします。
MI-13 {HIGH} The CDNI Metadata interface shall allow signaling of content distribution control policies. For example, this could potentially include:
MI-13 {HIGH} CDNIメタデータインターフェイスは、コンテンツ配信制御ポリシーのシグナリングを許可します。たとえば、これには次のものが含まれる可能性があります。
* geo-blocking information (i.e., information defining geographical areas where the content is to be made available or blocked).
* ジオブロッキング情報（コンテンツが利用可能またはブロックされる地理的領域を定義する情報）。
* availability windows (i.e., information defining time windows during which the content is to be made available or blocked; expiration time may also be included to remove content).
* 可用性ウィンドウ（つまり、コンテンツが使用可能またはブロックされる時間ウィンドウを定義する情報。コンテンツを削除するために有効期限も含めることができます）。
* delegation whitelist/blacklist (i.e., information defining through which Downstream CDNs the content may/may not be delivered)
* 委任のホワイトリスト/ブラックリスト（つまり、コンテンツを配信できる/配信できないダウンストリームCDNを定義する情報）
MI-14 {HIGH} The CDNI Metadata interface shall be able to exchange a set of metadata elements with specified semantics (e.g., start of time window, end of time window).
MI-14 {HIGH} CDNIメタデータインターフェイスは、メタデータ要素のセットを指定されたセマンティクス（たとえば、時間枠の開始、時間枠の終了）で交換できる必要があります。
MI-15 {HIGH} The CDNI Metadata interface shall allow exchange of opaque metadata element, whose semantic is not defined in CDNI but established by private CDN agreement.
MI-15 {HIGH} CDNIメタデータインターフェースは、不透明なメタデータ要素の交換を許可します。その意味はCDNIでは定義されていませんが、プライベートCDN契約によって確立されています。
MI-16 {HIGH} The CDNI Metadata interface shall allow signaling of authorization checks and validation that are to be performed by the Surrogate before delivery. For example, this could potentially include the need to validate information (e.g., Expiry time, Client IP address) required for access authorization.
MI-16 {HIGH} CDNIメタデータインターフェースにより、配信前にサロゲートによって実行される承認チェックと検証のシグナリングが可能になります。たとえば、これにはアクセス認証に必要な情報（有効期限、クライアントIPアドレスなど）を検証する必要性が含まれる可能性があります。
MI-17 {MED} The CDNI Metadata interface should allow signaling of CDNI-relevant Surrogate cache behavior parameters. For example, this could potentially include:
MI-17 {MED} CDNIメタデータインターフェイスでは、CDNI関連のサロゲートキャッシュ動作パラメーターのシグナリングを許可する必要があります。たとえば、これには次のものが含まれる可能性があります。
* control of whether the query string of HTTP URI is to be ignored by Surrogate cache.
* HTTP URIのクエリ文字列がサロゲートキャッシュによって無視されるかどうかの制御。
* enforcement of caching directives by Downstream CDN that are different than the ones signaled in the HTTP headers (e.g., "Expires" field).
* ダウンストリームCDNによるキャッシュディレクティブの適用。これは、HTTPヘッダーで通知されたものとは異なります（たとえば、 "Expires"フィールド）。
* rate-pacing by Downstream CDN for content delivery (e.g., Progressive Download).
* コンテンツ配信（プログレッシブダウンロードなど）のダウンストリームCDNによるレートペース。
MI-18 {HIGH} The CDNI Metadata interface shall provide indication of related content (e.g., HTTP Adaptive Bit Rate chunks) by the Content Collection ID (CCID) metadata. This could be used by the Downstream CDN for operations on the group of content. For example, this could potentially include:
MI-18 {HIGH} CDNIメタデータインターフェイスは、コンテンツコレクションID（CCID）メタデータによって関連コンテンツ（HTTPアダプティブビットレートチャンクなど）を示します。これは、コンテンツのグループを操作するためにダウンストリームCDNで使用できます。たとえば、これには次のものが含まれる可能性があります。
* content acquisition for the entire set of files when one piece of content is requested.
* 1つのコンテンツが要求されたときのファイルセット全体のコンテンツ取得。
* local file management and storage bundles all the files for the content.
* ローカルファイル管理とストレージは、コンテンツのすべてのファイルをバンドルします。
* purging the entire set of files associated with the content.
* コンテンツに関連付けられているファイルのセット全体をパージします。
* logging of the delivery of the content for the session when at least one file in the set was delivered.
* セット内の少なくとも1つのファイルが配信されたときのセッションのコンテンツ配信のロギング。
MI-19 {MED} The CDNI Metadata interface should support an optional mechanism allowing the Upstream CDN to indicate to the Downstream CDN which CDNI Log fields are to be provided for all content items, for specific sets of content items, or for specific content items delivered using HTTP. A CDNI implementation that does not support this optional CDNI Metadata Distribution interface mechanism shall ignore this log format indication and generate CDNI Logging format for HTTP Adaptive Streaming using the default set of CDNI Logging fields. (Note: This function may be part of the CDNI Metadata interface or the CDNI Control interface.)
MI-19 {MED} CDNIメタデータインターフェイスは、すべてのコンテンツアイテム、特定のコンテンツアイテムのセット、または特定のコンテンツアイテムに対して、どのCDNIログフィールドを提供するかをアップストリームCDNがダウンストリームCDNに示すことができるオプションのメカニズムをサポートする必要があります。 HTTPを使用して配信されます。このオプションのCDNIメタデータ配布インターフェースメカニズムをサポートしないCDNI実装は、このログ形式の表示を無視し、CDNIログフィールドのデフォルトセットを使用してHTTPアダプティブストリーミング用のCDNIログ形式を生成します。 （注：この関数は、CDNIメタデータインターフェイスまたはCDNIコントロールインターフェイスの一部である場合があります。）
MI-20 {MED} The CDNI Metadata interface should allow the Upstream CDN to signal to the Downstream CDN the Content Collection ID value for all, for specific sets of, or for specific content items delivered using HTTP. Whenever the Downstream CDN is instructed by the Upstream CDN to report the Content Collection ID field in the log records, the Downstream CDN is to use the value provided through the CDNI Metadata interface for the corresponding content. Note the Session ID field along with Content Collection ID may be used for HTTP Adaptive Streaming content.
MI-20 {MED} CDNIメタデータインターフェースにより、アップストリームCDNは、すべて、特定のセット、またはHTTPを使用して配信される特定のコンテンツアイテムのコンテンツコレクションID値をダウンストリームCDNに通知できます。ダウンストリームCDNがアップストリームCDNからログレコードのコンテンツコレクションIDフィールドを報告するように指示されると、ダウンストリームCDNは、対応するコンテンツのCDNIメタデータインターフェースを通じて提供された値を使用します。セッションIDフィールドとコンテンツコレクションIDは、HTTPアダプティブストリーミングコンテンツに使用できます。
MI-21 {MED} The CDNI Metadata interface should allow the Upstream CDN to signal to the Downstream CDN the Authorization Group ID value for all the related HTTP Adaptive Streaming content (i.e., manifest file and chunks). The authorization result of a content (e.g., manifest file) is transferred over to related content (e.g., chunks).
MI-21 {MED} CDNIメタデータインターフェースは、アップストリームCDNがダウンストリームCDNに、関連するすべてのHTTPアダプティブストリーミングコンテンツ（つまり、マニフェストファイルとチャンク）の承認グループID値を通知できるようにする必要があります。コンテンツ（マニフェストファイルなど）の承認結果は、関連するコンテンツ（チャンクなど）に転送されます。
MI-22 {HIGH} The CDNI Metadata interface shall support extensible format for CDNI Metadata delivery from the Upstream CDN to the Downstream CDN.
MI-22 {HIGH} CDNIメタデータインターフェイスは、アップストリームCDNからダウンストリームCDNへのCDNIメタデータ配信の拡張可能な形式をサポートします。
This section identifies the requirements related to the CDNI Logging interface (LI). We observe that while the CDNI Logging interface is currently discussed as a single "protocol", further analysis will determine whether the corresponding requirements are to be realized over a single interface and protocol or over multiple interfaces and protocols.
このセクションでは、CDNIログインターフェイス（LI）に関連する要件を示します。現在、CDNIログインターフェイスは単一の「プロトコル」として説明されていますが、さらに分析すると、対応する要件を単一のインターフェイスとプロトコルで実現するか、複数のインターフェイスとプロトコルで実現するかが決まります。
LI-1 {HIGH} The CDNI Logging interface and architecture shall ensure reliable transfer of CDNI logging information across CDNs.
LI-1 {HIGH} CDNIログインターフェイスとアーキテクチャにより、CDN間でCDNIログ情報を確実に転送できるようになります。
LI-2 {HIGH} The CDNI Logging interface shall provide logging of deliveries and incomplete deliveries to User Agents performed by the Downstream CDN as a result of request redirection by the Upstream CDN.
LI-2 {高} CDNIロギングインターフェイスは、アップストリームCDNによる要求のリダイレクトの結果として、ダウンストリームCDNによって実行されるユーザーエージェントへの配信および不完全な配信のロギングを提供します。
LI-3 {MED} In the case of cascaded CDNs, the CDNI Logging interface should allow the Downstream CDN to report to the Upstream CDN logging for deliveries and incomplete deliveries performed by the Downstream CDN itself as well as logging for deliveries and incomplete deliveries performed by cascaded CDNs on behalf of the Downstream CDN.
LI-3 {MED}カスケードCDNの場合、CDNIロギングインターフェイスは、ダウンストリームCDNが、ダウンストリームCDN自体によって実行された配信と不完全な配信、および実行された配信と不完全な配信のロギングについて、アップストリームCDNロギングにレポートできるようにする必要があります。ダウンストリームCDNに代わってカスケードされたCDNによって。
LI-4 {HIGH} The CDNI Logging interface shall support batch/offline exchange of logging records.
LI-4 {HIGH} CDNIロギングインターフェイスは、ロギングレコードのバッチ/オフライン交換をサポートします。
LI-5 {MED} The CDNI Logging interface should also support an additional mechanism taking into account the timing constraints for some types of logging records (e.g., near-real time for monitoring and analytics applications).
LI-5 {MED} CDNIロギングインターフェースは、一部のタイプのロギングレコードのタイミング制約（たとえば、モニタリングおよび分析アプリケーションのほぼリアルタイム）を考慮した追加のメカニズムもサポートする必要があります。
LI-6 {HIGH} The CDNI Logging interface shall define a log file format and a set of fields to be exported for various CDNI Logging events.
LI-6 {HIGH} CDNIログインターフェイスは、さまざまなCDNIログイベント用にエクスポートされるログファイル形式とフィールドのセットを定義します。
LI-7 {HIGH} The CDNI Logging interface shall define a transport mechanism to exchange CDNI Logging files.
LI-7 {高} CDNIログインターフェイスは、CDNIログファイルを交換するためのトランスポートメカニズムを定義します。
LI-8 {MED} The CDNI Logging interface should allow a CDN to query another CDN for relevant current logging records (e.g., for on-demand access to real-time logging information).
LI-8 {MED} CDNI Loggingインターフェースを使用すると、CDNは別のCDNに関連する現在のログ記録を照会できます（例：リアルタイムのログ情報へのオンデマンドアクセス）。
LI-9 {LOW} The CDNI Logging interface may support aggregate/ summarized logs (e.g., total bytes delivered for a content regardless of individual User Agents to which it was delivered).
LI-9 {LOW} CDNI Loggingインターフェースは、集約/要約されたログをサポートする場合があります（たとえば、コンテンツが配信された個々のユーザーエージェントに関係なく、コンテンツに対して配信された合計バイト数）。
LI-10 {LOW} The CDNI Logging interface may support logging of performance data for deliveries to User Agents performed by the Downstream CDN as a result of request redirection by the Upstream CDN. Performance data may include various traffic statistics (the specific parameters are to be determined). The CDNI Logging interface may support the Upstream CDN to indicate the nature and contents of the performance data to be reported by the Downstream CDN.
LI-10 {LOW} CDNIロギングインターフェイスは、アップストリームCDNによるリクエストのリダイレクトの結果として、ダウンストリームCDNによって実行されるユーザーエージェントへの配信のパフォーマンスデータのロギングをサポートする場合があります。パフォーマンスデータには、さまざまなトラフィック統計が含まれる場合があります（特定のパラメーターを決定する必要があります）。 CDNI Loggingインターフェイスは、ダウンストリームCDNによって報告されるパフォーマンスデータの性質と内容を示すために、アップストリームCDNをサポートする場合があります。
LI-11 {MED} The CDNI Logging interface should support logging of consumed resources (e.g., storage, bandwidth) to the Upstream CDN for deliveries where content is stored by the Downstream CDN for delivery to User Agents. The information logged may include the type of storage (e.g., Origin, Intermediate, Edge, Cache) as well as the amount of storage (e.g., total GB, GB used, per time period, per content domain) all of which may impact the cost of the services.
LI-11 {MED} CDNI Loggingインターフェースは、コンテンツがユーザーエージェントへの配信用にダウンストリームCDNによって格納される配信のアップストリームCDNへの消費リソース（ストレージ、帯域幅など）のロギングをサポートする必要があります。ログに記録される情報には、ストレージの種類（Origin、Intermediate、Edge、Cacheなど）とストレージの量（たとえば、合計GB、使用されたGB、期間ごと、コンテンツドメインごと）が含まれ、これらすべてがサービスの費用。
LI-12 {MED} In the case of cascaded CDNs, the CDNI Logging interface should support the Downstream CDN to report consumed resources (e.g. storage, bandwidth) to the Upstream CDN where content is stored by the Downstream CDN itself as well as logging for storage resources when content storage is performed by cascaded CDNs on behalf of the Downstream CDN.
LI-12 {MED}カスケードCDNの場合、CDNIロギングインターフェイスはダウンストリームCDNをサポートして、消費されたリソース（ストレージ、帯域幅など）をアップストリームCDNに報告します。コンテンツストレージがダウンストリームCDNの代わりにカスケードされたCDNによって実行される場合のストレージリソース。
LI-13 {HIGH} The CDNI Logging interface shall support logging of deleted objects from the Downstream CDN to the Upstream CDN as a result of explicit delete requests on via the CDNI Control interface from the Upstream CDN.
LI-13 {高} CDNIロギングインターフェイスは、アップストリームCDNからのCDNI制御インターフェイスを介した明示的な削除要求の結果として、ダウンストリームCDNからアップストリームCDNへの削除されたオブジェクトのロギングをサポートします。
LI-14 {HIGH} The CDNI Logging interface shall support the exchange of extensible log file formats to support proprietary information fields. These information fields shall be agreed upon ahead of time between the corresponding CDNs.
LI-14 {HIGH} CDNI Loggingインターフェイスは、独自の情報フィールドをサポートするために、拡張可能なログファイル形式の交換をサポートします。これらの情報フィールドは、対応するCDN間で事前に合意する必要があります。
LI-15 {HIGH} The CDNI Logging interface shall allow a CDN to notify another CDN about which CDNI Logging information is available for transfer and/or no longer available (e.g., it exceeded some logging retention period or some logging retention volume).
LI-15 {高} CDNIロギングインターフェイスを使用すると、CDNは別のCDNに、転送に使用可能なCDNIロギング情報、および/または使用不可になったCDIロギング情報を通知できます（たとえば、ロギング保持期間またはロギング保持量を超えました）。
LI-16 {MED} The CDNI Logging interface should support the ability for the Downstream CDN to include the Content Collection ID and Session ID fields in CDNI log entries generated for HTTP Adaptive Streaming content.
LI-16 {MED} CDNIログインターフェイスは、ダウンストリームCDNがHTTPアダプティブストリーミングコンテンツ用に生成されたCDNIログエントリにコンテンツコレクションIDおよびセッションIDフィールドを含める機能をサポートする必要があります。
LI-17 {MED} The CDNI Logging interface should provide privacy protection by not disclosing information that can be used to identify the user (e.g., method that anonymizes the IP address carried in the logging field). The use of the privacy protection mechanism is optional.
LI-17 {MED} CDNIログインターフェイスは、ユーザーを識別するために使用できる情報（たとえば、ログフィールドで伝達されるIPアドレスを匿名化する方法）を開示しないことにより、プライバシー保護を提供する必要があります。プライバシー保護メカニズムの使用はオプションです。
This section identifies the requirements related to the CDNI security. Some of these are expected to affect multiple or all protocols.
このセクションでは、CDNIセキュリティーに関連する要件を示します。これらの一部は、複数またはすべてのプロトコルに影響を与えることが予想されます。
SEC-1 {HIGH} All the CDNI interface shall support secure operation over unsecured IP connectivity (e.g., the Internet). This includes authentication, confidentiality, integrity protection as well as protection against spoofing and replay.
SEC-1 {HIGH}すべてのCDNIインターフェイスは、セキュリティで保護されていないIP接続（インターネットなど）でのセキュリティで保護された操作をサポートします。これには、認証、機密性、整合性の保護、スプーフィングやリプレイに対する保護が含まれます。
SEC-2 {HIGH} The CDNI solution shall provide sufficient protection against denial-of-service attacks. This includes protection against spoofed delivery requests sent by User Agents directly to a Downstream CDN attempting to appear as if they had been redirected by a given Upstream CDN when they have not.
SEC-2 {高} CDNIソリューションは、サービス拒否攻撃に対する十分な保護を提供するものとする。これには、ユーザーエージェントから直接ダウンストリームCDNに送信されたスプーフィングされた配信要求が、指定されたアップストリームCDNによってリダイレクトされていないかのように見せかけようとする保護が含まれます。
SEC-3 {MED} The CDNI solution should be able to ensure that for any given request redirected to a Downstream CDN, the Downstream CDN can determine the Upstream CDN that redirected the request directly to the Downstream CDN (leading to that request being served by that CDN, or being further redirected).
SEC-3 {MED} CDNIソリューションは、ダウンストリームCDNにリダイレクトされた特定の要求について、ダウンストリームCDNが要求を直接ダウンストリームCDNにリダイレクトしたアップストリームCDNを判別できるようにする必要があります（その要求がそのCDN、またはさらにリダイレクトされます）。
SEC-4 {MED} The CDNI solution should be able to ensure that for any given transaction log generated by the Downstream CDN and communicated to an Upstream CDN, the Upstream CDN can confirm the transmitted log record corresponds to a request redirection by the Upstream CDN.
SEC-4 {MED} CDNIソリューションは、ダウンストリームCDNによって生成され、アップストリームCDNに通信された特定のトランザクションログについて、送信されたログレコードがアップストリームCDNによるリクエストのリダイレクトに対応していることを確認できる必要があります。 。
SEC-5 {LOW} The CDNI solution may provide a mechanism allowing an Upstream CDN that has credentials to acquire content from the CSP origin server (or another CDN), to allow establishment of credentials authorizing the Downstream CDN to acquire the content from the CSP origin server (or the other CDN) (e.g., in case the content cannot be acquired from the Upstream CDN).
SEC-5 {LOW} CDNIソリューションは、資格情報を持つアップストリームCDNがCSPオリジンサーバー（または別のCDN）からコンテンツを取得できるようにするメカニズムを提供し、ダウンストリームCDNがCSPからコンテンツを取得することを許可する資格情報を確立できるようにします。オリジンサーバー（または他のCDN）（たとえば、コンテンツがアップストリームCDNから取得できない場合）。
This document discusses CDNI security requirements in Section 9.
このドキュメントでは、セクション9のCDNIセキュリティ要件について説明します。
This document reflects contributions from the following individuals:
このドキュメントは、以下の個人からの貢献を反映しています。
Francois Le Faucheur Cisco Systems EMail: flefauch@cisco.com
フランソワルフォシェールシスコシステムズメール：flefauch@cisco.com
Mahesh Viveganandhan Cisco Systems EMail: mvittal@cisco.com
Mahesh Viveganandhan Cisco Systems EMail：mvittal@cisco.com
Grant Watson Alcatel-Lucent (Velocix) EMail: gwatson@velocix.com
Grant Watson Alcatel-Lucent（Velocix）メール：gwatson@velocix.com
This document leverages the earlier work of the IETF CDI working group in particular, as documented in [REQ-ROUTE], [DIST-REQS], and [AAA-REQS].
このドキュメントは、[REQ-ROUTE]、[DIST-REQS]、および[AAA-REQS]に記載されているように、特にIETF CDIワーキンググループの初期の作業を活用しています。
The authors would like to thank Gilles Bertrand, Christophe Caillet, Bruce Davie, Phil Eardley, Ben Niven-Jenkins, Agustin Schapira, Emile Stephan, Eric Burger, Susan He, Kevin Ma, Daryl Malas, Iuniana Oprescu, and Spencer Dawkins for their input. Serge Manning along with Robert Streijl, Vishwa Prasad, Percy Tarapore, Mike Geller, and Ramki Krishnan contributed to this document by addressing the requirements of the ATIS Cloud Services Forum.
著者は、Gilles Bertrand、Christophe Caillet、Bruce Davie、Phil Eardley、Ben Niven-Jenkins、Agustin Schapira、Emile Stephan、Eric Burger、Susan He、Kevin Ma、Daryl Malas、Iuniana Oprescu、およびSpencer Dawkinsに感謝の意を表します。 。 Serge Manningは、Robert Streijl、Vishwa Prasad、Percy Tarapore、Mike Geller、およびRamki Krishnanとともに、ATISクラウドサービスフォーラムの要件に取り組むことでこのドキュメントに貢献しました。
Ray Brandenburg, Matt Caufield, and Gilles Bertrand provided valuable inputs for HTTP Adaptive Streaming, CDNI Metadata interface, and CDNI Logging interface, respectively.
Ray Brandenburg、Matt Caufield、Gilles Bertrandは、それぞれHTTPアダプティブストリーミング、CDNIメタデータインターフェイス、およびCDNIログインターフェイスに貴重な入力を提供しました。
Stephen Farrell, Adrian Farrel, Benoit Claise, Sean Turner, Christer Holmberg, and Carlos Pignataro provided review comments that helped improve the document.
Stephen Farrell、Adrian Farrel、Benoit Claise、Sean Turner、Christer Holmberg、Carlos Pignataroは、ドキュメントの改善に役立つレビューコメントを提供しました。
[RFC6707] Niven-Jenkins, B., Le Faucheur, F., and N. Bitar, "Content Distribution Network Interconnection (CDNI) Problem Statement", RFC 6707, September 2012.
[RFC6707] Niven-Jenkins、B.、Le Faucheur、F。、およびN. Bitar、「Content Distribution Network Interconnection（CDNI）Problem Statement」、RFC 6707、2012年9月。
[RFC7336] Peterson, L., Davie, B., and R. Brandenburg, Ed., "Framework for Content Distribution Network Interconnection (CDNI)", RFC 7336, August 2014.
[RFC7336] Peterson、L.、Davie、B。、およびR. Brandenburg、編、「Framework for Content Distribution Network Interconnection（CDNI）」、RFC 7336、2014年8月。
[AAA-REQS] Gilletti, D., Nair, R., Scharber, J., and J. Guha, "Content Internetworking (CDI) Authentication, Authorization, and Accounting Requirements", Work in Progress, June 2001.
[AAA-REQS] Gilletti、D.、Nair、R.、Scharber、J。、およびJ. Guha、「Content Internetworking（CDI）Authentication、Authorization、and Accounting Requirements」、Work in Progress、2001年6月。
[ATIS-0800042] ATIS, "ATIS IPTV Content on Demand Service", ATIS-0800042 v002, September 2011, <https://www.atis.org/docstore/ product.aspx?id=25670>.
[ATIS-0800042] ATIS、「ATIS IPTV Content on Demand service」、ATIS-0800042 V002、2011年9月、<https://www.atis.org/docstore/product.aspx？Id = 25670>。
[DIST-REQS] Amini, L., "Distribution Requirements for Content Internetworking", Work in Progress, November 2001.
[DIST-REQS] Amini、L。、「コンテンツインターネットワーキングの配布要件」、進行中の作業、2001年11月。
[REQ-ROUTE] Cain, B., "Request Routing Requirements for Content Internetworking", Work in Progress, November 2001.
[REQ-ROUTE] Cain、B。、「コンテンツインターネットワーキングのリクエストルーティング要件」、Work in Progress、2001年11月。
[RFC6770] Bertrand, G., Stephan, E., Burbridge, T., Eardley, P., Ma, K., and G. Watson, "Use Cases for Content Delivery Network Interconnection", RFC 6770, November 2012.
[RFC6770] Bertrand、G.、Stephan、E.、Burbridge、T.、Eardley、P.、Ma、K。、およびG. Watson、「Use Cases for Content Delivery Network Interconnection」、RFC 6770、2012年11月。
[RFC7230] Fielding, R. and J. Reschke, "Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing", RFC 7230, June 2014.
[RFC7230] Fielding、R。およびJ. Reschke、「Hypertext Transfer Protocol（HTTP / 1.1）：Message Syntax and Routing」、RFC 7230、2014年6月。
[RTMP] Parmar, H., Ed. and M. Thornburgh, Ed., "Adobe's Real Time Messaging Protocol", December 2012, <http://www.adobe.com/content/dam/Adobe/en/devnet/rtmp/ pdf/rtmp_specification_1.0.pdf>.
[RTMP] Parmar、H.、Ed。およびM.ソーンバーグ編、「AdobeのReal Time Messaging Protocol」、2012年12月、<http://www.adobe.com/content/dam/Adobe/en/devnet/rtmp/ pdf / rtmp_specification_1.0.pdf> 。
Authors' Addresses
著者のアドレス
Kent Leung (editor) Cisco Systems 170 West Tasman Drive San Jose, CA 95134 USA
Kent Leung（editor）Cisco Systems 170 West Tasman Drive San Jose、CA 95134 USA
Phone: +1 408 526 5030
EMail: kleung@cisco.com
Yiu Lee (editor) Comcast One Comcast Center Philadelphia, PA 19103 USA
Yiu Lee（編集者）Comcast One Comcast Centerフィラデルフィア、PA 19103米国
EMail: yiu_lee@cable.comcast.com