[要約] RFC 2866は、RADIUSアカウンティングプロトコルの仕様を定義しています。その目的は、ネットワーク上のユーザーのアクセス情報や利用状況を収集し、監視することです。
Network Working Group C. Rigney
Request for Comments: 2866 Livingston
Category: Informational June 2000
Obsoletes: 2139
RADIUS Accounting
RADIUSアカウンティング
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.
Copyright（C）The Internet Society（2000）。全著作権所有。
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.
このメモはRADIUSアカウンティングプロトコルを文書化します。 RADIUSアカウンティングの初期の展開は、UDPポート番号1646を使用して行われました。これは、「sa-msg-port」サービスと競合します。 RADIUSアカウンティング用に正式に割り当てられたポート番号は1813です。
Table of Contents
目次
1. Introduction .................................... 2
1.1 Specification of Requirements ................. 3
1.2 Terminology ................................... 3
2. Operation ....................................... 4
2.1 Proxy ......................................... 4
3. Packet Format ................................... 5
4. Packet Types ................................... 7
4.1 Accounting-Request ............................ 8
4.2 Accounting-Response ........................... 9
5. Attributes ...................................... 10
5.1 Acct-Status-Type .............................. 12
5.2 Acct-Delay-Time ............................... 13
5.3 Acct-Input-Octets ............................. 14
5.4 Acct-Output-Octets ............................ 15
5.5 Acct-Session-Id ............................... 15
5.6 Acct-Authentic ................................ 16
5.7 Acct-Session-Time ............................. 17
5.8 Acct-Input-Packets ............................ 18
5.9 Acct-Output-Packets ........................... 18
5.10 Acct-Terminate-Cause .......................... 19
5.11 Acct-Multi-Session-Id ......................... 21
5.12 Acct-Link-Count ............................... 22
5.13 Table of Attributes ........................... 23
6. IANA Considerations ............................. 25
7. Security Considerations ......................... 25
8. Change Log ...................................... 25
9. References ...................................... 26
10. Acknowledgements ................................ 26
11. Chair's Address ................................. 26
12. Author's Address ................................ 27
13. Full Copyright Statement ........................ 28
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.
RADIUS（Remote Authentication Dial In User Service）ドキュメント[2]は、認証と承認に使用されるRADIUSプロトコルを指定しています。このメモでは、RADIUSプロトコルの使用を拡張して、ネットワークアクセスサーバー（NAS）からRADIUSアカウンティングサーバーへのアカウンティング情報の配信について説明します。
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の間の変更点の概要は、付録「変更ログ」にあります。
Key features of RADIUS Accounting are:
RADIUSアカウンティングの主な機能は次のとおりです。
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）は、RADIUSアカウンティングサーバーのクライアントとして動作します。クライアントは、指定されたRADIUSアカウンティングサーバーにユーザーアカウンティング情報を渡す責任があります。
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.
RADIUSアカウンティングサーバーは、アカウンティング要求を受信し、要求を正常に受信したことを示す応答をクライアントに返します。
The RADIUS accounting server can act as a proxy client to other kinds of accounting servers.
RADIUSアカウンティングサーバーは、他の種類のアカウンティングサーバーに対するプロキシクライアントとして機能できます。
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.
クライアントとRADIUSアカウンティングサーバー間のトランザクションは、ネットワーク経由で送信されることのない共有シークレットを使用して認証されます。
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.
すべてのトランザクションは、可変長のAttribute-Length-Value 3タプルで構成されています。プロトコルの既存の実装に影響を与えることなく、新しい属性値を追加できます。
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」は、 RFC 2119 [3]で説明されているように解釈されます。これらのキーワードは、大文字でも小文字でも同じことを意味します。
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がダイヤルインユーザーに提供する各サービスはセッションを構成し、セッションの開始はサービスが最初に提供されるポイントとして定義され、セッションの終了はサービスが終了するポイントとして定義されます。 NASがサポートする場合、ユーザーは複数のセッションを並列または直列に持つことができ、各セッションは独自の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）。
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.
クライアントがRADIUSアカウンティングを使用するように構成されている場合、サービス配信の開始時に、配信されるサービスの種類と配信先のユーザーを説明するアカウンティング開始パケットを生成し、RADIUSアカウンティングサーバーに送信します。パケットが受信されたという確認を返信します。サービス配信の最後に、クライアントは配信されたサービスのタイプと、オプションで経過時間、入出力オクテット、または入出力パケットなどの統計を説明するアカウンティング停止パケットを生成します。それは、RADIUSアカウンティングサーバーにそれを送信します。RADIUSアカウンティングサーバーは、パケットが受信されたという確認を送り返します。
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.
Accounting-Request（開始または停止のいずれか）は、ネットワーク経由でRADIUSアカウンティングサーバーに送信されます。クライアントは、何らかの形式のバックオフを使用して、確認応答を受信するまでAccounting-Requestパケットの送信を試行し続けることをお勧めします。時間内に応答が返されない場合、要求は何度も再送信されます。プライマリサーバーがダウンしているか到達できない場合、クライアントは代替サーバーにリクエストを転送することもできます。代替サーバーは、プライマリサーバーへの試行が数回失敗した後、またはラウンドロビン方式で使用できます。再試行アルゴリズムとフォールバックアルゴリズムは現在の研究のトピックであり、このドキュメントでは詳しく説明していません。
The RADIUS accounting server MAY make requests of other servers in order to satisfy the request, in which case it acts as a client.
RADIUSアカウンティングサーバーは、要求を満たすために他のサーバーに要求を行うことができます（その場合、クライアントとして機能します）。
If the RADIUS accounting server is unable to successfully record the accounting packet it MUST NOT send an Accounting-Response acknowledgment to the client.
RADIUSアカウンティングサーバーがアカウンティングパケットを正常に記録できない場合、クライアントにアカウンティング応答確認を送信してはなりません（MUST NOT）。
See the "RADIUS" RFC [2] for information on Proxy RADIUS. Proxy Accounting RADIUS works the same way, as illustrated by the following example.
プロキシRADIUSについては、「RADIUS」RFC [2]を参照してください。プロキシアカウンティングRADIUSは、次の例に示すように、同じように機能します。
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. リモートサーバーは、アカウンティング要求をログに記録し（必要な場合）、すべてのProxy-State属性を変更せずに要求から応答パケットにコピーし、アカウンティング応答を転送サーバーに送信します。
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.
転送サーバーは、パケットに存在する既存のProxy-StateまたはClass属性を変更してはなりません（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.
再送信ポリシーを堅牢でスケーラブルにするために、再送信を担当するプロキシサーバーを実装するときは、細心の注意を払う必要があります。
Exactly one RADIUS Accounting packet is encapsulated in the UDP Data field [4], where the UDP Destination Port field indicates 1813 (decimal).
正確に1つのRADIUSアカウンティングパケットが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.
このメモはRADIUSアカウンティングプロトコルを文書化します。 RADIUSアカウンティングの初期の展開は、UDPポート番号1646を使用して行われました。これは、「sa-msg-port」サービスと競合します。 RADIUSアカウンティング用に正式に割り当てられたポート番号は1813です。
A summary of the RADIUS data format is shown below. The fields are transmitted from left to right.
RADIUSデータ形式の概要を以下に示します。フィールドは左から右に送信されます。
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.
Codeフィールドは1オクテットで、RADIUSパケットのタイプを識別します。無効なコードフィールドを含むパケットが受信されると、それは通知なく破棄されます。
RADIUS Accounting Codes (decimal) are assigned as follows:
RADIUSアカウンティングコード（10進数）は次のように割り当てられます。
4 Accounting-Request 5 Accounting-Response
4アカウンティングリクエスト5アカウンティングレスポンス
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.
Identifierフィールドは1オクテットで、要求と応答の照合に役立ちます。 RADIUSサーバーは、同じクライアントの送信元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.
Authenticatorフィールドは16オクテットです。最も重要なオクテットが最初に送信されます。この値は、クライアントとRADIUSアカウンティングサーバー間のメッセージを認証するために使用されます。
Request Authenticator
オーセンティケーターのリクエスト
In Accounting-Request Packets, the Authenticator value is a 16 octet MD5 [5] checksum, called the Request Authenticator.
Accounting-Request Packetsでは、Authenticatorの値は、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とRADIUSアカウンティングサーバーはシークレットを共有します。 Accounting-RequestパケットのRequest Authenticatorフィールドには、Code + Identifier + Length + 16ゼロオクテット+リクエスト属性+共有シークレット（+は連結を示す）で構成されるオクテットのストリームで計算された一方向MD5ハッシュが含まれます。 16オクテットのMD5ハッシュ値は、Accounting-RequestパケットのAuthenticatorフィールドに格納されます。
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.
Accounting-RequestにはUser-Password属性がないため、Accounting-Requestのリクエストオーセンティケータは、RADIUS Access-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.
Accounting-ResponseパケットのAuthenticatorフィールドはResponse Authenticatorと呼ばれ、Accounting-Response Code、Identifier、Length、Accounting-RequestのRequest Authenticatorフィールドで構成されるオクテットのストリームで計算された一方向MD5ハッシュが含まれます応答されるパケット、および応答属性（ある場合）、その後に共有秘密が続きます。結果の16オクテットMD5ハッシュ値は、Accounting-ResponseパケットのAuthenticatorフィールドに格納されます。
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）。異なるタイプの属性の順序を保持する必要はありません。
The RADIUS packet type is determined by the Code field in the first octet of the packet.
RADIUSパケットタイプは、パケットの最初のオクテットのコードフィールドによって決定されます。
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).
Accounting-Requestパケットは、クライアント（通常はネットワークアクセスサーバーまたはそのプロキシ）からRADIUSアカウンティングサーバーに送信され、ユーザーに提供されるサービスのアカウンティングを提供するために使用される情報を伝達します。クライアントは、Codeフィールドが4（Accounting-Request）に設定されたRADIUSパケットを送信します。
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）。
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.
RADIUS Access-RequestまたはAccess-Acceptパケットで有効な属性は、RADIUS Accounting-Requestパケットでも有効です。ただし、Accounting-Requestに次の属性を含めることはできません：User-Password、CHAP-Password、Reply-Message 、州。 NAS-IP-AddressまたはNAS-IdentifierのいずれかがRADIUS Accounting-Requestに存在する必要があります。サービスにポートが含まれていないか、NASがポートを区別していない場合を除き、NAS-PortまたはNAS-Port-Type属性、あるいはその両方を含める必要があります。
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.
Accounting-RequestパケットにFramed-IP-Addressが含まれている場合、その属性にはユーザーのIPアドレスが含まれている必要があります。 Access-AcceptがFramed-IP-Addressの特別な値を使用してNASにユーザーのIPアドレスを割り当てるかネゴシエートするように指示した場合、Accounting-RequestのFramed-IP-Address（存在する場合）は実際のIPアドレスを含まなければなりません（MUST）割り当てまたは交渉。
A summary of the Accounting-Request packet format is shown below.
Accounting-Requestパケット形式の要約を以下に示します。
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.
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.
Identifierフィールドは、Attributesフィールドの内容が変更された場合、および前の要求に対して有効な応答が受信された場合は必ず変更する必要があります。内容が同じである再送信の場合、識別子は変更されないままである必要があります。
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がAccounting-Requestの属性に含まれている場合、パケットが再送信されるとAcct-Delay-Time値が更新され、Attributesフィールドの内容が変更され、新しい識別子とリクエスト認証が必要になることに注意してください。 。
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.
Accounting-Requestのリクエスト認証システムには、上記の「リクエスト認証システム」で説明した方法に従って計算された16オクテットのMD5ハッシュ値が含まれています。
Attributes
の属性
The Attributes field is variable in length, and contains a list of Attributes.
属性フィールドの長さは可変であり、属性のリストが含まれています。
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.
アカウンティング応答パケットは、RADIUSアカウンティングサーバーによってクライアントに送信され、アカウンティング要求が正常に受信および記録されたことを確認します。 Accounting-Requestが正常に記録された場合、RADIUSアカウンティングサーバーは、Codeフィールドを5（Accounting-Response）に設定してパケットを送信する必要があります。クライアントがAccounting-Responseを受信すると、Identifierフィールドは保留中のAccounting-Requestと照合されます。 Response Authenticatorフィールドには、保留中のAccounting-Requestに対する正しい応答を含める必要があります。無効なパケットは通知なく破棄されます。
A RADIUS Accounting-Response is not required to have any attributes in it.
RADIUS Accounting-Responseには、属性を含める必要はありません。
A summary of the Accounting-Response packet format is shown below. The fields are transmitted from left to right.
Accounting-Responseパケット形式の概要を以下に示します。フィールドは左から右に送信されます。
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-Accounting-Response。
Identifier
識別する
The Identifier field is a copy of the Identifier field of the Accounting-Request which caused this Accounting-Response.
Identifierフィールドは、このAccounting-Responseの原因となったAccounting-RequestのIdentifierフィールドのコピーです。
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.
Accounting-ResponseのResponse Authenticatorには、上記の「Response Authenticator」で説明した方法に従って計算された16オクテットのMD5ハッシュ値が含まれています。
Attributes
の属性
The Attributes field is variable in length, and contains a list of zero or more Attributes.
属性フィールドの長さは可変であり、0個以上の属性のリストが含まれます。
RADIUS Attributes carry the specific authentication, authorization and accounting details for the request and response.
RADIUS属性には、要求と応答に関する特定の認証、承認、およびアカウンティングの詳細が含まれています。
Some attributes MAY be included more than once. The effect of this is attribute specific, and is specified in each attribute description.
一部の属性は複数回含めることができます。この効果は属性固有であり、各属性の説明で指定されています。
The end of the list of attributes is indicated by the Length of the RADIUS packet.
属性リストの最後は、RADIUSパケットの長さで示されます。
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:
Typeフィールドは1オクテットです。 RADIUSタイプフィールドの最新の値は、最新の「割り当てられた番号」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])
1-39（RADIUSドキュメント[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+（RADIUSドキュメント[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オクテットであり、タイプ、長さ、値フィールドを含むこの属性の長さを示します。属性が無効な長さのAccounting-Requestで受信された場合、要求全体が通知なしで破棄される必要があります。
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.
Valueフィールドは0個以上のオクテットであり、属性に固有の情報が含まれています。 「値」フィールドのフォーマットと長さは、「タイプ」フィールドと「長さ」フィールドによって決まります。
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
RADIUSのどのタイプもNUL（16進00）で終了しないことに注意してください。特に、RADIUSのタイプ「テキスト」と「文字列」は、NUL（16進数00）で終了しません。属性には長さフィールドがあり、ターミネーターを使用しません。テキストにUTF-8でエンコードされた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.
[7] 文字と文字列には、8ビットのバイナリデータが含まれます。サーバーおよびサーバーとクライアントは、埋め込まれたnullを処理できなければなりません。 Cを使用するRADIUS実装者は、文字列を処理するときに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.
バイナリデータを含む文字列1-253オクテット（0〜255の10進数の値）。長さがゼロ（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 UTCからの秒数。標準属性はこのデータ型を使用しませんが、将来の属性で使用できるようにここに提示されています。
Description
説明
This attribute indicates whether this Accounting-Request marks the beginning of the user service (Start) or the end (Stop).
この属性は、このAccounting-Requestがユーザーサービスの開始（開始）または終了（停止）のどちらをマークするかを示します。
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を指定して、アカウンティングの終了（たとえば、スケジュールされた再起動の直前）をマークしたりできます。
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.
Acct-Status-Typeの場合は40。
Length
長さ
6
６
Value
値
The Value field is four octets.
Valueフィールドは4オクテットです。
1 Start 2 Stop 3 Interim-Update 7 Accounting-On 8 Accounting-Off 9-14 Reserved for Tunnel Accounting 15 Reserved for Failed
1開始2停止3中間更新7アカウンティングオン8アカウンティングオフ9-14トンネルアカウンティング用に予約15障害用に予約
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.)
この属性は、クライアントがこのレコードを送信しようとしていた秒数を示し、サーバーへの到着時刻から差し引いて、このAccounting-Requestを生成するイベントのおおよその時刻を見つけることができます。 （ネットワーク通過時間は無視されます。）
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.
Acct-Delay-Timeの場合は41。
Length
長さ
6
６
Value
値
The Value field is four octets.
Valueフィールドは4オクテットです。
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に設定されているAccounting-Requestレコードにのみ存在できます。
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.
Acct-Input-Octetsの場合は42。
Length
長さ
6
６
Value
値
The Value field is four octets.
Valueフィールドは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に設定されているAccounting-Requestレコードにのみ存在できます。
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.
Acct-Output-Octetsの場合は43。
Length
長さ
6
６
Value
値
The Value field is four octets.
Valueフィールドは4オクテットです。
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を持つ必要があります。 Accounting-Requestパケットには、Acct-Session-Idが必要です。 Access-RequestパケットはAcct-Session-Idを持つ場合があります。その場合、NASはそのセッションのAccounting-Requestパケットで同じAcct-Session-Idを使用する必要があります。
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.
たとえば、1つの実装では、8桁の大文字の16進数の文字列を使用し、最初の2桁は再起動ごとに増分し（256再起動ごとに折り返します）、次の6桁は再起動後に最初にログインした人の0から数えます2 ^ 24-1に約1600万。他のエンコーディングも可能です。
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.
Acct-Session-Idの場合は44。
Length
長さ
>= 3
＞＝ ３
String
ストリング
The String field SHOULD be a string of UTF-8 encoded 10646 [7] characters.
文字列フィールドは、UTF-8でエンコードされた10646 [7]文字の文字列である必要があります（SHOULD）。
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.
この属性をAccounting-Requestに含めて、RADIUS、NAS自体、または別のリモート認証プロトコルのいずれでユーザーを認証したかを示すことができます。認証されずにサービスを提供されたユーザーは、アカウンティングレコードを生成してはなりません（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.
Acct-Authenticの場合は45。
Length
長さ
6
６
Value
値
The Value field is four octets.
Valueフィールドは4オクテットです。
1 RADIUS 2 Local 3 Remote
1 RADIUS 2ローカル3リモート
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に設定されているAccounting-Requestレコードにのみ存在できます。
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.
Acct-Session-Timeの場合は46。
Length
長さ
6
６
Value
値
The Value field is four octets.
Valueフィールドは4オクテットです。
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に設定されているAccounting-Requestレコードにのみ存在できます。
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.
Acct-Input-Packetsの場合は47。
Length
長さ
6
６
Value
値
The Value field is four octets.
Valueフィールドは4オクテットです。
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に設定されているAccounting-Requestレコードにのみ存在できます。
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.
Acct-Output-Packetsの場合は48。
Length
長さ
6
６
Value
値
The Value field is four octets.
Valueフィールドは4オクテットです。
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に設定されているAccounting-Requestレコードにのみ存在できます。
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
Acct-Terminate-Causeの場合は49
Length
長さ
6
６
Value
値
The Value field is four octets, containing an integer specifying the cause of session termination, as follows:
Valueフィールドは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
1ユーザー要求2キャリア喪失3サービス喪失4アイドルタイムアウト5セッションタイムアウト6管理リセット7管理再起動8ポートエラー9 NASエラー10 NAS要求11 NAS再起動12ポート不要13ポート優先使用14ポート停止15サービス利用不可16コールバック17ユーザーエラー18ホスト要求
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.
Lost Carrier 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.
Admin Reboot Administratorは、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.
Port Suspended NASはセッションを終了して、仮想セッションを一時停止しました。
Service Unavailable NAS was unable to provide requested service.
Service Unavailable 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.
ホスト要求ログインホストはセッションを正常に終了しました。
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.
Acct-Multi-Session-Idの場合は50。
Length
長さ
>= 3
＞＝ ３
String
ストリング
The String field SHOULD contain UTF-8 encoded 10646 [7] characters.
文字列フィールドには、UTF-8でエンコードされた10646 [7]文字を含める必要があります（SHOULD）。
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は、複数のリンクを持つ可能性のあるすべてのAccounting-Requestに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.
Acct-Link-Countの場合は51。
Length
長さ
6
６
Value
値
The Value field is four octets, and contains the number of links seen so far in this Multilink Session.
Valueフィールドは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-Status-Type = Stopで受信したAccounting-Requestsの数が同じで、同じAcct-Multi-Session-Idと一意のAcct-Session-Idが、それらのAccounting-Requestsに表示される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つのAccounting-Requestsを示す例は、物事をより明確にする必要があります。明確にするために、関連する属性のみが示されていますが、アカウンティング情報を含む追加の属性も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
マルチセッションIDセッションIDステータスタイプリンク数 "10" "10"開始1 "10" "11"開始2 "10" "11"停止2 "10" "12"開始3 "10" " 13 "スタート4" 10 "" 12 "ストップ4" 10 "" 13 "ストップ4" 10 "" 10 "ストップ4
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およびベンダー固有の場合を除いて、Accounting-Responseパケットには属性がありません。
# 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
＃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アイドルタイムアウト0-1終了アクション0-1 Called-Station-Id 0-1 Calling-Station-Id 0-1 NAS-Identifier [注1] 0+プロキシ状態0-1ログイン-LAT-サービス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] Accounting-Requestには、NAS-IP-AddressまたはNAS-Identifier（または両方）のいずれかが含まれている必要があります。
The following table defines the above table entries.
The following table defines the above table entries.
0 This attribute MUST NOT be present 0+ Zero or more instances of this attribute MAY be present. 0-1 Zero or one instance of this attribute MAY be present. 1 Exactly one instance of this attribute MUST be present.
0 This attribute MUST NOT be present 0+ Zero or more instances of this attribute MAY be present. 0-1 Zero or one instance of this attribute MAY be present. 1 Exactly one instance of this attribute MUST be present.
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].
このドキュメントで定義されているパケットタイプコード、属性タイプ、および属性値は、RFC 2865 [2]の「IANAに関する考慮事項」セクションで説明されているように、RADIUSネームスペースからInternet Assigned Numbers Authority（IANA）によって登録されています。 BCP 26 [8]。
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.
セキュリティの問題は、ネットワークを介して送信されることのない共有秘密を使用して、アカウンティング要求と応答に含まれる認証システムに関するセクションで説明されています。
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.
Framed-IP-Addressには、ユーザーの実際の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の使用を明確にするために、文字列のサブセットとして識別されるテキスト文字列。
[1] Rigney, C., "RADIUS Accounting", RFC 2139, April 1997.
[1] リグニー、C。、「RADIUSアカウンティング」、RFC 2139、1997年4月。
[2] Rigney, C., Willens, S., Rubens, A. and W. Simpson, "Remote Authentication Dial In User Service (RADIUS)", RFC 2865, June 2000.
[2] Rigney、C.、Willens、S.、Rubens、A。およびW. Simpson、「Remote Authentication Dial In User Service（RADIUS）」、RFC 2865、2000年6月。
[3] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March, 1997.
[3] Bradner、S。、「RFCで使用して要件レベルを示すためのキーワード」、BCP 14、RFC 2119、1997年3月。
[4] Postel, J., "User Datagram Protocol", STD 6, RFC 768, August 1980.
[4] Postel、J。、「ユーザーデータグラムプロトコル」、STD 6、RFC 768、1980年8月。
[5] Rivest, R. and S. Dusse, "The MD5 Message-Digest Algorithm", RFC 1321, April 1992.
[5] Rivest、R。およびS. Dusse、「MD5メッセージダイジェストアルゴリズム」、RFC 1321、1992年4月。
[6] Reynolds, J. and J. Postel, "Assigned Numbers", STD 2, RFC 1700, October 1994.
[6] Reynolds、J.およびJ. Postel、「Assigned Numbers」、STD 2、RFC 1700、1994年10月。
[7] Yergeau, F., "UTF-8, a transformation format of ISO 10646", RFC 2279, January 1998.
[7] Yergeau、F。、「UTF-8、ISO 10646の変換フォーマット」、RFC 2279、1998年1月。
[8] Alvestrand, H. and T. Narten, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 2434, October 1998.
[8] Alvestrand、H。およびT. Narten、「RFCでIANAの考慮事項セクションを作成するためのガイドライン」、BCP 26、RFC 2434、1998年10月。
RADIUS and RADIUS Accounting were originally developed by Steve Willens of Livingston Enterprises for their PortMaster series of Network Access Servers.
RADIUSおよびRADIUSアカウンティングは、リビングストンエンタープライズのスティーブウィレンスがネットワークアクセスサーバーのポートマスターシリーズ用に開発したものです。
The RADIUS working group can be contacted via the current chair:
RADIUSワーキンググループは、現在の議長を通じて連絡を取ることができます。
Carl Rigney Livingston Enterprises 4464 Willow Road Pleasanton, California 94588
カールリグニーリビングストンエンタープライズ4464 Willow Road Pleasanton、California 94588
Phone: +1 925 737 2100
EMail: cdr@telemancy.com
Questions about this memo can also be directed to:
このメモに関する質問は、次の宛先にも送信できます。
Carl Rigney Livingston Enterprises 4464 Willow Road Pleasanton, California 94588
Carl Rigney Livingston Enterprises 4464 Willow Road Pleasanton, California 94588
EMail: cdr@telemancy.com
Copyright (C) The Internet Society (2000). All Rights Reserved.
Copyright（C）The Internet Society（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.
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとここに含まれる情報は「現状有姿」で提供され、インターネット社会およびインターネット技術タスクフォースは、明示または黙示を問わず、ここに記載されている情報の使用が保証するものに限定されないいかなる保証も含め、一切の保証を否認します。商品性または特定の目的への適合性に関する権利または黙示の保証を侵害すること。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能への資金提供は、現在Internet Societyから提供されています。