RFC4679 日本語訳
4679 DSL Forum Vendor-Specific RADIUS Attributes. V. Mammoliti, G.Zorn, P. Arberg, R. Rennison. September 2006. (Format: TXT=42743 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group V. Mammoliti Request for Comments: 4679 G. Zorn Category: Informational Cisco Systems P. Arberg Redback Networks, Inc. R. Rennison ECI Telecom September 2006
Mammolitiがコメントのために要求するワーキンググループV.をネットワークでつないでください: 4679年のG.ゾルンカテゴリ: 情報のシスコシステムズP.Arberg20ドル紙幣はテレコム2006年9月にInc.R.Rennison ECIをネットワークでつなぎます。
DSL Forum Vendor-Specific RADIUS Attributes
DSLのフォーラムのベンダー特有の半径属性
Status of this Memo
この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 (2006).
Copyright(C)インターネット協会(2006)。
IESG Note
IESG注意
This RFC is not a candidate for any level of Internet Standard. The IETF disclaims any knowledge of the fitness of this RFC for any purpose and in particular notes that the decision to publish is not based on IETF review for such things as security, congestion control, or inappropriate interaction with deployed protocols. The RFC Editor has chosen to publish this document at its discretion. Readers of this document should exercise caution in evaluating its value for implementation and deployment. See RFC 3932 for more information.
このRFCはインターネットStandardのどんなレベルの候補ではありません。 IETFは配布しているプロトコルとのセキュリティのようなもの、輻輳制御、または不適当な相互作用のために、どんな目的のためのこのRFCのフィットネスに関するどんな知識と発行するという決定がIETFレビューに基づいていないという特に注も放棄します。 RFC Editorは、自己判断でこのドキュメントを発表するのを選びました。 このドキュメントの読者は実装と展開のために値を評価する際に警戒するべきです。 詳しい情報に関してRFC3932を見てください。
Abstract
要約
This document describes the set of Remote Authentication Dial-In User Service Vendor-Specific Attributes (RADIUS VSAs) defined by the DSL Forum.
このドキュメントはDSL Forumによって定義された中のRemote Authentication DialのUser Service Vendor特有のAttributes(RADIUS VSAs)のセットについて説明します。
These attributes are designed to transport Digital Subscriber Line (DSL) information that is not supported by the standard RADIUS attribute set. It is expected that this document will be updated if and when the DSL Forum defines additional vendor-specific attributes, since its primary purpose is to provide a reference for DSL equipment vendors wishing to interoperate with other vendors' products.
これらの属性は、標準のRADIUS属性セットによってサポートされないDigital Subscriber線(DSL)情報を輸送するように設計されています。 DSL Forumが追加ベンダー特有の属性を定義するとこのドキュメントをアップデートすると予想されます、プライマリ目的が他のベンダーの製品で共同利用したがっているDSL設備ベンダーの参照を提供することであるので。
Mammoliti, et al. Informational [Page 1] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [1ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
Table of Contents
目次
1. Introduction ....................................................3 2. Terminology .....................................................3 2.1. Requirements Language ......................................3 2.2. Technical Terms and Acronyms ...............................3 3. Attributes ......................................................5 3.1. DSL Forum RADIUS VSA Definition ............................5 3.2. DSL Forum Vendor Specific Sub-Attribute Encoding ...........6 3.3. Sub-attribute Definitions ..................................6 3.3.1. Agent-Circuit-Id ....................................6 3.3.2. Agent-Remote-Id .....................................8 3.3.3. Actual-Data-Rate-Upstream ...........................9 3.3.4. Actual-Data-Rate-Downstream .........................9 3.3.5. Minimum-Data-Rate-Upstream .........................10 3.3.6. Minimum-Data-Rate-Downstream .......................11 3.3.7. Attainable-Data-Rate-Upstream ......................11 3.3.8. Attainable-Data-Rate-Downstream ....................12 3.3.9. Maximum-Data-Rate-Upstream .........................13 3.3.10. Maximum-Data-Rate-Downstream ......................13 3.3.11. Minimum-Data-Rate-Upstream-Low-Power ..............14 3.3.12. Minimum-Data-Rate-Downstream-Low-Power ............15 3.3.13. Maximum-Interleaving-Delay-Upstream ...............16 3.3.14. Actual-Interleaving-Delay-Upstream ................16 3.3.15. Maximum-Interleaving-Delay-Downstream .............17 3.3.16. Actual-Interleaving-Delay-Downstream ..............18 3.3.17. Access-Loop-Encapsulation .........................19 3.3.18. IWF-Session .......................................20 4. Table of Attributes ............................................21 5. Security Considerations ........................................21 6. References .....................................................22 6.1. Normative References ......................................22 6.2. Informative References ....................................22
1. 序論…3 2. 用語…3 2.1. 要件言語…3 2.2. 専門用語と頭文字語…3 3. 属性…5 3.1. DSLフォーラム半径VSA定義…5 3.2. DSLのフォーラムのベンダーの特定のサブ属性コード化…6 3.3. サブ属性定義…6 3.3.1. エージェント回路イド…6 3.3.2. エージェントのリモートイド…8 3.3.3. 実際のデータは上流へ評価します…9 3.3.4. 実際のデータは川下で評価します…9 3.3.5. 最小のデータは上流へ評価します…10 3.3.6. 最小のデータは川下で評価します…11 3.3.7. 達成できるデータが上流へ評価します…11 3.3.8. 達成できるデータが川下で評価します…12 3.3.9. 最大のデータは上流へ評価します…13 3.3.10. 最大のデータは川下で評価します…13 3.3.11. 最小のデータは上流の低パワーを評定します…14 3.3.12. 最小のデータは川下の低パワーを評定します…15 3.3.13. 最大のインターリービング遅れ上流…16 3.3.14. 実際のインターリービング遅れ上流…16 3.3.15. 最大のインターリービング遅れ川下…17 3.3.16. 実際のインターリービング遅れ川下…18 3.3.17. アクセス輪のカプセル化…19 3.3.18. IWF-セッション…20 4. 属性のテーブル…21 5. セキュリティ問題…21 6. 参照…22 6.1. 標準の参照…22 6.2. 有益な参照…22
Mammoliti, et al. Informational [Page 2] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [2ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
1. Introduction
1. 序論
The DSL Forum has created additional RADIUS [RFC2865] [RFC2866] vendor-specific attributes to carry DSL line identification and characterization information. This information is forwarded from the Access Node/DSLAM to the BRAS via Vendor-Specific PPPoE Tags [RFC2516], DHCP Relay Options [RFC3046], and Vendor-Specific Information Suboptions [RFC4243]. This document describes the subscriber line identification and characterization information and its mapping to RADIUS VSAs by the BRAS.
DSL Forumは、DSL回線識別と特殊化情報を運ぶために追加RADIUS[RFC2865][RFC2866]のベンダー特有の属性を作成しました。 Vendor特有のPPPoE Tags[RFC2516]、DHCP Relay Options[RFC3046]、およびVendor特有の情報Suboptions[RFC4243]を通してAccess Node/DSLAMからBRASまでこの情報を転送します。 このドキュメントはBRASで加入者回線識別、特殊化情報、およびそのマッピングについてRADIUS VSAsに説明します。
The information acquired may be used to provide authentication and accounting functionality. It may also be collected and used for management and troubleshooting purposes.
取得された情報は、認証と会計の機能性を提供するのに使用されるかもしれません。 また、それは、管理とトラブルシューティング目的に集められて、使用されるかもしれません。
2. Terminology
2. 用語
The following sections define the usage and meaning of certain specialized terms in the context of this document.
以下のセクションはこのドキュメントの文脈で、ある専門の用語の用法と意味を定義します。
2.1. Requirements Language
2.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 [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTは[RFC2119]で説明されるように本書では解釈されることであるべきですか?
2.2. Technical Terms and Acronyms
2.2. 専門用語と頭文字語
AAL5 ATM Adaption Layer 5 [ITU.I363-5.1996]
AAL5気圧適応層5[ITU.I363-5.1996]
Access Node/DSLAM The Access Node/DSLAM is a DSL signal terminator that contains a minimum of one Ethernet interface that serves as its northbound interface into which it aggregates traffic from several Asynchronous Transfer Mode (ATM)-based (subscriber ports) or Ethernet-based southbound interfaces.
アクセスNode/DSLAM Access Node/DSLAMはいくつかのAsynchronous Transfer Modeの(ATM)ベース(加入者ポート)の、または、イーサネットベースの南行きのインタフェースからそれがトラフィックを集める北行きのインタフェースとして機能する最低1つのイーサネットインタフェースを含むDSL信号ターミネータです。
BNG Broadband Network Gateway. A BNG is an IP edge router where bandwidth and QoS policies are applied; the functions performed by a BRAS are a superset of those performed by a BNG.
BNG広帯域ネットワークゲートウェイ。 BNGは帯域幅とQoS方針が適用されているところのIP縁のルータです。 BRASによって実行された機能はBNGによって実行されたもののスーパーセットです。
Mammoliti, et al. Informational [Page 3] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [3ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
BRAS Broadband Remote Access Server. A BRAS is a BNG and is the aggregation point for the subscriber traffic. It provides aggregation capabilities (e.g., IP, PPP, Ethernet) between the access network and the core network. Beyond its aggregation function, the BRAS is also an injection point for policy management and IP QoS in the access network.
BRAS Broadband Remote Access Server BRASはBNGであり、加入者トラフィックのための集合ポイントです。 それは集合能力(例えば、IP、PPP、イーサネット)をアクセスネットワークとコアネットワークの間に提供します。 総計機能を超えて、BRASは政策管理のための注射ポイントともアクセスネットワークでIP QoSです。
DSL Digital Subscriber Line. DSL is a technology that allows digital data transmission over wires in the local telephone network.
DSLデジタル加入者線。 DSLはローカルの電話網でワイヤの上のデジタルデータ伝送を許容する技術です。
DSLAM Digital Subscriber Line Access Multiplexer. DSLAM is a device that terminates DSL subscriber lines. The data is aggregated and forwarded to ATM- or Ethernet-based aggregation networks.
DSLAMデジタル加入者線アクセス回線多重化装置。 DSLAMはDSL加入者系列を終えるデバイスです。 ATMかイーサネットを拠点とする集合ネットワークにデータを集めて、転送します。
FCS Frame Check Sequence. The FCS is a checksum added to an Ethernet frame for error detection/correction purposes.
FCSフレームチェックシーケンス。 FCSは誤り検出/修正目的のためにイーサネットフレームに加えられたチェックサムです。
IPoA IP over ATM
気圧でのIPoA IP
IWF Interworking Function. The set of functions required for interconnecting two networks of different technologies (e.g., ATM and Ethernet). IWF is utilized to enable the carriage of PPP over ATM (PPPoA) traffic over PPPoE.
機能を織り込むIWF。 関数群が、異なった技術(例えば、ATMとイーサネット)の2つのネットワークとインタコネクトするのに必要です。 IWFは、PPPoEの上のATM(PPPoA)トラフィックの上でPPPのキャリッジを可能にするのに利用されます。
LLC Logical Link Control
LLCの論理的なリンク制御
Mammoliti, et al. Informational [Page 4] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [4ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
3. Attributes
3. 属性
The following subsections describe the Attributes defined by this document. These Attributes MAY be transmitted in one or more RADIUS Attributes of type Vendor-Specific [RFC2865]. More than one attribute MAY be transmitted in a single Vendor-Specific Attribute; if this is done, the attributes SHOULD be packed as a sequence of Vendor-Type/Vendor-Length/Value triples following the initial Type, Length, and Vendor-Id fields.
以下の小区分はこのドキュメントによって定義されたAttributesについて説明します。 これらのAttributesはタイプのVendor特有の[RFC2865]の1RADIUS Attributesで伝えられるかもしれません。 1つ以上の属性が独身のVendor特有のAttributeで伝えられるかもしれません。 これは完了しています、属性SHOULD。初期のType、Length、およびVendor-イド野原に続いて、ベンダーVendor-タイプ/長さ/価値の系列が3倍になるのに従って、梱包されてください。
3.1. DSL Forum RADIUS VSA Definition
3.1. DSLフォーラム半径VSA定義
Description
記述
This Attribute functions as a "container", encapsulating one or more vendor-specific sub-attributes; the encoding follows the recommendations in [RFC2865].
1つ以上のベンダー特有のサブ属性をカプセル化して、このAttributeは「コンテナ」として機能します。 コード化は[RFC2865]で推薦に続きます。
A summary of the generic DSL Forum VSA format is shown below. The fields are transmitted from left to right.
ジェネリックDSL Forum VSA形式の概要は以下に示されます。 野原は左から右まで伝えられます。
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 | Vendor-Id +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Vendor-Id (cont) | Sub-Attribute(s)... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | タイプ| 長さ| ベンダーイド+++++++++++++++++++++++++++++++++ベンダーイド(cont)| サブ属性… +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type
タイプ
26 for Vendor-Specific
26 ベンダー詳細のために
Length
長さ
This field MUST be set equal to the sum of the Vendor-Length fields of the sub-attributes contained in the Vendor-Specific Attribute, plus six (Type + Length + Vendor-Id).
この分野はVendor特有のAttribute、および6(ベンダータイプ+長さ+イド)に含まれたサブ属性のVendor-長さの分野の合計と等しいセットであるに違いありません。
Vendor-Id
ベンダーイド
This field MUST be set to decimal 3561, the enterprise number assigned to the ADSL Forum [IANA].
10進3561、ADSL Forum[IANA]に割り当てられた企業番号にこの分野を設定しなければなりません。
Sub-Attributes
サブ属性
This field MUST contain one or more DSL Forum Vendor-Specific sub-attributes, as specified below.
この分野は以下で指定されるとして1つ以上のDSL Forum Vendor特有のサブ属性を含まなければなりません。
Mammoliti, et al. Informational [Page 5] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [5ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
3.2. DSL Forum Vendor Specific Sub-Attribute Encoding
3.2. DSLのフォーラムのベンダーの特定のサブ属性コード化
A summary of the sub-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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | Value... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 値… +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
The Vendor-Type field is one octet in length and contains the sub-attribute type, as assigned by the DSL Forum.
DSL Forumによって割り当てられるように、Vendor-タイプ分野は、長さにおける1つの八重奏であり、サブ属性タイプを含みます。
Vendor-Length
ベンダー長さ
The Vendor-Length field is one octet and indicates the length of the entire sub-attribute, including the Vendor-Type, Vendor-Length, and Value fields.
Vendor-長さの分野は、1つの八重奏であり、全体のサブ属性の長さを示します、Vendor-タイプ、Vendor-長さ、およびValue分野を含んでいて。
Value
値
The Value field is zero or more octets and contains information specific to the sub-attribute. The format and length of the Value field is determined by the Vendor-Type and Vendor-Length fields. The format of the value field is one of 2 data types, string or integer [RFC2865].
Value分野は、ゼロか、より多くの八重奏であり、サブ属性に特定の情報を含んでいます。 Value分野の形式と長さはVendor-タイプとVendor-長さの分野のそばで決定しています。 値の分野の形式は2つのデータ型、ストリングまたは整数[RFC2865]の1つです。
3.3. Sub-attribute Definitions
3.3. サブ属性定義
The following sub-sections define the DSL Forum vendor-specific sub- attributes.
以下の小区分はDSL Forumのベンダー特有のサブ属性を定義します。
3.3.1. Agent-Circuit-Id
3.3.1. エージェント回路イド
Description
記述
This Attribute contains information describing the subscriber agent circuit identifier corresponding to the logical access loop port of the Access Node/DSLAM from which a subscriber's requests are initiated. It MAY be present in both Access-Request and Accounting-Request packets.
このAttributeは加入者の要求が開始されるAccess Node/DSLAMの論理的なアクセス輪のポートに対応する加入者エージェント回路識別子について説明する情報を含んでいます。 それはAccess-要求とAccounting-リクエスト・パケットの両方に存在しているかもしれません。
A summary of the Agent-Circuit-Id Attribute format is shown below. The fields are transmitted from left to right.
エージェント回路イドAttribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
Mammoliti, et al. Informational [Page 6] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [6ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | String... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 結びます。 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
1 for Agent-Circuit-Id
1 エージェント回路イドのために
Vendor-Length
ベンダー長さ
<= 65
<= 65
String
ストリング
The String field contains information about the Access-Node to which the subscriber is attached, along with an identifier for the subscriber's DSL port on that Access-Node.
String分野は加入者がそのAccess-ノードの上の加入者のDSLポートのための識別子と共に付けられているAccess-ノードを情報を含んでいます。
The exact syntax of the string is implementation dependent; however, a typical practice is to subdivide it into two or more space-separated components, one to identify the Access-Node and another the subscriber line on that node, with perhaps an indication of whether that line is Ethernet or ATM. Example formats for this string are shown below.
ストリングの正確な構文は実装に依存しています。 しかしながら、典型的な習慣はそれを2つ以上のスペースで切り離されたコンポーネントに細分することになっています、Access-ノードと加入者がそのノードで裏打ちする別のものを特定する1、恐らくその系列がイーサネットかそれともATMであるかのしるしで。 このストリングのための例の書式は以下に示されます。
"Access-Node-Identifier atm slot/port:vpi.vci" (when ATM/DSL is used)
「アクセスノード識別子気圧スロット/ポート: vpi.vci」(ATM/DSLが使用されているとき)
"Access-Node-Identifier eth slot/port[:vlan-id]" (when Ethernet/DSL is used)
「アクセスノード識別子ethスロット/ポート[: vlan-イド]」(イーサネット/DSLが使用されているとき)
An example showing the slot and port field encoding is given below:
スロットとポートがコード化をさばくのを示す例は以下に出されます:
"[Relay-identifier] atm 3/0:100.33" (slot = 3, port = 0, vpi = 100, vci = 33)
「[リレー識別子]気圧3/0: 100.33」(スロット=3、ポート=0、vpi=100、vci=33)
The Access-Node-Identifier is a unique ASCII string that does not include 'space' characters. The syntax of the slot and port fields reflects typical practices currently in place. The slot identifier does not exceed 6 characters in length, and the port identifier does not exceed 3 characters in length using a '\' as a delimiter.
Accessノード識別子は'スペース'キャラクタを含んでいないユニークなASCIIストリングです。 スロットとポート分野の構文は現在、典型的な習慣を適所に反映します。 スロット識別子は長さで6つのキャラクタを超えていません、そして、ポート識別子は長さでデリミタとして'\'を使用することで3つのキャラクタを超えていません。
Mammoliti, et al. Informational [Page 7] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [7ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
The exact manner in which slots are identified is Access Node/DSLAM implementation dependent. The vpi, vci, and vlan-id fields (when applicable) are related to a given access loop (U-interface).
スロットが特定される正確な方法はAccess Node/DSLAM実装に依存しています。 vpi、vci、およびvlan-イド分野(適切であるときに)は与えられたアクセス輪(U-インタフェース)に関連します。
3.3.2. Agent-Remote-Id
3.3.2. エージェントのリモートイド
Description
記述
The Agent-Remote-Id Attribute contains an operator-specific, statically configured string that uniquely identifies the subscriber on the associated access loop of the Access Node/DSLAM.
エージェントのリモートイドAttributeはAccess Node/DSLAMの関連アクセス輪の上で唯一加入者を特定するオペレータ特有の、そして、静的に構成されたストリングを含んでいます。
In a typical subscriber environment, multiple attributes can be used to identify the user, among others: Username (for example, as defined on a PPP client); Agent-Circuit-Id (a static, pre-defined string sent from the Access Node/DSLAM); Agent-Remote-Id (an operator-defined string configured on and sent by the Access Node/DSLAM).
典型的な加入者環境で、ユーザを特に特定するのに複数の属性を使用できます: ユーザ名(例えばPPPクライアントの上で定義されるように)。 エージェント回路イド(Access Node/DSLAMから送られた静的で、事前に定義されたストリング)。 エージェントのリモートイド(Access Node/DSLAMが構成されて、送られたオペレータによって定義されたストリング)。
This Attribute MAY be included in both Access-Request and Accounting-Request packets.
このAttributeはAccess-要求とAccounting-リクエスト・パケットの両方に含まれるかもしれません。
A summary of the Agent-Remote-Id Attribute format is shown below. The fields are transmitted from left to right.
エージェントのリモートイドAttribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | String... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 結びます。 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
2 for Agent-Remote-Id
2 エージェントのリモートイドのために
Vendor-Length
ベンダー長さ
<= 65
<= 65
String
ストリング
This value of this field is entirely open to the service provider's discretion. For example, it MAY contain a subscriber billing identifier or telephone number.
この分野のこの値はサービスプロバイダーの裁量に完全に開かれています。 例えば、それは加入者支払い識別子か電話番号を含むかもしれません。
Mammoliti, et al. Informational [Page 8] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [8ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
3.3.3. Actual-Data-Rate-Upstream
3.3.3. 実際のデータは上流へ評価します。
Description
記述
This Attribute contains the actual upstream train rate of a subscriber's synchronized DSL link. It MAY be included in both Access-Request and Accounting-Request packets.
このAttributeは加入者の連動しているDSLリンクの実際の上流の列車レートを含んでいます。 それはAccess-要求とAccounting-リクエスト・パケットの両方に含まれるかもしれません。
A summary of the Actual-Data-Rate-Upstream Attribute format is shown below. The fields are transmitted from left to right.
Actualデータレート上流Attribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont'd.) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 値の+++++++++++++++++++++++++++++++++値(contはそうするでしょう。) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
129 (0x81) for Actual-Data-Rate-Upstream
129 実際のデータレート上流への(0×81)
Vendor-Length
ベンダー長さ
6
6
Value
値
This field contains a 4-byte unsigned integer, indicating the subscriber's actual data rate upstream of a synchronized DSL link. The rate is coded in bits per second.
加入者の連動しているDSLリンクの実際のデータ信号速度上流を示して、この分野は4バイトの符号のない整数を含んでいます。 レートはbpsでコード化されます。
3.3.4. Actual-Data-Rate-Downstream
3.3.4. 実際のデータは川下で評価します。
Description
記述
This Attribute contains the actual downstream train rate of a subscriber's synchronized DSL link. It MAY be included in both Access-Request and Accounting-Request packets.
このAttributeは加入者の連動しているDSLリンクの実際の川下の列車レートを含んでいます。 それはAccess-要求とAccounting-リクエスト・パケットの両方に含まれるかもしれません。
A summary of the Actual-Data-Rate-Downstream Attribute format is shown below. The fields are transmitted from left to right.
Actualデータレート川下Attribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
Mammoliti, et al. Informational [Page 9] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [9ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont'd.) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 値の+++++++++++++++++++++++++++++++++値(contはそうするでしょう。) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
130 (0x82) for Actual-Data-Rate-Downstream
130 実際のデータレート川下への(0×82)
Vendor-Length
ベンダー長さ
6
6
Value
値
This field contains a 4-byte unsigned integer, indicating the subscriber's actual data rate downstream of a synchronized DSL link. The rate is coded in bits per second.
加入者の連動しているDSLリンクの実際のデータ信号速度川下を示して、この分野は4バイトの符号のない整数を含んでいます。 レートはbpsでコード化されます。
3.3.5. Minimum-Data-Rate-Upstream
3.3.5. 最小のデータは上流へ評価します。
Description
記述
This Attribute contains the subscriber's operator-configured minimum upstream data rate. It MAY be included in Accounting- Request packets.
このAttributeは加入者のオペレータによって構成された最小の上流のデータ信号速度を含んでいます。 それはAccountingリクエスト・パケットに含まれるかもしれません。
A summary of the Minimum-Data-Rate-Upstream Attribute format is shown below. The fields are transmitted from left to right.
Minimumデータレート上流Attribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont'd.) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 値の+++++++++++++++++++++++++++++++++値(contはそうするでしょう。) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
131 (0x83) for Minimum-Data-Rate-Upstream
131 最小のデータレート上流への(0×83)
Vendor-Length
ベンダー長さ
6
6
Mammoliti, et al. Informational [Page 10] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [10ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
Value
値
This field contains a 4-byte unsigned integer, indicating the subscriber's minimum upstream data rate (as configured by the operator). The rate is coded in bits per second.
加入者の最小の上流のデータ信号速度を示して(オペレータによって構成されるように)、この分野は4バイトの符号のない整数を含んでいます。 レートはbpsでコード化されます。
3.3.6. Minimum-Data-Rate-Downstream
3.3.6. 最小のデータは川下で評価します。
Description
記述
This Attribute contains the subscriber's operator-configured minimum downstream data rate. It MAY be included in Accounting- Request packets.
このAttributeは加入者のオペレータによって構成された最小の川下のデータ信号速度を含んでいます。 それはAccountingリクエスト・パケットに含まれるかもしれません。
A summary of the Minimum-Data-Rate-Downstream Attribute format is shown below. The fields are transmitted from left to right.
Minimumデータレート川下Attribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont'd.) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 値の+++++++++++++++++++++++++++++++++値(contはそうするでしょう。) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
132 (0x84) for Minimum-Data-Rate-Downstream
132 最小のデータレート川下への(0×84)
Vendor-Length
ベンダー長さ
6
6
Value
値
This field contains a 4-byte unsigned integer, indicating the subscriber's minimum downstream data rate (as configured by the operator). The rate is coded in bits per second.
加入者の最小の川下のデータ信号速度を示して(オペレータによって構成されるように)、この分野は4バイトの符号のない整数を含んでいます。 レートはbpsでコード化されます。
3.3.7. Attainable-Data-Rate-Upstream
3.3.7. 達成できるデータが上流へ評価します。
Description
記述
This Attribute contains the subscriber's attainable upstream data rate. It MAY be included in Accounting-Request packets.
このAttributeは達成できる加入者の上流のデータ信号速度を含んでいます。 それはAccounting-リクエスト・パケットに含まれるかもしれません。
A summary of the Attainable-Data-Rate-Upstream Attribute format is shown below. The fields are transmitted from left to right.
Attainableデータレート上流Attribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
Mammoliti, et al. Informational [Page 11] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [11ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont'd.) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 値の+++++++++++++++++++++++++++++++++値(contはそうするでしょう。) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
133 (0x85) for Attainable-Data-Rate-Upstream
133 達成できるデータレート上流への(0×85)
Vendor-Length
ベンダー長さ
6
6
Value
値
This field contains a 4-byte unsigned integer, indicating the subscriber's actual DSL attainable upstream data rate. The rate is coded in bits per second.
達成できる加入者の実際のDSL上流のデータ信号速度を示して、この分野は4バイトの符号のない整数を含んでいます。 レートはbpsでコード化されます。
3.3.8. Attainable-Data-Rate-Downstream
3.3.8. 達成できるデータが川下で評価します。
Description
記述
This Attribute contains the subscriber's attainable downstream data rate. It MAY be included in Accounting-Request packets.
このAttributeは達成できる加入者の川下のデータ信号速度を含んでいます。 それはAccounting-リクエスト・パケットに含まれるかもしれません。
A summary of the Attainable-Data-Rate-Downstream Attribute format is shown below. The fields are transmitted from left to right.
Attainableデータレート川下Attribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont'd.) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 値の+++++++++++++++++++++++++++++++++値(contはそうするでしょう。) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
134 (0x86) for Attainable-Data-Rate-Downstream
134 達成できるデータレート川下への(0×86)
Vendor-Length
ベンダー長さ
6
6
Mammoliti, et al. Informational [Page 12] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [12ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
Value
値
This field contains a 4-byte unsigned integer, indicating the subscriber's actual DSL attainable downstream data rate. The rate is coded in bits per second.
達成できる加入者の実際のDSL川下のデータ信号速度を示して、この分野は4バイトの符号のない整数を含んでいます。 レートはbpsでコード化されます。
3.3.9. Maximum-Data-Rate-Upstream
3.3.9. 最大のデータは上流へ評価します。
Description
記述
This Attribute contains the subscriber's maximum upstream data rate, as configured by the operator. It MAY be included in Accounting-Request packets.
オペレータによって構成されるようにこのAttributeは加入者の最大の上流のデータ信号速度を含んでいます。 それはAccounting-リクエスト・パケットに含まれるかもしれません。
A summary of the Maximum-Data-Rate-Upstream Attribute format is shown below. The fields are transmitted from left to right.
Maximumデータレート上流Attribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont'd.) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 値の+++++++++++++++++++++++++++++++++値(contはそうするでしょう。) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
135 (0x87) for Maximum-Data-Rate-Upstream
135 最大のデータレート上流への(0×87)
Vendor-Length
ベンダー長さ
6
6
Value
値
This field is a 4-byte unsigned integer, indicating the numeric value of the subscriber's DSL maximum upstream data rate. The rate is coded in bits per second.
加入者のDSLの最大の上流のデータ信号速度の数値を示して、この分野は4バイトの符号のない整数です。 レートはbpsでコード化されます。
3.3.10. Maximum-Data-Rate-Downstream
3.3.10. 最大のデータは川下で評価します。
Description
記述
This Attribute contains the subscriber's maximum downstream data rate, as configured by the operator. It MAY be included in Accounting-Request packets.
オペレータによって構成されるようにこのAttributeは加入者の最大の川下のデータ信号速度を含んでいます。 それはAccounting-リクエスト・パケットに含まれるかもしれません。
Mammoliti, et al. Informational [Page 13] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [13ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
A summary of the Maximum-Data-Rate-Downstream Attribute format is shown below. The fields are transmitted from left to right.
Maximumデータレート川下Attribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont'd.) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 値の+++++++++++++++++++++++++++++++++値(contはそうするでしょう。) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
136 (0x88) for Maximum-Data-Rate-Downstream
136 最大のデータレート川下への(0×88)
Vendor-Length
ベンダー長さ
6
6
Value
値
This field is a 4-byte unsigned integer, indicating the numeric value of the subscriber's DSL maximum downstream data rate. The rate is coded in bits per second.
加入者のDSLの最大の川下のデータ信号速度の数値を示して、この分野は4バイトの符号のない整数です。 レートはbpsでコード化されます。
3.3.11. Minimum-Data-Rate-Upstream-Low-Power
3.3.11. 最小のデータレート上流の低パワー
Description
記述
This Attribute contains the subscriber's minimum upstream data rate in low power state, as configured by the operator. It MAY be included in Accounting-Request packets.
オペレータによって構成されるようにこのAttributeは低パワー州に加入者の最小の上流のデータ信号速度を含んでいます。 それはAccounting-リクエスト・パケットに含まれるかもしれません。
A summary of the Minimum-Data-Rate-Upstream-Low-Power Attribute format is shown below. The fields are transmitted from left to right.
Minimumのデータのレートの上流の低パワーAttribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont'd.) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 値の+++++++++++++++++++++++++++++++++値(contはそうするでしょう。) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
137 (0x89) for Minimum-Data-Rate-Upstream-Low-Power
137 最小のデータレート上流の低パワーのための(0×89)
Mammoliti, et al. Informational [Page 14] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [14ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
Vendor-Length
ベンダー長さ
6
6
Value
値
This field is a 4-byte unsigned integer, indicating the numeric value of the subscriber's DSL minimum upstream data rate when in low power state (L1/L2). The rate is coded in bits per second.
この分野は4バイトの符号のない整数です、低パワー状態(L1/L2)にあるとき、加入者のDSLの最小の上流のデータ信号速度の数値を示して。 レートはbpsでコード化されます。
3.3.12. Minimum-Data-Rate-Downstream-Low-Power
3.3.12. 最小のデータレート川下の低パワー
Description
記述
This Attribute contains the subscriber's minimum downstream data rate in low power state, as configured by the operator. It MAY be included in Accounting-Request packets.
オペレータによって構成されるようにこのAttributeは低パワー州に加入者の最小の川下のデータ信号速度を含んでいます。 それはAccounting-リクエスト・パケットに含まれるかもしれません。
A summary of the Minimum-Data-Rate-Downstream-Low-Power Attribute format is shown below. The fields are transmitted from left to right.
Minimumのデータのレートの川下の低パワーAttribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont'd.) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 値の+++++++++++++++++++++++++++++++++値(contはそうするでしょう。) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
138 (0x8A) for Minimum-Data-Rate-Downstream-Low-Power
138、(最小のデータレート川下の低パワーのための0x8A)
Vendor-Length
ベンダー長さ
6
6
Value
値
This field is a 4-byte unsigned integer, indicating the numeric value of the subscriber's DSL minimum downstream data rate. The rate is coded in bits per second.
加入者のDSLの最小の川下のデータ信号速度の数値を示して、この分野は4バイトの符号のない整数です。 レートはbpsでコード化されます。
Mammoliti, et al. Informational [Page 15] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [15ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
3.3.13. Maximum-Interleaving-Delay-Upstream
3.3.13. 最大のインターリービング遅れ上流
Description
記述
This Attribute contains the subscriber's maximum one-way upstream interleaving delay, as configured by the operator. It MAY be included in Accounting-Request packets.
オペレータによって構成されるようにこのAttributeは加入者の最大の一方向上流のインターリービング遅れを含んでいます。 それはAccounting-リクエスト・パケットに含まれるかもしれません。
A summary of the Maximum-Interleaving-Delay-Upstream Attribute format is shown below. The fields are transmitted from left to right.
Maximumインターリービング遅れ上流Attribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont'd.) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 値の+++++++++++++++++++++++++++++++++値(contはそうするでしょう。) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
139 (0x8B) for Maximum-Interleaving-Delay-Upstream
139 最大のインターリービング遅れ上流への(0x8B)
Vendor-Length
ベンダー長さ
6
6
Value
値
This field is a 4-byte unsigned integer, indicating the numeric value in milliseconds of the subscriber's DSL maximum one-way upstream interleaving delay.
この分野は4バイトの符号のない整数です、遅れをはさみ込みながら加入者のミリセカンドのDSLの最大の一方通行の上流で数値を示して。
3.3.14. Actual-Interleaving-Delay-Upstream
3.3.14. 実際のインターリービング遅れ上流
Description
記述
This Attribute contains the subscriber's actual one-way upstream interleaving delay. It MAY be included in Accounting-Request packets.
このAttributeは加入者の実際の一方向上流のインターリービング遅れを含んでいます。 それはAccounting-リクエスト・パケットに含まれるかもしれません。
A summary of the Actual-Interleaving-Delay-Upstream Attribute format is shown below. The fields are transmitted from left to right.
Actualインターリービング遅れ上流Attribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
Mammoliti, et al. Informational [Page 16] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [16ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont'd.) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 値の+++++++++++++++++++++++++++++++++値(contはそうするでしょう。) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
140 (0x8C) for Actual-Interleaving-Delay-Upstream
140 実際のインターリービング遅れ上流への(0x8C)
Vendor-Length
ベンダー長さ
6
6
Value
値
This field is a 4-byte unsigned integer, indicating the numeric value in milliseconds of the subscriber's DSL actual upstream interleaving delay.
この分野は4バイトの符号のない整数です、遅れをはさみ込みながら加入者のミリセカンドのDSLの実際の上流で数値を示して。
3.3.15. Maximum-Interleaving-Delay-Downstream
3.3.15. 最大のインターリービング遅れ川下
Description
記述
This Attribute contains the subscriber's maximum one-way downstream interleaving delay, as configured by the operator. It MAY be included in Accounting-Request packets.
オペレータによって構成されるようにこのAttributeは加入者の最大の一方向川下のインターリービング遅れを含んでいます。 それはAccounting-リクエスト・パケットに含まれるかもしれません。
A summary of the Maximum-Interleaving-Delay-Downstream Attribute format is shown below. The fields are transmitted from left to right.
遅れを川下にはさみ込むMaximum Attribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont'd.) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 値の+++++++++++++++++++++++++++++++++値(contはそうするでしょう。) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
141 (0x8D) for Maximum-Interleaving-Delay-Downstream
141 最大のインターリービング遅れ川下への(0x8D)
Mammoliti, et al. Informational [Page 17] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [17ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
Vendor-Length
ベンダー長さ
6
6
Value
値
This field is a 4-byte unsigned integer, indicating the numeric value in milliseconds of the subscriber's DSL maximum one-way downstream interleaving delay.
この分野は4バイトの符号のない整数です、遅れをはさみ込みながら加入者のミリセカンドのDSLの最大の一方通行の川下で数値を示して。
3.3.16. Actual-Interleaving-Delay-Downstream
3.3.16. 実際のインターリービング遅れ川下
Description
記述
This Attribute contains the subscriber's actual one-way downstream interleaving delay. It MAY be included in Accounting-Request packets.
このAttributeは加入者の実際の一方向川下のインターリービング遅れを含んでいます。 それはAccounting-リクエスト・パケットに含まれるかもしれません。
A summary of the Actual-Interleaving-Delay-Downstream Attribute format is shown below. The fields are transmitted from left to right.
遅れを川下にはさみ込むActual Attribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont'd.) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 値の+++++++++++++++++++++++++++++++++値(contはそうするでしょう。) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
142 (0x8E) for Actual-Interleaving-Delay-Downstream
142 実際のインターリービング遅れ川下への(0x8E)
Vendor-Length
ベンダー長さ
6
6
Value
値
This field is a 4-byte unsigned integer, indicating the numeric value in milliseconds of the subscriber's DSL actual downstream interleaving delay.
この分野は4バイトの符号のない整数です、遅れをはさみ込みながら加入者のミリセカンドのDSLの実際の川下で数値を示して。
Mammoliti, et al. Informational [Page 18] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [18ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
3.3.17. Access-Loop-Encapsulation
3.3.17. アクセス輪のカプセル化
Description
記述
This Attribute describes the encapsulation(s) used by the subscriber on the DSL access loop. It MAY be present in both Access-Request and Accounting-Request packets.
このAttributeはDSLアクセス輪の上の加入者によって使用されたカプセル化について説明します。 それはAccess-要求とAccounting-リクエスト・パケットの両方に存在しているかもしれません。
A summary of the Access-Loop-Encapsulation Attribute format is shown below. The fields are transmitted from left to right.
Access輪のカプセル化Attribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont'd) | +-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| 値の+++++++++++++++++++++++++++++++++値(contはそうするでしょう)| +-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
144 (0x90) for Access-Loop-Encapsulation
144 アクセス輪のカプセル化のための(0×90)
Vendor-Length
ベンダー長さ
5
5
Value
値
This field is a string 3 bytes in length, logically divided into three 1-byte sub-fields as shown in the following diagram:
この分野は以下のダイヤグラムで示されるように3つの1バイトのサブ分野に論理的に分割された長さが3バイトストリングです:
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Data Link | Encaps 1 | Encaps 2 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | データ・リンク| Encaps1| Encaps2| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Valid values for the sub-fields are as follows:
サブ分野への有効値は以下の通りです:
Data Link
データ・リンク
0x01 AAL5 0x02 Ethernet
0×01 AAL5 0x02イーサネット
Mammoliti, et al. Informational [Page 19] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [19ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
Encaps 1
Encaps1
0x00 NA - Not Available 0x01 Untagged Ethernet 0x02 Single-Tagged Ethernet
0×00 Na--0×01の利用可能なUntaggedイーサネット0x02の単一にタグ付けをされたイーサネットでない
Encaps 2
Encaps2
0x00 NA - Not Available 0x01 PPPoA LLC 0x02 PPPoA Null 0x03 IPoA LLC 0x04 IPoA Null 0x05 Ethernet over AAL5 LLC with FCS 0x06 Ethernet over AAL5 LLC without FCS 0x07 Ethernet over AAL5 Null with FCS 0x08 Ethernet over AAL5 Null without FCS
0×00 Na--FCSのないAAL5ヌルの上にFCS0x08イーサネットがあるAAL5ヌルの上のFCS0x07イーサネットのないAAL5 LLCの上にFCS0x06イーサネットがあるAAL5 LLCの上の利用可能な0×01PPPoA LLC0x02PPPoAヌル0x03IPoA LLC0x04IPoAヌル0x05イーサネットでない
3.3.18. IWF-Session
3.3.18. IWF-セッション
Description
記述
The presence of this Attribute indicates that the IWF has been performed with respect to the subscriber's session; note that no data field is necessary. It MAY be included in both Access- Request and Accounting-Request packets.
このAttributeの存在は、IWFが加入者のセッションに関して実行されたのを示します。 どんなデータ・フィールドも必要でないことに注意してください。 それはAccess要求とAccounting-リクエスト・パケットの両方に含まれるかもしれません。
A summary of the IWF-Session Attribute format is shown below. The fields are transmitted from left to right.
IWF-セッションAttribute形式の概要は以下に示されます。 野原は左から右まで伝えられます。
0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Vendor-Type | Vendor-Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ベンダータイプ| ベンダー長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Vendor-Type
ベンダータイプ
254 (0xFE) for IWF-Session
254 IWF-セッションのための(0xFE)
Vendor-Length
ベンダー長さ
2
2
Mammoliti, et al. Informational [Page 20] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [20ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
4. Table of Attributes
4. 属性のテーブル
The following table provides a guide to which attributes may be found in which kinds of packets, and in what quantity; note that since none of the DSL Forum VSAs may be present in the Access-Accept, Access- Reject or Access-Challenge packets, those columns have been omitted from the table.
以下のテーブルは属性がどの種類のパケット、およびどんな量に見つけられるかもしれないガイドを提供します。 DSL Forum VSAsのいずれもAccess受け入れるAccess廃棄物かAccess-挑戦パケットに存在していないかもしれないのでそれらのコラムがテーブルから省略されたことに注意してください。
Request Acct-Request # Attribute 0-1 0-1 1 Agent-Circuit-Id 0-1 0-1 2 Agent-Remote-Id 0-1 0-1 129 Actual-Data-Rate-Upstream 0-1 0-1 130 Actual-Data-Rate-Downstream 0 0-1 131 Minimum-Data-Rate-Upstream 0 0-1 132 Minimum-Data-Rate-Downstream 0 0-1 133 Attainable-Data-Rate-Upstream 0 0-1 134 Attainable-Data-Rate-Downstream 0 0-1 135 Maximum-Data-Rate-Upstream 0 0-1 136 Maximum-Data-Rate-Downstream 0 0-1 137 Minimum-Data-Rate-Upstream-Low-Power 0 0-1 138 Minimum-Data-Rate-Downstream-Low-Power 0 0-1 139 Maximum-Interleaving-Delay-Upstream 0 0-1 140 Actual-Interleaving-Delay-Upstream 0 0-1 141 Maximum-Interleaving-Delay-Downstream 0 0-1 142 Actual-Interleaving-Delay-Downstream 0-1 0-1 144 Access-Loop-Encapsulation 0-1 0-1 254 IWF-Session
Acct-要求#属性0-1 0-1 1エージェント回路イド0-1 0-1 2エージェントのリモートイド0-1 0-1 129実際のデータレート上流0-1 0-1 130実際のデータレート川下0 0-1 131最小のデータレート上流0 0-1 132最小のデータレート川下0 0-1 133達成できるデータレート上流0 0-1 134達成できるデータレート川下0 0-1 135最大のデータレート上流0 0-1 136を要求してください; 最大のデータレート川下0 0-1 137最小のデータレート上流の低パワー0 0-1 138最小のデータレート川下の低パワー0 0-1 139最大のインターリービング遅れ上流0 0-1 140実際のインターリービング遅れ上流0 0-1 141最大のインターリービング遅れ川下0 0-1 142実際のインターリービング遅れ川下0-1 0-1 144アクセス輪のカプセル化0-1 0-1 254IWF-セッション
The following table defines the meaning of the above table entries.
以下のテーブルは上のテーブル項目の意味を定義します。
0 This Attribute MUST NOT be present in packet.
0 このAttributeはパケットに存在しているはずがありません。
0-1 Zero or one instances of this Attribute MAY be present in packet.
0-1 このAttributeのゼロか1つのインスタンスがパケットに存在しているかもしれません。
5. Security Considerations
5. セキュリティ問題
The security of these Attributes relies on an implied trust relationship between the Access Node/DSLAM and the BRAS. The identifiers that are inserted by the Access Node/DSLAM are unconditionally trusted; the BRAS does not perform any validity check on the information received. These Attributes are intended to be used in environments in which the network infrastructure (the Access Node/DSLAM, the BRAS, and the entire network in which those two devices reside) is trusted and secure.
これらのAttributesのセキュリティはAccess Node/DSLAMとBRASとの黙示信託関係を当てにします。 Access Node/DSLAMによって挿入される識別子は無条件に信じられます。 BRASは受け取られた情報にどんなバリディティチェックも実行しません。 ネットワークインフラ(Access Node/DSLAM、BRAS、およびそれらの2台のデバイスが住んでいる全体のネットワーク)が信じられる環境で中古であって、これらのAttributesが安全であることを意図します。
Mammoliti, et al. Informational [Page 21] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [21ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
As used in this document, the word "trusted" implies that unauthorized traffic cannot enter the network except through secured and trusted devices and that all devices internal to the network are secure and trusted. Careful consideration should be given to the potential security vulnerabilities that are present in this model before deploying this option in actual networks.
本書では使用されるように、「信じる」という言葉はネットワークへの内部のすべてのデバイスが機密保護していて信じられたデバイス以外に、権限のないトラフィックがネットワークに入ることができないで、安全で信じられるのを含意します。 実際のネットワークでこのオプションを配布する前にこのモデルに存在している潜在的セキュリティの脆弱性に熟慮を与えるべきです。
The Attributes described in this document neither increase nor decrease the security of the RADIUS protocol. For discussions of various RADIUS vulnerabilities, see [RFC2607], [RFC3579], [RFC3162], and [RFC3580].
本書では説明されたAttributesはRADIUSプロトコルのセキュリティを上がらなく、また下げません。 様々なRADIUS脆弱性の議論に関しては、[RFC2607]、[RFC3579]、[RFC3162]、および[RFC3580]を見てください。
6. References
6. 参照
6.1. Normative References
6.1. 引用規格
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[RFC2865] Rigney, C., Willens, S., Rubens, A., and W. Simpson, "Remote Authentication Dial In User Service (RADIUS)", RFC 2865, June 2000.
[RFC2865] Rigney、C.、ウィレンス、S.、ルーベン、A.、およびW.シンプソン、「ユーザサービス(半径)におけるリモート認証ダイヤル」、RFC2865(2000年6月)。
[RFC2866] Rigney, C., "RADIUS Accounting", RFC 2866, June 2000.
[RFC2866] Rigney、C.、「半径会計」、RFC2866、2000年6月。
6.2. Informative References
6.2. 有益な参照
[IANA] Internet Assigned Numbers Authority, "PRIVATE ENTERPRISE NUMBERS", January 2006, <http://www.iana.org/assignments/enterprise-numbers>.
[IANA]インターネットは数の権威、「私企業番号」、2006年1月、<企業http://www.iana.org/課題/番号>を割り当てました。
[ITU.I363-5.1996] International Telecommunications Union, "B-ISDN ATM Adaptation Layer Specification: Type 5 AAL", ITU-T Recommendation I.363.5, August 1996.
[ITU.I363-5.1996]国際電気通信組合、「B-ISDN気圧適合は仕様を層にします」。 「タイプ5AAL」、ITU-T推薦I.363.5、1996年8月。
[RFC2516] Mamakos, L., Lidl, K., Evarts, J., Carrel, D., Simone, D., and R. Wheeler, "A Method for Transmitting PPP Over Ethernet (PPPoE)", RFC 2516, February 1999.
[RFC2516] Mamakos、L.、Lidl、K.、エバーツ、J.、個人閲覧室、D.、シモン、D.、およびR.ウィーラー、「イーサネットの上にpppを伝えるためのメソッド(PPPoE)」、RFC2516(1999年2月)。
[RFC2607] Aboba, B. and J. Vollbrecht, "Proxy Chaining and Policy Implementation in Roaming", RFC 2607, June 1999.
[RFC2607] Aboba、B.、J.Vollbrecht、および「ローミングにおけるプロキシ推論と政策の実施」、RFC2607、6月1999日
[RFC3046] Patrick, M., "DHCP Relay Agent Information Option", RFC 3046, January 2001.
[RFC3046] パトリック、M.、「DHCP中継エージェント情報オプション」、RFC3046、2001年1月。
[RFC3162] Aboba, B., Zorn, G., and D. Mitton, "RADIUS and IPv6", RFC 3162, August 2001.
[RFC3162] AbobaとB.とゾルン、G.とD.ミットンと「半径とIPv6"、RFC3162、2001年8月。」
Mammoliti, et al. Informational [Page 22] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [22ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
[RFC3579] Aboba, B. and P. Calhoun, "RADIUS (Remote Authentication Dial In User Service) Support For Extensible Authentication Protocol (EAP)", RFC 3579, September 2003.
[RFC3579]Aboba、B.とP.カルフーン、「拡張認証プロトコル(EAP)の半径(ユーザサービスにおけるリモート認証ダイヤル)サポート」RFC3579(2003年9月)。
[RFC3580] Congdon, P., Aboba, B., Smith, A., Zorn, G., and J. Roese, "IEEE 802.1X Remote Authentication Dial In User Service (RADIUS) Usage Guidelines", RFC 3580, September 2003.
[RFC3580] コングドン、P.、Aboba、B.、スミス、A.、ゾルン、G.、およびJ.Roese、「ユーザサービス(半径)用法ガイドラインのIEEE 802.1Xのリモート認証ダイヤル」、RFC3580(2003年9月)。
[RFC4243] Stapp, M., Johnson, R., and T. Palaniappan, "Vendor- Specific Information Suboption for the Dynamic Host Configuration Protocol (DHCP) Relay Agent Option", RFC 4243, December 2005.
[RFC4243] スタップ、M.、ジョンソン、R.、およびT.Palaniappan、「Dynamic Host Configuration Protocol(DHCP)のためのベンダー特殊情報Suboptionはエージェントオプションをリレーします」、RFC4243、2005年12月。
Mammoliti, et al. Informational [Page 23] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [23ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
Authors' Addresses
作者のアドレス
Vince Mammoliti Cisco Systems 181 Bay Street, Suite 3400 Toronto, ON M5J 2T3 Canada
ビンスMammolitiシスコシステムズ181カナダ金融界、M5J 2T3カナダのスイート3400トロント
EMail: vince@cisco.com
メール: vince@cisco.com
Glen Zorn Cisco Systems 2901 Third Avenue, Suite 600 SEA1/5/ Seattle, WA 98121 USA
谷間ゾルンシスコシステムズ2901のThirdアベニュー、スイート600SEA1/5/シアトル、ワシントン98121米国
Phone: +1 (425) 344 8113 EMail: gwz@cisco.com
以下に電話をしてください。 +1(425) 344 8113はメールされます: gwz@cisco.com
Peter Arberg Redback Networks, Inc. 300 Holger Way San Jose, CA 95134 USA
ピーターArberg RedbackがInc.300オルガーWayサンノゼ(カリフォルニア)95134をネットワークでつなぐ、米国
EMail: parberg@redback.com
メール: parberg@redback.com
Robert Rennison ECI Telecom Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 USA
ロバート・Rennison ECIテレコムオメガ法人のセンター1300オメガDrive PA15205ピッツバーグ(米国)
EMail: robert.rennison@ecitele.com
メール: robert.rennison@ecitele.com
Mammoliti, et al. Informational [Page 24] RFC 4679 DSL Forum RADIUS VSA September 2006
Mammoliti、他 [24ページ]情報のRFC4679DSLフォーラム半径VSA2006年9月
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2006).
Copyright(C)インターネット協会(2006)。
This document is subject to the rights, licenses and restrictions contained in BCP 78 and at www.rfc-editor.org/copyright.html, and except as set forth therein, the authors retain all their rights.
このドキュメントはBCP78とwww.rfc-editor.org/copyright.htmlに含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM 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.
このドキュメントと「そのままで」という基礎と貢献者、その人が代表する組織で提供するか、または後援されて、インターネット協会とインターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、と急行ORが含意したということであり、他を含んでいて、ここに含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するどんな独立している取り組みも作りました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFはこの規格を実装するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を扱ってください。
Acknowledgement
承認
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).
RFC Editor機能のための基金はIETF Administrative Support Activity(IASA)によって提供されます。
Mammoliti, et al. Informational [Page 25]
Mammoliti、他 情報[25ページ]
一覧
スポンサーリンク