この文書はRFC2866の日本語訳(和訳)です。 この文書の翻訳内容の正確さは保障できないため、 正確な知識を求める方は原文を参照してください。 翻訳者はこの文書によって読者が被り得る如何なる損害の責任をも負いません。 この翻訳内容に誤りがある場合、訂正版の公開や、 誤りの指摘は適切です。 この文書の配布は元のRFC同様に無制限です。
Network Working Group C. Rigney Request for Comments: 2866 Livingston Category: Informational June 2000 Obsoletes: 2139 RADIUS Accounting ラディウス課金 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. Abstract 概要 This document describes a protocol for carrying accounting information between a Network Access Server and a shared Accounting Server. この文書はネットワークアクセスサーバーと共有課金サーバー間で課金情報 を運ぶプロトコルを記述します。 Implementation Note 実装メモ This memo documents the RADIUS Accounting protocol. The early deployment of RADIUS Accounting was done using UDP port number 1646, which conflicts with the "sa-msg-port" service. The officially assigned port number for RADIUS Accounting is 1813. このメモはラディウス課金プロトコルを文書化します。ラディウス課金の初 期の実装はUDPポート番号1646を使う、これは"sa-msg-port"サービス と競合します。ラディウス課金のための公式に割り当てられたポート番号は 1813です。 Table of Contents 目次 1. Introduction 1. はじめに 1.1. Specification of Requirements 1.1. 条件仕様 1.2. Terminology 1.2. 専門用語 2. Operation 2. オペレーション 2.1. Proxy 2.1. 代理 3. Packet Format 3. パケットフォーマット 4. Packet Types 4. パケットタイプ 4.1. Accounting-Request 4.1. 課金要求。 4.2. Accounting-Response 4.2. 課金応答 5. Attributes 5. 属性 5.1. Acct-Status-Type 5.1. 課金状態種別 5.2. Acct-Delay-Time 5.2. 課金遅延時間 5.3. Acct-Input-Octets 5.3. 課金入力オクテット 5.4. Acct-Output-Octets 5.4. 課金出力オクテット 5.5. Acct-Session-Id 5.5. 課金セッションID 5.6. Acct-Authentic 5.6. 課金認証 5.7. Acct-Session-Time 5.7. 課金セッション時間 5.8. Acct-Input-Packets 5.8. 課金入力パケット 5.9. Acct-Output-Packets 5.9. 課金出力パケット 5.10. Acct-Terminate-Cause 5.10. 課金終了理由 5.11. Acct-Multi-Session-Id 5.11. 課金マルチセッションID 5.12. Acct-Link-Count 5.12. 課金リンク数 5.13. Table of Attributes 5.13. 属性表 6. IANA Considerations 6. IANAの考慮 7. Security Considerations 7. セキュリティの考察 8. Change Log 8. 変更記録 9. References 9. 参考文献 10. Acknowledgements 10. 謝辞 11. Chair's Address 11. 議長のアドレス 13. Full Copyright Statement 13. 著作権表示全文 1. Introduction 1. はじめに Managing dispersed serial line and modem pools for large numbers of users can create the need for significant administrative support. Since modem pools are by definition a link to the outside world, they require careful attention to security, authorization and accounting. This can be best achieved by managing a single "database" of users, which allows for authentication (verifying user name and password) as well as configuration information detailing the type of service to deliver to the user (for example, SLIP, PPP, telnet, rlogin). 多数のユーザの多数のシリアル回線やモデムプールの管理のため、管理サポー トが要求されました。モデムプールが外の世界へのリンクとして定義される ので、それらの安全管理と認証と課金は注意深い注意を必要とします。これ は単一のユーザ「データベース」の管理により成し遂げる事ができます、デー タベースは認証(ユーザ名とパスワードの検証)とユーザ毎のサービスの詳 細を設定する情報(例えば、SLIP、PPP、telnet、rlogin)を持ちま す。 The RADIUS (Remote Authentication Dial In User Service) document [2] specifies the RADIUS protocol used for Authentication and Authorization. This memo extends the use of the RADIUS protocol to cover delivery of accounting information from the Network Access Server (NAS) to a RADIUS accounting server. ラディウス(遠隔認証ダイヤルインユーザサービス)の文書[2]は認証と認可 のために使われるラディウスプロトコルを指定します。このメモはネットワー クアクセスサーバー(NAS)からラディウス課金サーバーまで課金情報を配達 するためにラディウスプロトコルを拡張します。 This document obsoletes RFC 2139 [1]. A summary of the changes between this document and RFC 2139 is available in the "Change Log" appendix. この文書はRFC 2139[1]を時代遅れにします。この文書とRFC 2139の変更の概 要が付録「Change Log」にあります。 Key features of RADIUS Accounting are: ラディウス課金の鍵となる機能は以下です: Client/Server Model クライアント/サーバモデル A Network Access Server (NAS) operates as a client of the RADIUS accounting server. The client is responsible for passing user accounting information to a designated RADIUS accounting server. ネットワークアクセスサーバー(NAS)がラディウス課金サーバーの クライアントとして機能します。クライアントは指定されたラディウ ス課金サーバーにユーザー課金情報を手渡す責任があります。 The RADIUS accounting server is responsible for receiving the accounting request and returning a response to the client indicating that it has successfully received the request. ラディウス課金サーバーは課金要請を受け取り、受取が成功したこと をクライアントに示す回答を返す責任があります。 The RADIUS accounting server can act as a proxy client to other kinds of accounting servers. ラディウス課金サーバは他の種類の課金サーバの代理クライアントの 役を務めることができます。 Network Security ネットワークセキュリティ Transactions between the client and RADIUS accounting server are authenticated through the use of a shared secret, which is never sent over the network. クライアントとラディウス課金サーバの間の処理が共有秘密鍵の使用 を通して認証され、秘密鍵はネットワーク上では決して送られません。 Extensible Protocol 拡張可能プロトコル All transactions are comprised of variable length Attribute- Length-Value 3-tuples. New attribute values can be added without disturbing existing implementations of the protocol. すべての処理は可変長の属性−長さ−値の3項組みで構成されていま す。新しい属性値が既存プロトコル実装をプロトコルを不安定にする ことなく加えられることができます。 1.1. Specification of Requirements 1.1. 条件仕様 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 RFC 2119 [3]. These key words mean the same thing whether capitalized or not. この文書のキーワードは "MUST"と"MUST NOT"と"REQUIRED"と"SHALL"と "SHALL NOT"と"SHOULD"と"SHOULD NOT"と"RECOMMENDED"と"MAY"と"OPTIONAL" はRFC2119[3]で記述されるように、解釈されるはずである。これらのキーワー ドは、大文字かどうかに関わらず、同じことを意味します。 1.2. Terminology 1.2. 専門用語 This document uses the following terms: この文書は以下の用語を使います: service The NAS provides a service to the dial-in user, such as PPP or Telnet. サービス NASは、PPPやtelnetなどのサービスをダイアルイン ユーザに供給します。 session Each service provided by the NAS to a dial-in user constitutes a session, with the beginning of the session defined as the point where service is first provided and the end of the session defined as the point where service is ended. A user may have multiple sessions in parallel or series if the NAS supports that, with each session generating a separate start and stop accounting record with its own Acct-Session-Id. セッション NASがダイヤルインユーザに供給する各サービスはセッション を形成し、セッションの開始はサービスが最初に供給された時点 で、セッションの終わりはサービスが終了した時点です。もしN ASがサポートするなら、ユーザは同時にあるいは順番に複数の セッションを持つかもしれず、各セッションは個別の課金セッショ ン識別子があり、個別の課金開始と終了レコードがあります。 silently discard This means the implementation discards the packet without further processing. The implementation SHOULD provide the capability of logging the error, including the contents of the silently discarded packet, and SHOULD record the event in a statistics counter. 静かに捨てる これはプログラムがなにも処理せずにパケットを捨てることを意 味します。実装は、静かに捨てられたパケットの中身を含むエラー をログファイルに書く機能を供給すべきで(SHOULD)、統計カウン ターでイベントを記録するべきです(SHOULD)。 2. Operation 2. オペレーション When a client is configured to use RADIUS Accounting, at the start of service delivery it will generate an Accounting Start packet describing the type of service being delivered and the user it is being delivered to, and will send that to the RADIUS Accounting server, which will send back an acknowledgement that the packet has been received. At the end of service delivery the client will generate an Accounting Stop packet describing the type of service that was delivered and optionally statistics such as elapsed time, input and output octets, or input and output packets. It will send that to the RADIUS Accounting server, which will send back an acknowledgement that the packet has been received. クライアントがラディウス課金を使うように設定される時、サービスの開始 時にクライアントはサービス内容と対象ユーザを記述した課金開始パケット を生成し、ラディウス課金サーバに送り、ラディウス課金サーバはパケット の受信確認を返送するでしょう。サービス終了時にクライアントはサービス 内容とオプションで経過時間や入出力オクテット数や入出力パケット数など の統計値を記述した課金停止パケットを生成するでしょう。課金停止パケッ トはラディウス課金サーバーに送られ、ラディウス課金サーバーはパケット の受信確認を返送するでしょう。 The Accounting-Request (whether for Start or Stop) is submitted to the RADIUS accounting server via the network. It is recommended that the client continue attempting to send the Accounting-Request packet until it receives an acknowledgement, using some form of backoff. If no response is returned within a length of time, the request is re- sent a number of times. The client can also forward requests to an alternate server or servers in the event that the primary server is down or unreachable. An alternate server can be used either after a number of tries to the primary server fail, or in a round-robin fashion. Retry and fallback algorithms are the topic of current research and are not specified in detail in this document. 課金要求(開始か停止かに関わらず)はネットワークを通してラディウス課 金サーバーに送られます。クライアントは受信確認を受取るまで何らかの形 式で課金要求パケットを送ろうと試み続けることは勧められます。もし長時 間回答が来なければ、何回か要求は再送されます。クライアントは、主サー バーがダウンしているか、到達不可能である場合、同じく要求を代わりのサー バーに転送することができます。代わりのサーバーは主サーバーへの試みが 何回か失敗した後か、ラウンドロビン形式で使うことができます。再送と次 候補の選択アルゴリズムは現在の研究中で、この文書で詳細で指定されませ ん。 The RADIUS accounting server MAY make requests of other servers in order to satisfy the request, in which case it acts as a client. ラディウス課金サーバーは要求を満たすために他のサーバーへ要求をしても かまいません(MAY)、その場合サーバはクライアントの役を務めます。 If the RADIUS accounting server is unable to successfully record the accounting packet it MUST NOT send an Accounting-Response acknowledgment to the client. もしラディウス課金サーバーが課金パケットを記録することが不可能でなら、 クライアントに課金回答確認通知を送ってはなりません(MUST NOT)。 2.1. Proxy 2.1. 代理 See the "RADIUS" RFC [2] for information on Proxy RADIUS. Proxy Accounting RADIUS works the same way, as illustrated by the following example. 代理ラディウスの情報は「ラディウス」 RFC[2]を見てください。代理課金ラ ディウスは、次の例に示されるのと同じ方法で働きます。 1. The NAS sends an accounting-request to the forwarding server. 1. NASは転送サーバーに課金要求を送ります。 2. The forwarding server logs the accounting-request (if desired), adds its Proxy-State (if desired) after any other Proxy-State attributes, updates the Request Authenticator, and forwards the request to the remote server. 2. 転送サーバーは、(もし望まれるなら)課金要求をログファイルに書 いて、(もし望まれるなら)他の代理状態属性の後に代理状態を追加 し、要求認証を更新し、要求を遠隔のサーバーに転送します。 3. The remote server logs the accounting-request (if desired), copies all Proxy-State attributes in order and unmodified from the request to the response packet, and sends the accounting- response to the forwarding server. 3. 遠隔のサーバーは、(もし望まれるなら)課金要求をログファイルに 書いて、元のパケットから回答パケットへ順番にプロキシ属性をコピー し、課金応答をサーバーに転送します。 4. The forwarding server strips the last Proxy-State (if it added one in step 2), updates the Response Authenticator and sends the accounting-response to the NAS. 4. 転送サーバーは、(もしステップ2で加えたなら)最後のプロクシ状 態を取り出し、回答認証を更新し、NASにに課金回答を送ります。 A forwarding server MUST not modify existing Proxy-State or Class attributes present in the packet. 転送サーバーが既存のプロクシ状態やパケットに存在しているクラス属性を 修正してはなりません(MUST not)。 A forwarding server may either perform its forwarding function in a pass through manner, where it sends retransmissions on as soon as it gets them, or it may take responsibility for retransmissions, for example in cases where the network link between forwarding and remote server has very different characteristics than the link between NAS and forwarding server. 転送サーバーは転送機能をどのように実行してもかまいません、即座に再転 送しても良いし、例えば転送サーバと遠隔サーバ間のリンクとNASと転送 サーバ間のリンクが非常に異なる場合に、再転送に責任を持ってもかまいま せん。 Extreme care should be used when implementing a proxy server that takes responsibility for retransmissions so that its retransmission policy is robust and scalable. 再送に責任があるプロクシサーバーを実装する時、その再送ポリシーが強固 で、スケーラブルであるように、極端な注意がなされるべきです。 3. Packet Format 3. パケットフォーマット Exactly one RADIUS Accounting packet is encapsulated in the UDP Data field [4], where the UDP Destination Port field indicates 1813 (decimal). 正確に1つのラディウス課金パケットがUDPデータフィールド[4]にカプセ ル化され、UDP宛先ポートフィールドは1813(10進数)を示します。 When a reply is generated, the source and destination ports are reversed. 回答が生成される時、ソースと宛先ポートは反転されます。 This memo documents the RADIUS Accounting protocol. The early deployment of RADIUS Accounting was done using UDP port number 1646, which conflicts with the "sa-msg-port" service. The officially assigned port number for RADIUS Accounting is 1813. この文書はラディウス課金プロトコルを文書化します。ラディウス課金の初 期の実装はUDPポート番号1646を使ってされましたが、これは "sa-msg-port"サービスと競合します。ラディウス課金のための公式に割り 当てられたポート番号は1813です。 A summary of the RADIUS data format is shown below. The fields are transmitted from left to right. ラディウスデータフォーマットの概要は以下の通りです。フィールドは左か ら右に送られます。 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Code | Identifier | Length | | コード | 識別子 | 長さ | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | Authenticator | | 認証子 | | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Attributes ... | 属性 ... +-+-+-+-+-+-+-+-+-+-+-+-+ Code コード The Code field is one octet, and identifies the type of RADIUS packet. When a packet is received with an invalid Code field, it is silently discarded. コードフィールドは1つのオクテットで、ラディウスパケットのタイプを 識別します。パケットが無効なコードフィールドで受信される時、これは 静かに捨てられます。 RADIUS Accounting Codes (decimal) are assigned as follows: ラディウス課金コード(10進数)が次のように割り当てられます: 4 Accounting-Request 課金要求 5 Accounting-Response 課金応答 Identifier 識別子 The Identifier field is one octet, and aids in matching requests and replies. The RADIUS server can detect a duplicate request if it has the same client source IP address and source UDP port and Identifier within a short span of time. 識別子フィールドは1オクテットで、要求と応答の対応を手助けします。 ラディウスサーバーは、同じクライアントソースIPアドレスとソース UDPポートから短い時間内に識別子得られれば、重複の要求を検出で きます。 Length 長さ The Length field is two octets. It indicates the length of the packet including the Code, Identifier, Length, Authenticator and Attribute fields. Octets outside the range of the Length field MUST be treated as padding and ignored on reception. If the packet is shorter than the Length field indicates, it MUST be silently discarded. The minimum length is 20 and maximum length is 4095. 長さフィールドは2オクテットです。これはコードと識別子と長さと認証 子と属性フィールドを含むパケットの長さを示します。長さフィールドの 指定するオクテット以降のデータがパディングを扱われ、受信時に無視さ れなくてはなりません(MUST)。もしパケットが長さフィールドが示す長さ より短いなら、パケットは静かに捨てられなくてはなりません(MUST)。最 小長は20で、最大長は4095です。 Authenticator 認証子 The Authenticator field is sixteen (16) octets. The most significant octet is transmitted first. This value is used to authenticate the messages between the client and RADIUS accounting server. 認証子フィールドは16オクテットです。最も重要なオクテットは最初に 送信されます。この値はクライアントとラディウス課金サーバの間のメッ セージを本物と証明するために使われます。 Request Authenticator 要求認証子 In Accounting-Request Packets, the Authenticator value is a 16 octet MD5 [5] checksum, called the Request Authenticator. 課金要求パケットで、認証子値は要求認証子と呼ばれる16オクテットの MD5[5]チェックサムです。 The NAS and RADIUS accounting server share a secret. The Request Authenticator field in Accounting-Request packets contains a one- way MD5 hash calculated over a stream of octets consisting of the Code + Identifier + Length + 16 zero octets + request attributes + shared secret (where + indicates concatenation). The 16 octet MD5 hash value is stored in the Authenticator field of the Accounting-Request packet. NASとラディウス課金サーバは共有秘密鍵を持ちます。課金要求パケッ トの中の要求認証子フィールドは、コード+識別子+長さ+16オクテッ トのゼロ+属性+共有秘密鍵(+は結合を示す)ストリームに対する一方 向MD5ハッシュ関数の計算値を含みます。16オクテットMD5ハッシュ 値は課金要求パケットの認証子フィールドに登録されます。 Note that the Request Authenticator of an Accounting-Request can not be done the same way as the Request Authenticator of a RADIUS Access-Request, because there is no User-Password attribute in an Accounting-Request. 課金要求の要求認証子が、ラディウスアクセス要求の要求認証子と同じ方 法でできないことに注意を払ってください、なぜなら課金要求にユーザー パスワード属性がないからです。 Response Authenticator 回答認証子 The Authenticator field in an Accounting-Response packet is called the Response Authenticator, and contains a one-way MD5 hash calculated over a stream of octets consisting of the Accounting- Response Code, Identifier, Length, the Request Authenticator field from the Accounting-Request packet being replied to, and the response attributes if any, followed by the shared secret. The resulting 16 octet MD5 hash value is stored in the Authenticator field of the Accounting-Response packet. 課金回答パケットの中の認証子フィールドは回答認証子と呼ばれ、そして 課金回答コード・識別子・長さ・課金要求パケットからの要求認証子・も しあれば応答属性・共有秘密鍵から成り立つオクテットのストリーム上で 計算された一方向MD5ハッシュを含んでいます。結果として生じる16 オクテットMD5ハッシュ値は課金回答パケットの認証子フィールドにし まっておかれます。 Attributes 属性 Attributes may have multiple instances, in such a case the order of attributes of the same type SHOULD be preserved. The order of attributes of different types is not required to be preserved. 属性が多数の実体を持つかもしれません、このような場合同じタイプの 属性の順序は維持されるべきです(SHOULD)。異なったタイプの属性の順 序は維持されているように要求されません。 4. Packet Types 4. パケットタイプ The RADIUS packet type is determined by the Code field in the first octet of the packet. ラディウスパケットタイプはパケットの最初のオクテットのコードフィール ドによって決定されます。 4.1. Accounting-Request 4.1. 課金要求。 Description 解説 Accounting-Request packets are sent from a client (typically a Network Access Server or its proxy) to a RADIUS accounting server, and convey information used to provide accounting for a service provided to a user. The client transmits a RADIUS packet with the Code field set to 4 (Accounting-Request). 課金要求パケットがクライアント(典型的にネットワークアクセスサー バーか、そのプロクシ)からラディウス課金サーバに送られ、ユーザーに 供給されたサービスに課金をするための情報を伝えます。クライアントは コードフィールドを4(課金要求)に設定しラディウスパケットを送りま す。 Upon receipt of an Accounting-Request, the server MUST transmit an Accounting-Response reply if it successfully records the accounting packet, and MUST NOT transmit any reply if it fails to record the accounting packet. 課金要求を受信し、もし課金パケットの記録に成功したらサーバーは課金 応答を返送し(MUST)、もし課金パケットの記録に失敗するならサーバは何 も返送しません(MUST NOT)。 Any attribute valid in a RADIUS Access-Request or Access-Accept packet is valid in a RADIUS Accounting-Request packet, except that the following attributes MUST NOT be present in an Accounting- Request: User-Password, CHAP-Password, Reply-Message, State. Either NAS-IP-Address or NAS-Identifier MUST be present in a RADIUS Accounting-Request. It SHOULD contain a NAS-Port or NAS- Port-Type attribute or both unless the service does not involve a port or the NAS does not distinguish among its ports. ラディウスのアクセス要求やアクセス許可パケットの正当な属性が、次の 属性が課金要求に現れてはならない(MUST NOT)こと以外、ラディウス課金 要求パケットでも正当です:ユーザーパスワード、CHAPパスワード、応答 メッセージ、状態。NAS−IPアドレスかNAS識別子がラディウス課 金要求で存在しなければなりません(MUST)。サービスがポートを扱わない か、あるいはNASがポートを区別しない場合を除き、NASポート属性 かNASポートタイプ属性か両方かを含んでいるべきです(SHOULD)。 If the Accounting-Request packet includes a Framed-IP-Address, that attribute MUST contain the IP address of the user. If the Access-Accept used the special values for Framed-IP-Address telling the NAS to assign or negotiate an IP address for the user, the Framed-IP-Address (if any) in the Accounting-Request MUST contain the actual IP address assigned or negotiated. もし課金要求パケットがフレームIPアドレスを含むなら、この属性はユー ザーのIPアドレスを含まなければなりません(MUST)。もしアクセス許可 がNASユーザにIPアドレスを割り当てるか交渉するようにフレーム IPアドレスの特別な値を使ったなら、課金要求でのフレームIPアドレ ス(もしあれば)は指定されたか交渉された実際のIPアドレスを含んで いなくてはなりません(MUST)。 A summary of the Accounting-Request packet format is shown below. 課金要求パケットフォーマットの概要が以下の通りです。 The fields are transmitted from left to right. フィールドは左から右に送られます 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Code | Identifier | Length | | コード | 識別子 | 長さ | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | Request Authenticator | | 要求認証子 | | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Attributes ... | 属性 ... +-+-+-+-+-+-+-+-+-+-+-+-+ Code コード 4 for Accounting-Request. 4 課金要求 Identifier 識別子 The Identifier field MUST be changed whenever the content of the Attributes field changes, and whenever a valid reply has been received for a previous request. For retransmissions where the contents are identical, the Identifier MUST remain unchanged. 識別子フィールドは、属性フィールドの内容が変化する時はいつも、そし て正当な答えが前の要求に対して受け取られた時はいつでも、変えられな くてはなりません(MUST)。中身が同一の再送では、識別子は変化してはな りません(MUST)。 Note that if Acct-Delay-Time is included in the attributes of an Accounting-Request then the Acct-Delay-Time value will be updated when the packet is retransmitted, changing the content of the Attributes field and requiring a new Identifier and Request Authenticator. もしAcct-Delay-Timeが課金要求の属性に含まれるなら、パケットが再送 されるときにAcct-Delay-Time値が更新され、属性フィールドの内容が変 更になり、新しい識別子と要求認証子が必要であろうことを注意を払って ください。 Request Authenticator 要求認証子 The Request Authenticator of an Accounting-Request contains a 16-octet MD5 hash value calculated according to the method described in "Request Authenticator" above. 課金要求の要求認証子は上記「要求認証子」で記述された方法により計算 された16オクテットのMD5ハッシュ値を含んでいます。 Attributes 属性 The Attributes field is variable in length, and contains a list of Attributes. 属性フィールドは可変長で、属性リストを含んでいます。 4.2. Accounting-Response 4.2. 課金応答 Description 解説 Accounting-Response packets are sent by the RADIUS accounting server to the client to acknowledge that the Accounting-Request has been received and recorded successfully. If the Accounting- Request was recorded successfully then the RADIUS accounting server MUST transmit a packet with the Code field set to 5 (Accounting-Response). On reception of an Accounting-Response by the client, the Identifier field is matched with a pending Accounting-Request. The Response Authenticator field MUST contain the correct response for the pending Accounting-Request. Invalid packets are silently discarded. 課金応答パケットがラディウス課金サーバーによって課金要求が受取られ、 記録に成功したことを認めるためクライアントに送られます。もし課金要 求の記録に成功したなら、ラディウス課金サーバーはコードフィールドを 5(課金応答)に設定しパケットを送らなければなりません(MUST)。課金 応答を受信したクライアントは、識別子フィールドを保留中の課金要求と 比べます。回答認証子フィールドは保留してる課金要求の正しい回答を含 んでいなくてはなりません(MUST)。無効なパケットが静かに捨てられます。 A RADIUS Accounting-Response is not required to have any attributes in it. ラディウス課金応答がその中に属性を持つように要求されません。 A summary of the Accounting-Response packet format is shown below. 課金応答パケットフォーマットの概要は以下の通りです。 The fields are transmitted from left to right. フィールドは左から右に送られます。 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Code | Identifier | Length | | コード | 識別子 | 長さ | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | Response Authenticator | | 応答認証子 | | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Attributes ... | 属性 ... +-+-+-+-+-+-+-+-+-+-+-+-+ Code コード 5 for Accounting-Response. 5 課金応答 Identifier 識別子 The Identifier field is a copy of the Identifier field of the Accounting-Request which caused this Accounting-Response. 識別子フィールドは、課金応答をもたらした課金要求の識別子フィールド のコピーです。 Response Authenticator 回答認証子 The Response Authenticator of an Accounting-Response contains a 16-octet MD5 hash value calculated according to the method described in "Response Authenticator" above. 課金応答の回答認証子は上記「回答認証子」で記述された方法により計算 された16オクテットのMD5ハッシュ値を含んでいます。 Attributes 属性 The Attributes field is variable in length, and contains a list of zero or more Attributes. 属性フィールドは可変長で、ゼロ以上の属性のリストを含んでいます。 5. Attributes 5. 属性 RADIUS Attributes carry the specific authentication, authorization and accounting details for the request and response. ラディウス属性が要請と回答の特定の認証と認可と課金細部を伴います。 Some attributes MAY be included more than once. The effect of this is attribute specific, and is specified in each attribute description. ある属性が2つ以上含まれるかもしれません(MAY)。これの効果は属性に依 存し、各特質の記述で指定されます。 The end of the list of attributes is indicated by the Length of the RADIUS packet. 属性リストの終わりはラディウスパケット長で示されます。 A summary of the attribute format is shown below. The fields are transmitted from left to right. 属性フォーマットの要約が以下の通りです。フィールドは左から右に送ら れます。 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 | Value ... | タイプ | 長さ | 値 ... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type タイプ The Type field is one octet. Up-to-date values of the RADIUS Type field are specified in the most recent "Assigned Numbers" RFC [6]. Values 192-223 are reserved for experimental use, values 224-240 are reserved for implementation-specific use, and values 241-255 are reserved and should not be used. This specification concerns the following values: タイプフィールドは1オクテットです。ラディウスタイプフィールドの最 新の値が最も最近の「番号割り当て」 RFC [6]で指定されます。192か ら223の値が実験的な使用のために確保されます、224から240の 値が実装特有の使用のために確保されます、241から255の値が留保 され、使われるべきではありません。この仕様書は次の値に関係します: 1-39 (refer to RADIUS document [2]) 40 Acct-Status-Type 41 Acct-Delay-Time 42 Acct-Input-Octets 43 Acct-Output-Octets 44 Acct-Session-Id 45 Acct-Authentic 46 Acct-Session-Time 47 Acct-Input-Packets 48 Acct-Output-Packets 49 Acct-Terminate-Cause 50 Acct-Multi-Session-Id 51 Acct-Link-Count 60+ (refer to RADIUS document [2]) Length 長さ The Length field is one octet, and indicates the length of this attribute including the Type, Length and Value fields. If an attribute is received in an Accounting-Request with an invalid Length, the entire request MUST be silently discarded. 長さフィールドは1オクテットで、タイプと長さと値フィールドを含む属 性の長さを示します。もし無効な長さの属性が課金要求で受け取られるな ら、全部の要求は静かに捨てられなくてはなりません(MUST)。 Value 値 The Value field is zero or more octets and contains information specific to the attribute. The format and length of the Value field is determined by the Type and Length fields. 値フィールドはゼロ以上のオクテットで、属性に依存する情報を含んでい ます。値フィールドのフォーマットと長さはタイプと長さフィールドによっ て決定されます。 Note that none of the types in RADIUS terminate with a NUL (hex 00). In particular, types "text" and "string" in RADIUS do not terminate with a NUL (hex 00). The Attribute has a length field and does not use a terminator. Text contains UTF-8 encoded 10646 [7] characters and String contains 8-bit binary data. Servers and servers and clients MUST be able to deal with embedded nulls. RADIUS implementers using C are cautioned not to use strcpy() when handling strings. ラディウスのどのタイプもNUL(16進数の00)で終わらないことに注 意を払ってください。特に、ラディウスの「テキスト」と「文字列」タイ プがNUL(16進数の00)で終わりません。属性は長さフィールドを持 ち、終了記号を使いません。テキストがUTF-8コード化された10646 [7]文 字を含み、文字列が8ビットの2進データを含んでいます。サーバーとサー バーとクライアントは埋め込まれたnullsを扱うことができなければなり ません(MUST)。Cを使っているラディウス実装が文字列を扱うときに strcpy()を使わないように注意して下さい。 The format of the value field is one of five data types. Note that type "text" is a subset of type "string." 値フィールドのフォーマットは5つのデータタイプの1つです。「テキ スト」タイプが「文字列」タイプのサブセットであることに注意してく ださい。 text 1-253 octets containing UTF-8 encoded 10646 [7] characters. Text of length zero (0) MUST NOT be sent; omit the entire attribute instead. テキスト UTF-8コードの10646 [7]を含む1-253オクテット。長さゼロ(0) のテキストが送られてはなりません(MUST NOT);その代わりに 属性全体を省略します。 string 1-253 octets containing binary data (values 0 through 255 decimal, inclusive). Strings of length zero (0) MUST NOT be sent; omit the entire attribute instead. 文字列 バイナリデータ(10進数で0から255までの値)を含む 1-253オクテット。長さゼロ(0)の文字列が送られてはなりま せん(MUST NOT);その代わりに属性全体を省略します。 address 32 bit value, most significant octet first. アドレス 32ビットの値、最上位オクテットが最初。 integer 32 bit unsigned value, most significant octet first. 整数 32ビットの符号無しの値、最上位オクテットが最初。 time 32 bit unsigned value, most significant octet first -- seconds since 00:00:00 UTC, January 1, 1970. The standard Attributes do not use this data type but it is presented here for possible use in future attributes. 時刻 32ビット符号無しの値、最上位オクテットが最初--グリニッ ジ標準時1970年1月1日00:00:00からの秒数。標 準属性はこのデータタイプを使いませんが、将来の属性で使用 可能にするためここで提出されます。 5.1. Acct-Status-Type 5.1. 課金状態種別 Description 解説 This attribute indicates whether this Accounting-Request marks the beginning of the user service (Start) or the end (Stop). この属性はこの課金要求がユーザサービスの開始(スタート)と終了(エ ンド)のどちらと関係するかを示します。 It MAY be used by the client to mark the start of accounting (for example, upon booting) by specifying Accounting-On and to mark the end of accounting (for example, just before a scheduled reboot) by specifying Accounting-Off. これはAccounting-Onの指定で課金の開始(例えば、ブート)を、 Accounting-Offの指定で課金の終了(例えば、計画的再起動)を示すため クライアントによって使われるかもしれません(MAY)。 A summary of the Acct-Status-Type attribute format is shown below. The fields are transmitted from left to right. Acct-Status-Type属性のフォーマットの概要を以下に示します。フィールド は左から右に送られます。 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 | Value | タイプ | 長さ | 値 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont) | 値(続き) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type タイプ 40 for Acct-Status-Type. 40 課金状態種別 Length 長さ 6 6 Value 値 The Value field is four octets. 値フィールドは4オクテットです。 1 Start 2 Stop 3 Interim-Update 7 Accounting-On 8 Accounting-Off 9-14 Reserved for Tunnel Accounting 15 Reserved for Failed 5.2. Acct-Delay-Time 5.2. 課金遅延時間 Description 解説 This attribute indicates how many seconds the client has been trying to send this record for, and can be subtracted from the time of arrival on the server to find the approximate time of the event generating this Accounting-Request. (Network transit time is ignored.) この属性はクライアントが今まで何秒間このレコードを送ろうとしていた か示し、そしてサーバへの到着時刻から引くことでこの課金要求が生成さ れたおよその時間がわかります(ネットワーク転送時間が無視されます)。 Note that changing the Acct-Delay-Time causes the Identifier to change; see the discussion under Identifier above. Acct-Delay-Timeを変えることは識別子を変化させることに注意してくだ さい;上記の識別子の論議を見てください。 A summary of the Acct-Delay-Time attribute format is shown below. The fields are transmitted from left to right. Acct-Delay-Time属性のフォーマットの概要は以下の通りです。 フィールドは左から右に送られます 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 | Value | タイプ | 長さ | 値 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont) | 値(続き) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type タイプ 41 for Acct-Delay-Time. 41 課金遅延時間 Length 長さ 6 6 Value 値 The Value field is four octets. 値フィールドは4オクテットです。 5.3. Acct-Input-Octets 5.3. 課金入力オクテット Description 解説 This attribute indicates how many octets have been received from the port over the course of this service being provided, and can only be present in Accounting-Request records where the Acct- Status-Type is set to Stop. この属性はこのサービスが提供されているポートで何オクテット受信した かを示すもので、Acct- Status-TypeがStopの課金要求レコードでだけ存 在しています。 A summary of the Acct-Input-Octets attribute format is shown below. The fields are transmitted from left to right. Acct-Input-Octets属性のフォーマットの概要は以下の通りです。 フィールドは左から右に送られます 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 | Value | タイプ | 長さ | 値 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont) | 値(続き) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type タイプ 42 for Acct-Input-Octets. 42 課金入力オクテット Length 長さ 6 6 Value 値 The Value field is four octets. 値フィールドは4オクテットです。 5.4. Acct-Output-Octets 5.4. 課金出力オクテット Description 解説 This attribute indicates how many octets have been sent to the port in the course of delivering this service, and can only be present in Accounting-Request records where the Acct-Status-Type is set to Stop. この属性はこのサービスが提供されているポートで何オクテット送信した かを示すもので、Acct- Status-TypeがStopの課金要求レコードでだけ存 在しています。 A summary of the Acct-Output-Octets attribute format is shown below. The fields are transmitted from left to right. Acct-Output-Octets属性のフォーマットの概要は以下の通りです。 フィールドは左から右に送られます 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 | Value | タイプ | 長さ | 値 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont) | 値(続き) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type タイプ 43 for Acct-Output-Octets. 43 課金出力オクテット Length 長さ 6 6 Value 値 The Value field is four octets. 値フィールドは4オクテットです。 5.5. Acct-Session-Id 5.5. 課金セッションID Description 解説 This attribute is a unique Accounting ID to make it easy to match start and stop records in a log file. The start and stop records for a given session MUST have the same Acct-Session-Id. An Accounting-Request packet MUST have an Acct-Session-Id. An Access-Request packet MAY have an Acct-Session-Id; if it does, then the NAS MUST use the same Acct-Session-Id in the Accounting- Request packets for that session. この属性はユニークな課金IDでログファイルのスタートとストップを一 致させる事を容易にします。あるセッションの開始レコードと停止レコー ドは同じAcct-Session-Idを持っていなくてはなりません(MUST)。課金要 求パケットがAcct-Session-Idを持っていなくてはなりません(MUST)。ア クセス要求パケットがAcct-Session-Idを持つかもしれません(MAY);もし そうなら、NASはそのセッションの課金要求パケットで同じ Acct-Session-Idを使わなくてはなりません(MUST)。 The Acct-Session-Id SHOULD contain UTF-8 encoded 10646 [7] characters. Acct-Session-IdはUTF-8でコードされた10646 [7]文字を含んでいるべき です(SHOULD)。 For example, one implementation uses a string with an 8-digit upper case hexadecimal number, the first two digits increment on each reboot (wrapping every 256 reboots) and the next 6 digits counting from 0 for the first person logging in after a reboot up to 2^24-1, about 16 million. Other encodings are possible. 例えば、ある実装は8桁の大文字16進数数文字列を使い、各再起動毎に 最初の2桁を増加し(256回の再起動で元に戻る)、残りの6桁は再起 動後の最初のログインする人から0を使用し、2^24-1およそ1千6百 万で元に戻ります。他のコード化も可能です。 A summary of the Acct-Session-Id attribute format is shown below. The fields are transmitted from left to right. Acct-Session-Id属性のフォーマットの概要は以下の通りです。 フィールドは左から右に送られます 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 | Text ... | タイプ | 長さ | テキスト ... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type タイプ 44 for Acct-Session-Id. 44 課金セッションID Length 長さ >= 3 >= 3 String 文字列 The String field SHOULD be a string of UTF-8 encoded 10646 [7] characters. 文字列フィールドははUTF-8でコードされた10646 [7]文字を含んでい るべきです(SHOULD)。 5.6. Acct-Authentic 5.6. 課金認証 Description 解説 This attribute MAY be included in an Accounting-Request to indicate how the user was authenticated, whether by RADIUS, the NAS itself, or another remote authentication protocol. Users who are delivered service without being authenticated SHOULD NOT generate Accounting records. この属性は、ユーザーがどのように認証されたか、ラディウスのよるのか、 NAS自身でか、他の認証プロトコルでかを示すために課金要求に含めら れるかもしれません(MAY)。認証されないでサービスを受けてるユーザー の課金レコードを生成するべきではありません(SHOULD NOT)。 A summary of the Acct-Authentic attribute format is shown below. The fields are transmitted from left to right. Acct-Authentic属性のフォーマットの概要は以下の通りです。 フィールドは左から右に送られます 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 | Value | タイプ | 長さ | 値 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont) | 値(続き) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type タイプ 45 for Acct-Authentic. 45 課金認証 Length 長さ 6 6 Value 値 The Value field is four octets. 値フィールドは4オクテットです。 1 RADIUS 2 Local 3 Remote 5.7. Acct-Session-Time 5.7. 課金セッション時間 Description 解説 This attribute indicates how many seconds the user has received service for, and can only be present in Accounting-Request records where the Acct-Status-Type is set to Stop. この属性はユーザーが何秒間サービスを受けたか示し、Acct-Status-Type がStopに設定されている課金要求レコードにだけ存在します。 A summary of the Acct-Session-Time attribute format is shown below. The fields are transmitted from left to right. Acct-Session-Time属性のフォーマットの概要は以下の通りです。 フィールドは左から右に送られます 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 | Value | タイプ | 長さ | 値 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont) | 値(続き) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type タイプ 46 for Acct-Session-Time. 46 課金セッション時間 Length 長さ 6 6 Value 値 The Value field is four octets. 値フィールドは4オクテットです。 5.8. Acct-Input-Packets 5.8. 課金入力パケット Description 解説 This attribute indicates how many packets have been received from the port over the course of this service being provided to a Framed User, and can only be present in Accounting-Request records where the Acct-Status-Type is set to Stop. この属性はこのサービスが提供されているポートで何パケット受信した かを示すもので、Acct- Status-TypeがStopの課金要求レコードでだけ存 在しています。 A summary of the Acct-Input-packets attribute format is shown below. The fields are transmitted from left to right. Acct-Input-packets属性のフォーマットの概要は以下の通りです。 フィールドは左から右に送られます 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 | Value | タイプ | 長さ | 値 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont) | 値(続き) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type タイプ 47 for Acct-Input-Packets. 47 課金入力パケット Length 長さ 6 6 Value 値 The Value field is four octets. 値フィールドは4オクテットです。 5.9. Acct-Output-Packets 5.9. 課金出力パケット Description 解説 This attribute indicates how many packets have been sent to the port in the course of delivering this service to a Framed User, and can only be present in Accounting-Request records where the Acct-Status-Type is set to Stop. この属性はこのサービスが提供されているポートで何パケット送信した かを示すもので、Acct- Status-TypeがStopの課金要求レコードでだけ存 在しています。 A summary of the Acct-Output-Packets attribute format is shown below. The fields are transmitted from left to right. Acct-Output-Packets属性のフォーマットの概要は以下の通りです。 フィールドは左から右に送られます 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 | Value | タイプ | 長さ | 値 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont) | 値(続き) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type タイプ 48 for Acct-Output-Packets. 48 課金出力パケット Length 長さ 6 6 Value 値 The Value field is four octets. 値フィールドは4オクテットです。 5.10. Acct-Terminate-Cause 5.10. 課金終了理由 Description 解説 This attribute indicates how the session was terminated, and can only be present in Accounting-Request records where the Acct- Status-Type is set to Stop. この属性はどのようにセッションが終えられたか示すもので、 Acct- Status-TypeがStopの課金要求レコードでだけ存在しています。 A summary of the Acct-Terminate-Cause attribute format is shown below. The fields are transmitted from left to right. Acct-Terminate-Cause属性のフォーマットの概要は以下の通りです。 フィールドは左から右に送られます 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 | Value | タイプ | 長さ | 値 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont) | 値(続き) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type タイプ 49 for Acct-Terminate-Cause 49 課金終了理由 Length 長さ 6 6 Value 値 The Value field is four octets, containing an integer specifying the cause of session termination, as follows: 値フィールドは、次の通り、セッション終了の原因を指定する整数を含む 4クテットです: 1 User Request 2 Lost Carrier 3 Lost Service 4 Idle Timeout 5 Session Timeout 6 Admin Reset 7 Admin Reboot 8 Port Error 9 NAS Error 10 NAS Request 11 NAS Reboot 12 Port Unneeded 13 Port Preempted 14 Port Suspended 15 Service Unavailable 16 Callback 17 User Error 18 Host Request The termination causes are as follows: 終了理由は以下の通りです: User Request User requested termination of service, for example with LCP Terminate or by logging out. ユーザ要請 ユーザーが、例えばLCP終了やログアウトでサービ スの終了を求めました。 Lost Carrier DCD was dropped on the port. キャリア喪失 ポートのDCDが落ちました。 Lost Service Service can no longer be provided; for example, user's connection to a host was interrupted. サービス喪失 サービスが供給できなくなりました;例えば、 ユーザーのホストへの接続が止められました。 Idle Timeout Idle timer expired. アイドルタイムアウト アイドルタイマーが切れました。 Session Timeout Maximum session length timer expired. セッションタイムアウト 最大限セッション長さタイマーが切れました。 Admin Reset Administrator reset the port or session. 管理者リセット 管理者がポートやセッションをリセットしました。 Admin Reboot Administrator is ending service on the NAS, for example prior to rebooting the NAS. 管理者リブート 例えばNASを再起動する前の作業として、管理 者がNASのサービスを止めました。 Port Error NAS detected an error on the port which required ending the session. ポートエラー NASがセッションの終了を必要とするポートエラー を検出しました。 NAS Error NAS detected some error (other than on the port) which required ending the session. NASエラー NASがセッションの終了を必要とする(ポート以外 の)あるエラーを検出した。 NAS Request NAS ended session for a non-error reason not otherwise listed here. NAS要求 NASここでリストアップされた以外のエラーでな い理由でセッションを終わらせました。 NAS Reboot The NAS ended the session in order to reboot non-administratively ("crash"). NAS リブート NASは非管理的再起動(「クラッシュ」)ために セッションを終了しました。 Port Unneeded NAS ended session because resource usage fell below low-water mark (for example, if a bandwidth-on-demand algorithm decided that the port was no longer needed). ポートが必要でない NASはリソースの使用が規定値以下になったので セッションを終えました(例えば、要求バンド 幅アルゴリズムがポートがもう必要とされなかっ たと決定した)。 Port Preempted NAS ended session in order to allocate the port to a higher priority use. ポートが無効になる NASはより高い優先順位の用途にポートを割り当 てるためにセッションを終わらせました。 Port Suspended NAS ended session to suspend a virtual session. ポート停止 NASは仮想セッションを停止するためにセッショ ンを終えました。 Service Unavailable NAS was unable to provide requested service. 利用できないサービス NASは求められたサービスを供給することが不可 能でした。 Callback NAS is terminating current session in order to perform callback for a new session. コールバック NASはコールバックで新しいセッションを作るた め現在のセッションを終えます。 User Error Input from user is in error, causing termination of session. ユーザーエラー ユーザーからの入力にエラーがあり、セッショ ンの終了を引き起こした。 Host Request Login Host terminated session normally. ホスト要求 ログインホストがセッションを普通に終了させ ました。 5.11. Acct-Multi-Session-Id 5.11. 課金マルチセッションID Description 解説 This attribute is a unique Accounting ID to make it easy to link together multiple related sessions in a log file. Each session linked together would have a unique Acct-Session-Id but the same Acct-Multi-Session-Id. It is strongly recommended that the Acct- Multi-Session-Id contain UTF-8 encoded 10646 [7] characters. この特質はログファイルで多数の関連したセッションをつなぐことを容 易にするためのユニークな課金IDです。各つながれたセッションがユ ニークなAcct-Session-Idを持つでしょう、しかしAcct-Multi-Session-Id は同じです。Acct- Multi-Session-IdがUTF-8でコード化された10646 [7] 文字を含んでいることは強く勧められます。 A summary of the Acct-Session-Id attribute format is shown below. The fields are transmitted from left to right. Acct-Session-Id属性のフォーマットの概要は以下の通りです。 フィールドは左から右に送られます 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 タイプ 50 for Acct-Multi-Session-Id. 50 課金マルチセッションID Length 長さ >= 3 >= 3 String 文字列 The String field SHOULD contain UTF-8 encoded 10646 [7] characters. 文字列フィールドはUTF-8でコード化された10646 [7]文字を含んでいるべ きです(SHOULD)。 5.12. Acct-Link-Count 5.12. 課金リンク数 Description 解説 This attribute gives the count of links which are known to have been in a given multilink session at the time the accounting record is generated. The NAS MAY include the Acct-Link-Count attribute in any Accounting-Request which might have multiple links. この属性は課金レコードが生成される時に、マルチリンクセッションでこれ までにあったリンクの数を与えます。NASは多数のリンクを持つかもしれない 課金要求にAcct-Link-Count属性を含めるかもしれません(MAY)。 A summary of the Acct-Link-Count attribute format is show below. The fields are transmitted from left to right. Acct-Link-Count属性のフォーマットの概要は以下の通りです。 フィールドは左から右に送られます 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 | Value | タイプ | 長さ | 値 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont) | 値(続き) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type タイプ 51 for Acct-Link-Count. 51 課金リンク数 Length 長さ 6 6 Value 値 The Value field is four octets, and contains the number of links seen so far in this Multilink Session. 値フィールドは4オクテットで、このマルチリンクセッションのこれま でにあるリンクの数を含んでいます。 It may be used to make it easier for an accounting server to know when it has all the records for a given Multilink session. When the number of Accounting-Requests received with Acct-Status-Type = Stop and the same Acct-Multi-Session-Id and unique Acct-Session- Id's equals the largest value of Acct-Link-Count seen in those Accounting-Requests, all Stop Accounting-Requests for that Multilink Session have been received. これは課金サーバーがあるマルチリンクセッションのすべてのレコードを 持っているか知ることをより容易にするために使われるかもしれません。 もし、同じAcct-Multi-Session-IdでユニークなAcct-Session-Idで、 Acct-Status-Type = Stopの課金要求の数が、この課金要求にある大きな数 のAcct-Link-Countと同じなら、マルチセッションの停止課金要求は全て受 信できています。 An example showing 8 Accounting-Requests should make things clearer. For clarity only the relevant attributes are shown, but additional attributes containing accounting information will also be present in the Accounting-Request. 8つの課金要求を示している例がこれをいっそう明らかにします。明快さ のためにただ重要な属性だけを示しますが、課金情報を含む追加の属性が 課金要求にあるでしょう。 Multi-Session-Id Session-Id Status-Type Link-Count "10" "10" Start 1 "10" "11" Start 2 "10" "11" Stop 2 "10" "12" Start 3 "10" "13" Start 4 "10" "12" Stop 4 "10" "13" Stop 4 "10" "10" Stop 4 5.13. Table of Attributes 5.13. 属性表 The following table provides a guide to which attributes may be found in Accounting-Request packets. No attributes should be found in Accounting-Response packets except Proxy-State and possibly Vendor- Specific. 次のテーブルは属性が課金要求パケットにあるかどうかのガイドを供給しま す。Proxy-StateともしかしたらVendor-Specific以外、課金応答パケットに 属性あるべきではありません。 # Attribute 0-1 User-Name 0 User-Password 0 CHAP-Password 0-1 NAS-IP-Address [Note 1] 0-1 NAS-Port 0-1 Service-Type 0-1 Framed-Protocol 0-1 Framed-IP-Address 0-1 Framed-IP-Netmask 0-1 Framed-Routing 0+ Filter-Id 0-1 Framed-MTU 0+ Framed-Compression 0+ Login-IP-Host 0-1 Login-Service 0-1 Login-TCP-Port 0 Reply-Message 0-1 Callback-Number 0-1 Callback-Id 0+ Framed-Route 0-1 Framed-IPX-Network 0 State 0+ Class 0+ Vendor-Specific 0-1 Session-Timeout 0-1 Idle-Timeout 0-1 Termination-Action 0-1 Called-Station-Id 0-1 Calling-Station-Id 0-1 NAS-Identifier [Note 1] 0+ Proxy-State 0-1 Login-LAT-Service 0-1 Login-LAT-Node 0-1 Login-LAT-Group 0-1 Framed-AppleTalk-Link 0-1 Framed-AppleTalk-Network 0-1 Framed-AppleTalk-Zone 1 Acct-Status-Type 0-1 Acct-Delay-Time 0-1 Acct-Input-Octets 0-1 Acct-Output-Octets 1 Acct-Session-Id 0-1 Acct-Authentic 0-1 Acct-Session-Time 0-1 Acct-Input-Packets 0-1 Acct-Output-Packets 0-1 Acct-Terminate-Cause 0+ Acct-Multi-Session-Id 0+ Acct-Link-Count 0 CHAP-Challenge 0-1 NAS-Port-Type 0-1 Port-Limit 0-1 Login-LAT-Port [Note 1] An Accounting-Request MUST contain either a NAS-IP-Address or a NAS-Identifier (or both). [ノート1]課金要求はNAS-IP-AddressはNAS-Identifier(か両方)を含 んでいなくてはなりません(MUST)。 The following table defines the above table entries. 次の表は上記の表の項目を定義します。 0 This attribute MUST NOT be present この属性は存在しません(MUST NOT) 0+ Zero or more instances of this attribute MAY be present. この属性は0個以上あります(MAY) 0-1 Zero or one instance of this attribute MAY be present. この属性は0個か1個あります(MAY) 1 Exactly one instance of this attribute MUST be present. この属性は正確に1個あります(MUST) 6. IANA Considerations 6. IANAの考慮 The Packet Type Codes, Attribute Types, and Attribute Values defined in this document are registered by the Internet Assigned Numbers Authority (IANA) from the RADIUS name spaces as described in the "IANA Considerations" section of RFC 2865 [2], in accordance with BCP 26 [8]. パケットタイプコードと属性タイプとこの文書で定義された属性値がで、 BCP26[8]のとおりに、RFC 2865[2]の「IANA考慮」セクションで記述されるラ ディウス名前空間からインターネット番号割当当局(IANA)によって登録さ れます。 7. Security Considerations 7. セキュリティの考察 Security issues are discussed in sections concerning the authenticator included in accounting requests and responses, using a shared secret which is never sent over the network. ネットワークの上に決して送られない共有秘密鍵を使うセキュリティ問題が、 課金要請と回答に含められた認証子に関する章で論じられます。 8. Change Log 8. 変更記録 US-ASCII replaced by UTF-8. US-ASCIIをUTF-8に変えました Added notes on Proxy. プロキシのノートを加えました Framed-IP-Address should contain the actual IP address of the user. フレームIPアドレスがユーザーの実際のIPアドレスを含むべきです。 If Acct-Session-ID was sent in an access-request, it must be used in the accounting-request for that session. もしAcct-Session-IDがアクセス要求で送られたら、そのセッションの課金 要請でも使われなくてはなりません。 New values added to Acct-Status-Type. Acct-Status-Typeに新しい値が追加されました。 Added an IANA Considerations section. IANA考慮の章を加えました。 Updated references. 参考文献を更新しました。 Text strings identified as a subset of string, to clarify use of UTF-8. UTF-8の使用を明確にするために、テキストを文字列のサブセットと指定 しました。 9. References 9. 参考文献 [1] Rigney, C., "RADIUS Accounting", RFC 2139, April 1997. [2] Rigney, C., Willens, S., Rubens, A. and W. Simpson, "Remote Authentication Dial In User Service (RADIUS)", RFC 2865, June 2000. [3] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March, 1997. [4] Postel, J., "User Datagram Protocol", STD 6, RFC 768, August 1980. [5] Rivest, R. and S. Dusse, "The MD5 Message-Digest Algorithm", RFC 1321, April 1992. [6] Reynolds, J. and J. Postel, "Assigned Numbers", STD 2, RFC 1700, October 1994. [7] Yergeau, F., "UTF-8, a transformation format of ISO 10646", RFC 2279, January 1998. [8] Alvestrand, H. and T. Narten, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 2434, October 1998. 10. Acknowledgements 10. 謝辞 RADIUS and RADIUS Accounting were originally developed by Steve Willens of Livingston Enterprises for their PortMaster series of Network Access Servers. ラディウスとラディウス課金は、元々ネットワークアクセスサーバーの PortMasterシリーズのためにリビングストン社のSteve Willensによって開 発されました。 11. Chair's Address 11. 議長のアドレス The RADIUS working group can be contacted via the current chair: ラディウスワークグループとは現在の議長によって連絡を取ることができます: Carl Rigney Livingston Enterprises 4464 Willow Road Pleasanton, California 94588 Phone: + 925 737 2100 EMail: cdr@telemancy.com 12. Author's Address 12. 著者のアドレス Questions about this memo can also be directed to: この文書についての質問は直に以下に送ってください: Carl Rigney Livingston Enterprises 4464 Willow Road Pleasanton, California 94588 EMail: cdr@telemancy.com 13. Full Copyright Statement 13. 著作権表示全文 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エディタ機能のための資金供給が現在インターネット学会によって 供給されます。