RFC3466 日本語訳
3466 A Model for Content Internetworking (CDI). M. Day, B. Cain, G.Tomlinson, P. Rzewski. February 2003. (Format: TXT=37684 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
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
コメントを求めるワーキンググループM.日の要求をネットワークでつないでください: 3466年のコクチマスカテゴリ: 情報のB.のP.ルゼフスキーメディア出版社Inc.カインStorigen G.トムリンスントムリンスングループ2003年2月
A Model for Content Internetworking (CDI)
満足しているインターネットワーキングのためのモデル(CDI)
Status of this Memo
この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.
Copyright(C)インターネット協会(2003)。 All rights reserved。
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のじっと見る」という内容とインタコネクトするための技術です。 一般的なボキャブラリーはそのようなインタコネクトとinteroperationについて議論するプロセスを助けます。 このドキュメントは、満足しているネットワークと満足しているインターネットワーキングを紹介して、そのような一般的なボキャブラリーのために要素を定義します。
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
1. 序論. . . . . . . . . . . . . . . . . . . . . . . . 2 2。 内容は.22.1問題記述. . . . . . . . . . . . . . . . . 3 2.2をネットワークでつなぎます。プロキシをキャッシュします。 . . . . . . . . . . . . . . . . . . . 4 2.3サーバは.52.4の満足している流通機構を農作します。 . . . . . . . . . . . . 6 2.4 .1 CDN値について説明するCDNs. . . . . . . . . . . 8 2.4.2の歴史的な発展: 比例してください、そして、達してください。 . . . . . 8 3. 満足しているネットワークモデル用語. . . . . . . . . . . . . . . . 9 4。 満足しているインターネットワーキング. . . . . . . . . . . . . . . . . . 12 5。 満足しているインターネットワーキングモデル用語. . . . . . . . . . . . 12 6。 セキュリティ問題. . . . . . . . . . . . . . . . . . 15 7。 承認. . . . . . . . . . . . . . . . . . . . . . 15 8。 引用規格. . . . . . . . . . . . . . . . . . . . 16
Day, et al. Informational [Page 1] RFC 3466 A Model for Content Internetworking (CDI) February 2003
日、他 満足しているインターネットワーキング(CDI)2003年2月のための1モデルあたり情報[1ページ]のRFC3466
9. Authors' Addresses . . . . . . . . . . . . . . . . . . . . . 16 10. Full Copyright Statement . . . . . . . . . . . . . . . . . . 17
9. 作者のアドレス. . . . . . . . . . . . . . . . . . . . . 16 10。 完全な著作権宣言文. . . . . . . . . . . . . . . . . . 17
1. Introduction
1. 序論
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".
用語はRFC3040[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に続くかに、追加用語を紹介して、それらのインターネットワーキング期間がどう使用されているかがわかります。
2. Content Networks
2. 満足しているネットワーク
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.
過去数年は、「内容」が技術の発展へ中心に置かれるのを見ました。 プロトコル、器具、および全体の市場は排他的に内容を追跡する位置、ダウンロード、および用法のために創設されました。 この領域のいくつかのサンプル技術がプロキシ、コンテンツ管理ツール、知的な「ウェブスイッチ」、および高度なログ解析ツールをキャッシュするウェブを含んでいました。
Day, et al. Informational [Page 2] RFC 3466 A Model for Content Internetworking (CDI) February 2003
日、他 満足しているインターネットワーキング(CDI)2003年2月のための1モデルあたり情報[2ページ]のRFC3466
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スタックの層1〜3に情報を伝統的に処理しましたが、満足しているネットワークは層に4〜7に存在するネットワークインフラを含んでいます。 下層ネットワークインフラはルーティングに集中しましたが、フレームとパケット、満足しているネットワークが進めて、切り替わるのが内容のための要求と応答のルーティングと推進に対処します。 イメージなどの満足しているネットワークにおける、輸送されたデータのユニット(映画、または歌)は、しばしば非常に大きく、数百か何千ものパケットにかかるかもしれません。
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.
交互に、OSIスタックに満足しているネットワークを新しい仮想のオーバレイと考えることができます: aは、スタックのすべての7つの層から基本的な要素を当てにするより豊かなサービスを可能にするために「層を満足します」。 ファイル転送(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.
満足しているネットワークと能力をネットワークでつなぐ内容の増殖は満足しているネットワークとインタコネクトして、異なった満足しているネットワークが、より良い総合的なサービスのために協力する方法を見つけることへの関心をもたらします。
2.1 Problem Description
2.1 問題記述
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.
バックグラウンドのために、いくつかのサンプル内容ネットワークがこのその問題を訴えるのをそれぞれ試みる以下のセクションで説明されます。
Day, et al. Informational [Page 3] RFC 3466 A Model for Content Internetworking (CDI) February 2003
日、他 満足しているインターネットワーキング(CDI)2003年2月のための1モデルあたり情報[3ページ]のRFC3466
2.2 Caching Proxies
2.2 プロキシをキャッシュすること。
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.
性能と帯域幅利用を抑えるキャッシュを向上させることのために、プロキシはユーザの近くで配布されます。 これらのユーザが直接発生源サーバにというよりむしろキャッシュを通して彼らのウェブ要求を送るよう奨励されます、そうするために彼らのブラウザを構成するのなどように。 この構成が適切に完了していると、ユーザの全体のブラウジングセッションは特定のキャッシュしているプロキシを通ります。 したがって、プロキシをキャッシュすると、プロキシをキャッシュしながらそのユーザのすべてによって見られるすべてのインターネット内容の「熱いセット」は含むでしょう。
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 同様の子育てプロトコルを使用して、要求は、ある一定の満足しているドメインを求める要求を特定のプライマリ親に送るように仕切られるかもしれません。 これは、プロキシリソースをキャッシュする効率的な使用を最大にするのを助けることができます。
Day, et al. Informational [Page 4] RFC 3466 A Model for Content Internetworking (CDI) February 2003
日、他 満足しているインターネットワーキング(CDI)2003年2月のための1モデルあたり情報[4ページ]のRFC3466
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|
--------
^ ^ | | 要求| | 発生源サーバ| | -------- -------- |親| |親| |キャッシュ| |キャッシュ| |プロキシ| |プロキシ| -------- -------- ^ ^foo.comの\/bar.comの満足している\/内容\/を求める\/要求に関する要求------- ------- ------- ------- |縁| |縁| |縁| |縁| |キャッシュ| |キャッシュ| |キャッシュ| |キャッシュ| |プロキシ| |プロキシ| |プロキシ| |プロキシ| ------- ------- ------- ------- ^ | すべての内容| 要求| これのために| クライアント| -------- |クライアント| --------
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.
このダイヤグラムが1つの可能な構成だけを示していますが、また、多くの他のものも役に立つことに注意してください。 倍数がプロキシをキャッシュしていて、特に、クライアントは直接伝達できるかもしれません。 RFC3040[3]はプロキシをキャッシュする倍数がどう使用されるかもしれないかに関する追加例を含んでいます。
2.3 Server Farms
2.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で情報を使用するもの)を利用します。 スイッチは、サーバの(潜在的に大きい)のグループに満足している要求を調べて、それらを派遣します。
Day, et al. Informational [Page 5] RFC 3466 A Model for Content Internetworking (CDI) February 2003
日、他 満足しているインターネットワーキング(CDI)2003年2月のための1モデルあたり情報[5ページ]のRFC3466
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\/クライアントBから\/を\から要求するか、または要求してください。------------- | L4-L7| | スイッチ| ------------- クライアントAクライアントBからの要求からの^ ^/\/\/\要求
A similar style of content network (that is, deployed close to servers) may be constructed with surrogates [3] instead of a switch.
同様のスタイルの満足しているネットワーク(すなわち、サーバの近くでは、展開する)はスイッチの代わりに代理[3]と共に構成されるかもしれません。
2.4 Content Distribution Networks
2.4 満足している流通機構
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
階層的なキャッシュとサーバー・ファームの両方が役に立つテクニックですが、限界を持ってください。 サーバー・ファームは発生源サーバのスケーラビリティを改良できます。複数のサーバと他の要素がほぼ発生源サーバで通常配布されるので、しかしながら、それらはネットワークの混雑のためである性能問題を改良するために少ししかしません。 プロキシをキャッシュすると、ネットワークの混雑のため性能問題を改良できますが(クライアントの近くに位置しているので)、彼らはクライアント要求に基づくオブジェクトをキャッシュします。 多数ですが、クライアント要求に基づくキャッシュは与えられたオブジェクトを求める要求であるなら不十分に働きます。
Day, et al. Informational [Page 6] RFC 3466 A Model for Content Internetworking (CDI) February 2003
日、他 満足しているインターネットワーキング(CDI)2003年2月のための1モデルあたり情報[6ページ]のRFC3466
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(内容Distribution NetworkかContent Delivery Network)です。 CDNは本質的にはプロキシをキャッシュすることによって、より典型的に占領されたネットワークの位置にサーバ農場のような構成を外へ出します。 CDNには、ホスティングされるそれぞれの満足している項目の複数のレプリカがあります。 1つの満足している項目のためのブラウザからの要求は「良い」レプリカに向けられて、通常、「利益」が、どこでそれがかかる時間と比べて、項目がすぐにクライアントにサービスされていることを意味するかが適切な保全と一貫性で発生源サーバからそれをとって来ます。 通常、地理的な位置とネットワークの接続性の静的な情報は、レプリカを選ぶ良い仕事をするために十分ではありません。 代わりに、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
CDNは、サービスプロバイダーが発生源サーバ内容のコピーを複数のさまざまの位置からクライアントに提供するためにコンテンツプロバイダーを代表して行動するのを可能にします。 位置の数と多様性の増加は、ダウンロード時間を改良して、その結果、ユーザー・エクスペリエンスを改良することを意図します。 CDNには、内容物配送インフラストラクチャ、要求ルーティングインフラストラクチャ、分配インフラストラクチャ、および会計インフラストラクチャの何らかの組み合わせがあります。 内容配送インフラストラクチャは内容のコピーをユーザのセットに提供する1セットの「代理」のサーバ[3]から成ります。 要求ルーティングインフラストラクチャはaに向かってクライアントに動かすメカニズムから成ります。
Day, et al. Informational [Page 7] RFC 3466 A Model for Content Internetworking (CDI) February 2003
日、他 満足しているインターネットワーキング(CDI)2003年2月のための1モデルあたり情報[7ページ]のRFC3466
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の中にデータを要求ルーティング、分配、および配送機能に追跡して、集めます。
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
---------- ---------- |要求| |要求| |ルーティング| |ルーティング| | システム| | システム| ---------- ---------- ^ | (1) クライアントのもの| | (2) 応答内容| | 要求を示します。| | 位置----------- | | 内容|代理| | | ----------- ----------- | | |代理| | | ----------- ----------- | | |代理| | | ----------- | | ^ | v/(3)クライアントはクライアントを開きます。--- 内容を検索する接続
2.4.1 Historic Evolution of CDNs
2.4.1 CDNsの歴史的な発展
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.
CDNsの最初の重要な使用は大いに要求されたグラフィックファイル(ポピュラーなサーバのホームページのGIFファイルなどの)の分配のためのものでした。 しかしながら、原則として、そして、ますます習慣では、CDNはどんなデジタル・コンテンツの配送もサポートすることができます--様々なフォームのストリーミング・メディアを含んでいます。 ストリーミング・メディアCDN(または、メディアの流通機構かMDN)に関しては、代理は分離器として働いているかもしれません(ストリームの複本を配して)。 役割かキャッシュしているプロキシとしての役割には分離器機能があるかもしれません。 しかしながら、まだ、このモデルで定義された基本要素がストリーミング・メディアを配布している満足しているネットワークのインタコネクトに適用することを意図しています。
2.4.2 Describing CDN Value: Scale and Reach
2.4.2 CDNについて説明して、以下を評価してください。 スケールと範囲
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
CDN値を与える2つの基本的な要素があります: インフラストラクチャと改良された内容物配送を社外調達します。 そしてCDNは発生源サーバを代表して複数の代理を行動させます、したがって、内容の集結されたサイトから倍数までの配送を取り除く。
Day, et al. Informational [Page 8] RFC 3466 A Model for Content Internetworking (CDI) February 2003
日、他 満足しているインターネットワーキング(CDI)2003年2月のための1モデルあたり情報[8ページ]のRFC3466
(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を組み立てることができます、ネットワークの規模、ネットワークの混雑、およびネットワーク失敗の問題に打ち勝って。 私たちは満足している位置の多様化の進行を「範囲」と呼びます。
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.
典型的な(非internetworkedされた)CDNでは、ただ一つのサービスプロバイダーは要求ルータ、代理、および満足しているディストリビュータを手術します。 さらに、そのサービスプロバイダーは、満足している出版社と共に(ビジネス)関係を確立して、分配された配送システムを提供するためにそれらの発生源サイトを代表して行動します。 コンテンツプロバイダーへのそのCDNの値はスケールとその範囲の組み合わせです。
3. Content Network Model Terms
3. 満足しているネットワークモデル用語
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.
このセクションは役割について言及するのに使用される項数、関係者、および満足しているネットワークにかかわるオブジェクトの定義から成ります。 以下の用途RFC2616[1]で使用されるものに基づいている多くの用語かRFC3040[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.
DISTRIBUTIONのACCOUNTING Measurementと録音と特に記録された情報が結局その後の金銭授受の基礎として使用されるときのDELIVERY活動か、商品か、義務。
ACCOUNTING SYSTEM
A collection of CONTENT NETWORK ELEMENTS that supports ACCOUNTING
for a single CONTENT NETWORK.
独身のCONTENT NETWORKのためにACCOUNTINGをサポートするCONTENT NETWORK ELEMENTSのACCOUNTING SYSTEM A収集。
AUTHORITATIVE REQUEST-ROUTING SYSTEM
The REQUEST-ROUTING SYSTEM that is the correct/final authority for
a particular item of CONTENT.
CONTENTの特定の項目のための正しいか最終的な権威であるAUTHORITATIVE REQUEST-ROUTING SYSTEM REQUEST-ROUTING SYSTEM。
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内容物配送ネットワークか満足している流通機構。 一種のCONTENT NETWORKがCONTENT NETWORK ELEMENTSがどれであるかでCONTENTの、より効果的な配送をCLIENTSに準備しました。 通常、CDNはREQUEST-ROUTING SYSTEM、SURROGATES、DISTRIBUTION SYSTEM、およびACCOUNTING SYSTEMから成ります。
Day, et al. Informational [Page 9] RFC 3466 A Model for Content Internetworking (CDI) February 2003
日、他 満足しているインターネットワーキング(CDI)2003年2月のための1モデルあたり情報[9ページ]のRFC3466
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.)
CONTENT REQUESTSを送って、対応するCONTENT RESPONSESを受けるCLIENT Aプログラム。 (注意: これはRFC2616[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 Anyフォーム、CONTENTは周囲でRFC2616[1]に「実体」と呼ばれることに対応しています。 追加規制がDISTRIBUTIONとDELIVERYにあるCONTENTの1つの重要なフォームがCONTINUOUS MEDIAです。
CONTENT NETWORK
An arrangement of CONTENT NETWORK ELEMENTS, controlled by a common
management in some fashion.
何らかのファッションで一般的な経営者側によって制御されたCONTENT NETWORK ELEMENTSのCONTENT NETWORK Anアレンジメント。
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 NETWORK ELEMENT AはネットワークメッセージのCONTENT関連の部分を調べることによって少なくとも処理のいくつかを実行するデバイスをネットワークでつなぎます。 IP接続を基本にしたネットワークでは、CONTENT NETWORK ELEMENTは処理がIPパケット団体に含まれた情報を調べるのによるデバイスです。 ネットワーク要素(RFC3040で定義されるように)はIPパケットのヘッダーだけを調べます。 多くのCONTENT NETWORK ELEMENTSが個々のIPパケットを調べもしませんし、見てもいなくてさえいないことに注意してください、代わりに何らかの上位レベル・プロトコルに関するメッセージに組み立てられた1つ以上のパケットのボディーを受けて。
CONTENT REQUEST
A message identifying a particular item of CONTENT to be
delivered.
提供されるCONTENTの特定の商品を特定するCONTENT REQUEST Aメッセージ。
CONTENT RESPONSE
A message containing a particular item of CONTENT, identified in a
previous CONTENT REQUEST.
前のCONTENT REQUESTで特定されたCONTENTの特定の項目を含むCONTENT RESPONSE Aメッセージ。
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.
CONTENT SIGNAL AメッセージはCONTENTの項目の情報を指定するDISTRIBUTION SYSTEMを通して配送されました。 例えば、CONTENT SIGNALは、ORIGINにはCONTENTの何らかの片の新しいバージョンがあるのを示すことができます。
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
ソースと流し台とのタイミング関係があるCONTINUOUS MEDIA CONTENT。 すなわち、流し台はソースに存在したタイミング関係を再生させなければなりません。 CONTINUOUS MEDIAの最も一般的な例は、オーディオと動画ビデオです。 CONTINUOUS MEDIAはリアルタイムの(インタラクティブ)であることができます。(そこに、「きつい」タイミングがあります)。
Day, et al. Informational [Page 10] RFC 3466 A Model for Content Internetworking (CDI) February 2003
日、他 満足しているインターネットワーキング(CDI)2003年2月のための1モデルあたり情報[10ページ]のRFC3466
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]]
ソースと流し台か、ストリーミング(再生)との関係。(そこでは、関係がそれほど厳しくはありません)。 [注意: この定義は本質的には[2]]との連続したメディアの定義と同じです。
DELIVERY
The activity of providing a PUBLISHER's CONTENT, via CONTENT
RESPONSES, to a CLIENT. Contrast with DISTRIBUTION and REQUEST-
ROUTING.
DELIVERY、CONTENT RESPONSESを通してPUBLISHERのCONTENTをCLIENTに供給する活動。 分配を対照をなしてください、そして、ルーティングを要求してください。
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、PUBLISHERのCONTENTをORIGINから1SURROGATEsに動かす活動。 DISTRIBUTIONはREQUESTを受けるSURROGATE(プレ位置決め)を予測してREQUESTを受けるSURROGATE(要求に応じて魅惑的な)に対応して起こることができます。 配送と要求ルーティングを対照をなしてください。
DISTRIBUTION SYSTEM
A collection of CONTENT NETWORK ELEMENTS that support DISTRIBUTION
for a single CONTENT NETWORK. The DISTRIBUTION SYSTEM also
propagates CONTENT SIGNALs.
独身のCONTENT NETWORKのためにDISTRIBUTIONをサポートするCONTENT NETWORK ELEMENTSのDISTRIBUTION SYSTEM A収集。 また、DISTRIBUTION SYSTEMは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にDISTRIBUTION SYSTEMを入れるか。 CONTENTのどんな項目のためのORIGINも分配の「コア」のサーバのサーバかセットです、そのCONTENTの「マスター」か「正式」のコピーを持っていて。 (注意: 私たちは、この定義がRFC2616[1]の「発生源サーバ」においてそれと互換性がありますが、CDIの役に立つ追加規制を含んでいると信じています。)
PUBLISHER
The party that ultimately controls the CONTENT and its
distribution.
結局CONTENTとその分配を制御するパーティーのPUBLISHER。
REACHABLE SURROGATES
The collection of SURROGATES that can be contacted via a
particular DISTRIBUTION SYSTEM or REQUEST-ROUTING SYSTEM.
REACHABLE SURROGATES、特定のDISTRIBUTION SYSTEMを通して連絡できるSURROGATESかREQUEST-ROUTING SYSTEMの収集。
REQUEST-ROUTING
The activity of steering or directing a CONTENT REQUEST from a
USER AGENT to a suitable SURROGATE.
REQUEST-ルート設定、USER AGENTから適当なSURROGATEまでCONTENT REQUESTを導くか、または指示する活動。
REQUEST-ROUTING SYSTEM
A collection of CONTENT NETWORK ELEMENTS that support REQUEST-
ROUTING for a single CONTENT NETWORK.
独身のCONTENT NETWORKのためにREQUESTがルート設定であるとサポートするCONTENT NETWORK ELEMENTSのREQUEST-ROUTING SYSTEM A収集。
Day, et al. Informational [Page 11] RFC 3466 A Model for Content Internetworking (CDI) February 2003
日、他 満足しているインターネットワーキング(CDI)2003年2月のための1モデルあたり情報[11ページ]のRFC3466
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 RESPONSESを返送することによってCONTENT REQUESTSを受け入れて、彼らを修理するSERVER Aプログラム。 どんな与えられたプログラムもクライアントとサーバの両方であることができるかもしれません。 私たちのこれらの用語の使用はプログラムで実行される役割だけについて言及します。 [注意: これはRFC2616[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以外のSURROGATE A配送サーバ。 CONTENT REQUESTを受けて、対応するCONTENT RESPONSEを提供します。 [以下に注意してください。 これはRFC3040[3]のそれからの異なった定義です。([3]は私たちの目的のためにひどく入念に見えます)。 いつも「CDI代理」は「3040年のRFC代理」です。 私たちは逆が本当であるかどうかを確信していません。]
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].]
REQUESTこれらを開始するUSER AGENT CLIENTはしばしばブラウザ、エディタ、クモ(ウェブを横断するロボット)、または他のエンドユーザツールです。 [注意: この定義はRFC2616[1]のものと同じです。]
4. Content Internetworking
4. 満足しているインターネットワーキング
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.
満足しているインターネットワーキングで、異なった満足しているネットワークは、各関係者へのそうでなければ、達成できたより大きいスケール、そして/または、範囲を提供するためにリソースを共有できます。 満足しているインターネットワーキングに一般的に定義されたプロトコルを使用することによって、それぞれの満足しているネットワークは「ブラックボックス」として隣接している満足しているネットワークを扱うことができます、内部の詳細に互いから隠すのを許容して。
5. Content Internetworking Model Terms
5. 満足しているインターネットワーキングモデル用語
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.
このセクションは役割について言及するのに使用される項数、関係者、およびインターネットワーキング内容ネットワークにかかわるオブジェクトの定義から成ります。 このセクションの目的は、一般的な用語を特定して、短い定義を提供することです。
Day, et al. Informational [Page 12] RFC 3466 A Model for Content Internetworking (CDI) February 2003
日、他 満足しているインターネットワーキング(CDI)2003年2月のための1モデルあたり情報[12ページ]のRFC3466
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.
2ACCOUNTING SYSTEMSのACCOUNTING INTERNETWORKING Interconnection、彼らの間の情報交換を可能にしてください。 必要であるACCOUNTING INTERNETWORKINGのフォームをじっと見るパーティーの間のNEGOTIATED RELATIONSHIPの自然に特に依存するかもしれません、予期された経済交流の値で。
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 NETWORKSに利用可能で、CONTENT INTERNETWORKING GATEWAYSを通して交換されたリソースに関するADVERTISEMENT情報。 ADVERTISEMENTのタイプはAREA ADVERTISEMENTS、CONTENT ADVERTISEMENTS、およびDISTRIBUTION ADVERTISEMENTSを入れます。
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.
CONTENT NETWORKのトポロジーの局面、地理学、および性能の周りのCONTENT NETWORKのREQUEST-ROUTING SYSTEMからのAREA ADVERTISEMENT ADVERTISEMENT。 満足している広告、分配広告を対照をなしてください。
BILLING ORGANIZATION
An entity that operates an ACCOUNTING SYSTEM to support billing
within a NEGOTIATED RELATIONSHIP with a PUBLISHER.
PUBLISHERと共にNEGOTIATED RELATIONSHIPの中で支払いをサポートするためにACCOUNTING SYSTEMを操作するBILLING ORGANIZATION An実体。
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
CONTENT NETWORKにおけるCONTENTの1つ以上の収集の有用性の周りのCONTENT NETWORKのREQUEST-ROUTING SYSTEMからのCONTENT ADVERTISEMENT ADVERTISEMENT。 領域広告、分配広告に対する対照
CONTENT DESTINATION
A CONTENT NETWORK or DISTRIBUTION SYSTEM that is accepting CONTENT
from another such network or system. Contrast with CONTENT
SOURCE.
別のそのようなネットワークかシステムからCONTENTを受け入れているCONTENT DESTINATION AのCONTENT NETWORKか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 INTERNETWORKING GATEWAY、(CIG) CONTENT NETWORKが他のものと共にインタコネクトされることができる身元保証可能な要素かシステム。 CIGはDISTRIBUTION INTERNETWORKING、REQUEST-ROUTING INTERNETWORKING、そして/または、ACCOUNTING INTERNETWORKINGのための連絡先であるかもしれなく、その結果、CONTENT NETWORKの対応するシステムのいくつかかすべてを取り入れるかもしれません。
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 REPLICATION、CONTENTのCONTENT SOURCEからCONTENT DESTINATIONまでの動き。 これが1つのネットワークから別のネットワークまで明確にCONTENTの動きであることに注意してください。 ただ一つのネットワークのDISTRIBUTION SYSTEMの中で周囲でCONTENTを動かす同様の、または、異なったメカニズムがあるかもしれません。
Day, et al. Informational [Page 13] RFC 3466 A Model for Content Internetworking (CDI) February 2003
日、他 満足しているインターネットワーキング(CDI)2003年2月のための1モデルあたり情報[13ページ]のRFC3466
CONTENT SOURCE
A CONTENT NETWORK or DISTRIBUTION SYSTEM that is distributing
CONTENT to another such network or system. Contrast with CONTENT
DESTINATION.
別のそのようなネットワークかシステムにCONTENTを分配しているCONTENT SOURCE AのCONTENT NETWORKかDISTRIBUTION SYSTEM。 満足している目的地を対照をなしてください。
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.
CONTENT NETWORKのDISTRIBUTION SYSTEMから潜在的1CONTENT DESTINATIONSの能力について説明するCONTENT SOURCESまでのDISTRIBUTION ADVERTISEMENT An ADVERTISEMENT。 領域広告、満足している広告を対照をなしてください。
DISTRIBUTION INTERNETWORKING
Interconnection of two or more DISTRIBUTION SYSTEMS so as to
propagate CONTENT SIGNALS and copies of CONTENT to groups of
SURROGATES.
2DISTRIBUTION SYSTEMSのDISTRIBUTION INTERNETWORKING Interconnection、CONTENTのCONTENT SIGNALSとコピーをSURROGATESのグループに伝播してください。
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.
NEGOTIATED RELATIONSHIPの一部として別のCONTENT NETWORKからDISTRIBUTIONタスクを認めたか、別のCONTENT NETWORKを代表してREQUEST-ルート設定を実行するのに同意したか、または別のCONTENT NETWORKへのデータをACCOUNTINGに供給するのが合わせたENLISTED Describes a CONTENT NETWORK。 起因するのを対照をなしてください。
INJECTION
A "send-only" form of DISTRIBUTION INTERNETWORKING that takes
place from an ORIGIN to a CONTENT DESTINATION.
INJECTION A、「発信、-単に、」 ORIGINからCONTENT DESTINATIONまで行われるDISTRIBUTION INTERNETWORKINGのフォーム。
INTER-
Describes activity that involves more than one CONTENT NETWORK
(e.g., INTER-CDN). Contrast with INTRA-.
INTERは1CONTENT NETWORK(例えば、INTER-CDN)にかかわる活動について説明します。 イントラを対照をなしてください。
INTRA-
Describes activity within a single CONTENT NETWORK (e.g., INTRA-
CDN). Contrast with INTER-.
INTRAは独身のCONTENT NETWORK(例えば、INTRA- CDN)の中で活動について説明します。 対照をなす、相互
NEGOTIATED RELATIONSHIP
A relationship whose terms and conditions are partially or
completely established outside the context of CONTENT NETWORK
internetworking protocols.
条件がCONTENT NETWORKインターネットワーキングプロトコルの文脈の外で部分的か完全に確立されるNEGOTIATED RELATIONSHIP A関係。
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.
NEGOTIATED RELATIONSHIPの一部として別のCONTENT NETWORKにDISTRIBUTIONタスクを提出するか、そのに代わってREQUEST-ルート設定を実行するように別のCONTENT NETWORKに頼むか、またはデータをACCOUNTINGに供給するように別のCONTENT NETWORKに頼むORIGINATING Describes a CONTENT NETWORK。 協力を得られるのを対照をなしてください。
Day, et al. Informational [Page 14] RFC 3466 A Model for Content Internetworking (CDI) February 2003
日、他 満足しているインターネットワーキング(CDI)2003年2月のための1モデルあたり情報[14ページ]のRFC3466
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のためのAUTHORITATIVE REQUEST-ROUTING SYSTEMでない特定のREQUESTのためにCONTENTを提供できるREMOTE CONTENT NETWORK A CONTENT NETWORK。
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.
2REQUEST-ROUTING SYSTEMSのREQUEST-ルート設定INTERNETWORKING Interconnection、少なくとも相互接続システムの1つのためにREACHABLE SURROGATESの数を増強してください。
6. Security Considerations
6. セキュリティ問題
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 INTERNETWORKING GATEWAYSは、CONTENT NETWORKSが意図されるとしての他のCONTENT NETWORKSだけがあるインターネットワーキングであることを確実にしなければなりません。 別のCONTENT NETWORKのアイデンティティの権限のないインターネットワーキングかスプーフィングを防ぐのは可能であるに違いありません。
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 INTERNETWORKING GATEWAYSはCONTENTの保全とDISTRIBUTIONとDELIVERYの両方の保全の両方を確実にするメカニズムをCONTENT NETWORKにサポートしなければなりません、ORIGINATINGとENLISTEDネットワークの両方がかかわるときさえ。 CONTENT INTERNETWORKING GATEWAYSは、メカニズムが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 INTERNETWORKING GATEWAYSはCONTENT NETWORKSの間の正確で、信頼できるauditable ACCOUNTING情報の動きをサポートしなければなりません。 CONTENT INTERNETWORKING GATEWAYSは、メカニズムがACCOUNTINGデータと同様のメタ含有量の転換か不正を防ぐのを許容しなければなりません。
7. Acknowledgements
7. 承認
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).
作者はNalinミストリ(ノーテルNetworks)RajのフレッドDouglis(AT&T)、ドンGilletti(CacheFlow)、マーカス・ホフマン(透明な)、バロンHousel(シスコ)、バーバラLiskov(シスコ)、ジョン・マーチン(ネットアプライアンス)、ナイア(シスコ)、Hilarie Orman(Volera)、ダグ・ポッター(シスコ)、およびオリバーSpatscheck(AT&T)の貢献とコメントを承諾します。
Day, et al. Informational [Page 15] RFC 3466 A Model for Content Internetworking (CDI) February 2003
日、他 満足しているインターネットワーキング(CDI)2003年2月のための1モデルあたり情報[15ページ]のRFC3466
8. Normative References
8. 引用規格
[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.、Gettys、J.、ムガール人、J.、Frystyk、H.、Masinter、L.、リーチ、P.、およびT.バーナーズ・リー、「HTTP/1.1インチ、RFC2616、1999年ハイパーテキスト転送プロトコル--6月」。
[2] Schulzrinne, H., Rao, A. and R. Lanphier, "Real Time Streaming
Protocol", RFC 2326, April 1998.
[2]SchulzrinneとH.とラオとA.とR.Lanphier、「リアルタイムのストリーミングのプロトコル」、RFC2326、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.トムリンスン、「インターネットウェブ模写、分類学をキャッシュする」、RFC3040、6月2000日
9. Authors' Addresses
9. 作者のアドレス
Mark Stuart Day Cisco Systems 1414 Massachusetts Avenue Boxborough, MA 01719 US
シスコシステムズ1414年のスチュアートDayマサチューセッツ通りBoxborough、MA 01719が米国であるとマークしてください。
Phone: +1 978 936 1089 EMail: mday@alum.mit.edu
以下に電話をしてください。 +1 1089年の978 936メール: mday@alum.mit.edu
Brad Cain Storigen Systems 650 Suffolk Street Lowell, MA 01854 US
ブラッドカインStorigen Systems650サフォーク通りMA01854ローウェル(米国)
Phone: +1 978 323 4454 EMail: bcain@storigen.com
以下に電話をしてください。 +1 4454年の978 323メール: bcain@storigen.com
Gary Tomlinson Tomlinson Group 14324 227th Ave NE Woodinville, WA 98072
ゲーリートムリンスントムリンスングループ14324第227Ave NEウッジンビル、ワシントン 98072
Phone: +1 425 503 0881 EMail: gary@tomlinsongroup.net
以下に電話をしてください。 +1 0881年の425 503メール: gary@tomlinsongroup.net
Phil Rzewski 30 Jennifer Place San Francisco, CA 94107 US
フィルルゼフスキー30ジェニファーPlaceカリフォルニア94107サンフランシスコ(米国)
Phone: +1 650 303 3790 EMail: philrz@yahoo.com
以下に電話をしてください。 +1 3790年の650 303メール: philrz@yahoo.com
Day, et al. Informational [Page 16] RFC 3466 A Model for Content Internetworking (CDI) February 2003
日、他 満足しているインターネットワーキング(CDI)2003年2月のための1モデルあたり情報[16ページ]のRFC3466
10. Full Copyright Statement
10. 完全な著作権宣言文
Copyright (C) The Internet Society (2003). All Rights Reserved.
Copyright(C)インターネット協会(2003)。 All rights reserved。
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.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
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機能のための基金は現在、インターネット協会によって提供されます。
Day, et al. Informational [Page 17]
日、他 情報[17ページ]
一覧
スポンサーリンク
