Network Working Group M. Day
Request for Comments: 3466 Cisco
Category: Informational B. Cain
Storigen
G. Tomlinson
Tomlinson Group
P. Rzewski
Media Publisher, Inc.
February 2003
A Model for Content Internetworking (CDI)
Status of this Memo
このメモの位置付け
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。それはどんな種類のインターネット標準を指定しません。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2003). All Rights Reserved.
著作権（C）インターネット協会（2003）。全著作権所有。
Abstract
抽象
Content (distribution) internetworking (CDI) is the technology for interconnecting content networks, sometimes previously called "content peering" or "CDN peering". A common vocabulary helps the process of discussing such interconnection and interoperation. This document introduces content networks and content internetworking, and defines elements for such a common vocabulary.
コンテンツ（配信）インターネットワーキング（CDI）時には、以前に「コンテンツピアリング」または「CDNピアリング」と呼ばれる、コンテンツネットワークを相互接続するための技術です。一般的な語彙は、このような相互接続および相互運用を議論するプロセスを支援します。このドキュメントは、コンテンツネットワークとコンテンツのインターネットワーキングを導入し、そしてそのような共通の語彙のための要素を定義します。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Content Networks . . . . . . . . . . . . . . . . . . . . . . 2
2.1 Problem Description . . . . . . . . . . . . . . . . . 3
2.2 Caching Proxies. . . . . . . . . . . . . . . . . . . . 4
2.3 Server Farms . . . . . . . . . . . . . . . . . . . . . 5
2.4 Content Distribution Networks. . . . . . . . . . . . . 6
2.4.1 Historic Evolution of CDNs . . . . . . . . . . . 8
2.4.2 Describing CDN Value: Scale and Reach. . . . . . 8
3. Content Network Model Terms . . . . . . . . . . . . . . . . 9
4. Content Internetworking . . . . . . . . . . . . . . . . . . 12
5. Content Internetworking Model Terms . . . . . . . . . . . . 12
6. Security Considerations . . . . . . . . . . . . . . . . . . 15
7. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 15
8. Normative References . . . . . . . . . . . . . . . . . . . . 16
9. Authors' Addresses . . . . . . . . . . . . . . . . . . . . . 16
10. Full Copyright Statement . . . . . . . . . . . . . . . . . . 17
Content networks are of increasing importance to the overall architecture of the Web. This document presents a vocabulary for use in developing technology for interconnecting content networks, or "content internetworking".
コンテンツネットワークは、ウェブの全体的なアーキテクチャへの重要性が増しています。この文書では、コンテンツネットワーク、または「コンテンツ・インターネットワーキング」を相互接続するための技術開発で使用するための語彙を提示します。
The accepted name for the technology of interconnecting content networks is "content internetworking". For historical reasons, we abbreviate this term using the acronym CDI (from "content distribution internetworking"). Earlier names relied on analogy with peering and interconnection of IP networks; thus we had "content peering" and "CDN peering". All of these other names are now deprecated, and we have worked to establish consistent usage of "content internetworking" and "CDI" throughout the documents of the IETF CDI group.
コンテンツネットワークを相互接続する技術のための受け入れられた名前は、「コンテンツのインターネットワーキング」です。歴史的な理由のために、我々は、頭字語（「コンテンツ配信インターネットワーキング」から）CDIを使用して、この期間を短縮します。以前の名前はピアリングとIPネットワークの相互接続を類推に依存していました。したがって、私たちは、「コンテンツピアリング」と「CDNピアリング」を持っていました。これらの他の名前のすべてが廃止され、我々はIETF CDIグループの文書を通じて、「コンテンツのインターネットワーキング」と「CDI」の一貫した使用を確立するために取り組んできました。
The terminology in this document builds from the previous taxonomy of web caching and replication in RFC 3040 [3]. In particular, we have attempted to avoid the use of the common terms "proxies" or "caches" in favor of more specific terms defined by that document, such as "caching proxy".
この文書に記載されている用語は、RFC 3040でウェブキャッシングとレプリケーションの以前の分類[3]からビルドします。特に、我々は、このような「キャッシュプロキシ」などの一般的な用語「プロキシ」またはそのドキュメントで定義された、より具体的な用語の賛成で「キャッシュ」の使用を避けることを試みてきました。
Section 2 provides background on content networks. Section 3 introduces the terms used for elements of a content network and explains how those terms are used. Section 4 provides additional background on interconnecting content networks, following which Section 5 introduces additional terms and explains how those internetworking terms are used.
第2節では、コンテンツネットワーク上の背景を提供します。第3節では、コンテンツネットワークの要素のために使用される用語を紹介し、それらの用語が使用されている方法を説明します。セクション4は、コンテンツネットワークを相互接続に関する追加の背景、セクション5は、追加用語を導入し、それらのインターネットワーキング用語が使用される方法を説明以下のようなものを提供します。
The past several years have seen the evolution of technologies centered around "content". Protocols, appliances, and entire markets have been created exclusively for the location, download, and usage tracking of content. Some sample technologies in this area have included web caching proxies, content management tools, intelligent "web switches", and advanced log analysis tools.
ここ数年は、「コンテンツ」を中心とした技術の進化を見てきました。プロトコル、家電製品、および全体の市場は、場所、ダウンロード、およびコンテンツの使用状況の追跡のためだけに作成されています。この地域のいくつかのサンプル・テクノロジーは、Webキャッシングプロキシ、コンテンツ管理ツール、インテリジェントな「ウェブ・スイッチ」、および高度なログ分析ツールが含まれています。
When used together, these tools form new types of networks, dubbed "content networks". Whereas network infrastructures have traditionally processed information at layers 1 through 3 of the OSI stack, content networks include network infrastructure that exists in layers 4 through 7. Whereas lower-layer network infrastructures centered on the routing, forwarding, and switching of frames and packets, content networks deal with the routing and forwarding of requests and responses for content. The units of transported data in content networks, such as images, movies, or songs, are often very large and may span hundreds or thousands of packets.
一緒に使用する場合、これらのツールは、「コンテンツネットワーク」と呼ばネットワークの新しいタイプを、形成します。ネットワークインフラストラクチャは、伝統的に、OSIスタックの3を介してレイヤ1に情報を処理しているのに対し、コンテンツネットワークは、下位層のネットワークインフラストラクチャは、フレームとパケットのルーティング、転送、スイッチングを中心に対し7を介して層4に存在するネットワークインフラストラクチャを含みますコンテンツネットワークは、コンテンツの要求と応答のルーティングおよび転送を扱います。そのような画像、ムービー、音楽などのコンテンツネットワークで伝送されるデータの単位は、しばしば非常に大きく、パケットの数百または数千に及ぶことがあります。
Alternately, content networks can be seen as a new virtual overlay to the OSI stack: a "content layer", to enable richer services that rely on underlying elements from all 7 layers of the stack. Whereas traditional applications, such as file transfer (FTP), relied on underlying protocols such as TCP/IP for transport, overlay services in content networks rely on layer 7 protocols such as HTTP or RTSP for transport.
スタックのすべての7層からの根本的な要素に依存して、より豊かなサービスを有効にするために、「コンテンツ層」：代わりに、コンテンツネットワークは、OSIスタックへの新しい仮想オーバーレイとして見ることができます。このようなファイル転送（FTP）などの従来のアプリケーションは、輸送のためにこのようなTCP / IPなどのプロトコルを根底に頼っていたのに対し、コンテンツネットワークのオーバーレイサービスには、HTTPやRTSP輸送用としてレイヤ7プロトコルに依存しています。
The proliferation of content networks and content networking capabilities gives rise to interest in interconnecting content networks and finding ways for distinct content networks to cooperate for better overall service.
コンテンツネットワークとコンテンツネットワーク機能の増殖は、コンテンツネットワークを相互接続し、より全体的なサービスのために協力して個別のコンテンツネットワークのための方法を見つけることに興味を生じさせます。
Content networks typically play some role in solving the "content distribution problem". Abstractly, the goal in solving this problem is to arrange a rendezvous between a content source at an origin server and a content sink at a viewer's user agent. In the trivial case, the rendezvous mechanism is that every user agent sends every request directly to the origin server named in the host part of the URL identifying the content.
コンテンツネットワークは、典型的には、「コンテンツ配信の問題」を解決するために、いくつかの役割を果たしています。抽象的に、この問題を解決する上での目標は、オリジンサーバのコンテンツソースと視聴者のユーザーエージェントのコンテンツシンクの間のランデブーを配置することです。些細なケースでは、ランデブーメカニズムは、すべてのユーザエージェントがコンテンツを識別するURLのホスト部分で指定されたオリジンサーバに直接すべてのリクエストを送信していることです。
As the audience for the content source grows, so do the demands on the origin server. There are a variety of ways in which the trivial system can be modified for better performance. The apparent single logical server may in fact be implemented as a large "farm" of server machines behind a switch. Both caching proxies and reverse caching proxies can be deployed between the client and server, so that requests can be satisfied by some cache instead of by the server.
コンテンツソースの観客が成長するにつれ、そのオリジンサーバへの要求を行います。些細なシステムは、パフォーマンスを向上させるために変更することができるさまざまな方法があります。見かけ上単一の論理サーバは、実際には、スイッチの背後にあるサーバマシンの大きい「ファーム」として実現されてもよいです。要求は、いくつかのキャッシュではなく、サーバによって満たすことができるように、キャッシングプロキシおよびリバースキャッシュプロキシの両方が、クライアントとサーバの間に配備することができます。
For the sake of background, several sample content networks are described in the following sections that each attempt to address this problem.
背景のために、いくつかのサンプルコンテンツネットワークは、各試みがこの問題に対処するには、次のセクションで説明されています。
A type of content network that has been in use for several years is a caching proxy deployment. Such a network might typically be employed by an ISP for the benefit of users accessing the Internet, such as through dial or cable modem.
数年前から使用されているコンテンツネットワークの種類は、キャッシュプロキシの展開です。そのようなネットワークは、典型的には、ダイヤルやケーブルモデムを介するなど、インターネットにアクセスするユーザの利益のためにISPによって使用されるかもしれません。
In the interest of improving performance and reducing bandwidth utilization, caching proxies are deployed close to the users. These users are encouraged to send their web requests through the caches rather than directly to origin servers, such as by configuring their browsers to do so. When this configuration is properly done, the user's entire browsing session goes through a specific caching proxy. That caching proxy will therefore contain the "hot set" of all Internet content being viewed by all of the users of that caching proxy.
パフォーマンスの向上と帯域幅の使用率を低下させる関心では、キャッシング・プロキシは、ユーザーの近くに配備されています。これらのユーザーは、そうするようにブラウザを設定することなどによってオリジンサーバ、キャッシュに直接ではなくて、自分のWeb要求を送信することをお勧めします。この設定が適切に行われた場合、ユーザーの全体のブラウジングセッションは、特定のキャッシュプロキシを経由します。したがって、すべてのインターネットコンテンツの「ホットセット」が含まれることをキャッシュプロキシは、そのキャッシュプロキシのユーザーのすべてが見ています。
When a request is being handled at a caching proxy on behalf of a user, other decisions may be made, such as:
リクエストはユーザの代わりにキャッシングプロキシで処理されているとき、他の決定を行うことができる、例えば：
o A provider that deploys caches in many geographically diverse locations may also deploy regional parent caches to further aggregate user requests and responses. This may provide additional performance improvement and bandwidth savings. When parents are included, this is known as hierarchical caching.
O、多くの地理的に多様な場所でキャッシュを展開プロバイダはさらに、集約ユーザの要求と応答に地域の親キャッシュを配備することがあります。これは、追加の性能向上と帯域幅の節約を提供することができます。両親が含まれている場合は、これは階層的なキャッシュとして知られています。
o Using rich parenting protocols, redundant parents may be deployed such that a failure in a primary parent is detected and a backup is used instead.
豊かな子育てのプロトコルを使用してO、冗長親は親プライマリで障害が検出され、バックアップが代わりに使用されるように展開されることができます。
o Using similar parenting protocols, requests may be partitioned such that requests for certain content domains are sent to a specific primary parent. This can help to maximize the efficient use of caching proxy resources.
同様の育児プロトコルを使用して、O、要求が特定のコンテンツドメインに対する要求は、特定の一次親に送信されるように分割されてもよいです。これは、キャッシング・プロキシー・リソースの効率的な利用を最大化するために助けることができます。
The following diagram depicts a hierarchical cache deployment as described above:
次の図は、上記のような階層のキャッシュの展開を示しています：
^ ^
| | requests to
| | origin servers
| |
-------- --------
|parent| |parent|
|cache | |cache |
|proxy | |proxy |
-------- --------
^ ^
requests for \ / requests for
foo.com \ / bar.com
content \ / content
\ /
------- ------- ------- -------
|edge | |edge | |edge | |edge |
|cache| |cache| |cache| |cache|
|proxy| |proxy| |proxy| |proxy|
------- ------- ------- -------
^
| all content
| requests
| for this
| client
|
--------
|client|
--------
Note that this diagram shows only one possible configuration, but many others are also useful. In particular, the client may be able to communicate directly with multiple caching proxies. RFC 3040 [3] contains additional examples of how multiple caching proxies may be used.
この図は、唯一の可能な構成を示していますが、他の多くも有用です。具体的には、クライアントは、複数のキャッシング・プロキシと直接通信することができます。 RFC 3040 [3]は、複数のキャッシング・プロキシを使用することができる方法の追加の例を含んでいます。
Another type of content network that has been in widespread use for several years is a server farm. A typical server farm makes use of a so-called "intelligent" or "content" switch (i.e., one that uses information in OSI layers 4-7). The switch examines content requests and dispatches them among a (potentially large) group of servers.
数年前から普及しているコンテンツネットワークのもう一つのタイプは、サーバファームです。典型的なサーバファームは、いわゆる「インテリジェント」または「コンテンツ」スイッチを利用する（すなわち、OSIレイヤ4-7の情報を使用するもの）。スイッチがコンテンツ要求を検査して、サーバの（潜在的に大きな）グループの中でそれらを送出します。
Some of the goals of a server farm include:
サーバーファームの目標の一部を以下に示します。
o Creating the impression that the group of servers is actually a single origin site.
サーバのグループは、実際には単一起源サイトであるという印象を作成し、O。
o Load-balancing of requests across all servers in the group.
グループ内のすべてのサーバー間でのリクエストのO負荷分散。
o Automatic routing of requests away from servers that fail.
離れて失敗するサーバーからの要求のO自動ルーティング。
o Routing all requests for a particular user agent's session to the same server, in order to preserve session state.
Oセッション状態を維持するために、同じサーバに特定のユーザエージェントのセッションのすべての要求をルーティング。
The following diagram depicts a simple server farm deployment:
次の図は、単純なサーバーファーム展開を示しています：
--------- --------- --------- ---------
|content| |content| |content| |content|
|server | |server | |server | |server |
| | | | | | | |
--------- --------- --------- ---------
^ ^
request from \ / request from
client A \ / client B
\ /
-------------
| L4-L7 |
| switch |
-------------
^ ^
/ \
/ \
/ \
request from request from
client A client B
A similar style of content network (that is, deployed close to servers) may be constructed with surrogates [3] instead of a switch.
同様のコンテンツネットワークのスタイル（すなわち、近いサーバーに展開）サロゲートで構成することができる[3]の代わりにスイッチ。
Both hierarchical caching and server farms are useful techniques, but have limits. Server farms can improve the scalability of the origin server. However, since the multiple servers and other elements are typically deployed near the origin server, they do little to improve performance problems that are due to network congestion. Caching proxies can improve performance problems due to network congestion (since they are situated near the clients) but they cache objects based on client demand. Caching based on client demand performs poorly if the requests for a given object, while numerous in aggregate, are spread thinly among many different caching proxies. (In the worst case, an object could be requested n times via n distinct caching proxies, causing n distinct requests to the origin server -- or exactly the same behavior that would occur without any caching proxies in place.)
どちらの階層のキャッシュとサーバーファームが有用な技術ですが、制限があります。サーバーファームは、オリジンサーバのスケーラビリティを向上させることができます。複数のサーバや他の要素は、通常、オリジンサーバの近くに配備されているので、しかし、彼らはネットワークの混雑に起因しているパフォーマンスの問題を改善するために少しを行います。 （これらはクライアントの近くに位置しているので）キャッシュプロキシは、ネットワークの混雑に起因するパフォーマンスの問題を改善することができますが、彼らは、クライアントの要求に基づいてオブジェクトをキャッシュします。クライアントの要求に基づいて、キャッシングは行わ不十分指定されたオブジェクトに対する要求は、総額で数多くながら、多くの異なるキャッシング・プロキシの間に薄く広がっている場合。 （最悪の場合には、オブジェクトは、オリジンサーバに対してN個の異なる要求引き起こし、N個の異なるキャッシング・プロキシを介してn回要求することができる - または代わりに、任意のキャッシング・プロキシなしで生じるであろう全く同じ動作）
Thus, a content provider with a popular content source can find that it has to invest in large server farms, load balancing, and high-bandwidth connections to keep up with demand. Even with those investments, the user experience may still be relatively poor due to congestion in the network as a whole.
このように、人気のあるコンテンツソースとコンテンツプロバイダは、それが需要に追いつくために大規模なサーバファーム、ロードバランシング、および高帯域幅接続に投資しなければならないことを見つけることができます。でも、これらの投資に、ユーザ体験はまだにより、全体としてのネットワークの輻輳に比較的劣ることがあります。
To address these limitations, another type of content network that has been deployed in increasing numbers in recent years is the CDN (Content Distribution Network or Content Delivery Network). A CDN essentially moves server-farm-like configurations out into network locations more typically occupied by caching proxies. A CDN has multiple replicas of each content item being hosted. A request from a browser for a single content item is directed to a "good" replica, where "good" usually means that the item is served to the client quickly compared to the time it would take fetch it from the origin server, with appropriate integrity and consistency. Static information about geographic locations and network connectivity is usually not sufficient to do a good job of choosing a replica. Instead, a CDN typically incorporates dynamic information about network conditions and load on the replicas, directing requests so as to balance the load.
これらの制限に対処するために、近年増加数で展開されているコンテンツネットワークの別のタイプは、CDN（コンテンツ配信ネットワークやコンテンツ配信ネットワーク）です。 CDNは、本質的に、より典型的には、プロキシのキャッシュによって占められるネットワークロケーションに、サーバーファームのような構成を移動させます。 CDNは、ホストされている各コンテンツアイテムの複数のレプリカを持っています。単一のコンテンツアイテムのために、ブラウザからの要求が適切で、「良い」は、通常のアイテムは、それがオリジンサーバからそれをフェッチかかる時間に比べて急速にクライアントに提供されることを意味し、「良い」のレプリカ、に向けられています整合性と一貫性。地理的な場所とネットワーク接続に関する静的な情報は通常、レプリカを選択する良い仕事をするのに十分ではありません。代わりに、CDNは、一般的に負荷を分散するように要求を向ける、ネットワークの状態とレプリカの負荷に関する動的な情報が組み込まれています。
Compared to using servers and surrogates in a single data center, a CDN is a relatively complex system encompassing multiple points of presence, in locations that may be geographically far apart. Operating a CDN is not easy for a content provider, since a content provider wants to focus its resources on developing high-value content, not on managing network infrastructure. Instead, a more typical arrangement is that a network service provider builds and operates a CDN, offering a content distribution service to a number of content providers.
単一のデータセンタ内のサーバおよびサロゲートを使用する場合に比べ、CDNは、地理的に離れてもよい場所で、プレゼンスの複数の点を包含する比較的複雑なシステムです。コンテンツプロバイダがいないネットワークインフラストラクチャを管理する上で、付加価値の高いコンテンツを開発に経営資源を集中したいので、CDNを操作すると、コンテンツプロバイダのために容易ではありません。代わりに、より多くの典型的な構成は、ネットワークサービスプロバイダは、コンテンツプロバイダの数にコンテンツ配信サービスを提供し、CDNを構築し、動作することです。
A CDN enables a service provider to act on behalf of the content provider to deliver copies of origin server content to clients from multiple diverse locations. The increase in number and diversity of location is intended to improve download times and thus improve the user experience. A CDN has some combination of a content-delivery infrastructure, a request-routing infrastructure, a distribution infrastructure, and an accounting infrastructure. The content-delivery infrastructure consists of a set of "surrogate" servers [3] that deliver copies of content to sets of users. The request-routing infrastructure consists of mechanisms that move a client toward a rendezvous with a surrogate. The distribution infrastructure consists of mechanisms that move content from the origin server to the surrogates. Finally, the accounting infrastructure tracks and collects data on request-routing, distribution, and delivery functions within the CDN.
CDNは、複数の多様な場所からクライアントへのオリジンサーバのコンテンツのコピーを提供するコンテンツプロバイダに代わって行動するサービスプロバイダーを可能にします。場所の数と多様性の増加は、ダウンロード時間を改善するため、ユーザーエクスペリエンスを向上させることを意図しています。 CDNは、コンテンツ配信インフラストラクチャ、要求ルーティングインフラ、流通インフラストラクチャ、および課金インフラストラクチャのいくつかの組み合わせを有します。コンテンツ配信インフラストラクチャは、ユーザのセットにコンテンツのコピーを配信する「代理」サーバ[3]のセットからなります。リクエスト・ルーティングインフラストラクチャは、サロゲートとランデブーに向けてクライアントを移動機構から成ります。分配インフラストラクチャは、サロゲートをオリジンサーバからのコンテンツを移動する機構で構成されています。最後に、課金インフラトラックとCDN内リクエストルーティング、配信、及び配信機能に関するデータを収集します。
The following diagram depicts a simple CDN as described above:
次の図は、上述のような単純なCDNを示します。
---------- ----------
|request-| |request-|
|routing | |routing |
| system | | system |
---------- ----------
^ |
(1) client's | | (2) response
content | | indicating
request | | location of -----------
| | content |surrogate|
| | -----------
----------- | |
|surrogate| | | -----------
----------- | | |surrogate|
| | -----------
| | ^
| v / (3) client opens
client--- connection to
retrieve content
The first important use of CDNs was for the distribution of heavily-requested graphic files (such as GIF files on the home pages of popular servers). However, both in principle and increasingly in practice, a CDN can support the delivery of any digital content -- including various forms of streaming media. For a streaming media CDN (or media distribution network or MDN), the surrogates may be operating as splitters (serving out multiple copies of a stream). The splitter function may be instead of, or in addition to, a role as a caching proxy. However, the basic elements defined in this model are still intended to apply to the interconnection of content networks that are distributing streaming media.
CDNの最初の重要な用途は、（そのような人気のあるサーバのホームページ上のGIFファイルなど）重く、要求されたグラフィックファイルの配布のためでした。ストリーミングメディアの様々な形態を含む - しかし、原則的にますます実際には両方、CDNは、あらゆるデジタルコンテンツの配信をサポートすることができます。ストリーミングメディアCDN（又はメディア配信ネットワークまたはMDN）のために、サロゲートは、スプリッタとして動作することができる（ストリームの複数のコピーを配信）。スプリッタ機能は、代わりに、またはキャッシングプロキシとしての役割に加えてもよいです。しかし、このモデルで定義された基本的な要素はまだストリーミングメディアを配布しているコンテンツネットワークの相互接続に適用することを意図しています。
There are two fundamental elements that give a CDN value: outsourcing infrastructure and improved content delivery. A CDN allows multiple surrogates to act on behalf of an origin server, therefore removing the delivery of content from a centralized site to multiple and (usually) highly distributed sites. We refer to increased aggregate infrastructure size as "scale". In addition, a CDN can be constructed with copies of content near to end users, overcoming issues of network size, network congestion, and network failures. We refer to increased diversity of content locations as "reach".
アウトソーシングインフラと改善コンテンツ配信：CDN値を与える二つの基本的な要素があります。 CDNは、複数のサロゲートは、従って、複数の（通常）高度に分散したサイトに集中サイトからコンテンツの配信を除去し、オリジンサーバに代わって行動することを可能にします。私たちは、「スケール」などの集計インフラのサイズを増加するために参照してください。また、CDNは、ネットワークサイズ、ネットワークの輻輳、およびネットワーク障害の問題を克服し、エンドユーザーに近い内容のコピーで構成することができます。私たちは、「リーチ」などのコンテンツの場所の増加多様性を参照してください。
In a typical (non-internetworked) CDN, a single service provider operates the request-routers, the surrogates, and the content distributors. In addition, that service provider establishes (business) relationships with content publishers and acts on behalf of their origin sites to provide a distributed delivery system. The value of that CDN to a content provider is a combination of its scale and its reach.
典型的な（非インターネットワーク）CDNにおいて、単一のサービスプロバイダは、リクエストルータ、代用、及びコンテンツ配信を操作します。また、そのサービスプロバイダの確立コンテンツ発行者とその起源サイトに代わって行為との（事業）の関係は、分散配信システムを提供します。コンテンツプロバイダへのCDNの値は、その規模とその範囲の組み合わせです。
This section consists of the definitions of a number of terms used to refer to roles, participants, and objects involved in content networks. Although the following uses many terms that are based on those used in RFC 2616 [1] or RFC 3040 [3], there is no necessary connection to HTTP or web caching technology. Content internetworking and this vocabulary are applicable to other protocols and styles of content delivery.
このセクションでは、コンテンツネットワークに関与する役割、参加者、およびオブジェクトを参照するために使用される多くの用語の定義で構成されています。以下は、RFC 2616で使用されるものに基づいている多くの用語を用いているが[1]又はRFC 3040 [3]、HTTPまたはウェブキャッシング技術への必要な接続は存在しません。コンテンツインターネットワーキングと、この語彙は他のプロトコルとコンテンツ配信のスタイルに適用されます。
Phrases in upper-case refer to other defined terms.
大文字でのフレーズは、他の定義された用語を参照します。
ACCOUNTING Measurement and recording of DISTRIBUTION and DELIVERY activities, especially when the information recorded is ultimately used as a basis for the subsequent transfer of money, goods, or obligations.
記録された情報が最終的に金銭、商品、または債務のその後の転送のための基礎として使用され、特に会計測定と配布および配信活動の記録、。
ACCOUNTING SYSTEM A collection of CONTENT NETWORK ELEMENTS that supports ACCOUNTING for a single CONTENT NETWORK.
会計システム、単一のコンテンツネットワークの会計処理をサポートしているコンテンツネットワーク要素のコレクション。
AUTHORITATIVE REQUEST-ROUTING SYSTEM The REQUEST-ROUTING SYSTEM that is the correct/final authority for a particular item of CONTENT.
権威REQUEST-ルーティングシステムコンテンツの特定のアイテムの正しい/最終的な権限であるREQUEST-ルーティングシステム。
CDN Content Delivery Network or Content Distribution Network. A type of CONTENT NETWORK in which the CONTENT NETWORK ELEMENTS are arranged for more effective delivery of CONTENT to CLIENTS. Typically a CDN consists of a REQUEST-ROUTING SYSTEM, SURROGATES, a DISTRIBUTION SYSTEM, and an ACCOUNTING SYSTEM.
CDNコンテンツ配信ネットワークやコンテンツ配信ネットワーク。コンテンツネットワーク要素がクライアントにコンテンツのより効果的な送達のために配置されたコンテンツネットワークのタイプ。典型的には、CDNは、要求ルーティングシステム、サロゲート、配信システム、及び会計システムから成ります。
CLIENT A program that sends CONTENT REQUESTS and receives corresponding CONTENT RESPONSES. (Note: this is similar to the definition in RFC 2616 [1] but we do not require establishment of a connection.)
CLIENTコンテンツ要求を送信し、対応するコンテンツ応答を受け取るプログラム。 （注：これはRFC 2616での定義と同様である[1]が、我々は、接続の確立を必要としません。）
CONTENT Any form of digital data, CONTENT approximately corresponds to what is referred to as an "entity" in RFC 2616 [1]. One important form of CONTENT with additional constraints on DISTRIBUTION and DELIVERY is CONTINUOUS MEDIA.
CONTENTデジタルデータの任意の形態は、コンテンツが約[1] RFC 2616で「エンティティ」と呼ばれるものに相当します。配布および配信に追加の制約を持つコンテンツの一つの重要な形はCONTINUOUS MEDIAあります。
CONTENT NETWORK An arrangement of CONTENT NETWORK ELEMENTS, controlled by a common management in some fashion.
CONTENT NETWORK何らかの方法で一般的な管理によって制御されるコンテンツネットワーク要素の配置、。
CONTENT NETWORK ELEMENT A network device that performs at least some of its processing by examining CONTENT-related parts of network messages. In IP-based networks, a CONTENT NETWORK ELEMENT is a device whose processing depends on examining information contained in IP packet bodies; network elements (as defined in RFC 3040) examine only the header of an IP packet. Note that many CONTENT NETWORK ELEMENTS do not examine or even see individual IP packets, instead receiving the body of one or more packets assembled into a message of some higher-level protocol.
CONTENTネットワーク要素ネットワークメッセージの内容に関連した部品を検査することにより、その処理の少なくとも一部を実行するネットワークデバイス。 IPベースのネットワークでは、コンテンツネットワーク要素は、その処理IPパケット体に含まれる情報を調べることに依存するデバイスです。ネットワーク要素は、（RFC 3040で定義されるように）IPパケットのヘッダのみを調べます。多くのコンテンツネットワーク要素が調べあるいは個々のIPパケットを参照して、代わりにいくつかのより高いレベルのプロトコルのメッセージに組み立てられた1つまたは複数のパケットのボディを受信しないことに注意してください。
CONTENT REQUEST A message identifying a particular item of CONTENT to be delivered.
コンテンツ要求配信するコンテンツの特定のアイテムを識別するメッセージ。
CONTENT RESPONSE A message containing a particular item of CONTENT, identified in a previous CONTENT REQUEST.
コンテンツ応答コンテンツの特定のアイテムを含むメッセージは、以前のコンテンツ要求で識別されました。
CONTENT SIGNAL A message delivered through a DISTRIBUTION SYSTEM that specifies information about an item of CONTENT. For example, a CONTENT SIGNAL can indicate that the ORIGIN has a new version of some piece of CONTENT.
コンテンツがコンテンツのアイテムについての情報を指定する配信システムを介して配信されたメッセージを知らせます。例えば、コンテンツ信号はORIGINは、コンテンツの一部作品の新しいバージョンを持っていることを示すことができます。
CONTINUOUS MEDIA CONTENT where there is a timing relationship between source and sink; that is, the sink must reproduce the timing relationship that existed at the source. The most common examples of CONTINUOUS MEDIA are audio and motion video. CONTINUOUS MEDIA can be real-time (interactive), where there is a "tight" timing relationship between source and sink, or streaming (playback), where the relationship is less strict. [Note: This definition is essentially identical to the definition of continuous media in [2]]
ソースとシンクとの間のタイミング関係があるCONTINUOUSメディアコンテンツ、つまり、シンクは、ソースに存在していたタイミング関係を再現する必要があります。 CONTINUOUS MEDIAの最も一般的な例は、オーディオとビデオの動きです。連続メディアは、関係がより少なく厳密である場合、ソース及びシンク、又はストリーミング間の「緊密な」タイミング関係（再生）があるリアルタイム（対話）することができます。 [注：この定義は、[2]における連続メディアの定義と本質的に同一です]
DELIVERY The activity of providing a PUBLISHER's CONTENT, via CONTENT RESPONSES, to a CLIENT. Contrast with DISTRIBUTION and REQUEST-ROUTING.
DELIVERYクライアントに、CONTENT応答を経て、出版社のコンテンツを提供する活動。分布とREQUESTルーティングと対比。
DISTRIBUTION The activity of moving a PUBLISHER's CONTENT from its ORIGIN to one or more SURROGATEs. DISTRIBUTION can happen either in anticipation of a SURROGATE receiving a REQUEST (pre-positioning) or in response to a SURROGATE receiving a REQUEST (fetching on demand). Contrast with DELIVERY and REQUEST-ROUTING.
DISTRIBUTION一つ以上の代理にその起源から、出版社のコンテンツを移動する活動。分布は、REQUEST（事前位置決め）を受信サロゲートの見越して、または（オンデマンドフェッチ）要求を受信SURROGATEに応答してのいずれかで起こることができます。 DELIVERYとREQUESTルーティングと対比。
DISTRIBUTION SYSTEM A collection of CONTENT NETWORK ELEMENTS that support DISTRIBUTION for a single CONTENT NETWORK. The DISTRIBUTION SYSTEM also propagates CONTENT SIGNALs.
配信システム、単一のコンテンツネットワークのためのディストリビューションをサポートするコンテンツネットワーク要素のコレクション。配信システムは、コンテンツ信号を伝播します。
ORIGIN The point at which CONTENT first enters a DISTRIBUTION SYSTEM. The ORIGIN for any item of CONTENT is the server or set of servers at the "core" of the distribution, holding the "master" or "authoritative" copy of that CONTENT. (Note: We believe this definition is compatible with that for "origin server" in RFC 2616 [1] but includes additional constraints useful for CDI.)
ORIGIN CONTENTは、最初の配信システムに侵入した時点。 CONTENTのいずれかの項目の原点は、そのコンテンツの「マスター」や「権威」のコピーを保持し、ディストリビューションの「コア」のサーバまたはサーバのセットです。 （注：私たちは、この定義はRFC 2616で「オリジンサーバ」のためのものと互換性があると考えている[1]が、CDIのために有用な追加の制約が含まれています。）
PUBLISHER The party that ultimately controls the CONTENT and its distribution.
PUBLISHER最終的にコンテンツとその分布を制御パーティー。
REACHABLE SURROGATES The collection of SURROGATES that can be contacted via a particular DISTRIBUTION SYSTEM or REQUEST-ROUTING SYSTEM.
REACHABLEは、特定の配信システムやREQUEST-ルーティングシステムを介して接触させることができるサロゲートのコレクションを代理します。
REQUEST-ROUTING The activity of steering or directing a CONTENT REQUEST from a USER AGENT to a suitable SURROGATE.
REQUESTルーティングステアリングの活性または適切なSURROGATEのユーザエージェントからのコンテンツ要求を向けます。
REQUEST-ROUTING SYSTEM A collection of CONTENT NETWORK ELEMENTS that support REQUEST-ROUTING for a single CONTENT NETWORK.
REQUEST-ルーティングシステム、単一のコンテンツネットワークの要求ルーティングをサポートするコンテンツネットワーク要素のコレクション。
SERVER A program that accepts CONTENT REQUESTS and services them by sending back CONTENT RESPONSES. Any given program may be capable of being both a client and a server; our use of these terms refers only to the role being performed by the program. [Note: this is adapted from a similar definition in RFC 2616 [1].]
サーバコンテンツ要求を受け入れ、CONTENT応答を送り返すことによって、それらにサービスを提供するプログラム。任意のプログラムは、クライアントとサーバの両方であることの可能であってもよいです。私たちのこれらの用語の使用は、唯一のプログラムによって実行される役割を指します。 [注：これは、RFC 2616に類似の定義から採用されている[1]。]
SURROGATE A delivery server, other than the ORIGIN. Receives a CONTENT REQUEST and delivers the corresponding CONTENT RESPONSE. [Note: this is a different definition from that in RFC 3040 [3], which appears overly elaborate for our purposes. A "CDI surrogate" is always an "RFC 3040 surrogate"; we are not sure if the reverse is true.]
ORIGIN以外の配信サーバを、サロゲート。コンテンツ要求を受信し、対応するコンテンツ応答を実現します。 [注：これはRFC 3040とは異なる定義[3]、我々の目的のために過度に凝っ表示されています。 「CDIの代理は」常に「RFC 3040サロゲート」です。我々は逆が真であるかどうかわからないです。]
USER AGENT The CLIENT which initiates a REQUEST. These are often browsers, editors, spiders (web-traversing robots), or other end user tools. [Note: this definition is identical to the one in RFC 2616 [1].]
USER AGENT要求を開始するクライアント。これらは、しばしばブラウザ、エディタ、クモ（ウェブ横断ロボット）、または他のエンドユーザツールです。 [注：この定義は、RFC 2616のものと同一である[1]。]
There are limits to how large any one network's scale and reach can be. Increasing either scale or reach is ultimately limited by the cost of equipment, the space available for deploying equipment, and/or the demand for that scale/reach of infrastructure. Sometimes a particular audience is tied to a single service provider or a small set of providers by constraints of technology, economics, or law. Other times, a network provider may be able to manage surrogates and a distribution system, but may have no direct relationship with content providers. Such a provider wants to have a means of affiliating their delivery and distribution infrastructure with other parties who have content to distribute.
いずれかのネットワークの規模や到達距離がいかに大規模には限界があります。大規模化や到達のいずれかは、最終的には設備のコスト、設備を配備するための利用可能なスペース、および/またはインフラストラクチャの規模/届くの需要によって制限されています。時には、特定の視聴者は、単一のサービスプロバイダや技術、経済学、または法律の制約により、プロバイダの小さなセットに関連付けられています。他の回は、ネットワークプロバイダは、サロゲートと流通システムを管理することができるかもしれませんが、コンテンツプロバイダとは直接の関係を持たないことがあります。このようなプロバイダは、配布するコンテンツを持っている他の当事者とその運搬及び流通インフラの所属する手段を持って望んでいます。
Content internetworking allows different content networks to share resources so as to provide larger scale and/or reach to each participant than they could otherwise achieve. By using commonly defined protocols for content internetworking, each content network can treat neighboring content networks as "black boxes", allowing them to hide internal details from each other.
コンテンツのインターネットワーキングは、大規模の提供、および/または、彼らがそうでなければ達成できるよりも、各参加者に到達するように異なるコンテンツネットワークがリソースを共有することができます。コンテンツインターネットワーキングのために一般的に定義されたプロトコルを用いて、各コンテンツネットワークは、それらは互いに内部詳細を非表示にできるように、「ブラックボックス」として近隣コンテンツネットワークを治療することができます。
This section consists of the definitions of a number of terms used to refer to roles, participants, and objects involved in internetworking content networks. The purpose of this section is to identify common terms and provide short definitions.
このセクションでは、コンテンツネットワークをインターネットワーキングに関与する役割、参加者、およびオブジェクトを参照するために使用される多くの用語の定義で構成されています。このセクションの目的は、一般的な用語を特定し、短い定義を提供することです。
ACCOUNTING INTERNETWORKING Interconnection of two or more ACCOUNTING SYSTEMS so as to enable the exchange of information between them. The form of ACCOUNTING INTERNETWORKING required may depend on the nature of the NEGOTIATED RELATIONSHIP between the peering parties -- in particular, on the value of the economic exchanges anticipated.
二つ以上の会計システムの会計インターネットワーキング相互接続は、それらの間の情報の交換を可能にするようになっています。具体的には、予想される経済交流の値に - ピアリング当事者間で交渉関係の性質に依存することが必要な会計インターネットワーキングの形態。
ADVERTISEMENT Information about resources available to other CONTENT NETWORKS, exchanged via CONTENT INTERNETWORKING GATEWAYS. Types of ADVERTISEMENT include AREA ADVERTISEMENTS, CONTENT ADVERTISEMENTS, and DISTRIBUTION ADVERTISEMENTS.
他のコンテンツネットワークに利用可能なリソースに関する広告情報は、CONTENTインターネットワーキング・ゲートウェイを介して交換しました。 ADVERTISEMENTの種類はAREA広告、コンテンツ広告、および配布広告を含みます。
AREA ADVERTISEMENT ADVERTISEMENT from a CONTENT NETWORK's REQUEST-ROUTING SYSTEM about aspects of topology, geography and performance of a CONTENT NETWORK. Contrast with CONTENT ADVERTISEMENT, DISTRIBUTION ADVERTISEMENT.
コンテンツネットワークのトポロジー、地理やパフォーマンスの側面についてコンテンツネットワークのREQUEST-ルーティングシステムからAREA広告広告。 CONTENT広告、DISTRIBUTION広告と対比。
BILLING ORGANIZATION An entity that operates an ACCOUNTING SYSTEM to support billing within a NEGOTIATED RELATIONSHIP with a PUBLISHER.
BILLING組織PUBLISHERと交渉RELATIONSHIP内課金をサポートするための会計システムを運営するエンティティ。
CONTENT ADVERTISEMENT ADVERTISEMENT from a CONTENT NETWORK's REQUEST-ROUTING SYSTEM about the availability of one or more collections of CONTENT on a CONTENT NETWORK. Contrast with AREA ADVERTISEMENT, DISTRIBUTION ADVERTISEMENT
コンテンツネットワーク上のコンテンツの1つの以上のコレクションの可用性に関するコンテンツネットワークのREQUEST-ルーティングシステムからコンテンツ広告広告。 AREA広告と対比、DISTRIBUTION広告
CONTENT DESTINATION A CONTENT NETWORK or DISTRIBUTION SYSTEM that is accepting CONTENT from another such network or system. Contrast with CONTENT SOURCE.
コンテンツ送信先別のそのようなネットワークまたはシステムからコンテンツを受け入れているコンテンツネットワークまたはDISTRIBUTION SYSTEM。コンテンツソースと対比。
CONTENT INTERNETWORKING GATEWAY (CIG) An identifiable element or system through which a CONTENT NETWORK can be interconnected with others. A CIG may be the point of contact for DISTRIBUTION INTERNETWORKING, REQUEST-ROUTING INTERNETWORKING, and/or ACCOUNTING INTERNETWORKING, and thus may incorporate some or all of the corresponding systems for the CONTENT NETWORK.
CONTENTインターネットワーキングGATEWAY（CIG）コンテンツネットワークが他と相互接続することができるような識別可能な要素またはシステム。 CIGは、配信インターネットワーキング、REQUEST-ROUTINGインターネットワーキング、および/または会計インターネットワーキングのための接触点であってもよく、このようにコンテンツネットワークのための対応するシステムの一部または全部を組み込むことができます。
CONTENT REPLICATION The movement of CONTENT from a CONTENT SOURCE to a CONTENT DESTINATION. Note that this is specifically the movement of CONTENT from one network to another. There may be similar or different mechanisms that move CONTENT around within a single network's DISTRIBUTION SYSTEM.
コンテンツ複製コンテンツ送信先へのコンテンツソースからのコンテンツの動き。これは、具体的に別のネットワークからのコンテンツの移動であることに留意されたいです。単一のネットワークのディストリビューションシステム内のコンテンツを動き回る類似または異なるメカニズムがあるかもしれません。
CONTENT SOURCE A CONTENT NETWORK or DISTRIBUTION SYSTEM that is distributing CONTENT to another such network or system. Contrast with CONTENT DESTINATION.
コンテンツソースコンテンツネットワークまたは他のそのようなネットワークまたはシステムにコンテンツを配信された配信システム。コンテンツ送信先と対比。
DISTRIBUTION ADVERTISEMENT An ADVERTISEMENT from a CONTENT NETWORK's DISTRIBUTION SYSTEM to potential CONTENT SOURCES, describing the capabilities of one or more CONTENT DESTINATIONS. Contrast with AREA ADVERTISEMENT, CONTENT ADVERTISEMENT.
1つまたは複数のコンテンツDESTINATIONSの機能を説明DISTRIBUTION広告の潜在的コンテンツソースのコンテンツネットワークのディストリビューションシステムからADVERTISEMENT、。 AREA広告、コンテンツ広告と対比。
DISTRIBUTION INTERNETWORKING Interconnection of two or more DISTRIBUTION SYSTEMS so as to propagate CONTENT SIGNALS and copies of CONTENT to groups of SURROGATES.
サロゲートのグループにCONTENT信号およびコンテンツのコピーを伝播するように、二つ以上の流通システムの分布インターネットワーキング相互接続。
ENLISTED Describes a CONTENT NETWORK that, as part of a NEGOTIATED RELATIONSHIP, has accepted a DISTRIBUTION task from another CONTENT NETWORK, has agreed to perform REQUEST-ROUTING on behalf of another CONTENT NETWORK, or has agreed to provide ACCOUNTING data to another CONTENT NETWORK. Contrast with ORIGINATING.
入隊が交渉関係の一部として、他のコンテンツネットワークから配布タスクを受け入れている、コンテンツネットワークについて説明し、他のコンテンツネットワークに代わってREQUEST-ルーティングを行うことに合意した、または他のコンテンツネットワークに会計データを提供することに合意しました。 ORIGINATINGと対比。
INJECTION A "send-only" form of DISTRIBUTION INTERNETWORKING that takes place from an ORIGIN to a CONTENT DESTINATION.
INJECTION「送信専用」コンテンツ、出発地から目的地まで行われますDISTRIBUTIONインターネットワーキングのフォームを。
INTER-Describes activity that involves more than one CONTENT NETWORK (e.g., INTER-CDN). Contrast with INTRA-.
複数のコンテンツネットワーク（例えば、INTER-CDN）を含む活性をINTER-記述する。イントラと対比。
INTRA-Describes activity within a single CONTENT NETWORK (e.g., INTRA-CDN). Contrast with INTER-.
単一コンテンツネットワーク（例えば、INTRA-CDN）内の活性がINTRA-記述する。 INTER-と対比。
NEGOTIATED RELATIONSHIP A relationship whose terms and conditions are partially or completely established outside the context of CONTENT NETWORK internetworking protocols.
ネゴシエートされた関係を持つ利用規約部分的または完全にコンテンツネットワークのインターネットワーキングプロトコルのコンテキスト外で確立される関係。
ORIGINATING Describes a CONTENT NETWORK that, as part of a NEGOTIATED RELATIONSHIP, submits a DISTRIBUTION task to another CONTENT NETWORK, asks another CONTENT NETWORK to perform REQUEST-ROUTING on its behalf, or asks another CONTENT NETWORK to provide ACCOUNTING data. Contrast with ENLISTED.
ORIGINATINGは、交渉さ関係の一部として、他のコンテンツネットワークに配布タスクを提出し、コンテンツネットワークを記述し、その代わりに、REQUEST-ルーティングを実行するために、別のコンテンツネットワークを要求する、または会計データを提供するために、別のコンテンツネットワークを要求します。入隊と対比。
REMOTE CONTENT NETWORK A CONTENT NETWORK able to deliver CONTENT for a particular REQUEST that is not the AUTHORITATIVE REQUEST-ROUTING SYSTEM for that REQUEST.
その要求に対して権威REQUEST-ルーティングシステムではありません特定の要求のためにコンテンツを配信することができREMOTEコンテンツネットワークコンテンツネットワーク。
REQUEST-ROUTING INTERNETWORKING Interconnection of two or more REQUEST-ROUTING SYSTEMS so as to increase the number of REACHABLE SURROGATES for at least one of the interconnected systems.
二つ以上のREQUEST-ルーティングシステムのREQUESTルーティングインターネットワーキング相互接続は、相互接続システムの少なくとも一つのためREACHABLEサロゲートの数を増加させるようになっています。
This document defines terminology and concepts for content internetworking. The terminology itself does not introduce any security-related issues. The implementation of content internetworking concepts does raise some security-related issues, which we identify in broad categories below. Other CDI documents will address their specific security-related issues in more detail.
この文書では、コンテンツのインターネットワーキングのための用語と概念を定義します。用語自体は、任意のセキュリティ関連の問題を導入しません。コンテンツインターネットワーキングの概念の実装では、我々は以下の広いカテゴリに識別するいくつかのセキュリティ関連の問題を、提起しません。その他のCDIの文書は、より詳細に彼らの特定のセキュリティ関連の問題に対処します。
Secure relationship establishment: CONTENT INTERNETWORKING GATEWAYS must ensure that CONTENT NETWORKS are internetworking only with other CONTENT NETWORKS as intended. It must be possible to prevent unauthorized internetworking or spoofing of another CONTENT NETWORK's identity.
セキュアな関係の確立：CONTENTインターネットワーキングゲートウェイが意図したとおりにネットワークが他のコンテンツネットワークにのみ、インターネットワーキングされる内容を確認する必要があります。他のコンテンツネットワークのアイデンティティの不正インターネットワーキングやなりすましを防止することが可能でなければなりません。
Secure content transfer: CONTENT INTERNETWORKING GATEWAYS must support CONTENT NETWORK mechanisms that ensure both the integrity of CONTENT and the integrity of both DISTRIBUTION and DELIVERY, even when both ORIGINATING and ENLISTED networks are involved. CONTENT INTERNETWORKING GATEWAYS must allow for mechanisms to prevent theft or corruption of CONTENT.
CONTENTインターネットワーキング・ゲートウェイは、発信と入隊ネットワークの両方が関係している場合でも、コンテンツの完全性と配布および配信の両方の整合性の両方を確保するコンテンツネットワークのメカニズムをサポートしている必要があります：コンテンツ転送を固定します。 CONTENTインターネットワーキング・ゲートウェイは、コンテンツの盗難や破損を防止するためのメカニズムを可能にしなければなりません。
Secure meta-content transfer: CONTENT INTERNETWORKING GATEWAYS must support the movement of accurate, reliable, auditable ACCOUNTING information between CONTENT NETWORKS. CONTENT INTERNETWORKING GATEWAYS must allow for mechanisms to prevent the diversion or corruption of ACCOUNTING data and similar meta-content.
メタコンテンツの転送をセキュア：CONTENTインターネットワーキングゲートウェイがコンテンツネットワーク間の正確な、信頼性、監査可能な会計情報の動きをサポートしている必要があります。 CONTENTインターネットワーキング・ゲートウェイは、会計データと同様のメタコンテンツの流用や破損を防止するためのメカニズムを可能にしなければなりません。
The authors acknowledge the contributions and comments of Fred Douglis (AT&T), Don Gilletti (CacheFlow), Markus Hoffmann (Lucent), Barron Housel (Cisco), Barbara Liskov (Cisco), John Martin (Network Appliance), Nalin Mistry (Nortel Networks) Raj Nair (Cisco), Hilarie Orman (Volera), Doug Potter (Cisco), and Oliver Spatscheck (AT&T).
著者はフレッドDouglis（AT＆T）、ドン・Gilletti（CacheFlow）、マーカス・ホフマン（ルーセント）、バロンHousel（シスコ）、バーバラ・リスコフ（シスコ）、ジョン・マーティン（ネットワーク・アプライアンス）、ナリンMistryさん（ノーテルネットワークスの貢献とコメントを認めます）ラジNairさん（シスコ）、ヒラリーオーマン（Volera）、ダグ・ポッター（シスコ）、そしてオリバーSpatscheck（AT＆T）。
[1] Fielding, R., Gettys, J., Mogul, J., Frystyk, H., Masinter, L., Leach, P. and T. Berners-Lee, "Hypertext Transfer Protocol -- HTTP/1.1", RFC 2616, June 1999.
[1]フィールディング、R.、ゲティス、J.、モーグル、J.、Frystyk、H.、Masinter、L.、リーチ、P.、およびT.バーナーズ - リー、 "ハイパーテキスト転送プロトコル - HTTP / 1.1"、 RFC 2616、1999年6月。
[2] Schulzrinne, H., Rao, A. and R. Lanphier, "Real Time Streaming Protocol", RFC 2326, April 1998.
[2] SchulzrinneとH.とラオとA.とR. Lanphier、 "リアルタイムストリーミングプロトコル"、RFC 2326、1998年4月。
[3] Cooper, I., Melve, I. and G. Tomlinson, "Internet Web Replication and Caching Taxonomy", RFC 3040, June 2000.
[3]クーパー、I.、Melve、I.およびG.トムリンソン、 "インターネットのWebレプリケーションおよびキャッシング分類学"、RFC 3040、2000年6月。
Mark Stuart Day Cisco Systems 1414 Massachusetts Avenue Boxborough, MA 01719 US
マーク・スチュアート日シスコシステムズ1414年マサチューセッツアベニューボックスボロー、MA 01719米国
Phone: +1 978 936 1089 EMail: mday@alum.mit.edu
電話：+1 978 936 1089 Eメール：mday@alum.mit.edu
Brad Cain Storigen Systems 650 Suffolk Street Lowell, MA 01854 US
ブラッドカインStorigenシステム650サフォークストリートローウェル、マサチューセッツ州01854米国
Phone: +1 978 323 4454 EMail: bcain@storigen.com
電話：+1 978 323 4454 Eメール：bcain@storigen.com
Gary Tomlinson Tomlinson Group 14324 227th Ave NE Woodinville, WA 98072
ゲイリー・トムリンソントムリンソングループ14324 227番目アヴェNEウッディンビル、ワシントン州98072
Phone: +1 425 503 0881 EMail: gary@tomlinsongroup.net
電話：+1 425 503 0881 Eメール：gary@tomlinsongroup.net
Phil Rzewski 30 Jennifer Place San Francisco, CA 94107 US
フィルRzewski 30ジェニファー・プレイス、サンフランシスコ、CA 94107米国
Phone: +1 650 303 3790 EMail: philrz@yahoo.com
電話：+1 650 303 3790 Eメール：philrz@yahoo.com
Copyright (C) The Internet Society (2003). All Rights Reserved.
著作権（C）インターネット協会（2003）。全著作権所有。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
この文書とその翻訳は、コピーして他の人に提供し、それ以外についてはコメントまたは派生物は、いかなる種類の制限もなく、全体的にまたは部分的に、準備コピーし、公表して配布することができることを説明したり、その実装を支援することができます、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、この文書自体は著作権のための手順はで定義されている場合には、インターネット標準を開発するために必要なものを除き、インターネットソサエティもしくは他のインターネット関連団体に著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんインターネット標準化プロセスが続く、または英語以外の言語に翻訳するために、必要に応じなければなりません。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記の制限は永久で、インターネット学会やその後継者や譲渡者によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書とここに含まれている情報は、基礎とインターネットソサエティおよびインターネットエンジニアリングタスクフォースはすべての保証を否認し、明示または黙示、その情報の利用がない任意の保証を含むがこれらに限定されない「として、」上に設けられています特定の目的への権利または商品性または適合性の黙示の保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。