Network Working Group G. Zorn
Request for Comments: 2867 Cisco Systems, Inc.
Category: Informational B. Aboba
Updates: 2866 Microsoft Corporation
D. Mitton
Nortel Networks
June 2000
RADIUS Accounting Modifications for Tunnel Protocol Support
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 (2000). All Rights Reserved.
著作権（C）インターネット協会（2000）。全著作権所有。
Abstract
抽象
This document defines new RADIUS accounting Attributes and new values for the existing Acct-Status-Type Attribute [1] designed to support the provision of compulsory tunneling in dial-up networks.
この文書は、新しいRADIUSアカウンティング属性と[1]ダイヤルアップネットワークに強制的トンネリングの提供をサポートするように設計された既存のAcct-Status-Typeアトリビュートの新しい値を定義します。
Specification of Requirements
要件の仕様
In this document, the key words "MAY", "MUST, "MUST NOT", "optional", "recommended", "SHOULD", and "SHOULD NOT", are to be interpreted as described in [2].
この文書に記載されている、キーワード "MAY"、「MUST、 "MUST NOT"、 "オプション"、 "推奨"、 "SHOULD"、および "the" はならない、[2]に記載のように解釈されるべきです。
Many applications of tunneling protocols such as PPTP [5] and L2TP [4] involve dial-up network access. Some, such as the provision of secure access to corporate intranets via the Internet, are characterized by voluntary tunneling: the tunnel is created at the request of the user for a specific purpose. Other applications involve compulsory tunneling: the tunnel is created without any action from the user and without allowing the user any choice in the matter, as a service of the Internet service provider (ISP). Typically, ISPs providing a service want to collect data regarding that service for billing, network planning, etc. One way to collect usage data in dial-up networks is by means of RADIUS Accounting [1]. The use of RADIUS Accounting allows dial-up usage data to be collected at a central location, rather than stored on each NAS.
例えばPPTPのようなトンネリングプロトコルの多くの用途[5]及びL2TP [4]ダイヤルアップネットワークアクセスを伴います。例えば、インターネットを介して企業イントラネットへの安全なアクセスの提供などのいくつかは、自発的トンネリングによって特徴付けられる：トンネルは特定の目的のために、ユーザの要求に応じて作成されます。他のアプリケーションが強制的トンネリングを伴う：トンネルは、ユーザーからの操作なしとインターネットサービスプロバイダ（ISP）のサービスとして、問題にユーザーが任意の選択を許可せずに作成されます。一般的に、サービスを提供するISP、課金のためにそのサービスに関するデータを収集するネットワーク計画などのダイヤルアップネットワークでの使用状況データを収集する1つの方法は、RADIUSアカウンティングによるものである[1]。 RADIUSアカウンティングの使用は、各NASに格納されているのではなく、ダイヤルアップ利用データを中央位置で収集されることを可能にします。
In order to collect usage data regarding tunneling, new RADIUS attributes are needed; this document defines these attributes. In addition, several new values for the Acct-Status-Type attribute are proposed. Specific recommendations for, and examples of, the application of this attribute for the L2TP protocol can be found in RFC 2809.
トンネリングに関する使用状況データを収集するために、新しいRADIUS属性が必要とされています。この文書では、これらの属性を定義します。また、Acct-Status-Typeアトリビュートのためのいくつかの新しい値が提案されています。特定のための推奨事項、およびL2TPプロトコルのこの属性のアプリケーションの例は、RFC 2809に見出すことができます。
Compulsory tunneling may be part of a package of services provided by one entity to another. For example, a corporation might contract with an ISP to provide remote intranet access to its employees via compulsory tunneling. In this case, the integration of RADIUS and tunnel protocols allows the ISP and the corporation to synchronize their accounting activities so that each side receives a record of the user's resource consumption. This provides the corporation with the means to audit ISP bills.
強制トンネリングは別のエンティティによって提供されるサービスのパッケージの一部であってもよいです。例えば、企業は強制的トンネリングを経由して、従業員へのリモートイントラネットアクセスを提供するISPと契約することがあります。この場合、RADIUSおよびトンネルプロトコルの統合は、それぞれの側がユーザーのリソース消費のレコードを受け取るようにISPや企業は彼らの会計活動を同期させることができます。これは、ISPの請求書を監査する手段を企業に提供します。
In auditing, the User-Name, Acct-Tunnel-Connection, Tunnel-Client-Endpoint and Tunnel-Server-Endpoint attributes are typically used to uniquely identify the call, allowing the Accounting-Request sent by the NAS to be reconciled with the corresponding Accounting-Request sent by the tunnel server.
監査では、ユーザー名、ACCT-トンネル接続、トンネルクライアントエンドポイントとトンネル - サーバー - エンドポイント属性は、典型的には、NASによって送信されたアカウンティング要求は、対応すると照合できるように、一意の呼を識別するために使用されていますトンネルサーバによって送信されたアカウンティング - 要求。
When implementing RADIUS accounting for L2TP/PPTP tunneling, the Call-Serial-Number SHOULD be used in the Acct-Tunnel-Connection attribute. In L2TP, the Call-Serial-Number is a 32-bit field and in PPTP it is a 16-bit field. In PPTP the combination of IP Address and Call-Serial-Number SHOULD be unique, but this is not required. In addition, no method for determining the Call-Serial-Number is specified, which leaves open the possibility of wrapping after a reboot.
L2TP / PPTPトンネルのためのRADIUSアカウンティングを実装する場合、コールシリアル番号は、アカウンティング・トンネル接続の属性で使用されるべきです。 L2TPでは、コールシリアル番号は、32ビットフィールドであり、PPTPでは、16ビットのフィールドです。 PPTPではIPアドレスとコールシリアル番号の組み合わせはユニークである必要がありますが、これは必須ではありません。また、コールシリアル番号を決定するための方法は、再起動後にラッピングの可能性を開いたままにされ、指定されていません。
Note that a 16-bit Call-Serial-Number is not sufficient to distinguish a given call from all other calls over an extended time period. For example, if the Call-Serial-Number is assigned monotonically, the NAS in question has 96 ports which are continually busy and the average call is of 20 minutes duration, then a 16-bit Call-Serial-Number will wrap within 65536/(96 * 3 calls/hour * 24 hours/day) = 9.48 days.
16ビットのコールシリアル番号が長時間にわたって他のすべてのコールから与えられたコールを区別するのに十分ではないことに注意してください。コールシリアル番号が単調に割り当てられている場合、例えば、当該NASが絶えずビジーであり、平均通話が20分の持続時間である96個のポートを有し、その後、16ビットのコールシリアル番号が65536内にラップされます/ （* 3 96コール/時間* 24時間/日）= 9.48日。
Value
値
9
９
Description
説明
This value MAY be used to mark the establishment of a tunnel with another node. If this value is used, the following attributes SHOULD also be included in the Accounting-Request packet:
この値は、他のノードとのトンネルの確立をマークするために使用されるかもしれません。この値が使用されている場合は、次の属性は、アカウンティング要求パケットに含まれるべきです。
User-Name (1) NAS-IP-Address (4) Acct-Delay-Time (41) Event-Timestamp (55) Tunnel-Type (64) Tunnel-Medium-Type (65) Tunnel-Client-Endpoint (66) Tunnel-Server-Endpoint (67) Acct-Tunnel-Connection (68)
ユーザー名（1）NAS-IP-アドレス（4）のAcct-遅延時間（41）イベントタイムスタンプ（55）トンネル型（64）トンネルミディアムタイプ（65）トンネルクライアントエンドポイント（66）トンネル - サーバー - エンドポイント（67）のAcct-トンネル・コネクション（68）
Value
値
10
１０
Description
説明
This value MAY be used to mark the destruction of a tunnel to or from another node. If this value is used, the following attributes SHOULD also be included in the Accounting-Request packet:
この値は、別のノードへ又はからトンネルの破壊をマークするために使用されるかもしれません。この値が使用されている場合は、次の属性は、アカウンティング要求パケットに含まれるべきです。
User-Name (1) NAS-IP-Address (4) Acct-Delay-Time (41) Acct-Input-Octets (42) Acct-Output-Octets (43) Acct-Session-Id (44) Acct-Session-Time (46) Acct-Input-Packets (47) Acct-Output-Packets (48) Acct-Terminate-Cause (49) Acct-Multi-Session-Id (51) Event-Timestamp (55) Tunnel-Type (64) Tunnel-Medium-Type (65) Tunnel-Client-Endpoint (66) Tunnel-Server-Endpoint (67) Acct-Tunnel-Connection (68) Acct-Tunnel-Packets-Lost (86)
ユーザー名（1）NAS-IP-アドレス（4）のAcct-遅延時間（41）のAcct-入力オクテット（42）のAcct-出力-オクテット（43）アカウンティング・セッションId（44）のAcct-セッション - 時間（46）のAcct-入力・パケット（47）のAcct-出力 - パケット（48）のAcct-終了 - 原因（49）のAcct-Multi-Session-Id（51）イベントタイムスタンプ（55）トンネル型（64）トンネルミディアムタイプ（65）トンネルクライアントエンドポイント（66）トンネル - サーバー - エンドポイント（67）のAcct-トンネル・コネクション（68）のAcct-トンネルパケット・ロスト（86）
Value
値
11
１１
Description
説明
This value MAY be used to mark the rejection of the establishment of a tunnel with another node. If this value is used, the following attributes SHOULD also be included in the Accounting-Request packet:
この値は、他のノードとのトンネル確立の拒絶をマークするために使用されるかもしれません。この値が使用されている場合は、次の属性は、アカウンティング要求パケットに含まれるべきです。
User-Name (1) NAS-IP-Address (4) Acct-Delay-Time (41) Acct-Terminate-Cause (49) Event-Timestamp (55) Tunnel-Type (64) Tunnel-Medium-Type (65) Tunnel-Client-Endpoint (66) Tunnel-Server-Endpoint (67) Acct-Tunnel-Connection (68)
ユーザー名（1）NAS-IP-アドレス（4）のAcct-遅延時間（41）のAcct-終了 - 原因（49）イベントタイムスタンプ（55）トンネル型（64）トンネルミディアムタイプ（65）トンネルクライアントエンドポイント（66）トンネル - サーバー - エンドポイント（67）のAcct-トンネル・コネクション（68）
Value
値
12
１２
Description
説明
This value MAY be used to mark the creation of a tunnel link. Only some tunnel types (e.g., L2TP) support multiple links per tunnel. This Attribute is intended to mark the creation of a link within a tunnel that carries multiple links. For example, if a mandatory tunnel were to carry M links over its lifetime, 2(M+1) RADIUS Accounting messages might be sent: one each marking the initiation and destruction of the tunnel itself and one each for the initiation and destruction of each link within the tunnel. If only a single link can be carried in a given tunnel (e.g., IPsec in the tunnel mode), this Attribute need not be included in accounting packets, since the presence of the Tunnel-Start Attribute will imply the initiation of the (only possible) link.
この値は、トンネルリンクの作成をマークするのに使用されるかもしれません。唯一のいくつかのトンネルタイプ（例えば、L2TP）はトンネルごとに複数のリンクをサポートします。この属性は、複数のリンクを運ぶトンネル内のリンクの作成をマークすることを意図しています。必須トンネルがその寿命にわたってMリンクを担持した場合、例えば、2（M + 1）RADIUSアカウンティングメッセージが送信されるかもしれない：各々の開始および破壊のためのトンネル自体の開始および破壊をマーキング1それぞれ一つずつトンネル内のリンク。シングルリンクのみが与えられたトンネル（トンネルモードでは例えば、IPsec）の中で実施することができる場合はトンネルスタート属性の存在は（のみ可能の開始を意味するものではありますので、この属性は、アカウンティングパケットに含める必要はありません）リンク。
If this value is used, the following attributes SHOULD also be included in the Accounting-Request packet:
この値が使用されている場合は、次の属性は、アカウンティング要求パケットに含まれるべきです。
User-Name (1) NAS-IP-Address (4) NAS-Port (5) Acct-Delay-Time (41) Event-Timestamp (55) Tunnel-Type (64) Tunnel-Medium-Type (65) Tunnel-Client-Endpoint (66) Tunnel-Server-Endpoint (67) Acct-Tunnel-Connection (68)
ユーザー名（1）NAS-IP-アドレス（4）NASポート（5）のAcct-遅延時間（41）イベントタイムスタンプ（55）トンネル型（64）トンネルミディアムタイプ（65）Tunnel-クライアントエンドポイント（66）トンネル - サーバー - エンドポイント（67）のAcct-トンネル・コネクション（68）
Value
値
13
１３
Description
説明
This value MAY be used to mark the destruction of a tunnel link. Only some tunnel types (e.g., L2TP) support multiple links per tunnel. This Attribute is intended to mark the destruction of a link within a tunnel that carries multiple links. For example, if a mandatory tunnel were to carry M links over its lifetime, 2(M+1) RADIUS Accounting messages might be sent: one each marking the initiation and destruction of the tunnel itself and one each for the initiation and destruction of each link within the tunnel. If only a single link can be carried in a given tunnel (e.g., IPsec in the tunnel mode), this Attribute need not be included in accounting packets, since the presence of the Tunnel-Stop Attribute will imply the termination of the (only possible) link.
この値は、トンネルリンクの破壊をマークするのに使用されるかもしれません。唯一のいくつかのトンネルタイプ（例えば、L2TP）はトンネルごとに複数のリンクをサポートします。この属性は、複数のリンクを運ぶトンネル内のリンクの破壊をマークすることを意図しています。必須トンネルがその寿命にわたってMリンクを担持した場合、例えば、2（M + 1）RADIUSアカウンティングメッセージが送信されるかもしれない：各々の開始および破壊のためのトンネル自体の開始および破壊をマーキング1それぞれ一つずつトンネル内のリンク。シングルリンクのみが与えられたトンネル（トンネルモードでは例えば、IPsec）の中で実施することができる場合はトンネルストップ属性の存在は（のみ可能の終了を意味しますので、この属性は、アカウンティングパケットに含める必要はありません）リンク。
If this value is used, the following attributes SHOULD also be included in the Accounting-Request packet:
この値が使用されている場合は、次の属性は、アカウンティング要求パケットに含まれるべきです。
User-Name (1) NAS-IP-Address (4) NAS-Port (5) Acct-Delay-Time (41) Acct-Input-Octets (42) Acct-Output-Octets (43) Acct-Session-Id (44) Acct-Session-Time (46) Acct-Input-Packets (47)
ユーザー名（1）NAS-IP-アドレス（4）NASポート（5）のAcct-遅延時間（41）のAcct-入力オクテット（42）のAcct-出力-オクテット（43）アカウンティング・セッションId（ 44）アカウンティング・セッション時間（46）ACCT-入力・パケット（47）
Acct-Output-Packets (48) Acct-Terminate-Cause (49) Acct-Multi-Session-Id (51) Event-Timestamp (55) NAS-Port-Type (61) Tunnel-Type (64) Tunnel-Medium-Type (65) Tunnel-Client-Endpoint (66) Tunnel-Server-Endpoint (67) Acct-Tunnel-Connection (68) Acct-Tunnel-Packets-Lost (86)
ACCTアウトプット・パケット（48）ACCT-終了原因（49）のAcct-Multi-Session-Id（51）イベント・タイムスタンプ（55）NASポート型（61）トンネル型（64）トンネル中長期タイプ（65）トンネルクライアントエンドポイント（66）トンネル - サーバー - エンドポイント（67）のAcct-トンネル・コネクション（68）のAcct-トンネルパケット・ロスト（86）
Value
値
14
１４
Description
説明
This value MAY be used to mark the rejection of the establishment of a new link in an existing tunnel. Only some tunnel types (e.g., L2TP) support multiple links per tunnel. If only a single link can be carried in a given tunnel (e.g., IPsec in the tunnel mode), this Attribute need not be included in accounting packets, since in this case the Tunnel-Reject Attribute has the same meaning.
この値は、既存のトンネルにおける新しいリンクの確立の拒否をマークするために使用されるかもしれません。唯一のいくつかのトンネルタイプ（例えば、L2TP）はトンネルごとに複数のリンクをサポートします。単一のリンクが指定されたトンネル内で実施することができる場合は、この場合にはトンネル拒否項目は同じ意味を有しているので（例えば、IPSecトンネルモードでは）、この属性は、アカウンティングパケットに含まれる必要はありません。
If this value is used, the following attributes SHOULD also be included in the Accounting-Request packet:
この値が使用されている場合は、次の属性は、アカウンティング要求パケットに含まれるべきです。
User-Name (1) NAS-IP-Address (4) Acct-Delay-Time (41) Acct-Terminate-Cause (49) Event-Timestamp (55) Tunnel-Type (64) Tunnel-Medium-Type (65) Tunnel-Client-Endpoint (66) Tunnel-Server-Endpoint (67) Acct-Tunnel-Connection (68)
ユーザー名（1）NAS-IP-アドレス（4）のAcct-遅延時間（41）のAcct-終了 - 原因（49）イベントタイムスタンプ（55）トンネル型（64）トンネルミディアムタイプ（65）トンネルクライアントエンドポイント（66）トンネル - サーバー - エンドポイント（67）のAcct-トンネル・コネクション（68）
Description
説明
This Attribute indicates the identifier assigned to the tunnel session. It SHOULD be included in Accounting-Request packets which contain an Acct-Status-Type attribute having the value Start, Stop or any of the values described above. This attribute, along with the Tunnel-Client-Endpoint and Tunnel-Server-Endpoint attributes [3], may be used to provide a means to uniquely identify a tunnel session for auditing purposes.
この属性は、トンネルセッションに割り当てられた識別子を示します。それは価値スタート、ストップまたは上記の値のいずれかを有するAcct-Status-Typeアトリビュートが含まれているアカウンティング要求パケットに含まれるべきです。この属性は、トンネルクライアントエンドポイントとトンネル - サーバー - エンドポイント属性とともに[3]、一意監査目的のためにトンネルセッションを識別するための手段を提供するために使用することができます。
A summary of the Acct-Tunnel-Connection Attribute format is shown below. The fields are transmitted from left to right.
ACCT-トンネル接続属性のフォーマットの概要は以下に示されています。フィールドは左から右に送信されます。
0 1 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length | String ...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type
タイプ
68 for Acct-Tunnel-Connection
アカウンティング・トンネル接続のための68
Length
長さ
>= 3
＞＝ ３
String
弦
The format of the identifier represented by the String field depends upon the value of the Tunnel-Type attribute [3]. For example, to fully identify an L2TP tunnel connection, the L2TP Tunnel ID and Call ID might be encoded in this field. The exact encoding of this field is implementation dependent.
Stringフィールドによって表される識別子のフォーマットは、トンネル型属性[3]の値に依存します。例えば、完全にL2TPトンネル接続を識別するために、L2TPトンネルIDと呼IDは、このフィールドに符号化されるかもしれません。このフィールドの正確なエンコーディングは実装依存です。
Description
説明
This Attribute indicates the number of packets lost on a given link. It SHOULD be included in Accounting-Request packets which contain an Acct-Status-Type attribute having the value Tunnel-Link-Stop.
この属性は、指定されたリンク上で失われたパケットの数を示します。それは価値のトンネルリンクの停止を持つAcct-Status-Typeアトリビュートが含まれているアカウンティング要求パケットに含まれるべきです。
A summary of the Acct-Tunnel-Packets-Lost Attribute format is shown below. The fields are transmitted from left to right.
ACCT-トンネルパケット・ロスト属性形式の概要は以下に示されています。フィールドは左から右に送信されます。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length | Lost
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Lost (cont) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type
タイプ
86 for Acct-Tunnel-Packets-Lost
アカウンティング・トンネル・パケット・ロストのための86
Length
長さ
6
６
Lost
失われました
The Lost field is 4 octets in length and represents the number of packets lost on the link.
失われたフィールドは長さが4つのオクテットであり、リンク上で失われたパケットの数を表します。
The following table provides a guide to which attributes may be found in Accounting-Request packets. No tunnel attributes should be found in Accounting-Response packets.
次の表は、アカウンティング要求パケットに見出すことができる属性にガイドを提供します。トンネル属性は、アカウンティング応答パケットで見つけてはならないん。
Request # Attribute 0-1 64 Tunnel-Type 0-1 65 Tunnel-Medium-Type 0-1 66 Tunnel-Client-Endpoint 0-1 67 Tunnel-Server-Endpoint 0-1 68 Acct-Tunnel-Connection 0 69 Tunnel-Password 0-1 81 Tunnel-Private-Group-ID 0-1 82 Tunnel-Assignment-ID 0 83 Tunnel-Preference 0-1 86 Acct-Tunnel-Packets-Lost
要求＃属性0-1 64トンネル型0-1 65トンネルミディアムタイプ0-1 66トンネルクライアントエンドポイント0-1 67トンネル - サーバー - エンドポイント0-1 68のAcct-トンネル接続0 69 Tunnel-パスワード0-1 81あるTunnel-Private-Group-ID 0-1 82トンネル割り当て-ID 0 83トンネルプリファレンス0-1 86のAcct-トンネルパケットロスト
The following table defines the meaning of the above table entries.
次の表は、上記テーブルエントリの意味を定義します。
0 This attribute MUST NOT be present in packet. 0+ Zero or more instances of this attribute MAY be present in packet. 0-1 Zero or one instance of this attribute MAY be present in packet.
0この属性は、パケット内に存在してはなりません。 0+この属性のゼロ以上のインスタンスがパケットに存在してもよいです。この属性の0-1ゼロまたは1つのインスタンスがパケットに存在してもよいです。
By "sniffing" RADIUS Accounting packets, it might be possible for an eavesdropper to perform a passive analysis of tunnel connections.
盗聴者がトンネル接続の受動的な分析を実行するための「盗聴」RADIUSアカウンティングパケットによって、それが可能であるかもしれません。
[1] Rigney, C., "RADIUS Accounting", RFC 2866, June 2000.
[1] Rigney、C.、 "RADIUSアカウンティング"、RFC 2866、2000年6月。
[2] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[2]ブラドナーのは、S.は、BCP 14、RFC 2119、1997年3月の "RFCsにおける使用のためのレベルを示すために"。
[3] Zorn, G., Leifer, D., Rubens, A., Shriver, J., Holdrege, M. and I. Goyret, "RADIUS Attributes for Tunnel Protocol Support", RFC 2868, June 2000.
[3]ゾルン、G.、Leifer、D.、ルーベンス、A.、シュライバー、J.、ホールドレッジ、M.およびI. Goyretを、2000年6月、RFC 2868 "RADIUSは、トンネルプロトコルサポートのための属性"。
[4] Townsley, W., Valencia, A., Rubens, A., Pall, G., Zorn, G. and B. Palter, "Layer Two Tunneling Protocol "L2TP"", RFC 2661, August 1999.
[4] Townsley、W.、バレンシア、A.、ルーベンス、A.、ポール、G.、ソーン、G、BのPalter、 "レイヤ2トンネリングプロトコル "L2TP""、RFC 2661、1999年8月。
[5] Hamzeh, K., Pall, G., Verthein, W., Taarud, J., Little, W. and G. Zorn, "Point-to-Point Tunneling Protocol (PPTP)", RFC 2637, July 1999.
[5] Hamzeh、K.、ポール、G.、Verthein、W.、Taarud、J.、リトル、W.およびG.ゾルンを、 "ポイントツーポイントトンネリングプロトコル（PPTP）"、RFC 2637、1999年7月。
Thanks to Aydin Edguer, Ly Loi, Matt Holdrege and Gurdeep Singh Pall for salient input and review.
顕著な入力とレビューのためにアイドゥンEdguer、Lyのロイ、マット・ホールドレッジやガーディープ・シンポールに感謝します。
Questions about this memo can be directed to:
このメモに関する質問に向けることができます。
Glen Zorn Cisco Systems, Inc. 500 108th Avenue N.E., Suite 500 Bellevue, Washington 98004 USA
グレンツォルンシスコシステムズ社500第108アベニューN.E.、スイート500ベルビュー、ワシントン98004 USA
Phone: +1 425 438 8218 FAX: +1 425 438 1848 EMail: gwz@cisco.com
電話：+1 425 438 8218 FAX：+1 425 438 1848 Eメール：gwz@cisco.com
Dave Mitton Nortel Networks 880 Technology Park Drive Billerica, MA 01821
デイブ・ミトンNortel Networksの880テクノロジーパークドライブビレリカ、MA 01821
Phone: +1 978 288 4570 Fax: +1 978 288 3030 EMail: dmitton@nortelnetworks.com
電話：+1 978 288 4570ファックス：+1 978 288 3030 Eメール：dmitton@nortelnetworks.com
Bernard Aboba Microsoft Corporation One Microsoft Way Redmond, Washington 98052
バーナードAbobaマイクロソフト社1つのマイクロソフト道、レッドモンド、ワシントン98052
Phone: +1 425 936 6605 Fax: +1 425 936 7329 EMail: aboba@internaut.com
電話：+1 425 936 6605ファックス：+1 425 936 7329 Eメール：aboba@internaut.com
Copyright (C) The Internet Society (2000). All Rights Reserved.
著作権（C）インターネット協会（2000）。全著作権所有。
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機能のための基金は現在、インターネット協会によって提供されます。