この文書は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エディタ機能のための資金供給が現在インターネット学会によって
   供給されます。

Japanese translation by Ishida So