この文書はRFC2866の日本語訳（和訳）です。 この文書の翻訳内容の正確さは保障できないため、 正確な知識を求める方は原文を参照してください。 翻訳者はこの文書によって読者が被り得る如何なる損害の責任をも負いません。 この翻訳内容に誤りがある場合、訂正版の公開や、 誤りの指摘は適切です。 この文書の配布は元のＲＦＣ同様に無制限です。
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.
このメモはラディウス課金プロトコルを文書化します。ラディウス課金の初
期の実装はＵＤＰポート番号１６４６を使う、これは"sa-msg-port"サービス
と競合します。ラディウス課金のための公式に割り当てられたポート番号は
１８１３です。
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. 課金セッションＩＤ
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. 課金マルチセッションＩＤ
5.12. Acct-Link-Count
5.12. 課金リンク数
5.13. Table of Attributes
5.13. 属性表
6. IANA Considerations
6. ＩＡＮＡの考慮
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).
多数のユーザの多数のシリアル回線やモデムプールの管理のため、管理サポー
トが要求されました。モデムプールが外の世界へのリンクとして定義される
ので、それらの安全管理と認証と課金は注意深い注意を必要とします。これ
は単一のユーザ「データベース」の管理により成し遂げる事ができます、デー
タベースは認証（ユーザ名とパスワードの検証）とユーザ毎のサービスの詳
細を設定する情報（例えば、ＳＬＩＰ、ＰＰＰ、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.
すべての処理は可変長の属性−長さ−値の３項組みで構成されていま
す。新しい属性値が既存プロトコル実装をプロトコルを不安定にする
ことなく加えられることができます。
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.
サービス ＮＡＳは、ＰＰＰやｔｅｌｎｅｔなどのサービスをダイアルイン
ユーザに供給します。
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.
セッション ＮＡＳがダイヤルインユーザに供給する各サービスはセッション
を形成し、セッションの開始はサービスが最初に供給された時点
で、セッションの終わりはサービスが終了した時点です。もしＮ
ＡＳがサポートするなら、ユーザは同時にあるいは順番に複数の
セッションを持つかもしれず、各セッションは個別の課金セッショ
ン識別子があり、個別の課金開始と終了レコードがあります。
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. ＮＡＳは転送サーバーに課金要求を送ります。
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. 転送サーバーは、（もしステップ２で加えたなら）最後のプロクシ状
態を取り出し、回答認証を更新し、ＮＡＳにに課金回答を送ります。
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.
転送サーバーは転送機能をどのように実行してもかまいません、即座に再転
送しても良いし、例えば転送サーバと遠隔サーバ間のリンクとＮＡＳと転送
サーバ間のリンクが非常に異なる場合に、再転送に責任を持ってもかまいま
せん。
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).
正確に１つのラディウス課金パケットがＵＤＰデータフィールド[4]にカプセ
ル化され、ＵＤＰ宛先ポートフィールドは１８１３（１０進数）を示します。
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.
この文書はラディウス課金プロトコルを文書化します。ラディウス課金の初
期の実装はＵＤＰポート番号１６４６を使ってされましたが、これは
"sa-msg-port"サービスと競合します。ラディウス課金のための公式に割り
当てられたポート番号は１８１３です。
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.
コードフィールドは１つのオクテットで、ラディウスパケットのタイプを
識別します。パケットが無効なコードフィールドで受信される時、これは
静かに捨てられます。
RADIUS Accounting Codes (decimal) are assigned as follows:
ラディウス課金コード（１０進数）が次のように割り当てられます：
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.
識別子フィールドは１オクテットで、要求と応答の対応を手助けします。
ラディウスサーバーは、同じクライアントソースＩＰアドレスとソース
ＵＤＰポートから短い時間内に識別子得られれば、重複の要求を検出で
きます。
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.
長さフィールドは２オクテットです。これはコードと識別子と長さと認証
子と属性フィールドを含むパケットの長さを示します。長さフィールドの
指定するオクテット以降のデータがパディングを扱われ、受信時に無視さ
れなくてはなりません(MUST)。もしパケットが長さフィールドが示す長さ
より短いなら、パケットは静かに捨てられなくてはなりません(MUST)。最
小長は２０で、最大長は４０９５です。
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.
認証子フィールドは１６オクテットです。最も重要なオクテットは最初に
送信されます。この値はクライアントとラディウス課金サーバの間のメッ
セージを本物と証明するために使われます。
Request Authenticator
要求認証子
In Accounting-Request Packets, the Authenticator value is a 16
octet MD5 [5] checksum, called the Request Authenticator.
課金要求パケットで、認証子値は要求認証子と呼ばれる１６オクテットの
ＭＤ５[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.
ＮＡＳとラディウス課金サーバは共有秘密鍵を持ちます。課金要求パケッ
トの中の要求認証子フィールドは、コード＋識別子＋長さ＋１６オクテッ
トのゼロ＋属性＋共有秘密鍵（＋は結合を示す）ストリームに対する一方
向ＭＤ５ハッシュ関数の計算値を含みます。１６オクテットＭＤ５ハッシュ
値は課金要求パケットの認証子フィールドに登録されます。
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.
課金回答パケットの中の認証子フィールドは回答認証子と呼ばれ、そして
課金回答コード・識別子・長さ・課金要求パケットからの要求認証子・も
しあれば応答属性・共有秘密鍵から成り立つオクテットのストリーム上で
計算された一方向ＭＤ５ハッシュを含んでいます。結果として生じる１６
オクテットＭＤ５ハッシュ値は課金回答パケットの認証子フィールドにし
まっておかれます。
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).
課金要求パケットがクライアント（典型的にネットワークアクセスサー
バーか、そのプロクシ）からラディウス課金サーバに送られ、ユーザーに
供給されたサービスに課金をするための情報を伝えます。クライアントは
コードフィールドを４（課金要求）に設定しラディウスパケットを送りま
す。
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パスワード、応答
メッセージ、状態。ＮＡＳ−ＩＰアドレスかＮＡＳ識別子がラディウス課
金要求で存在しなければなりません(MUST)。サービスがポートを扱わない
か、あるいはＮＡＳがポートを区別しない場合を除き、ＮＡＳポート属性
かＮＡＳポートタイプ属性か両方かを含んでいるべきです(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.
もし課金要求パケットがフレームＩＰアドレスを含むなら、この属性はユー
ザーのＩＰアドレスを含まなければなりません(MUST)。もしアクセス許可
がＮＡＳユーザにＩＰアドレスを割り当てるか交渉するようにフレーム
ＩＰアドレスの特別な値を使ったなら、課金要求でのフレームＩＰアドレ
ス（もしあれば）は指定されたか交渉された実際のＩＰアドレスを含んで
いなくてはなりません(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.
課金要求の要求認証子は上記「要求認証子」で記述された方法により計算
された１６オクテットのＭＤ５ハッシュ値を含んでいます。
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.
課金応答パケットがラディウス課金サーバーによって課金要求が受取られ、
記録に成功したことを認めるためクライアントに送られます。もし課金要
求の記録に成功したなら、ラディウス課金サーバーはコードフィールドを
５（課金応答）に設定しパケットを送らなければなりません(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.
課金応答の回答認証子は上記「回答認証子」で記述された方法により計算
された１６オクテットのＭＤ５ハッシュ値を含んでいます。
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.
ある属性が２つ以上含まれるかもしれません(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:
タイプフィールドは１オクテットです。ラディウスタイプフィールドの最
新の値が最も最近の「番号割り当て」 RFC [6]で指定されます。１９２か
ら２２３の値が実験的な使用のために確保されます、２２４から２４０の
値が実装特有の使用のために確保されます、２４１から２５５の値が留保
され、使われるべきではありません。この仕様書は次の値に関係します：
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.
長さフィールドは１オクテットで、タイプと長さと値フィールドを含む属
性の長さを示します。もし無効な長さの属性が課金要求で受け取られるな
ら、全部の要求は静かに捨てられなくてはなりません(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（１６進数の００）で終わらないことに注
意を払ってください。特に、ラディウスの「テキスト」と「文字列」タイ
プがNUL（１６進数の００）で終わりません。属性は長さフィールドを持
ち、終了記号を使いません。テキストがUTF-8コード化された10646 [7]文
字を含み、文字列が８ビットの２進データを含んでいます。サーバーとサー
バーとクライアントは埋め込まれたnullsを扱うことができなければなり
ません(MUST)。Ｃを使っているラディウス実装が文字列を扱うときに
strcpy()を使わないように注意して下さい。
The format of the value field is one of five data types. Note
that type "text" is a subset of type "string."
値フィールドのフォーマットは５つのデータタイプの１つです。「テキ
スト」タイプが「文字列」タイプのサブセットであることに注意してく
ださい。
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オクテット。長さゼロ（０）
のテキストが送られてはなりません(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.
文字列 バイナリデータ（１０進数で０から２５５までの値）を含む
1-253オクテット。長さゼロ（０）の文字列が送られてはなりま
せん(MUST NOT)；その代わりに属性全体を省略します。
address 32 bit value, most significant octet first.
アドレス ３２ビットの値、最上位オクテットが最初。
integer 32 bit unsigned value, most significant octet first.
整数 ３２ビットの符号無しの値、最上位オクテットが最初。
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.
時刻 ３２ビット符号無しの値、最上位オクテットが最初--グリニッ
ジ標準時１９７０年１月１日００：００：００からの秒数。標
準属性はこのデータタイプを使いませんが、将来の属性で使用
可能にするためここで提出されます。
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.
値フィールドは４オクテットです。
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.
値フィールドは４オクテットです。
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.
値フィールドは４オクテットです。
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.
値フィールドは４オクテットです。
5.5. Acct-Session-Id
5.5. 課金セッションＩＤ
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.
この属性はユニークな課金ＩＤでログファイルのスタートとストップを一
致させる事を容易にします。あるセッションの開始レコードと停止レコー
ドは同じAcct-Session-Idを持っていなくてはなりません(MUST)。課金要
求パケットがAcct-Session-Idを持っていなくてはなりません(MUST)。ア
クセス要求パケットがAcct-Session-Idを持つかもしれません(MAY)；もし
そうなら、ＮＡＳはそのセッションの課金要求パケットで同じ
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.
例えば、ある実装は８桁の大文字１６進数数文字列を使い、各再起動毎に
最初の２桁を増加し（２５６回の再起動で元に戻る）、残りの６桁は再起
動後の最初のログインする人から０を使用し、２^２４-１およそ１千６百
万で元に戻ります。他のコード化も可能です。
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 課金セッションＩＤ
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.
この属性は、ユーザーがどのように認証されたか、ラディウスのよるのか、
ＮＡＳ自身でか、他の認証プロトコルでかを示すために課金要求に含めら
れるかもしれません(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.
値フィールドは４オクテットです。
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.
値フィールドは４オクテットです。
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.
値フィールドは４オクテットです。
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.
値フィールドは４オクテットです。
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:
値フィールドは、次の通り、セッション終了の原因を指定する整数を含む
４クテットです：
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.
管理者リブート 例えばＮＡＳを再起動する前の作業として、管理
者がＮＡＳのサービスを止めました。
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. 課金マルチセッションＩＤ
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.
この特質はログファイルで多数の関連したセッションをつなぐことを容
易にするためのユニークな課金ＩＤです。各つながれたセッションがユ
ニークな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 課金マルチセッションＩＤ
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.
値フィールドは４オクテットで、このマルチリンクセッションのこれま
でにあるリンクの数を含んでいます。
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.
８つの課金要求を示している例がこれをいっそう明らかにします。明快さ
のためにただ重要な属性だけを示しますが、課金情報を含む追加の属性が
課金要求にあるでしょう。
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).
［ノート１］課金要求は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.
この属性は０個以上あります(MAY)
0-1 Zero or one instance of this attribute MAY be present.
この属性は０個か１個あります(MAY)
1 Exactly one instance of this attribute MUST be present.
この属性は正確に１個あります(MUST)
6. IANA Considerations
6. ＩＡＮＡの考慮
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.
フレームＩＰアドレスがユーザーの実際のＩＰアドレスを含むべきです。
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.
ＩＡＮＡ考慮の章を加えました。
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.
著作権（Ｃ）インターネット学会（２０００）。すべての権利は保留される。
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.
ＲＦＣエディタ機能のための資金供給が現在インターネット学会によって
供給されます。