Network Working Group B. Korver
Request for Comments: 4331 Network Resonance
Category: Standards Track L. Dusseault
OSAF
February 2006
Quota and Size Properties
for Distributed Authoring and Versioning (DAV) Collections
Status of This Memo
このメモのステータス
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2006).
著作権（C）インターネット協会（2006）。
Abstract
抽象
Web Distributed Authoring and Versioning (WebDAV) servers are frequently deployed with quota (size) limitations. This document discusses the properties and minor behaviors needed for clients to interoperate with quota (size) implementations on WebDAV repositories.
Web分散オーサリングとバージョン管理（WebDAV）サーバは、頻繁にクォータ（サイズ）制限が配備されています。この文書では、プロパティおよびWebDAVリポジトリにクォータ（サイズ）の実装と相互運用するクライアントのために必要なマイナーな行動を説明します。
Table of Contents
目次
1. Introduction ....................................................2
1.1. Notational Conventions .....................................2
1.2. Requirement for Quotas .....................................2
2. Solution Overview ...............................................3
3. DAV:quota-available-bytes .......................................3
4. DAV:quota-used-bytes ............................................4
5. Example PROPFIND Request and Response ...........................5
6. Error Reporting .................................................6
7. Notes ...........................................................6
8. Security Considerations .........................................8
9. Internationalization Considerations .............................8
10. Acknowledgements ...............................................8
11. References .....................................................8
11.1. Normative References ......................................8
11.2. Informative References ....................................8
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[RFC2119]に記載されているように解釈されます。
The definition of live property is provided in [RFC2518]. The definition of protected and computed properties is provided in [RFC3253], Section 1.4.
ライブプロパティの定義は、[RFC2518]で提供されています。保護および計算プロパティの定義は、[RFC3253]、セクション1.4に提供されます。
WebDAV servers based on [RFC2518] have been implemented and deployed with quota restrictions on collections and users, so it makes sense to standardize this functionality to improve user experience and client interoperability.
[RFC2518]に基づいて、WebDAVサーバが実装され、コレクションやユーザーのクォータ制限が展開されますので、ユーザーエクスペリエンスとクライアントの相互運用性を向上させるために、この機能を標準化することは理にかなってされています。
The reasons why WebDAV servers frequently have quotas enforced are the same reasons why any storage system comes with quotas.
任意のストレージ・システムは、クォータに付属している理由のWebDAVサーバが頻繁に強制クォータを持っている理由は、同じ理由です。
o Sometimes the storage service charges according to quota.
O時にはクォータに応じてストレージサービス料。
o Sometimes the storage service is provided free, but the storage service provider has limited storage space (e.g., university-provided student accounts).
O時にはストレージサービスは無料で提供されていますが、ストレージサービスプロバイダ（例えば、大学が提供する学生のアカウント）限られた収納スペースがあります。
o Even in cases where the storage can be upgraded, the storage managers may choose to limit quota in order to encourage users to limit the files they store on the system and to clean up obsolete files (e.g., IT departments within corporations).
Oでもストレージをアップグレードすることが可能な場合には、ストレージ管理者は、彼らがシステムに保存ファイルを制限することをユーザーに奨励すると（企業内など、IT部門）廃止されたファイルをクリーンアップするために、クォータを制限することもできます。
In order to work best with repositories that support quotas, client software should be able to determine and display the DAV:quota-available-bytes (defined below) on collections. Further, client software should have some way of fairly reliably determining how much storage space is already counted towards that quota.
コレクションにクォータ可能バイト（以下に定義）：クォータをサポートするリポジトリで最適に動作するためには、クライアント・ソフトウェアは、DAVを決定して表示することができるはずです。さらに、クライアントソフトウェアはかなり確実に多くの収納スペースがすでにそのクォータにカウントされる方法を決定するいくつかの方法を持っている必要があります。
Support for the properties defined in this document enhances the client experience, because the client has a chance of managing its files to avoid running out of allocated storage space. Clients may not be able to calculate the value as accurately on their own, depending on how total space used is calculated by the server.
クライアントが割り当てられたストレージスペースの不足を回避するために、そのファイルを管理する機会を持っているので、この文書で定義されたプロパティのサポートは、クライアントエクスペリエンスを向上させます。クライアントは、サーバによってどのように計算されるか、総容量使用に応じて、自分の上のように正確に値を計算することができないかもしれません。
The approach to meeting the requirements and scenarios outlined above is to define two live properties. This specification can be met on a server by implementing both DAV:quota-available-bytes and DAV:quota-used-bytes on collections only.
上記で概説した要件とシナリオを満たすのアプローチは、2つのライブのプロパティを定義することです。クォータ可能なバイトとDAV：この仕様では、DAVの両方を実装することにより、サーバ上で満たすことができるクォータ使用バイトのみのコレクションに。
A <DAV:allprop> PROPFIND request SHOULD NOT return any of the properties defined by this document. However, these property names MUST be returned in a <DAV:propname> request for a resource that supports the properties, except in the case of infinite limits, which are explained below.
<DAV：allprop> PROPFIND要求は、この文書で定義されたプロパティのいずれかを返すべきではありません。以下に説明する無限の制限、の場合を除いて、プロパティをサポートするリソースに対する要求：しかし、これらのプロパティの名前は、<PROPNAME DAV>に戻らなければなりません。
The DAV:quota-available-bytes and DAV:quota-used-bytes definitions below borrow heavily from the quota definitions in the Network File System (NFS) [RFC3530] specification.
DAV：クォータ利用可能なバイトおよびDAV：クォータ使用バイトの定義は、以下のネットワークファイルシステム（NFS）[RFC3530]仕様でクォータ定義から重く借ります。
Name: quota-available-bytes
名前：クォータ可能バイト
Namespace: DAV:
名前空間：DAV：
Purpose: Indicates the maximum amount of additional storage available to be allocated to a resource.
目的：リソースに割り当てる利用可能な追加のストレージの最大量を示します。
DTD: <!ELEMENT quota-available-bytes (#PCDATA) >
DTD：<！ELEMENTクォータ-可能バイト（#PCDATA）>
The DAV:quota-available-bytes property value is the value in octets representing the amount of additional disk space beyond the current allocation that can be allocated to this resource before further allocations will be refused. It is understood that this space may be consumed by allocations to other resources.
DAV：クォータ可能バイトプロパティの値がさらに割り当てが拒否される前に、このリソースに割り当てることができる現在の割り当てを超えて追加のディスクスペースの量を表すオクテットの値です。このスペースは、他のリソースへの割り当てによって消費されてもよいことが理解されます。
Support for this property is REQUIRED on collections, and OPTIONAL on other resources. A server SHOULD implement this property for each resource that has the DAV:quota-used-bytes property.
このプロパティのサポートは、コレクションに必要とされ、他のリソースではオプションです。クォータ使用バイトプロパティ：サーバがDAVを持つ各リソースに対して、このプロパティを実装する必要があります。
Clients SHOULD expect that as the DAV:quota-available-bytes on a resource approaches 0, further allocations to that resource may be refused. A value of 0 indicates that users will probably not be able to perform operations that write additional information (e.g., a PUT inside a collection), but may be able to replace through overwrite an existing resource of equal size.
クォータ可能バイトリソースに0に近づくと、そのリソースへのさらなる割り当てを拒否することができる：クライアントはDAVのようにすることを期待するべきです。 0の値は、ユーザは、おそらく追加の情報（例えば、コレクション内のPUT）を書き込む動作を実行することができないであろうことを示しているが、同じサイズの既存のリソースを上書きを介して交換することができるかもしれません。
Note that there may be a number of distinct but overlapping limits, which may even include physical media limits. When reporting DAV: quota-available-bytes, the server is at liberty to choose any of those limits but SHOULD do so in a repeatable way. The rule may be configured per repository, or may be "choose the smallest number".
物理メディアの制限を含んでいてもよい、異なるが重複限界の数が存在してもよいことに留意されたいです。 DAV報告する際：クォータ利用可能なバイトを、サーバはこれらの制限のいずれかを選択する自由であるが、再現可能な方法で行うべきです。ルールは、リポジトリごとに設定してもよいし、「最小数を選択」であってもよいです。
If a resource has no quota enforced or unlimited storage ("infinite limits"), the server MAY choose not to return this property (404 Not Found response in Multi-Status), although this specification RECOMMENDS that servers return some appropriate value (e.g., the amount of free disk space). A client cannot entirely assume that there is no quota enforced on a resource that does not have this property, but might as well act as if there is no quota.
リソースが何クォータ強制または無制限のストレージ（「無限の限界」）を持っていない場合は、サーバーは、このプロパティを返さないのを選ぶかもしれません（404マルチステータスで応答が見つかりません）、この仕様は、サーバは、いくつかの適切な値（例えば、返却することをお勧めしますが、ディスクの空き容量）。クライアントは完全にこのプロパティを持っていないリソースに施行何のクォータが存在しないと仮定することはできませんが、ないクォータが存在しないかのようにも動作するかもしれません。
The value of this property is protected (see Section 1.4.2 of [RFC3253] for the definition of protected properties). A 403 Forbidden response is RECOMMENDED for attempts to write a protected property, and the server SHOULD include an XML error body as defined by DeltaV [RFC3253] with the <DAV:cannot-modify-protected-property/> precondition tag.
このプロパティの値は、（保護されたプロパティの定義については[RFC3253]のセクション1.4.2を参照）が保護されています。 403禁止応答は、保護性を書き込もうとするために推奨され、そして<DAV：CAN-変更しない保護-性/>とデルタV [RFC3253]で定義されるように、サーバは、XMLエラー本体を含むべき前提条件タグ。
Name: quota-used-bytes
名前：クォータ使用バイト
Namespace: DAV:
名前空間：DAV：
Purpose: Contains the amount of storage counted against the quota on a resource.
目的：リソース上のクォータにカウントさストレージの量が含まれています。
DTD: <!ELEMENT quota-used-bytes (#PCDATA) >
DTD：<！ELEMENTクォータ・使用・バイト（#PCDATA）>
The DAV:quota-used-bytes value is the value in octets representing the amount of space used by this resource and possibly a number of other similar resources, where the set of "similar" meets at least the criterion that allocating space to any resource in the set will count against the DAV:quota-available-bytes. It MUST include the total count including usage derived from sub-resources if appropriate. It SHOULD include metadata storage size if metadata storage is counted against the DAV:quota-available-bytes.
DAV：クォータ使用バイト値は、「類似」のセットは、任意のリソースにスペースを割り当てることは、少なくとも基準を満たすこのリソースによって使用されるスペースの量およびおそらく他の同様のリソースの数を表すオクテットの値でありますセットでDAVにはカウントされます：クォータ可能バイト。これは、適切であれば、サブ資源由来の使用を含めた合計回数を含まなければなりません。クォータ可能バイト：メタデータストレージがDAVに対してカウントされている場合には、メタデータ記憶サイズを含むべきです。
Note that there may be a number of distinct but overlapping sets of resources for which a DAV:quota-used-bytes is maintained (e.g., "all files with a given owner", "all files with a given group owner", etc.). The server is at liberty to choose any of those sets but SHOULD do so in a repeatable way. The rule may be configured per repository.
クォータ使用バイトが維持される（例えば、「所定のグループの所有者を持つすべてのファイル」「は、所与の所有者を持つすべてのファイル」、等：リソースいるDAVのための、異なるが重複するセットの数が存在してもよいことに留意されたいです）。サーバーは、これらのセットのいずれかを選択する自由であるが、再現可能な方法で行うべきです。ルールは、リポジトリごとに設定されてもよいです。
Support for this property is REQUIRED on collections, and OPTIONAL on other resources. A server SHOULD implement this property for each resource that has the DAV:quota-available-bytes property.
このプロパティのサポートは、コレクションに必要とされ、他のリソースではオプションです。クォータ可能バイトプロパティ：サーバがDAVを持つ各リソースに対して、このプロパティを実装する必要があります。
This value of this property is computed (see Section 1.4.3 of [RFC3253] for the definition of computed property). A 403 Forbidden response is RECOMMENDED for attempts to write a protected property, and the server SHOULD include an XML error body as defined by DeltaV [RFC3253] with the <DAV:cannot-modify-protected-property/> precondition tag.
このプロパティの値は、（計算されたプロパティの定義については[RFC3253]のセクション1.4.3を参照）が算出されます。 403禁止応答は、保護性を書き込もうとするために推奨され、そして<DAV：CAN-変更しない保護-性/>とデルタV [RFC3253]で定義されるように、サーバは、XMLエラー本体を含むべき前提条件タグ。
Request:
要求：
PROPFIND /~milele/public/ HTTP/1.1
Depth: 0
Host: www.example.com
Content-Type: text/xml
Content-Length: xxx
<?xml version="1.0" ?> <D:propfind xmlns:D="DAV:"> <D:prop> <D:quota-available-bytes/> <D:quota-used-bytes/> </D:prop> </D:propfind>
<？xml version = "1.0"？> <D：PROPFINDのxmlns：D = "DAV："> <D：プロペラ> <D：クォータ可能バイト/> <D：クォータ使用バイト/> </ D：小道具> </ D：PROPFIND>
Response:
応答：
HTTP/1.1 207 Multi-Status
Date: Tue, 16 Oct 2001 22:13:39 GMT
Content-Length: xxx
Content-Type: text/xml; charset=UTF-8
<?xml version="1.0" encoding="utf-8" ?> <D:multistatus xmlns:D="DAV:"> <D:response> <D:href>http://www.example.com/~milele/public/</D:href> <D:propstat> <D:prop> <D:quota-available-bytes>596650</D:quota-available-bytes> <D:quota-used-bytes>403350</D:quota-used-bytes> </D:prop> <D:status>HTTP/1.1 200 OK</D:status> </D:propstat> </D:response> </D:multistatus>
<？xml version = "1.0" エンコード= "UTF-8"？> <D：multistatusのxmlns：D = "DAV："> <D：レスポンス> <D：HREF> http://www.example.com/ 〜milele /パブリック/ </ D：HREF> <D：propstat> <D：プロペラ> <D：クォータ可能バイト> 596650 </ D：クォータ可能バイト> <D：クォータ使用バイト> 403350 </ D：クォータ使用バイト> </ D：プロペラ> <D：ステータス> HTTP / 1.1 200 OK </ D：状態> </ D：propstat> </ D：レスポンス> </ D：multistatus >
WebDAV [RFC2518] defines the status code 507 (Insufficient Storage). This status code SHOULD be used when a client request (e.g., a PUT, PROPFIND, MKCOL, MOVE, or COPY) fails because it would exceed their quota or physical storage limits. In order to differentiate the response from other storage problems, the server SHOULD include an XML error body as defined by DeltaV [RFC3253] with the appropriate precondition tag.
WebDAVは、[RFC2518]は、ステータスコード507（ストレージ不足）を定義します。それは彼らのクォータ又は物理的な記憶制限を超えるため、クライアント要求（例えば、PUT、PROPFIND、MKCOL、MOVE、COPY又は）失敗したときに、このステータスコードが使用されるべきです。適切な前提条件タグとデルタV [RFC3253]で定義されるような他の記憶の問題からの応答を区別するために、サーバは、XMLエラー本体を含むべきです。
Preconditions:
前提条件：
(DAV:quota-not-exceeded): the request MUST NOT cause the allocated quota to be exceeded.
（DAV：クォータない超過）：リクエストが超過するために割り当てられたクォータを引き起こしてはなりません。
(DAV:sufficient-disk-space): there is sufficient physical space to execute the request.
（DAV：十分なディスクスペース）：要求を実行するのに十分な物理的スペースがあります。
Example error response:
例のエラー応答：
HTTP/1.1 507 Insufficient Storage Content-Length: xxx Content-Type: text/xml
HTTP / 1.1 507ストレージ不足のContent-Length：XXXのContent-Type：text / xmlで
<?xml version="1.0"> <error xmlns="DAV:"> <quota-not-exceeded/> </error>
<？xml version = "1.0"> <エラーのxmlns = "DAV："> <超過クォータない/> </エラー>
Implementation note: some clients may be able to take advantage of the different precondition codes when mapping to operating system status codes, such as E_NOSPC and E_DQUOT in NFS (see [RFC3530], Section 12).
実装注：一部のクライアントは、NFSでE_NOSPCとE_DQUOTなどのオペレーティングシステムのステータスコード、（[RFC3530]、セクション12を参照）にマッピングする際、異なる前提条件コードを利用することができるかもしれません。
Server implementations store and account for their data in many different ways. Some of the challenges:
さまざまな方法で自分のデータのためのサーバ実装ストアとアカウント。課題のいくつか：
o Some server implementations find it prohibitive to count storage used for metadata; others may choose to do so for better accounting.
O一部のサーバーの実装は、それが法外なメタデータのために使用されるストレージをカウントするために見つけます。他の人がより良い会計のためにそうすることもできます。
o Older versions of resources may be stored as well.
Oリソースの古いバージョンは、同様に記憶することができます。
o Variants of one resource may exist with different content lengths.
Oつのリソースの変異体は、異なるコンテンツの長さで存在してもよいです。
o Content may be dynamically generated.
O含有量を動的に生成することができます。
o Resource bodies can be compressed.
Oリソース体を圧縮することができます。
o Some resources may be stored for "free", not counting against quota.
O一部のリソースは、クォータに対してカウントしない、「自由」のために保存することができます。
Since server storage accounting can vary so much, clients should expect the following:
サーバー・ストレージ・会計がそんなに変わることがあるので、クライアントは次のことを期待する必要があります。
o The size of a file on the client's file system, or in a PUT message, may not correspond to the amount of storage required by the server to store the resource. Thus, the client cannot predict with 100% accuracy whether a given file will be allowed given the storage quota.
クライアントのファイルシステム上のファイルのサイズ、またはPUTメッセージ中のO、リソースを格納するためにサーバによって必要とされるストレージの量に対応していなくてもよいです。したがって、クライアントが指定したファイルは、記憶域のクォータ与え許可するかどうか、100％の精度で予測することはできません。
o Deleting or overwriting a resource may not free up the same amount of storage as indicated by the DAV:getcontentlength property defined in [RFC2518] for the resource. If deleting a resource does not free up any space, the file may have been moved to a "trash" folder or "recycle bin", or retained as in versioning systems ([RFC3253]).
リソースの[RFC2518]で定義されgetcontentlengthプロパティ：O削除またはリソースを上書きはDAVによって示されるように、ストレージの同じ量を解放しなくてもよいです。リソースを削除して任意の領域を解放しない場合は、ファイルは「ごみ箱」フォルダまたは「ごみ箱」に移動し、またはバージョン管理システム（[RFC3253]）のように保持されている可能性があります。
o Since there are many factors that affect the storage used by a set of resources, including automatic compression, the size of associated metadata, and server-inserted content (such as that created by PHP code) in the on-the-wire representation of resources, clients are advised not to depend on the value of DAV: quota-used-bytes being the sum of the DAV:getcontentlength properties for resources contained by a collection.
Oのオン・ザ・ワイヤ表現の自動圧縮、関連するメタデータのサイズ、および（例えば、PHPコードで作成されるような）サーバー挿入されたコンテンツを含むリソースのセットによって使用されるストレージに影響を与える多くの要因が存在するのでリソースは、クライアントがDAVの値に依存しないことをお勧めします：コレクションに含まれるリソースのためのgetcontentlengthプロパティ：クォータ使用バイトは、DAVの合計です。
o Additionally, because there may be a number of distinct but overlapping sets of resources for which a DAV:quota-used-bytes is maintained (Section 4), there may be no correlation between the size of the resources in a collection and DAV:quota-used-bytes. For example, for a server that implements user-based quotas, DAV:quota-used-bytes usually will be the same for a collection and its members.
DAVのためのリソースの、異なるが重複するセットの数が存在し得るので、Oさらに、：クォータ使用バイトが（セクション4）維持され、収集およびDAV内のリソースの大きさとの間には相関関係がなくてもよいです。クォータ使用バイト。たとえば、ユーザーベースのクォータを実装して、サーバー用に、DAV：クォータ使用バイトは、通常のコレクションとそのメンバーのために同じになります。
o On some systems where quota is counted by collection and not by user, a quota on a sub-collection may be larger than the quota on the parent collection that contains it. For example, the quota on /~milele/ may be 100 MB, but the quota on /~milele/public/ may be unlimited. This allows the space used by /~milele/public/ to be as large as the quota on /~milele/ allows (depending on the other contents of /~milele/) even if the quota on /~milele/ is changed. Thus, even when the quota on a parent collection is changed, it is not necessarily required to change the quota on every child or descendant collection.
Oクォータがユーザによって収集し、しないことによってカウントされるいくつかのシステムでは、サブコレクションのクォータは、それを含む親コレクションにクォータよりも大きくてもよいです。例えば、/上のクォータは〜milele / 100メガバイトかもしれませんが、/上のクォータは〜milele /公共/無制限のかもしれません。これはによって使用されるスペースを可能に/〜milele /公衆/クォータほど大きくなるように/〜milele /可能（/の他のコンテンツに依存〜milele /）/上のクォータが〜mileleが/変更されても。このように、親コレクションのクォータが変更された場合でも、必ずしもすべての子供や子孫のコレクションにクォータを変更する必要はありません。
A hacker may prefer to store files in collections with a large quota. This isn't strictly a security concern because it doesn't make it any easier to store files. On the other hand, the DAV:quota-used-bytes property may make it easier to detect tampering or misuse.
ハッカーは、大規模なクォータを持つコレクション内のファイルを保存することもできます。それがどんな簡単にファイルを保存することはできないので、これは厳密にはセキュリティ上の問題ではありません。一方、DAV：クォータ使用バイトプロパティは、それが簡単に改ざんや不正使用を検出することがあります。
Quota is counted in Arabic numerals expressed in strings. There are no internationalization considerations.
クォータは、文字列で表現さアラビア数字でカウントされます。何の国際化の考慮事項はありません。
Stefan Eissing, Geoff Clemm, Jim Luther, Julian Reschke, and Jim Whitehead, among others, have provided valuable comments on this document.
ステファンEissing、ジェフClemm、ジム・ルーサー、ジュリアンReschke、そしてジム・ホワイトヘッドは、とりわけ、本文書に貴重なコメントを提供してきました。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC2518] Goland, Y., Whitehead, E., Faizi, A., Carter, S., and D. Jensen, "HTTP Extensions for Distributed Authoring -- WebDAV", RFC 2518, February 1999.
[RFC2518] Goland、Y.、ホワイトヘッド、E.、フェッチ、A.、カーター、S.、およびD.ジェンセン、 "分散オーサリングのHTTP拡張 - WebDAVの"、RFC 2518、1999年2月。
[RFC3253] Clemm, G., Amsden, J., Ellison, T., Kaler, C., and J. Whitehead, "Versioning Extensions to WebDAV (Web Distributed Authoring and Versioning)", RFC 3253, March 2002.
[RFC3253] Clemm、G.、Amsden、J.、エリソン、T.、Kaler、C.、およびJ.ホワイトヘッド "のWebDAV（Web分散オーサリングとバージョン）のバージョンの拡張"、RFC 3253、2002年3月。
[RFC3530] Shepler, S., Callaghan, B., Robinson, D., Thurlow, R., Beame, C., Eisler, M., and D. Noveck, "Network File System (NFS) version 4 Protocol", RFC 3530, April 2003.
[RFC3530] Shepler、S.、キャラハン、B.、ロビンソン、D.、Thurlow、R.、Beame、C.、アイスラー、M.、およびD. Noveck、 "ネットワークファイルシステム（NFS）バージョン4プロトコル"、 RFC 3530、2003年4月。
Authors' Addresses
著者のアドレス
Brian Korver Network Resonance, Inc. 2483 E. Bayshore Road Suite 212 Palo Alto, CA 94303 US
ブライアン・コーバーネットワークレゾナンス、Inc.の2483 E.ベイショア道路スイート212パロアルト、CA 94303米国
Phone: +1 650 812-7705 EMail: briank@networkresonance.com
電話：+1 650 812-7705 Eメール：briank@networkresonance.com
Lisa Dusseault Open Source Applications Foundation 543 Howard Street 5th Floor San Francisco, CA 94105 US
リサDusseaultオープンソースアプリケーション財団543ハワードストリート5階サンフランシスコ、CA 94105米国
Phone: +1 415 946-3040 EMail: lisa@osafoundation.org
電話：+1 415 946-3040 Eメール：lisa@osafoundation.org
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2006).
著作権（C）インターネット協会（2006）。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
この文書では、BCP 78に含まれる権利と許可と制限の適用を受けており、その中の記載を除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM 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.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、本書またはそのような権限下で、ライセンスがたりないかもしれない程度に記載された技術の実装や使用に関係すると主張される可能性があります任意の知的財産権やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能です。またそれは、それがどのような権利を確認する独自の取り組みを行ったことを示すものでもありません。 RFC文書の権利に関する手続きの情報は、BCP 78およびBCP 79に記載されています。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますhttp://www.ietf.org/iprのIETFのオンラインIPRリポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、その注意にこの標準を実装するために必要とされる技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 ietf-ipr@ietf.orgのIETFに情報を記述してください。
Acknowledgement
謝辞
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).
RFCエディタ機能のための資金は、IETF管理サポート活動（IASA）によって提供されます。