Network Working Group P. Calhoun, Ed.
Request for Comments: 5416 Cisco Systems, Inc.
Category: Standards Track M. Montemurro, Ed.
Research In Motion
D. Stanley, Ed.
Aruba Networks
March 2009
Control and Provisioning of Wireless Access Points (CAPWAP) Protocol Binding for IEEE 802.11
ワイヤレスアクセスポイントの管理とプロビジョニングは、（CAPWAP）プロトコルは、IEEE 802.11のバインディング
Status of This Memo
このメモのステータス
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (c) 2009 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（C）2009 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents in effect on the date of publication of this document (http://trustee.ietf.org/license-info). Please review these documents carefully, as they describe your rights and restrictions with respect to this document.
この文書では、BCP 78と、この文書（http://trustee.ietf.org/license-info）の発行日に有効なIETFドキュメントに関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。
This document may contain material from IETF Documents or IETF Contributions published or made publicly available before November 10, 2008. The person(s) controlling the copyright in some of this material may not have granted the IETF Trust the right to allow modifications of such material outside the IETF Standards Process. Without obtaining an adequate license from the person(s) controlling the copyright in such materials, this document may not be modified outside the IETF Standards Process, and derivative works of it may not be created outside the IETF Standards Process, except to format it for publication as an RFC or to translate it into languages other than English.
この材料の一部がIETFトラストにこのような材料の変更を許可する権利を与えられていない可能性がありますにこの文書は、2008年、IETFドキュメントまたは11月10日以前に発行または公開さIETF貢献から著作権を支配する者（複数可）材料を含んでいてもよいですIETF標準化プロセスの外。そのような材料の著作権を管理者（単数または複数）から適切なライセンスを取得することなく、この文書は、IETF標準化過程の外側修正されないかもしれません、そして、それの派生物は、IETF標準化過程の外側に作成されない場合があり、それをフォーマットする以外出版RFCとして、英語以外の言語に翻訳します。
Abstract
抽象
Wireless LAN product architectures have evolved from single autonomous access points to systems consisting of a centralized Access Controller (AC) and Wireless Termination Points (WTPs). The general goal of centralized control architectures is to move access control, including user authentication and authorization, mobility management, and radio management from the single access point to a centralized controller.
無線LAN製品のアーキテクチャは、集中アクセスコントローラ（AC）と無線ターミネーションポイント（WTPs）から構成されるシステムに単一の自律アクセスポイントから進化しました。集中制御アーキテクチャの一般的な目標は、集中制御装置に単一のアクセスポイントからユーザ認証および許可、モビリティ管理、および無線管理を含む、アクセス制御を移動させることです。
This specification defines the Control And Provisioning of Wireless Access Points (CAPWAP) Protocol Binding Specification for use with the IEEE 802.11 Wireless Local Area Network protocol.
この仕様は、IEEE 802.11ワイヤレスローカルエリアネットワークプロトコルで使用するためのワイヤレスアクセスポイント（CAPWAP）プロトコルバインディング仕様の管理とプロビジョニングを定義します。
Table of Contents
目次
1. Introduction ....................................................4
1.1. Goals ......................................................5
1.2. Conventions Used in This Document ..........................5
1.3. Terminology ................................................5
2. IEEE 802.11 Binding .............................................7
2.1. CAPWAP Wireless Binding Identifier .........................7
2.2. Split MAC and Local MAC Functionality ......................7
2.2.1. Split MAC ...........................................7
2.2.2. Local MAC ..........................................12
2.3. Roaming Behavior ..........................................15
2.4. Group Key Refresh .........................................16
2.5. BSSID to WLAN ID Mapping ..................................17
2.6. CAPWAP Data Channel QoS Behavior ..........................18
2.6.1. IEEE 802.11 Data Frames ............................18
2.6.1.1. 802.1p Support ............................19
2.6.1.2. DSCP Support ..............................19
2.6.2. IEEE 802.11 MAC Management Messages ................21
2.7. Run State Operation .......................................21
3. IEEE 802.11 Specific CAPWAP Control Messages ...................21
3.1. IEEE 802.11 WLAN Configuration Request ....................22
3.2. IEEE 802.11 WLAN Configuration Response ...................23
4. CAPWAP Data Message Bindings ...................................23
5. CAPWAP Control Message Bindings ................................25
5.1. Discovery Request Message .................................25
5.2. Discovery Response Message ................................25
5.3. Primary Discovery Request Message .........................25
5.4. Primary Discovery Response Message ........................26
5.5. Join Request Message ......................................26
5.6. Join Response Message .....................................26
5.7. Configuration Status Request Message ......................26
5.8. Configuration Status Response Message .....................27
5.9. Configuration Update Request Message ......................27
5.10. Station Configuration Request ............................28
5.11. Change State Event Request ...............................28
5.12. WTP Event Request ........................................28
6. IEEE 802.11 Message Element Definitions ........................29
6.1. IEEE 802.11 Add WLAN ......................................29
6.2. IEEE 802.11 Antenna .......................................35
6.3. IEEE 802.11 Assigned WTP BSSID ............................36
6.4. IEEE 802.11 Delete WLAN ...................................37
6.5. IEEE 802.11 Direct Sequence Control .......................37
6.6. IEEE 802.11 Information Element ...........................38
6.7. IEEE 802.11 MAC Operation .................................39
6.8. IEEE 802.11 MIC Countermeasures ...........................41
6.9. IEEE 802.11 Multi-Domain Capability .......................42
6.10. IEEE 802.11 OFDM Control .................................43
6.11. IEEE 802.11 Rate Set .....................................44
6.12. IEEE 802.11 RSNA Error Report From Station ...............44
6.13. IEEE 802.11 Station ......................................46
6.14. IEEE 802.11 Station QoS Profile ..........................47
6.15. IEEE 802.11 Station Session Key ..........................48
6.16. IEEE 802.11 Statistics ...................................50
6.17. IEEE 802.11 Supported Rates ..............................54
6.18. IEEE 802.11 Tx Power .....................................54
6.19. IEEE 802.11 Tx Power Level ...............................55
6.20. IEEE 802.11 Update Station QoS ...........................56
6.21. IEEE 802.11 Update WLAN ..................................57
6.22. IEEE 802.11 WTP Quality of Service .......................61
6.23. IEEE 802.11 WTP Radio Configuration ......................63
6.24. IEEE 802.11 WTP Radio Fail Alarm Indication ..............65
6.25. IEEE 802.11 WTP Radio Information ........................66
7. IEEE 802.11 Binding WTP Saved Variables ........................67
7.1. IEEE80211AntennaInfo ......................................67
7.2. IEEE80211DSControl ........................................67
7.3. IEEE80211MACOperation .....................................67
7.4. IEEE80211OFDMControl ......................................67
7.5. IEEE80211Rateset ..........................................67
7.6. IEEE80211TxPower ..........................................67
7.7. IEEE80211QoS ..............................................68
7.8. IEEE80211RadioConfig ......................................68
8. Technology Specific Message Element Values .....................68
8.1. WTP Descriptor Message Element, Encryption
Capabilities Field ........................................68
9. Security Considerations ........................................68
9.1. IEEE 802.11 Security ......................................68
10. IANA Considerations ...........................................70
10.1. CAPWAP Wireless Binding Identifier .......................70
10.2. CAPWAP IEEE 802.11 Message Types .........................70
10.3. CAPWAP Message Element Type ..............................70
10.4. IEEE 802.11 Key Status ...................................71
10.5. IEEE 802.11 QoS ..........................................71
10.6. IEEE 802.11 Auth Type ....................................71
10.7. IEEE 802.11 Antenna Combiner .............................71
10.8. IEEE 802.11 Antenna Selection ............................72
10.9. IEEE 802.11 Session Key Flags ............................72
10.10. IEEE 802.11 Tagging Policy ..............................72
10.11. IEEE 802.11 WTP Radio Fail ..............................72
10.12. IEEE 802.11 WTP Radio Type ..............................73
10.13. WTP Encryption Capabilities .............................73
11. Acknowledgments ...............................................73
12. References ....................................................73
12.1. Normative References .....................................73
12.2. Informative References ...................................75
The CAPWAP protocol [RFC5415] defines an extensible protocol to allow an Access Controller to manage wireless agnostic Wireless Termination Points. The CAPWAP protocol itself does not include any specific wireless technologies; instead, it relies on a binding specification to extend the technology to a particular wireless technology.
CAPWAPプロトコル[RFC5415]はアクセスコントローラは、無線にとらわれないワイヤレス終端ポイントを管理することを可能にする拡張可能なプロトコルを定義します。 CAPWAPプロトコル自体は、任意の特定の無線技術を含んでいません。その代わり、それは特定の無線技術に技術を拡張するためにバインディング仕様に依存しています。
This specification defines the Control And Provisioning of Wireless Access Points (CAPWAP) Protocol Binding Specification for use with the IEEE 802.11 Wireless Local Area Network protocol. Use of CAPWAP control message fields, new control messages, and message elements are defined. The minimum required definitions for a binding-specific Statistics message element, Station message element, and WTP Radio Information message element are included.
この仕様は、IEEE 802.11ワイヤレスローカルエリアネットワークプロトコルで使用するためのワイヤレスアクセスポイント（CAPWAP）プロトコルバインディング仕様の管理とプロビジョニングを定義します。 CAPWAP制御メッセージフィールド、新しい制御メッセージ、およびメッセージ要素の使用が規定されています。バインディング固有の統計メッセージ要素、ステーションメッセージ要素、およびWTPラジオ情報メッセージ要素の最小必要な定義が含まれています。
Note that this binding only supports the IEEE 802.11-2007 specification. Of note, this binding does not support the ad hoc network mode defined in the IEEE 802.11-2007 standard. This specification also does not cover the use of data frames with the four-address format, commonly referred to as Wireless Bridges, whose use is not specified in the IEEE 802.11-2007 standard. This protocol specification does not currently officially support IEEE 802.11n. That said, the protocol does allow a WTP to advertise support for an IEEE 802.11n radio; however, the protocol does not allow for any of the protocol's additional features to be configured and/or used. New IEEE protocol specifications published outside of this document (e.g., IEEE 802.11v, IEEE 802.11r) are also not supported through this binding, and in addition to IEEE 802.11n, must be addressed either through a separate CAPWAP binding, or an update to this binding.
このバインディングが唯一のIEEE 802.11-2007規格をサポートしていることに注意してください。注目すべきは、このバインディングは、IEEE 802.11-2007規格で定義されたアドホックネットワークモードをサポートしていません。本明細書はまた、一般的にその使用IEEE 802.11-2007規格に指定されていないワイヤレスブリッジと呼ばれる四つのアドレスフォーマットのデータフレームの使用をカバーしていません。このプロトコル仕様は、現在正式にIEEE 802.11nのをサポートしていません。これは、プロトコルがWTPは、IEEE 802.11nのラジオのサポートを宣伝することができない、と述べました。プロトコルの追加機能のいずれかが設定され、および/または使用されるのが、プロトコルが許可されていません。この文書（例えば、IEEE 802.11v、IEEE 802.11rの）の外に公表され、新たなIEEEプロトコル仕様も、この結合を介してサポートされていない、とIEEE 802.11n対応に加えて、結合のいずれかの別々のCAPWAPによって対処されなければならない、またはそれに更新このバインディング。
In order to address immediate market needs for standards still being developed by the IEEE 802.11 standards body, the WiFi Alliance created interim pseudo-standards specifications. Two such specifications are widely used in the industry, namely the WiFi Protect Access [WPA] and the WiFi MultiMedia [WMM] specifications. Given their widespread adoption, this CAPWAP binding requires the use of these two specifications.
まだIEEE 802.11標準化団体によって開発されている標準のための当面の市場のニーズに対応するために、無線LANアライアンスは暫定擬似標準仕様を作成しました。二つのそのような仕様は、業界で広く使用されている、すなわち、WiFiがアクセス[WPA]とWiFiのマルチメディア[WMM]仕様を保護します。彼らの広範な採用を考えると、この結合CAPWAPは、これら2つの仕様を使用する必要があります。
The goals of this CAPWAP protocol binding are to make the capabilities of the CAPWAP protocol available for use in conjunction with IEEE 802.11 wireless networks. The capabilities to be made available can be summarized as:
この結合CAPWAPプロトコルの目標は、IEEE 802.11無線ネットワークと組み合わせて使用するCAPWAPプロトコルの機能が利用できるようになっています。利用できるようにする機能は、次のように要約することができます。
1. To centralize the authentication and policy enforcement functions for an IEEE 802.11 wireless network. The AC may also provide centralized bridging, forwarding, and encryption of user traffic. Centralization of these functions will enable reduced cost and higher efficiency by applying the capabilities of network processing silicon to the wireless network, as in wired LANs.
1. IEEE 802.11ワイヤレスネットワークの認証とポリシー適用機能を一元化します。 ACはまた、集中ブリッジ、転送、およびユーザトラフィックの暗号化を提供することができます。これらの機能の集中化は、有線LANと同様に、無線ネットワークへのネットワーク処理シリコンの機能を適用することによって、コスト削減とより高い効率を可能にします。
2. To enable shifting of the higher-level protocol processing from the WTP. This leaves the time-critical applications of wireless control and access in the WTP, making efficient use of the computing power available in WTPs that are subject to severe cost pressure.
WTPからより高いレベルのプロトコル処理のシフトを可能にする2。これは深刻なコストの圧力を受けているWTPsで利用可能なコンピューティングパワーを効率的に利用して、無線制御およびWTPでのアクセスのタイムクリティカルなアプリケーションを残します。
The CAPWAP protocol binding extensions defined herein apply solely to the interface between the WTP and the AC. Inter-AC and station-to-AC communication are strictly outside the scope of this document.
本明細書で定義されるCAPWAPプロトコルバインディング拡張は、WTPとACとの間のインタフェースにのみ適用されます。インターACとステーションとAC通信は、この文書の範囲外に厳密です。
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 [RFC2119].
この文書のキーワード "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", および "OPTIONAL" はRFC 2119 [RFC2119]に記載されているように解釈されます。
This section contains definitions for terms used frequently throughout this document. However, many additional definitions can be found in [IEEE.802-11.2007].
このセクションでは、この文書全体で頻繁に使用される用語の定義が含まれています。しかし、多くの追加的な定義は[IEEE.802-11.2007]で見つけることができます。
Access Controller (AC): The network entity that provides WTP access to the network infrastructure in the data plane, control plane, management plane, or a combination therein.
アクセスコントローラ（AC）：データプレーン、制御プレーン、管理プレーン、またはその中の組み合わせたネットワークインフラストラクチャにWTPへのアクセスを提供するネットワークエンティティ。
Basic Service Set (BSS): A set of stations controlled by a single coordination function.
基本サービスセット（BSS）：単一調整機能によって制御局のセット。
Distribution: The service that, by using association information, delivers medium access control (MAC) service data units (MSDUs) within the distribution system (DS).
分布：関連情報を用いて、分配システム（DS）内の媒体アクセス制御（MAC）サービスデータユニット（のMSDU）を提供し、サービス。
Distribution System Service (DSS): The set of services provided by the distribution system (DS) that enable the medium access control (MAC) layer to transport MAC service data units (MSDUs) between stations that are not in direct communication with each other over a single instance of the wireless medium (WM). These services include the transport of MSDUs between the access points (APs) of basic service sets (BSSs) within an extended service set (ESS), transport of MSDUs between portals and BSSs within an ESS, and transport of MSDUs between stations in the same BSS in cases where the MSDU has a multicast or broadcast destination address, or where the destination is an individual address but the station sending the MSDU chooses to involve the DSS. DSSs are provided between pairs of IEEE 802.11 MACs.
配信システムサービス（DSS）：媒体アクセス制御（MAC）を有効分配システム（DS）によって提供されるサービスのセットを介して互いに直接通信していない局間のMACサービスデータユニット（のMSDU）を輸送する層無線媒体（WM）の単一のインスタンス。これらのサービスは、同じで局間のMSDUの拡張サービスセット（ESS）、ESS内のポータルとのBSSとの間のMSDUのトランスポート内の基本サービスセット（のBSS）のアクセスポイント（AP）との間のMSDUの輸送、及び輸送を含みますMSDUは、マルチキャストまたはブロードキャスト宛先アドレスを有する、または宛先が個別アドレスであるが、MSDUを送信局はDSSを含むことを選択した場合にはBSS。意思決定支援システムは、IEEE 802.11 MACのペアの間に設けられています。
Integration: The service that enables delivery of medium access control (MAC) service data units (MSDUs) between the distribution system (DS) and an existing, non-IEEE 802.11 local area network (via a portal).
統合：分配システム（DS）及び（ポータルを介して）既存の、非IEEE 802.11ローカルエリアネットワークとの間の媒体アクセス制御（MAC）サービスデータユニット（のMSDU）の送達を可能にするサービス。
Station (STA): A device that contains an IEEE 802.11 conformant medium access control (MAC) and physical layer (PHY) interface to the wireless medium (WM).
ステーション（STA）：無線媒体（WM）にIEEE 802.11準拠の媒体アクセス制御（MAC）及び物理層（PHY）インターフェースを含むデバイス。
Portal: The logical point at which medium access control (MAC) service data units (MSDUs) from a non-IEEE 802.11 local area network (LAN) enter the distribution system (DS) of an extended service set (ESS).
ポータル：非IEEE 802.11ローカルエリアネットワーク（LAN）からで媒体アクセス制御（MAC）サービスデータユニット（のMSDU）論理ポイントは、拡張サービスセット（ESS）の分配システム（DS）を入力します。
WLAN: In this document, WLAN refers to a logical component instantiated on a WTP device. A single physical WTP may operate a number of WLANs. Each Basic Service Set Identifier (BSSID) and its constituent wireless terminal radios is denoted as a distinct WLAN on a physical WTP.
WLAN：この文書では、WLANはWTPデバイス上でインスタンスの論理コンポーネントを指します。単一の物理WTPは、WLANの数を操作することができます。各基本サービスセット識別子（BSSID）とその構成の無線端末無線機は、物理WTPに異なるWLANとして示されます。
Wireless Termination Point (WTP): The physical or network entity that contains an IEEE 802.11 RF antenna and wireless PHY to transmit and receive station traffic for wireless access networks.
無線終端ポイント（WTP）：IEEE 802.11 RFアンテナ及び無線PHYは、無線アクセスネットワークのためのステーショントラフィックを送信および受信するために含まれている物理的又はネットワークエンティティ。
This section describes use of the CAPWAP protocol with the IEEE 802.11 Wireless Local Area Network protocol, including Local and Split MAC operation, Group Key Refresh, Basic Service Set Identification (BSSID) to WLAN Mapping, IEEE 802.11 MAC management frame Quality of Service (Qos) tagging and Run State operation.
このセクションでは、ローカルおよびスプリットMAC操作、グループキーの更新、WLANへのマッピング基本サービスセット識別（BSSID）、サービスのIEEE 802.11 MAC管理フレームの品質（QoSを含むIEEE 802.11ワイヤレスローカルエリアネットワークプロトコル、とCAPWAPプロトコルの使用が記載されています）タグ付けと実行状態動作。
The CAPWAP Header, defined in Section 4.3 of [RFC5415] requires that all CAPWAP binding specifications have a Wireless Binding Identifier (WBID) assigned. This document, which defines the IEEE 802.11 binding, uses the value one (1).
[RFC5415]のセクション4.3で定義されたCAPWAPヘッダは、すべてのCAPWAPバインディング仕様は、割り当てられた無線バインディング識別子（WBID）を有することを必要とします。結合IEEE 802.11を定義するこの文書は、（1）値1つを使用します。
The CAPWAP protocol, when used with IEEE 802.11 devices, requires specific behavior from the WTP and the AC to support the required IEEE 802.11 protocol functions.
IEEE 802.11デバイスで使用CAPWAPプロトコルは、必要なIEEE 802.11プロトコル機能をサポートするために、WTPとACから固有の動作を必要とします。
For both the Split and Local MAC approaches, the CAPWAP functions, as defined in the taxonomy specification [RFC4118], reside in the AC.
分割およびローカルMAC両方のアプローチのために、CAPWAP機能は、タクソノミー仕様[RFC4118]で定義されるように、ACに存在します。
To provide system component interoperability, the WTP and AC MUST support 802.11 encryption/decryption at the WTP. The WTP and AC MAY support 802.11 encryption/decryption at the AC.
システムコンポーネントの相互運用性を提供するために、WTPとACは、WTPの802.11暗号化/復号化をサポートしなければなりません。 WTPとACはACでの802.11暗号化/復号化をサポートするかもしれません。
This section shows the division of labor between the WTP and the AC in a Split MAC architecture. Figure 1 shows the separation of functionality between CAPWAP components.
このセクションでは、スプリットMACアーキテクチャにおけるWTPとACとの間の分業を示します。図1は、CAPWAPコンポーネント間の機能の分離を示します。
Function Location
Distribution Service AC
Integration Service AC
Beacon Generation WTP
Probe Response Generation WTP
Power Mgmt/Packet Buffering WTP
Fragmentation/Defragmentation WTP/AC
Assoc/Disassoc/Reassoc AC
IEEE 802.11 QoS Classifying AC Scheduling WTP/AC Queuing WTP
IEEE 802.11のQoSの分類ACスケジューリングWTP / ACキューイングWTP
IEEE 802.11 RSN IEEE 802.1X/EAP AC RSNA Key Management AC IEEE 802.11 Encryption/Decryption WTP/AC
IEEE 802.11 RSN IEEE 802.1X / EAP AC RSNAキー管理AC IEEE 802.11暗号化/復号化WTP / AC
Figure 1: Mapping of 802.11 Functions for Split MAC Architecture
図1：スプリットMACアーキテクチャのための802.11機能のマッピング
In a Split MAC Architecture, the Distribution and Integration services reside on the AC, and therefore all user data is tunneled between the WTP and the AC. As noted above, all real-time IEEE 802.11 services, including the Beacon and Probe Response frames, are handled on the WTP.
スプリットMACアーキテクチャでは、ディストリビューションとの統合サービスは、AC上に存在するため、すべてのユーザーデータは、WTPとACの間でトンネリングされます。上述したように、ビーコンおよびプローブ応答フレームを含むすべてのリアルタイムIEEE 802.11サービスは、WTPに処理されます。
All remaining IEEE 802.11 MAC management frames are supported on the AC, including the Association Request frame that allows the AC to be involved in the access policy enforcement portion of the IEEE 802.11 protocol. The IEEE 802.1X [IEEE.802-1X.2004], Extensible Authentication Protocol (EAP) [RFC3748] and IEEE Robust Security Network Association (RSNA) Key Management [IEEE.802-11.2007] functions are also located on the AC. This implies that the Authentication, Authorization, and Accounting (AAA) client also resides on the AC.
残りのすべてのIEEE 802.11 MAC管理フレームは、IEEE 802.11プロトコルのアクセスポリシー施行部分に関与することがACを可能アソシエーション要求フレームを含む、AC上に支持されています。 IEEE 802.1Xは、[IEEE.802-1X.2004]、拡張認証プロトコル（EAP）[RFC3748]とIEEE堅牢なセキュリティネットワーク協会（RSNA）キー管理[IEEE.802-11.2007]機能は、AC上に配置されています。これは、認証、許可、アカウンティング（AAA）クライアントはまた、AC上に存在することを意味します。
While the admission control component of IEEE 802.11 resides on the AC, the real-time scheduling and queuing functions are on the WTP. Note that this does not prevent the AC from providing additional policy and scheduling functionality.
IEEE 802.11のアドミッション制御コンポーネントは、AC上に存在しながら、リアルタイムスケジューリングおよびキューイング機能は、WTPです。これは追加のポリシーとスケジューリング機能を提供するからACを妨げるものではないことに注意してください。
Note that in the following figure, the use of '( - )' indicates that processing of the frames is done on the WTP. This figure represents a case where encryption services are provided by the AC.
「（ - ）」フレームの処理をWTPで行われていることを示す以下の図に、の使用があることに注意してください。この図は、暗号化サービスがACによって提供されている場合を表しています。
Client WTP AC
クライアントWTP AC
Beacon
<-----------------------------
Probe Request
----------------------------( - )------------------------->
Probe Response
<-----------------------------
802.11 AUTH/Association
<--------------------------------------------------------->
Station Configuration Request
[Add Station (Station MAC
Address), IEEE 802.11 Add
Station (WLAN ID), IEEE
802.11 Session Key(Flag=A)]
<-------------------------->
802.1X Authentication & 802.11 Key Exchange
<--------------------------------------------------------->
Station Configuration Request
[Add Station(Station MAC
Address), IEEE 802.11 Add
Station (WLAN ID), IEEE 802.11
Station Session Key(Flag=C)]
<-------------------------->
802.11 Action Frames
<--------------------------------------------------------->
802.11 DATA (1)
<---------------------------( - )------------------------->
Figure 2: Split MAC Message Flow
図2：スプリットMACメッセージフロー
Figure 2 provides an illustration of the division of labor in a Split MAC architecture. In this example, a WLAN has been created that is configured for IEEE 802.11, using 802.1X-based end user authentication and Advanced Encryption Standard-Counter Mode with CBC-MAC Protocol (AES-CCMP) link layer encryption (CCMP, see [FIPS.197.2001]). The following process occurs:
図2は、スプリットMACアーキテクチャにおける分業の図解を提供します。この例では、WLANは、CBC-MACプロトコル（AES-CCMP）リンク層暗号化（CCMP、参照[FIPSと802.1Xベースのエンドユーザ認証と高度暗号化標準カウンタモードを使用して、IEEE 802.11のために構成されているが作成されています.197.2001]）。次の処理が行われます。
o The WTP generates the IEEE 802.11 Beacon frames, using information provided to it through the IEEE 802.11 Add WLAN (see Section 6.1) message element, including the Robust Security Network Information Element (RSNIE), which indicates support of 802.1X and AES-CCMP.
O WTPは、WLANを追加IEEE 802.11を通してそれに提供される情報を使用して、IEEE 802.11ビーコンフレームを生成し、802.1XとAES-CCMPのサポートを示す堅牢なセキュリティネットワーク情報要素（RSNIE）、を含む、メッセージ要素（6.1節を参照してください） 。
o The WTP processes the Probe Request frame and responds with a corresponding Probe Response frame. The Probe Request frame is then forwarded to the AC for optional processing.
O WTPは、プローブ要求フレームを処理し、対応するプローブ応答フレームで応答します。プローブ要求フレームは、その後、任意の処理のためにACに転送されます。
o The WTP forwards the IEEEE 802.11 Authentication and Association frames to the AC, which is responsible for responding to the client.
O WTPは、IEEE 802.11認証を転送し、協会は、クライアントへの応答を担当してACにフレーム。
o Once the association is complete, the AC transmits a Station Configuration Request message, which includes an Add Station message element, to the WTP (see Section 4.6.8 in [RFC5415]). In the above example, the WLAN was configured for IEEE 802.1X, and therefore the IEEE 802.11 Station Session Key is included with the flag field's 'A' bit set.
関連付けが完了すると、O、ACは、WTP（[RFC5415]セクション4.6.8を参照）、駅のメッセージ要素の追加を含むステーション構成要求メッセージを送信します。上記の例では、WLANはIEEE 802.1X用に構成したので、IEEE 802.11ステーションセッション鍵は、フラグフィールドの 'ビットがセットに含まれています。
o If the WTP is providing encryption/decryption services, once the client has completed the IEEE 802.11 key exchange, the AC transmits another Station Configuration Request message, which includes:
クライアントは、IEEE 802.11鍵交換を完了した後WTPは、暗号化/復号化サービスを提供している場合は、O、ACは、別の駅のコンフィギュレーション・リクエスト・メッセージを送信します：
- An Add Station message element.
- 駅のメッセージ要素を追加します。
- An IEEE 802.11 Add Station message element, which includes the WLAN Identifier with which the station has associated.
- IEEE 802.11は、ステーションが関連付けられているとWLAN識別子を含む駅メッセージ要素を追加します。
- An IEEE 802.11 Station Session Key message element, which includes the pairwise encryption key.
- ペアワイズ暗号化キーが含まIEEE 802.11駅セッションキーメッセージ要素、。
- An IEEE 802.11 Information Element message element, which includes the Robust Security Network Information Element (RSNIE) to the WTP, stating the security policy to enforce for the client (in this case AES-CCMP).
- （この場合はAES-CCMPで）クライアントのために強制するために、セキュリティポリシーを述べ、WTPに堅牢なセキュリティネットワーク情報要素（RSNIE）を備え、IEEE 802.11情報要素のメッセージ要素、。
o If the WTP is providing encryption/decryption services, once the client has completed the IEEE 802.11 key exchange, the AC transmits another Station Configuration Request message, which includes:
クライアントは、IEEE 802.11鍵交換を完了した後WTPは、暗号化/復号化サービスを提供している場合は、O、ACは、別の駅のコンフィギュレーション・リクエスト・メッセージを送信します：
- An Add Station message element.
- 駅のメッセージ要素を追加します。
- An IEEE 802.11 Add Station message element, which includes the WLAN Identifier with which the station has associated.
- IEEE 802.11は、ステーションが関連付けられているとWLAN識別子を含む駅メッセージ要素を追加します。
- An IEEE 802.11 Station Session Key message element, which includes the pairwise encryption key.
- ペアワイズ暗号化キーが含まIEEE 802.11駅セッションキーメッセージ要素、。
- An IEEE 802.11 Information Element message element, which includes the Robust Security Network Information Element (RSNIE) to the WTP, stating the security policy to enforce for the client (in this case AES-CCMP).
- （この場合はAES-CCMPで）クライアントのために強制するために、セキュリティポリシーを述べ、WTPに堅牢なセキュリティネットワーク情報要素（RSNIE）を備え、IEEE 802.11情報要素のメッセージ要素、。
o If the AC is providing encryption/decryption services, once the client has completed the IEEE 802.11 key exchange, the AC transmits another Station Configuration Request message, which includes:
クライアントは、IEEE 802.11鍵交換を完了するとACは、暗号化/復号化サービスを提供している場合は、O、ACは、別の駅のコンフィギュレーション・リクエスト・メッセージを送信します：
- An Add Station message element.
- 駅のメッセージ要素を追加します。
- An IEEE 802.11 Add Station message element, which includes the WLAN Identifier with which the station has associated.
- IEEE 802.11は、ステーションが関連付けられているとWLAN識別子を含む駅メッセージ要素を追加します。
- An IEEE 802.11 Station Session Key message element with the flag field's 'C' bit enabled (indicating that the AC will provide crypto services).
- 有効フラグフィールドの「C」ビットでIEEE 802.11駅セッションキーメッセージ要素（ACは、暗号サービスを提供することを示します）。
o The WTP forwards any IEEE 802.11 Management Action frames received to the AC.
oをWTPはACに受信したすべてのIEEE 802.11管理アクションフレームを転送します。
o All IEEE 802.11 station data frames are tunneled between the WTP and the AC.
OすべてのIEEE 802.11局データフレームは、WTPとACの間でトンネリングされています。
Note that during the EAP over LAN (EAPOL)-Key exchange between the Station and the AC, the Receive Sequence Counter (RSC) field for the Group Key (GTK) needs to be included in the frame. The value of zero (0) is used by the AC during this exchange. Additional details are available in Section 9.1.
LAN上のEAPグループキー（GTK）用（EAPOL）-Key駅とAC間の交換、受信シーケンスカウンタ（RSC）フィールド中にフレームに含まれる必要があることに注意してください。ゼロ（0）の値は、この交換の間にACで使用されます。その他の詳細は、セクション9.1でご利用いただけます。
The WTP SHALL include the IEEE 802.11 MAC header contents in all frames transmitted to the AC.
WTPは、ACに送信されるすべてのフレーム内のIEEE 802.11 MACヘッダの内容を含むものとします。
When 802.11 encryption/decryption is performed at the WTP, the WTP MUST decrypt the uplink frames, MUST set the Protected Frame field to 0, and MUST make the frame format consistent with that of an unprotected 802.11 frame prior to transmitting the frames to the AC. The fields added to an 802.11 protected frame (i.e., Initialization Vector/Extended Initialization Vector (IV/EIV), Message Integrity Code (MIC), and Integrity Check Value (ICV)) MUST be stripped off prior to transmission from the WTP to AC. For downlink frames, the Protected Frame field MUST be set to 0 by the AC as the frame being sent is unencrypted. The WTP MUST apply the required protection policy for the WLAN, and set the Protected Frame field on transmission over the air. The Protected Frame field always needs to accurately indicate the status of the 802.11 frame that is carrying it.
802.11暗号化/復号化をWTPで行われる場合、WTPは、保護フレーム・フィールドを0に設定しなければならない、上りフレームを復号化する必要があり、およびACにフレームを送信する前に保護されていない802.11フレームのそれと一致するフレームフォーマットを作成しなければなりません。フィールドはWTPからACへの送信前に取り除かなければならない802.11保護フレーム（すなわち、初期ベクトル/拡張初期化ベクトル（IV / EIV）、メッセージ完全性コード（MIC）、及び整合値（ICV）をチェック）に加え。ダウンリンクフレームのために、プロテクトフレームフィールドは、送信されるフレームが暗号化されていないようにACによって0に設定しなければなりません。 WTPは、WLANのために必要な保護ポリシーを適用し、空気を介して送信する上で保護されたフレームのフィールドを設定しなければなりません。保護されたフレームのフィールドは常に正確にそれを運んで802.11フレームの状態を示す必要があります。
When 802.11 encryption/decryption is performed at the AC, the WTP SHALL NOT decrypt the uplink frames prior to transmitting the frames to the AC. The AC and WTP SHALL populate the IEEE 802.11 MAC header fields as described in Figure 3.
802.11暗号化/復号化は、ACで行われる場合、WTPはACへフレームを送信する前に、アップリンクフレームを復号ないもの。図3で説明したようにACとWTPは、IEEE 802.11 MACヘッダフィールドを移入SHALL。
MAC header field Location
Frame Control:
Version AC
ToDS AC
FromDS AC
Type AC
SubType AC
MoreFrag WTP/AC
Retry WTP
Pwr Mgmt -
MoreData WTP
Protected WTP/AC
Order AC
Duration: WTP
Address 1: AC
Address 2: AC
Address 3: AC
Sequence Ctrl: WTP
Address 4: AC
QoS Control: AC
Frame Body: AC
FCS: WTP
Figure 3: Population of the IEEE 802.11 MAC Header Fields for Downlink Frames
図3：ダウンリンクフレームのためのIEEE 802.11 MACヘッダフィールドの人口
When 802.11 encryption/decryption is performed at the AC, the MoreFrag bit is populated at the AC. The Pwr Mgmt bit is not applicable to downlink frames, and is set to 0. Note that the Frame Check Sequence (FCS) field is not included in 802.11 frames exchanged between the WTP and the AC. Upon sending data frames to the AC, the WTP is responsible for validating and stripping the FCS field. Upon receiving data frames from the AC, the WTP is responsible for adding the FCS field, and populating the field as described in [IEEE.802-11.2007].
802.11暗号化/復号化は、ACで行われる場合、MoreFragビットはACで移入されます。 Pwr Mgmt（仮想ディスクの管理）ビットは、ダウンリンクフレームに適用されない、およびフレームチェックシーケンス（FCS）フィールドは、802.11フレームに含まれていないこと0注に設定されているWTPとACとの間で交換。 ACにデータフレームを送信する際に、WTPは、FCSフィールドを検証し、ストリッピングする責任があります。 ACからデータフレームを受信すると、WTPは、FCSフィールドを追加し、[IEEE.802-11.2007]に記載されているようにフィールドをポピュレートする責任があります。
Note that when the WTP tunnels data packets to the AC (and vice versa), the CAPWAP protocol does not guarantee in-order delivery. When the protocol being transported over IEEE 802.11 is IP, out-of-order delivery is not an issue as IP has no such requirements. However, implementers need to be aware of this protocol characteristic before deciding to use CAPWAP.
WTPは、AC（またはその逆）へのデータパケットをトンネリングするとき、CAPWAPプロトコルはインオーダー配信を保証しないことに留意されたいです。 IEEE 802.11の上に搬送されているプロトコルがIPである場合にはIPはそのような要件はありませんよう、アウト・オブ・オーダーの配信は問題ではありません。しかし、実装者はCAPWAPを使用することを決定する前に、このプロトコルの特性を認識する必要があります。
This section shows the division of labor between the WTP and the AC in a Local MAC architecture. Figure 4 shows the separation of functionality among CAPWAP components.
このセクションでは、ローカルMACアーキテクチャにおけるWTPとACとの間の分業を示します。図4は、CAPWAPコンポーネント間の機能の分離を示します。
Function Location
Distribution Service WTP/AC
Integration Service WTP
Beacon Generation WTP
Probe Response Generation WTP
Power Mgmt/Packet Buffering WTP
Fragmentation/Defragmentation WTP
Assoc/Disassoc/Reassoc WTP/AC
IEEE 802.11 QoS Classifying WTP Scheduling WTP Queuing WTP
IEEE 802.11のQoSの分類WTPスケジューリングWTPキューイングWTP
IEEE 802.11 RSN IEEE 802.1X/EAP AC RSNA Key Management AC IEEE 802.11 Encryption/Decryption WTP
IEEE 802.11 RSN IEEE 802.1X / EAP AC RSNAキー管理AC IEEE 802.11暗号化/復号化WTP
Figure 4: Mapping of 802.11 Functions for Local AP Architecture
図4：ローカルAPアーキテクチャのための802.11機能のマッピング
In the Local MAC mode, the integration service exists on the WTP, while the distribution service MAY reside on either the WTP or the AC. When it resides on the AC, station-generated frames are not forwarded to the AC in their native format, but encapsulated as 802.3 frames.
配信サービスは、WTPまたはACのいずれかに存在してもよいがローカルMACモードでは、統合サービスは、WTP上に存在します。それはACに存在する場合、ステーションが生成したフレームは、それらのネイティブフォーマットでACに転送するが、802.3フレームとしてカプセル化されていません。
While the MAC is terminated on the WTP, it is necessary for the AC to be aware of mobility events within the WTPs. Thus, the WTP MUST forward the IEEE 802.11 Association Request frames to the AC. The AC MAY reply with a failed Association Response frame if it deems it necessary, and upon receipt of a failed Association Response frame from the AC, the WTP MUST send a Disassociation frame to the station.
MACは、WTPで終端されている間交流がWTPs内のモビリティイベントを認識するために、それが必要です。このように、WTPはACにIEEE 802.11アソシエーション要求フレームを転送しなければなりません。それが必要と認める場合にはACに失敗しましたアソシエーション応答フレームで応答することができる、とACから失敗したアソシエーション応答フレームを受信すると、WTPは、ステーションに関連付け解除フレームを送らなければなりません。
The IEEE 802.1X [IEEE.802-1X.2004], EAP, and IEEE RSNA Key Management [IEEE.802-11.2007] functions reside in the AC. Therefore, the WTP MUST forward all IEEE 802.1X, EAP, and RSNA Key Management frames to the AC and forward the corresponding responses to the station. This implies that the AAA client also resides on the AC.
IEEE 802.1X [IEEE.802-1X.2004]、EAP、およびIEEE RSNAキー管理[IEEE.802-11.2007]機能は、ACに存在します。そのため、WTPは、すべてのIEEE 802.1X、EAPを転送しなければならない、とRSNAキー管理は、ACにフレームや駅への対応する応答を転送します。これは、AAAクライアントはまた、AC上に存在することを意味します。
Note that in the following figure, the use of '( - )' indicates that processing of the frames is done on the WTP.
「（ - ）」フレームの処理をWTPで行われていることを示す以下の図に、の使用があることに注意してください。
Client WTP AC
クライアントWTP AC
Beacon
<-----------------------------
Probe
<---------------------------->
802.11 AUTH
<-----------------------------
802.11 Association
<---------------------------( - )------------------------->
Station Configuration Request
[Add Station (Station MAC
Address), IEEE 802.11 Add
Station (WLAN ID), IEEE
802.11 Session Key(Flag=A)]
<-------------------------->
802.1X Authentication & 802.11 Key Exchange
<--------------------------------------------------------->
Station Configuration Request
[Add Station(Station MAC
Address), IEEE 802.11 Add
Station (WLAN ID), IEEE 802.11
Station session Key (Key=x),
IEEE 802.11 Information
Element(RSNIE(Pairwise
Cipher=CCMP))]
<-------------------------->
802.11 Action Frames
<--------------------------------------------------------->
802.11 DATA
<----------------------------->
Figure 5: Local MAC Message Flow
図5：ローカルMACメッセージフロー
Figure 5 provides an illustration of the division of labor in a Local MAC architecture. In this example, a WLAN that is configured for IEEE 802.11 has been created using AES-CCMP for privacy. The following process occurs:
図5は、ローカルMACアーキテクチャにおける分業の図解を提供します。この例では、IEEE 802.11のために設定されたWLANは、プライバシー保護のため、AES-CCMPを使用して作成されています。次の処理が行われます。
o The WTP generates the IEEE 802.11 Beacon frames, using information provided to it through the Add WLAN (see Section 6.1) message element.
O WTPが追加WLANを介してそれに提供される情報を使用して、IEEE 802.11ビーコンフレームを生成するメッセージ要素（セクション6.1を参照）。
o The WTP processes a Probe Request frame and responds with a corresponding Probe Response frame.
O WTPは、プローブ要求フレームを処理し、対応するプローブ応答フレームで応答します。
o The WTP forwards the IEEE 802.11 Authentication and Association frames to the AC.
O WTPは、IEEE 802.11認証を転送し、協会はACにフレーム。
o Once the association is complete, the AC transmits a Station Configuration Request message, which includes the Add Station message element, to the WTP (see Section 4.6.8 in [RFC5415]). In the above example, the WLAN was configured for IEEE 802.1X, and therefore the IEEE 802.11 Station Session Key is included with the flag field's 'A' bit set.
関連付けが完了すると、O、ACは、WTP（[RFC5415]セクション4.6.8を参照）、駅のメッセージ要素の追加を含むステーション構成要求メッセージを送信します。上記の例では、WLANはIEEE 802.1X用に構成したので、IEEE 802.11ステーションセッション鍵は、フラグフィールドの 'ビットがセットに含まれています。
o The WTP forwards all IEEE 802.1X and IEEE 802.11 key exchange messages to the AC for processing.
転送WTP処理のためのACへのすべてのIEEE 802.1XおよびIEEE 802.11鍵交換メッセージO。
o The AC transmits another Station Configuration Request message, which includes:
O ACは、他のステーション構成要求メッセージを送信します。
- An Add Station message element, which MAY include a Virtual LAN (VLAN) [IEEE.802-1Q.2005] name, which when present is used by the WTP to identify the VLAN on which the user's data frames are to be bridged.
- ユーザのデータフレームがブリッジされるべきでVLANを識別するために、WTPにより使用される現在の仮想LAN（VLAN）IEEE.802-1Q.2005]名を含むことができる、駅のメッセージ要素を追加します。
- An IEEE 802.11 Add Station message element, which includes the WLAN Identifier with which the station has associated.
- IEEE 802.11は、ステーションが関連付けられているとWLAN識別子を含む駅メッセージ要素を追加します。
- An IEEE 802.11 Station Session Key message element, which includes the pairwise encryption key.
- ペアワイズ暗号化キーが含まIEEE 802.11駅セッションキーメッセージ要素、。
- An IEEE 802.11 Information Element message element, which includes the RSNIE to the WTP, stating the security policy to enforce for the client (in this case AES-CCMP).
- （この場合、AES-CCMPで）クライアントに適用するセキュリティポリシーを述べ、WTPにRSNIEを含むIEEE 802.11情報要素メッセージ素子。
o The WTP forwards any IEEE 802.11 Management Action frames received to the AC.
oをWTPはACに受信したすべてのIEEE 802.11管理アクションフレームを転送します。
o The WTP MAY locally bridge client data frames (and provide the necessary encryption and decryption services). The WTP MAY also tunnel client data frames to the AC, using 802.3 frame tunnel mode or 802.11 frame tunnel mode.
WTP MAYローカルブリッジクライアントデータフレームO（および必要に応じて暗号化と復号化サービスを提供）。 WTPは802.3フレームトンネルモードまたは802.11フレームトンネルモードを使用して、ACにもトンネルクライアントデータフレームもよいです。
This section expands upon the examples provided in the previous section, and describes how the CAPWAP control protocol is used to provide secure roaming.
このセクションでは、前のセクションで提供される例際に展開し、CAPWAP制御プロトコルが安全なローミングを提供するために使用される方法について説明します。
Once a client has successfully associated with the network in a secure fashion, it is likely to attempt to roam to another WTP. Figure 6 shows an example of a currently associated station moving from its "Old WTP" to a "New WTP". The figure is valid for multiple different security policies, including IEEE 802.1X and Wireless Protected Access (WPA) or Wireless Protected Access 2 (WPA2) [WPA].
クライアントが正常に安全な方法でネットワークに関連付けられていたら、別のWTPにローミングしようとする可能性があります。図6は、「新規WTP」にその「古いWTP」から移動現在関連付けられているステーションの一例を示しています。図は、IEEE 802.1Xとワイヤレス保護アクセス（WPA）または無線保護アクセス2（WPA2）[WPA]を含む複数の異なるセキュリティポリシー、有効です。
In the event that key caching was employed, the 802.1X Authentication step would be eliminated. Note that the example represents one where crypto services are provided by the WTP, so in a case where the AC provided this function the last Station Configuration Request would be different.
キーキャッシングを使用した場合には、802.1X認証ステップが排除されるであろう。最後ステーション構成要求は異なるであろうACこの機能を設けた場合のように例では、暗号化サービスは、WTPにより提供される1つを表すことに留意されたいです。
Client Old WTP New WTP AC
クライアント旧WTP新WTP AC
Association Request/Response
<--------------------------------------( - )-------------->
Station Configuration Request
[Add Station (Station MAC
Address), IEEE 802.11 Add
Station (WLAN ID), IEEE
802.11 Session Key(Flag=A)]
<---------------->
802.1X Authentication (if no key cache entry exists)
<--------------------------------------( - )-------------->
802.11 4-way Key Exchange
<--------------------------------------( - )-------------->
Station Configuration Request
[Delete Station]
<---------------------------------->
Station Configuration Request
[Add Station(Station MAC
Address), IEEE 802.11 Add
Station (WLAN ID), IEEE 802.11
Station session Key (Key=x),
IEEE 802.11 Information
Element(RSNIE(Pairwise
Cipher=CCMP))]
<---------------->
Figure 6: Client Roaming Example
図6：クライアントローミング例
Periodically, the Group Key (GTK) for the BSS needs to be updated. The AC uses an EAPOL-Key frame to update the group key for each STA in the BSS. While the AC is updating the GTK, each Layer 2 (L2) broadcast frame transmitted to the BSS needs to be duplicated and transmitted using both the current GTK and the new GTK. Once the GTK update process has completed, broadcast frames transmitted to the BSS will be encrypted using the new GTK.
定期的に、BSSのためのグループキー（GTK）を更新する必要があります。 ACは、BSS内の各STAのためのグループ鍵を更新するために、EAPOLキーフレームを使用します。 ACは、GTKを更新している間、BSSに送信される各レイヤ2（L2）ブロードキャストフレームが複製され、現在のGTKと新しいGTKの両方を使用して送信する必要があります。 GTK更新プロセスが完了すると、BSSに送信ブロードキャストフレームは、新しいGTKを使用して暗号化されます。
In the case of Split MAC, the AC needs to duplicate all broadcast packets and update the key index so that the packet is transmitted using both the current and new GTK to ensure that all STAs in the BSS receive the broadcast frames. In the case of Local MAC, the WTP needs to duplicate and transmit broadcast frames using the appropriate index to ensure that all STAs in the BSS continue to receive broadcast frames.
スプリットMACの場合は、ACは、すべてのブロードキャストパケットを複製し、パケットがBSS内のすべてのSTAがブロードキャストフレームを受信することを確実にするために、現在、新たなGTKの両方を使用して送信されるように、キーインデックスを更新する必要があります。ローカルMACの場合は、WTPは、BSS内のすべてのSTAはブロードキャストフレームを受信し続けることを保証するために、適切なインデックスを使用してブロードキャストフレームを複製して送信する必要があります。
The Group Key update procedure is shown in the following figure. The AC will signal the update to the GTK using an IEEE 802.11 Configuration Request message, including an IEEE 802.11 Update WLAN message element with the new GTK, its index, the Transmit Sequence Counter (TSC) for the Group Key and the Key Status set to 3 (begin GTK update). The AC will then begin updating the GTK for each STA. During this time, the AC (for Split MAC) or WTP (for Local MAC) MUST duplicate broadcast packets and transmit them encrypted with both the current and new GTK. When the AC has completed the GTK update to all STAs in the BSS, the AC MUST transmit an IEEE 802.11 Configuration Request message including an IEEE 802.11 Update WLAN message element containing the new GTK, its index, and the Key Status set to 4 (GTK update complete).
グループキー更新手順は、次の図に示します。 ACは新しいGTK、そのインデックス、送信シーケンスカウンタ（TSC）グループキー用とに設定するキーステータスを持つIEEE 802.11 WLAN更新メッセージ要素を含む、IEEE 802.11の設定要求メッセージを使用してGTKへの更新を通知します3（GTKの更新を開始します）。 ACは、各STAのためのGTKの更新を開始します。この間、（ローカルMAC用）またはWTP（スプリットMAC用）ACは、ブロードキャストパケットを複製し、それらの両方が現在と新しいGTKで暗号化さ伝えなければなりません。 ACは、BSS内のすべてのSTAにGTKの更新を完了すると、ACは（GTKを新しいGTK、そのインデックス、および4に設定するキーステータスを含むIEEE 802.11更新WLANメッセージ要素を含むIEEE 802.11の設定要求メッセージを送信しなければなりません）を完全に更新します。
Client WTP AC
クライアントWTP AC
IEEE 802.11 WLAN Configuration Request [Update
WLAN (GTK, GTK Index, GTK Start,
Group TSC) ]
<--------------------------------------------
802.1X EAPoL (GTK Message 1)
<-------------( - )-------------------------------------------
802.1X EAPoL (GTK Message 2)
-------------( - )------------------------------------------->
IEEE 802.11 WLAN Configuration Request [ Update
WLAN (GTK Index, GTK Complete) ]
<--------------------------------------------
Figure 7: Group Key Update Procedure
図7：グループキー更新手順
The CAPWAP protocol binding enables the WTP to assign BSSIDs upon creation of a WLAN (see Section 6.1). While manufacturers are free to assign BSSIDs using any arbitrary mechanism, it is advised that where possible the BSSIDs are assigned as a contiguous block.
結合CAPWAPプロトコルは、WLANの作成時にBSSIDを割り当てることがWTPを可能にします（6.1節を参照してください）。メーカーは、任意の機構を使用して、BSSIDを割り当てることが自由であるが、それのBSSIDが連続したブロックとして割り当てられ可能であればことをお勧めします。
When assigned as a block, implementations can still assign any of the available BSSIDs to any WLAN. One possible method is for the WTP to assign the address using the following algorithm: base BSSID address + WLAN ID.
ブロックとして割り当てられた場合、実装はまだ任意のWLANに利用可能なのBSSIDのいずれかを割り当てることができます。ベースBSSIDアドレス+ WLANのID：WTPは、以下のアルゴリズムを使用してアドレスを割り当てるための一つの可能な方法があります。
The WTP communicates the maximum number of BSSIDs that it supports during configuration via the IEEE 802.11 WTP WLAN Radio Configuration message element (see Section 6.23).
WTPが、それはIEEE 802.11 WTP WLAN無線構成メッセージ素子を介して構成時にサポートのBSSIDの最大数を通信（セクション6.23を参照）。
The CAPWAP IEEE 802.11 binding specification provides procedures to allow for the WTP to enforce Quality of Service on IEEE 802.11 Data Frames and MAC Management messages.
CAPWAP IEEE 802.11バインディング仕様は、WTPはIEEE 802.11データフレームとMAC管理メッセージにサービス品質を強制するためにできるようにする手順を説明します。
When the WLAN is created on the WTP, a default Quality of Service policy is established through the IEEE 802.11 WTP Quality of Service message element (see Section 6.22). This default policy will cause the WTP to use the default QoS values for any station associated with the WLAN in question. The AC MAY also override the policy for a given station by sending the IEEE 802.11 Update Station QoS message element (see Section 6.20), known as a station-specific QoS policy.
WLANは、WTPに作成されると、サービスポリシーのデフォルトの品質はIEEE 802.11 WTPサービス品質のメッセージ要素を介して確立される（第6.22項を参照してください）。このデフォルトポリシーは、WTPが問題になっているWLANに関連付けられている任意のステーションのデフォルトのQoS値を使用するようになります。 ACはまた、ステーション固有のQoSポリシーとして知られるIEEE 802.11更新ステーションのQoSメッセージ要素（セクション6.20を参照）、送信することにより、所与のステーションのポリシーを無効にすることができます。
Beyond the default, and per station QoS policy, the IEEE 802.11 protocol also allows a station to request special QoS treatment for a specific flow through the Traffic Specification (TSPEC) Information Elements found in the IEEE 802.11-2007's QoS Action Frame. Alternatively, stations MAY also use the WiFi Alliance's WMM specification instead to request QoS treatment for a flow (see [WMM]). This requires the WTP to observe the Status Code in the IEEE 802.11-2007 and WMM QoS Action Add Traffic System (ADDTS) responses from the AC, and provide the services requested in the TSPEC Information Element. Similarly, the WTP MUST observe the Reason Code Information Element in the IEEE 802.11-2007 and WMM QoS Action DELTS responses from the AC by removing the policy associated with the TSPEC.
デフォルトでは、駅ごとのQoSポリシーを超えて、IEEE 802.11プロトコルは、トラフィック仕様（TSPEC）情報要素を介して特定のフローのための特別なQoS処理を要求するステーションはIEEE 802.11-2007のQoSアクションフレームで見つかったことができます。また、ステーションはまた、（[WMM]参照）フローのためのQoS処理を要求する代わりのWiFi AllianceのWMM仕様を使用するかもしれません。これは、IEEE 802.11-2007にステータスコードを観察するためにWTPを必要とし、WMM QoSのアクションは、ACからの交通システム（ADDTS）応答を追加し、TSPEC情報要素に要求されたサービスを提供しています。同様に、WTPはTSPECに関連付けられたポリシーを除去することにより、ACからIEEE 802.11-2007とWMMのQoSアクションDELTS応答の理由コードの情報要素を遵守しなければなりません。
The IEEE 802.11 WTP Quality of Service message element's Tagging Policy field indicates how the packets are to be tagged, known as the Tagging Policy. There are five bits defined, two of which are used to indicate the type of QoS to be used by the WTP. The first is the 'P' bit, which is set to inform the WTP it is to use the 802.1p QoS mechanism. When set, the 'Q' bit is used to inform the WTP which 802.1p priority values it is to use.
サービスのメッセージ要素のタグ付けポリシー]フィールドのIEEE 802.11 WTPの品質は、タギング方針として知られ、パケットがタグ付けされる方法を示します。 WTPで使用されるQoSの種類を示すために使用されているそのうちの2つが定義された5ビットがあります。最初は、それが802.1PのQoSメカニズムを使用することであるWTPに通知するように設定されている「P」ビットです。セットすると、「Q」ビットは、802.1pプライオリティは、それが使用する値WTPを通知するために使用されます。
The 'D' bit is set to inform the WTP it is to use the Differentiated Services Code Point (DSCP) QoS mechanism. When set, the 'I' and 'O' bits are used to inform the WTP which values it is to use in the inner header, in the station's original packet, or the outer header, the latter of which is only valid when tunneling is enabled.
「D」ビットは、それが差別化サービスコードポイント（DSCP）QoSメカニズムを使用することですWTPに通知するように設定されています。セットは、「私は」と「O」ビットはステーションの元のパケットに、それは内部ヘッダで使用する値WTP、または外部ヘッダを通知するために使用され、後者は、トンネリングされたときのみ有効である場合有効。
When an IEEE 802.11 Update Station QoS message element is received, while the specific 802.1p priority or DSCP values may change for a given station, known as the station specific policy, the original Tagging Policy (the use of the five bits) remains the same.
IEEE 802.11更新ステーションのQoSメッセージ要素が受信されると、特定の802.1p優先度またはDSCP値はステーション特定のポリシーとしても知られている所与のステーションのために変更することができるが、元のタグ付け方針（5ビットを使用する）は同じまま。
The use of the DSCP and 802.1p QoS mechanisms are not mutually exclusive. An AC MAY request that a WTP use none, one, or both types of QoS mechanisms at the same time.
DSCPおよび802.1pのQoSメカニズムの使用は、相互に排他的ではありません。 ACは、WTPがどれ一つ、又は同時にQoSメカニズムの両方のタイプを使用しないことを要求することができます。
The IEEE 802.11 WTP Quality of Service and IEEE 802.11 Update Station QoS message elements include the "802.1p Tag" field, which is the 802.1p priority value. This value is used by the WTP by adding an 802.1Q header (see [IEEE.802-1Q.2005]) with the priority field set according to the policy provided. Note that this tagging is only valid for interfaces that support 802.1p. The actual treatment does not change for either Split or Local MAC modes, or when tunneling is used. The only exception is when tunneling is used, the 802.1Q header is added to the outer packet (tunneled) header. The IEEE 802.11 standard does not permit the station's packet to include an 802.1Q header. Instead, the QoS mechanisms defined in the IEEE 802.11 standard are used by stations to mark a packet's priority. When the 'P' bit is set in the Tagging Policy, the 'Q' bit has the following behavior:
IEEE 802.11 WTPサービスの品質とIEEE 802.11の更新駅のQoSメッセージ要素は、802.1pプライオリティ値である「の802.1pタグ」フィールドが含まれます。この値は、802.1Qヘッダーを追加することにより、WTPにより使用され提供されるポリシーに従って設定された優先順位フィールドで（[IEEE.802-1Q.2005]参照）。このタグは、802.1pのサポートインターフェイスに対してのみ有効であることに注意してください。実際の治療は、分割またはローカルMACのいずれかのモードでは変更されません、またはトンネリングを使用する場合。唯一の例外は、トンネリングを使用する場合、802.1Qヘッダが外部パケット（トンネル化）ヘッダに付加されます。 IEEE 802.11規格は、802.1Qヘッダーを含めるようにステーションのパケットを許可していません。代わりに、IEEE 802.11規格で定義されたQoSメカニズムは、パケットの優先順位をマークするためのステーションで使用されています。 「P」ビットがタグ付けポリシーに設定されている場合は、「Q」ビットは、次の動作があります。
Q=1: The WTP marks the priority field in the 802.1Q header to either the default or the station-specific 802.1p policy.
Q = 1：WTPは、デフォルトまたはステーション固有の802.1pポリシーのいずれかに802.1Qヘッダに優先度フィールドをマークします。
Q=0: The WTP marks the priority field in the 802.1Q header to the value found in the User Priority field of the QoS Control field of the IEEE 802.11 header. If the QoS Control field is not present in the IEEE 802.11 header, then the behavior described under 'Q=1' is used.
Q = 0：WTPは、IEEE 802.11ヘッダのQoS制御フィールドのユーザプライオリティフィールドに見つかった値に802.1Qヘッダーの優先度フィールドをマークします。 QoS制御フィールドは、IEEE 802.11ヘッダに存在しない場合は、動作は、「Q」= 1で説明に使用されます。
The IEEE 802.11 WTP Quality of Service and IEEE 802.11 Update Station QoS message elements also provide a "DSCP Tag", which is used by the WTP when the 'D' bit is set to mark the DSCP field of both the IPv4 and IPv6 headers (see [RFC2474]). When DSCP is used, the WTP marks the inner packet (the original packet received by the station) when the 'I' bit is set. Similarly, the WTP marks the outer packet (tunnel header's DSCP field) when the 'O' bit is set.
IEEE 802.11 WTPサービスの品質とIEEE 802.11更新ステーションのQoSメッセージ要素も（「D」ビットがIPv4とIPv6の両方のヘッダのDSCPフィールドをマークするために設定されている場合にWTPで使用される「DSCPタグ」を提供します[RFC2474]）を参照してください。 DSCPを使用する場合、WTPは「I」ビットが設定されている内側のパケット（局によって受信された元のパケット）をマークします。同様に、WTPが「O」ビットが設定されている外部パケット（トンネルヘッダのDSCPフィールド）をマークします。
When the 'D' bit is set, the treatment of the packet differs based on whether the WTP is tunneling the station's packets to the AC. Tunneling does not occur in a Local MAC mode when the AC has communicated that tunneling is not required, as part of the IEEE 802.11 Add WLAN message element, see Section 6.1. In the case where tunneling is not used, the 'I' and 'O' bits have the following behaviors:
「D」ビットが設定されている場合、パケットの処理は、WTPがACにステーションのパケットをトンネリングされるかどうかに基づいて異なります。 ACは、IEEE 802.11の一環として、トンネリングが必要とされていないことを伝えたとき、トンネルは、ローカルMACモードでは発生しませんWLANメッセージ要素を追加し、6.1節を参照してください。トンネリングが使用されていない場合には、「私は」「O」ビットは、次の行動を持っていると：
O=1: This option is invalid when tunneling is not enabled for station data frames.
O = 1：トンネリングがステーションのデータフレームのために有効になっていない場合、このオプションは無効です。
O=0: This option is invalid when tunneling is not enabled for station data frames.
O = 0：トンネリングがステーションのデータフレームのために有効になっていない場合、このオプションは無効です。
I=1: The WTP sets the DSCP field in the station's packet to either the default policy or the station-specific policy if one exists.
I = 1：WTPは、デフォルトのポリシーまたは1つが存在する場合、駅固有のポリシーのいずれかに駅のパケット内のDSCPフィールドを設定します。
I=0: The WTP MUST NOT modify the DSCP field in the station's packet.
I = 0：WTPは駅のパケット内のDSCPフィールドを変更してはいけません。
For Split MAC mode, or Local MAC with tunneling enabled, the WTP needs to contend with both the inner packet (the station's original packet) as well as the tunnel header (added by the WTP). In this mode of operation, the bits are treated as follows:
有効トンネリングスプリットMACモード、またはローカルMACのために、WTPは内部パケット（局のオリジナルパケット）ならびに（WTPによって追加された）トンネルヘッダの両方と競合する必要があります。次のようにこの動作モードでは、ビットが処理されます。
O=1: The WTP sets the DSCP field in the tunnel header to either the default policy or the station specific policy if one exists.
O = 1：WTPは、デフォルトのポリシーまたは存在する場合局特定のポリシーのいずれかをトンネルヘッダにDSCPフィールドを設定します。
O=0: The WTP sets the DSCP field in the tunnel header to the value found in the inner packet's DSCP field. If encryption services are provided by the AC (see Section 6.15), the packet is encrypted; therefore, the WTP cannot access the inner DSCP field, in which case it uses the behavior described when the 'O' bit is set. This occurs also if the inner packet is not IPv4 or IPv6, and thus does not have a DSCP field.
O = 0：WTPは、内部パケットのDSCPフィールドに見つかった値にトンネルヘッダにDSCPフィールドを設定します。暗号化サービスは、AC（セクション6.15を参照）によって提供されている場合、パケットは暗号化されます。従って、WTPは、「O」ビットが設定されている場合に記載された動作を使用する場合には、内側のDSCPフィールドにアクセスすることはできません。これは、内部パケットがIPv4またはIPv6でない場合にも発生しますので、DSCPフィールドを持っていません。
I=1: The WTP sets the DSCP field in the station's packet to either the default policy or the station-specific policy if one exists. If encryption services are provided by the AC (see Section 6.15), the packet is encrypted; therefore, the WTP cannot access the inner DSCP field, in which case it uses the behavior described when the 'I' bit is not set. This occurs also if the inner packet is not IPv4 or IPv6, and thus does not have a DSCP field.
I = 1：WTPは、デフォルトのポリシーまたは1つが存在する場合、駅固有のポリシーのいずれかに駅のパケット内のDSCPフィールドを設定します。暗号化サービスは、AC（セクション6.15を参照）によって提供されている場合、パケットは暗号化されます。従って、WTPは、「I」ビットがセットされていない場合に記載された動作を使用する場合には、内側のDSCPフィールドにアクセスすることはできません。これは、内部パケットがIPv4またはIPv6でない場合にも発生しますので、DSCPフィールドを持っていません。
I=0: The WTP MUST NOT modify the DSCP field in the station's packet.
I = 0：WTPは駅のパケット内のDSCPフィールドを変更してはいけません。
The CAPWAP protocol supports the Explicit Congestion Notification (ECN) bits [RFC3168]. Additional details on ECN support can be found in [RFC5415].
CAPWAPプロトコルは、明示的輻輳通知（ECN）ビット[RFC3168]をサポートしています。 ECNのサポートに関する追加の詳細は、[RFC5415]で見つけることができます。
It is recommended that IEEE 802.11 MAC Management frames be sent by both the AC and the WTP with appropriate Quality of Service values, listed below, to ensure that congestion in the network minimizes occurrences of packet loss. Note that the QoS Mechanism specified in the Tagging Policy is used as specified by the AC in the IEEE 802.11 WTP Quality of Service message element (see Section 6.22). However, the station-specific policy is not used for IEEE 802.11 MAC Management frames.
IEEE 802.11 MAC管理は、パケットロスの発生を最小限に抑え、ネットワーク内のその混雑を確保するために、以下に示す、ACおよびサービス値の適切な品質とWTPの両方で送信するフレームことをお勧めします。 （セクション6.22を参照）IEEE 802.11 WTPサービス品質のメッセージ要素にACで指定されたタグ付けポリシーで指定されたQoSメカニズムが使用されていることに注意してください。しかし、駅固有のポリシーは、IEEE 802.11 MAC管理フレームに使用されていません。
802.1p: The precedence value of 7 (decimal) SHOULD be used for all IEEE 802.11 MAC management frames, except for Probe Requests, which SHOULD use 4.
802.1P：7（10進数）の優先順位値4を使用するべきでプローブ要求を除いて、すべてのIEEE 802.11 MAC管理フレームのために使用されるべきです。
DSCP: All IEEE 802.11 MAC management frames SHOULD use the CS6 per- hop behavior (see [RFC2474]), while IEEE 802.11 Probe Requests should use the Low Drop Assured Forwarding per-hop behavior (see [RFC3246]).
DSCP：IEEE 802.11プローブ要求は、低ドロップ保証転送ホップ単位動作を使用する必要がありながら、CS6パーホップの動作を使用すべきであるすべてのIEEE 802.11 MAC管理フレームは、（[RFC2474]を参照）は、（参照[RFC3246]）。
The Run state is the normal state of operation for the CAPWAP protocol in both the WTP and the AC.
実行状態はWTPとACの両方においてCAPWAPプロトコルの通常の動作状態です。
When the WTP receives a WLAN Configuration Request message (see Section 3.1), it MUST respond with a WLAN Configuration Response message (see Section 3.2), and it remains in the Run state.
WTPは（3.1節を参照）WLANの設定要求メッセージを受信すると、（3.2節を参照）WLANの設定応答メッセージで応じなければなりません、そして、それは実行状態のまま。
When the AC sends a WLAN Configuration Request message (see Section 3.1) or receives the corresponding WLAN Configuration Response message (see Section 3.2) from the WTP, it remains in the Run state.
ACは、WTPから（3.2節を参照）WLANの設定要求メッセージを送信する（3.1節を参照）または対応するWLANの設定応答メッセージを受信すると、それが実行状態のまま。
This section defines CAPWAP Control messages that are specific to the IEEE 802.11 binding. Two messages are defined: IEEE 802.11 WLAN Configuration Request and IEEE 802.11 WLAN Configuration Response. See Section 4.5 in [RFC5415] for CAPWAP Control message definitions and the derivation of the Message Type value from the IANA Enterprise number.
このセクションでは、IEEE 802.11の結合に固有のCAPWAP制御メッセージを定義します。二つのメッセージが定義されています：IEEE 802.11 WLAN構成要求およびIEEE 802.11 WLANの設定応答を。 CAPWAP制御メッセージの定義とIANAエンタープライズ番号からのメッセージタイプ値の導出のために[RFC5415]でセクション4.5を参照してください。
The valid message types for IEEE 802.11-specific control messages are listed below. The IANA Enterprise number used with these messages is 13277.
IEEE 802.11固有の制御メッセージのための有効なメッセージの種類は以下のとおりです。これらのメッセージで使用されるIANAエンタープライズ番号は13277です。
CAPWAP Control Message Message Type
Value
IEEE 802.11 WLAN Configuration Request 3398913 IEEE 802.11 WLAN Configuration Response 3398914
IEEE 802.11 WLAN構成要求3398913 IEEE 802.11 WLANの構成応答3398914
The IEEE 802.11 WLAN Configuration Request is sent by the AC to the WTP in order to change services provided by the WTP. This control message is used to either create, update, or delete a WLAN on the WTP.
IEEE 802.11 WLAN構成要求は、WTPが提供するサービスを変更するために、WTPにACによって送信されます。この制御メッセージは、WTPのWLANを作成、更新、または削除するためにも使用されます。
The IEEE 802.11 WLAN Configuration Request is sent as a result of either some manual administrative process (e.g., deleting a WLAN), or automatically to create a WLAN on a WTP. When sent automatically to create a WLAN, this control message is sent after the CAPWAP Configuration Update Response message (see Section 8.5 in [RFC5415]) has been received by the AC.
IEEE 802.11 WLAN構成要求は、WTPにWLANを作成するために、自動的に（例えば、WLANを削除する）いくつかの手動管理プロセスのいずれかの結果として送信されるか、または。 WLANを作成するために自動的に送信するとき、この制御メッセージはCAPWAPコンフィギュレーションの更新応答メッセージの後に送信される（[RFC5415]セクション8.5を参照）ACによって受信されています。
Upon receiving this control message, the WTP will modify the necessary services and transmit an IEEE 802.11 WLAN Configuration Response.
この制御メッセージを受信すると、WTPは、必要なサービスを変更し、IEEE 802.11 WLAN構成応答を送信します。
A WTP MAY provide service for more than one WLAN; therefore, every WLAN is identified through a numerical index. For instance, a WTP that is capable of supporting up to 16 Service Set Identifiers (SSIDs), could accept up to 16 IEEE 802.11 WLAN Configuration Request messages that include the Add WLAN message element.
WTPは、複数のWLANのためのサービスを提供してもよい（MAY）。そのため、すべてのWLANは、数値インデックスによって識別されます。例えば、16のService Set Identifier（SSIDの）までサポートすることができWTPは、WLANメッセージ要素の追加などが16のIEEE 802.11 WLAN構成要求メッセージまで受け入れることができます。
Since the index is the primary identifier for a WLAN, an AC MAY attempt to ensure that the same WLAN is identified through the same index number on all of its WTPs. An AC that does not follow this approach MUST find some other means of maintaining a WLAN-Identifier-to-SSID mapping table.
インデックスがWLANのための主要な識別子であるので、ACは同じWLANは、そのWTPsの全てで同じインデックス番号によって同定されることを保証することを試みることができます。この方法に従わないACは、WLAN-識別子対SSIDマッピングテーブルを維持する他の手段を見つけなければなりません。
The following message elements MAY be included in the IEEE 802.11 WLAN Configuration Request message. Only one message element MUST be present.
次のメッセージ要素は、IEEE 802.11無線LANの設定要求メッセージに含まれるかもしれません。 1つのメッセージのみの要素が存在しなければなりません。
o IEEE 802.11 Add WLAN, see Section 6.1
O IEEE 802.11は、6.1項を参照してください、WLANを追加します
o IEEE 802.11 Delete WLAN, see Section 6.4
O IEEE 802.11 WLANの削除は、6.4節を参照してください
o IEEE 802.11 Update WLAN, see Section 6.21
O IEEE 802.11 WLANアップデートは、セクション6.21を参照してください
The following message element MAY be present.
次のメッセージ要素が存在してもよいです。
o IEEE 802.11 Information Element, see Section 6.6
O IEEE 802.11情報要素は、6.6節を参照してください
o Vendor-Specific Payload, see [RFC5415]
ベンダー固有ペイロードO、[RFC5415]を参照
The IEEE 802.11 WLAN Configuration Response message is sent by the WTP to the AC. It is used to acknowledge receipt of an IEEE 802.11 WLAN Configuration Request message, and to indicate that the requested configuration was successfully applied or that an error related to the processing of the IEEE 802.11 WLAN Configuration Request message occurred on the WTP.
IEEE 802.11 WLANの設定応答メッセージは、ACにWTPによって送信されます。 IEEE 802.11 WLANの設定要求メッセージの受信を確認するために、と要求された構成が正常に適用されたことやIEEE 802.11 WLANの設定要求メッセージの処理に関連するエラーがWTPに発生したことを示すために使用されます。
The following message element MUST be included in the IEEE 802.11 WLAN Configuration Response message.
次のメッセージ要素は、IEEE 802.11 WLANの設定応答メッセージに含まれなければなりません。
o Result Code, see Section 4.6.34 in [RFC5415]
O [RFC5415]でセクション4.6.34を参照してください、コードの結果
The following message element MAY be included in the IEEE 802.11 WLAN Configuration Response message.
次のメッセージ要素は、IEEE 802.11 WLANの設定応答メッセージに含まれるかもしれません。
o IEEE 802.11 Assigned WTP BSSID, see Section 6.3
O IEEE 802.11割り当てられたWTPのBSSID、6.3節を参照してください
o Vendor-Specific Payload, see [RFC5415]
ベンダー固有ペイロードO、[RFC5415]を参照
This section describes the CAPWAP data message bindings to support transport of IEEE 802.11 frames.
このセクションでは、IEEE 802.11フレームの転送をサポートするために、CAPWAPデータメッセージのバインディングを記述する。
Payload encapsulation: The CAPWAP protocol defines the CAPWAP data message, which is used to encapsulate a wireless payload. For IEEE 802.11, the IEEE 802.11 header and payload are encapsulated (excluding the IEEE 802.11 FCS checksum). The IEEE 802.11 FCS checksum is handled by the WTP. This allows the WTP to validate an IEEE 802.11 frame prior to sending it to the AC. Similarly, when an AC wishes to transmit a frame to a station, the WTP computes and adds the FCS checksum.
ペイロードカプセル化：CAPWAPプロトコルは、無線ペイロードをカプセル化するために使用されるCAPWAPデータメッセージを、定義します。 IEEE 802.11は、IEEE 802.11ヘッダとペイロード（IEEE 802.11 FCSのチェックサムを除く）にカプセル化されます。 IEEE 802.11 FCSチェックサムは、WTPによって処理されます。これは、WTP前ACに送信するIEEE 802.11フレームを検証することを可能にします。 ACは、ステーションにフレームを送信することを望む場合も同様に、WTPを計算し、FCSチェックサムを付加します。
Optional Wireless Specific Information: This optional CAPWAP header field (see Section 4.3 in [RFC5415]) is only used with CAPWAP data messages, and it serves two purposes, depending upon the direction of the message. For messages from the WTP to the AC, the field uses the format described in the "IEEE 802.11 Frame Info" field (see below). However, for messages sent by the AC to the WTP, the format used is described in the "Destination WLANs" field (also defined below).
オプションのワイヤレス固有の情報：このオプションのCAPWAPヘッダフィールドは、（[RFC5415]セクション4.3を参照）のみCAPWAPデータメッセージで使用され、それは、メッセージの方向に応じて、2つの目的を果たします。 ACへのWTPからのメッセージの場合、フィールドは「IEEE 802.11フレームの情報」の欄で説明したフォーマットを使用しています（下記参照）。しかし、WTPにACによって送信されたメッセージのために、使用されるフォーマットは、「宛先のWLAN」フィールド（下記に定義）に記載されています。
Note that in both cases, the two optional headers fit in the "Data" field of the Wireless Specific Information header.
どちらの場合も、2つのオプションヘッダはワイヤレス固有情報ヘッダの「データ」フィールドに収まることに注意してください。
IEEE 802.11 Frame Info: When an IEEE 802.11 frame is received from a station over the air, it is encapsulated and this field is used to include radio and PHY-specific information associated with the frame.
IEEE 802.11フレーム情報：IEEE 802.11フレームが空中局から受信された場合、それがカプセル化され、このフィールドは、フレームに関連する無線およびPHY固有の情報を含めるために使用されます。
The IEEE 802.11 Frame Info field has the following format:
IEEE 802.11フレーム情報フィールドの形式は次のとおりです。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| RSSI | SNR | Data Rate |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
RSSI: Received Signal Strength Indication (RSSI) is a signed, 8-bit value. It is the received signal strength indication, in dBm.
RSSI受信信号強度表示（RSSI）が署名され、8ビットの値です。これはdBmで、受信信号強度指標です。
SNR: SNR is a signed, 8-bit value. It is the signal-to-noise ratio of the received IEEE 802.11 frame, in dB.
SNR：SNRは符号付き8ビット値です。これはdBで受信したIEEE 802.11フレームの信号対雑音比、です。
Data Rate: The data rate field is a 16-bit unsigned value. The data rate field is a 16-bit unsigned value expressing the data rate of the packets received by the WTP in units of 0.1 Mbps. For instance, a packet received at 5.5 Mbps would be set to 55, while 11 Mbps would be set to 110.
データレート：データレートフィールドは、16ビットの符号なしの値です。データレートフィールドは、0.1 Mbpsの単位でWTPが受信したパケットのデータレートを表す16ビットの符号なしの値です。 11 Mbpsの110に設定されるであろうしながら、例えば、5.5 Mbpsで受信されたパケットは、55に設定されることになります。
Destination WLANs: The Destination WLANs field is used to specify the target WLANs for a given frame, and is only used with broadcast and multicast frames. This field allows the AC to transmit a single broadcast or multicast frame to the WTP and allows the WTP to perform the necessary frame replication. The field uses the following format:
先のWLAN：先のWLANフィールドは、与えられたフレームのターゲットのWLANを指定するために使用され、そして唯一のブロードキャストおよびマルチキャストフレームで使用されています。このフィールドは、ACがWTPに単一のブロードキャストまたはマルチキャストフレームを送信することを可能にし、WTPが必要なフレームの複製を行うことができます。フィールドは次の形式を使用します。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| WLAN ID bitmap | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
WLAN ID bitmap: This bit field indicates the WLAN ID (see Section 6.1) on which the WTP will transmit the included frame. For instance, if a multicast packet is to be transmitted on WLANs 1 and 3, the bits for WLAN 1 and 3 of this field would be enabled. WLAN 1 is represented by bit 15 in the figure above, or the least significant bit, while WLAN 16 would be represented by bit zero (0), or the most significant bit, in the figure. This field is to be set to all zeroes for unicast packets and is unused if the WTP is not providing IEEE 802.11 encryption.
WLANのIDビットマップ：このビットのフィールドは、WTPが含まれるフレームの送信先となるWLAN IDを（6.1節を参照）を示しています。マルチキャストパケットは、WLANの1及び3上で送信される場合、例えば、WLAN 1と、このフィールドの3ビットが有効であろう。 WLAN 16は図では、ビットはゼロ（0）、または最上位ビットで表されるであろうがWLAN 1は、上の図、または最下位ビットで15ビットで表されます。このフィールドは、ユニキャストパケットのためにすべてゼロに設定されるべきであり、WTPは、IEEE 802.11の暗号化を提供していない場合は未使用です。
Reserved: All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
予約：このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
This section describes the IEEE 802.11-specific message elements included in CAPWAP Control Messages.
このセクションでは、CAPWAP制御メッセージに含まれるIEEE 802.11固有のメッセージ要素を記述する。
The following IEEE 802.11-specific message element MUST be included in the CAPWAP Discovery Request Message.
以下IEEE 802.11固有のメッセージ要素は、CAPWAPディスカバリ要求メッセージに含まれなければなりません。
o IEEE 802.11 WTP Radio Information, see Section 6.25. An IEEE 802.11 WTP Radio Information message element MUST be present for every radio in the WTP.
IEEE 802.11 WTPラジオ情報O、6.25項を参照してください。 IEEE 802.11 WTPラジオ情報メッセージ要素はWTP内のすべての無線のために存在していなければなりません。
The following IEEE 802.11-specific message element MUST be included in the CAPWAP Discovery Response Message.
以下IEEE 802.11固有のメッセージ要素は、CAPWAPディスカバリ応答メッセージに含まれなければなりません。
o IEEE 802.11 WTP Radio Information, see Section 6.25. An IEEE 802.11 WTP Radio Information message element MUST be present for every radio in the WTP.
IEEE 802.11 WTPラジオ情報O、6.25項を参照してください。 IEEE 802.11 WTPラジオ情報メッセージ要素はWTP内のすべての無線のために存在していなければなりません。
The following IEEE 802.11 specific message element MUST be included in the CAPWAP Primary Discovery Request message.
以下IEEE 802.11特定のメッセージ要素は、CAPWAPプライマリディスカバリ要求メッセージに含まれなければなりません。
o IEEE 802.11 WTP Radio Information, see Section 6.25. An IEEE 802.11 WTP Radio Information message element MUST be present for every radio in the WTP.
IEEE 802.11 WTPラジオ情報O、6.25項を参照してください。 IEEE 802.11 WTPラジオ情報メッセージ要素はWTP内のすべての無線のために存在していなければなりません。
The following IEEE 802.11-specific message element MUST be included in the CAPWAP Primary Discovery Response message.
以下のIEEE 802.11固有のメッセージ要素は、CAPWAPプライマリディスカバリ応答メッセージに含まれなければなりません。
o IEEE 802.11 WTP Radio Information, see Section 6.25. An IEEE 802.11 WTP Radio Information message element MUST be present for every radio in the WTP.
IEEE 802.11 WTPラジオ情報O、6.25項を参照してください。 IEEE 802.11 WTPラジオ情報メッセージ要素はWTP内のすべての無線のために存在していなければなりません。
The following IEEE 802.11-specific message element MUST be included in the CAPWAP Join Request message.
以下IEEE 802.11固有のメッセージ要素は、CAPWAP参加要請メッセージに含まれなければなりません。
o IEEE 802.11 WTP Radio Information, see Section 6.25. An IEEE 802.11 WTP Radio Information message element MUST be present for every radio in the WTP.
IEEE 802.11 WTPラジオ情報O、6.25項を参照してください。 IEEE 802.11 WTPラジオ情報メッセージ要素はWTP内のすべての無線のために存在していなければなりません。
The following IEEE 802.11-specific message element MUST be included in the CAPWAP Join Response message.
以下のIEEE 802.11固有のメッセージ要素は、CAPWAPが加入応答メッセージに含まれなければなりません。
o IEEE 802.11 WTP Radio Information, see Section 6.25. An IEEE 802.11 WTP Radio Information message element MUST be present for every radio in the WTP.
IEEE 802.11 WTPラジオ情報O、6.25項を参照してください。 IEEE 802.11 WTPラジオ情報メッセージ要素はWTP内のすべての無線のために存在していなければなりません。
The following IEEE 802.11-specific message elements MAY be included in the CAPWAP Configuration Status Request message. More than one of each message element listed MAY be included.
以下のIEEE 802.11固有のメッセージ要素は、CAPWAPコンフィギュレーションステータス要求メッセージに含まれるかもしれません。リストされた各メッセージ要素の複数が含まれていてもよいです。
o IEEE 802.11 Antenna, see Section 6.2
IEEE 802.11アンテナO、6.2節を参照してください
o IEEE 802.11 Direct Sequence Control, see Section 6.5
IEEE 802.11のダイレクトシーケンス制御O、6.5節を参照してください
o IEEE 802.11 MAC Operation, see Section 6.7
IEEE 802.11 MACオペレーションO、6.7節を参照してください
o IEEE 802.11 Multi-Domain Capability, see Section 6.9
O IEEE 802.11マルチドメイン機能は、6.9節を参照してください
o IEEE 802.11 Orthogonal Frequency Division Multiplexing (OFDM) Control, see Section 6.10
O IEEE 802.11直交周波数分割多重（OFDM）コントロールは、6.10節を参照してください
o IEEE 802.11 Supported Rates, see Section 6.17
O IEEE 802.11サポートされている料金は、セクション6.17を参照してください
o IEEE 802.11 Tx Power, see Section 6.18
O IEEE 802.11のTxパワーは、6.18項を参照してください
o IEEE 802.11 TX Power Level, see Section 6.19
O IEEE 802.11 TXパワーレベルは、第6.19節を参照してください
o IEEE 802.11 WTP Radio Configuration, see Section 6.23
IEEE 802.11 WTPラジオの設定O、6.23項を参照してください
o IEEE 802.11 WTP Radio Information, see Section 6.25. An IEEE 802.11 WTP Radio Information message element MUST be present for every radio in the WTP.
IEEE 802.11 WTPラジオ情報O、6.25項を参照してください。 IEEE 802.11 WTPラジオ情報メッセージ要素はWTP内のすべての無線のために存在していなければなりません。
The following IEEE 802.11 specific message elements MAY be included in the CAPWAP Configuration Status Response Message. More than one of each message element listed MAY be included.
以下のIEEE 802.11の特定のメッセージ要素は、CAPWAPコンフィギュレーションステータス応答メッセージに含まれるかもしれません。リストされた各メッセージ要素の複数が含まれていてもよいです。
o IEEE 802.11 Antenna, see Section 6.2
IEEE 802.11アンテナO、6.2節を参照してください
o IEEE 802.11 Direct Sequence Control, see Section 6.5
IEEE 802.11のダイレクトシーケンス制御O、6.5節を参照してください
o IEEE 802.11 MAC Operation, see Section 6.7
IEEE 802.11 MACオペレーションO、6.7節を参照してください
o IEEE 802.11 Multi-Domain Capability, see Section 6.9
O IEEE 802.11マルチドメイン機能は、6.9節を参照してください
o IEEE 802.11 OFDM Control, see Section 6.10
O IEEE 802.11 OFDMコントロールは、6.10節を参照してください
o IEEE 802.11 Rate Set, see Section 6.11
O IEEE 802.11レートセットは、6.11を参照してください
o IEEE 802.11 Supported Rates, see Section 6.17
O IEEE 802.11サポートされている料金は、セクション6.17を参照してください
o IEEE 802.11 Tx Power, see Section 6.18
O IEEE 802.11のTxパワーは、6.18項を参照してください
o IEEE 802.11 WTP Quality of Service, see Section 6.22
OサービスのIEEE 802.11 WTPの品質は、第6.22項を参照してください
o IEEE 802.11 WTP Radio Configuration, see Section 6.23
IEEE 802.11 WTPラジオの設定O、6.23項を参照してください
The following IEEE 802.11-specific message elements MAY be included in the CAPWAP Configuration Update Request message. More than one of each message element listed MAY be included.
以下のIEEE 802.11固有のメッセージ要素は、CAPWAPコンフィギュレーション更新要求メッセージに含まれるかもしれません。リストされた各メッセージ要素の複数が含まれていてもよいです。
o IEEE 802.11 Antenna, see Section 6.2
IEEE 802.11アンテナO、6.2節を参照してください
o IEEE 802.11 Direct Sequence Control, see Section 6.5
IEEE 802.11のダイレクトシーケンス制御O、6.5節を参照してください
o IEEE 802.11 MAC Operation, see Section 6.7
IEEE 802.11 MACオペレーションO、6.7節を参照してください
o IEEE 802.11 Multi-Domain Capability, see Section 6.9
O IEEE 802.11マルチドメイン機能は、6.9節を参照してください
o IEEE 802.11 OFDM Control, see Section 6.10
O IEEE 802.11 OFDMコントロールは、6.10節を参照してください
o IEEE 802.11 Rate Set, see Section 6.11
O IEEE 802.11レートセットは、6.11を参照してください
o IEEE 802.11 RSNA Error Report from Station, see Section 6.12
OステーションからIEEE 802.11 RSNAエラーレポートは、6.12項を参照してください
o IEEE 802.11 Tx Power, see Section 6.18
O IEEE 802.11のTxパワーは、6.18項を参照してください
o IEEE 802.11 WTP Quality of Service, see Section 6.22
OサービスのIEEE 802.11 WTPの品質は、第6.22項を参照してください
o IEEE 802.11 WTP Radio Configuration, see Section 6.23
IEEE 802.11 WTPラジオの設定O、6.23項を参照してください
The following IEEE 802.11-specific message elements MAY be included in the CAPWAP Station Configuration Request message. More than one of each message element listed MAY be included.
以下のIEEE 802.11固有のメッセージ要素は、CAPWAP駅コンフィギュレーション要求メッセージに含まれるかもしれません。リストされた各メッセージ要素の複数が含まれていてもよいです。
o IEEE 802.11 Station, see Section 6.13
IEEE 802.11駅O、セクション6.13を参照してください
o IEEE 802.11 Station Session Key, see Section 6.15
O IEEE 802.11駅セッションキーは、セクション6.15を参照してください
o IEEE 802.11 Station QoS Profile, see Section 6.14
O IEEE 802.11駅QoSプロファイルは、セクション6.14を参照してください
o IEEE 802.11 Update Station Qos, see Section 6.20
O IEEE 802.11更新駅QoSは、第6.20項を参照してください
The following IEEE 802.11-specific message element MAY be included in the CAPWAP Station Configuration Request message.
以下のIEEE 802.11固有のメッセージ要素は、CAPWAP駅コンフィギュレーション要求メッセージに含まれるかもしれません。
o IEEE 802.11 WTP Radio Fail Alarm Indication, see Section 6.24
O IEEE 802.11 WTPラジオ失敗アラーム表示は、セクション6.24を参照してください
The following IEEE 802.11-specific message elements MAY be included in the CAPWAP WTP Event Request message. More than one of each message element listed MAY be included.
以下IEEE 802.11固有のメッセージ要素は、CAPWAP WTPイベント要求メッセージに含まれるかもしれません。リストされた各メッセージ要素の複数が含まれていてもよいです。
o IEEE 802.11 MIC Countermeasures, see Section 6.8
IEEE 802.11 MIC対策O、6.8節を参照してください
o IEEE 802.11 RSNA Error Report from Station, see Section 6.12
OステーションからIEEE 802.11 RSNAエラーレポートは、6.12項を参照してください
o IEEE 802.11 Statistics, see Section 6.16
IEEE 802.11統計O、6.16節を参照してください
The following IEEE 802.11-specific message elements are defined in this section.
以下IEEE 802.11固有のメッセージ要素は、このセクションで定義されています。
IEEE 802.11 Message Element Type Value
IEEE 802.11メッセージ要素タイプ値
IEEE 802.11 Add WLAN 1024 IEEE 802.11 Antenna 1025 IEEE 802.11 Assigned WTP BSSID 1026 IEEE 802.11 Delete WLAN 1027 IEEE 802.11 Direct Sequence Control 1028 IEEE 802.11 Information Element 1029 IEEE 802.11 MAC Operation 1030 IEEE 802.11 MIC Countermeasures 1031 IEEE 802.11 Multi-Domain Capability 1032 IEEE 802.11 OFDM Control 1033 IEEE 802.11 Rate Set 1034 IEEE 802.11 RSNA Error Report From Station 1035 IEEE 802.11 Station 1036 IEEE 802.11 Station QoS Profile 1037 IEEE 802.11 Station Session Key 1038 IEEE 802.11 Statistics 1039 IEEE 802.11 Supported Rates 1040 IEEE 802.11 Tx Power 1041 IEEE 802.11 Tx Power Level 1042 IEEE 802.11 Update Station QoS 1043 IEEE 802.11 Update WLAN 1044 IEEE 802.11 WTP Quality of Service 1045 IEEE 802.11 WTP Radio Configuration 1046 IEEE 802.11 WTP Radio Fail Alarm Indication 1047 IEEE 802.11 WTP Radio Information 1048
IEEE 802.11 WLAN 1024追加IEEE 802.11アンテナ1025 IEEE 802.11割り当てられたWTPのBSSID 1026 IEEE 802.11は、WLAN 1027 IEEE 802.11のダイレクトシーケンス制御1028 IEEE 802.11情報要素1029のIEEE 802.11 MACオペレーション1030 IEEE 802.11 MIC対策1031 IEEE 802.11マルチドメイン機能1032 IEEE 802.11を削除します駅1035 IEEE 802.11ステーション1036 IEEE 802.11ステーション1037人のIEEE 802.11駅セッションキー1038のIEEE 802.11統計1039 IEEE 802.11サポート料金1040 IEEE 802.11のTxパワー1041 IEEE 802.11 Tx電力のQoSプロファイルからOFDMコントロール1033 IEEE 802.11レートセット1034 IEEE 802.11 RSNAエラーレポートレベル1042 IEEE 802.11更新駅のQoS 1043 IEEE 802.11 WLANアップデート1044 IEEE 802.11 WTPサービス品質1045年のIEEE 802.11 WTPラジオコンフィギュ1046 IEEE 802.11 WTPラジオ失敗アラーム表示1047 IEEE 802.11 WTPラジオ情報1048
Figure 8: IEEE 802.11 Binding Message Elements
図8：IEEE 802.11メッセージの要素をバインド
The IEEE 802.11 Add WLAN message element is used by the AC to define a WLAN on the WTP. The inclusion of this message element MUST also include IEEE 802.11 Information Element message elements, containing the following IEEE 802.11 IEs:
IEEE 802.11 WLAN追加メッセージ要素はWTPにWLANを定義するためにACによって使用されます。このメッセージ要素の包含はまた、以下のIEEE 802.11 IEを含む、IEEE 802.11情報要素メッセージ要素を含める必要があります。
Power Constraint information element
パワー制約情報要素
EDCA Parameter Set information element
EDCAパラメータセット情報要素
QoS Capability information element
QoSの能力情報要素
WPA information element [WPA]
WPA情報要素[WPA]
RSN information element
RSN情報要素
WMM information element [WMM]
WMM情報要素[WMM]
These IEEE 802.11 Information Elements are stored by the WTP and included in any Probe Responses and Beacons generated, as specified in the IEEE 802.11 standard [IEEE.802-11.2007]. If present, the RSN Information Element is sent with the IEEE 802.11 Add WLAN message element to instruct the WTP on the usage of the Key field.
これらIEEE 802.11情報要素は、WTPにより保存され、任意のプローブ応答に含まれる[IEEE.802-11.2007】IEEE 802.11規格で指定されるようにビーコンは、生成されます。存在する場合、RSN情報要素は、IEEE 802.11で送られるキーフィールドの使用にWTPを指示するWLANメッセージ要素を追加します。
If cryptographic services are provided at the WTP, the WTP MUST observe the algorithm dictated in the Group Cipher Suite field of the RSN Information Element sent by the AC. The RSN Information Element is used to communicate any supported algorithm, including WEP, Temporal Key Integrity Protocol (TKIP) and AES-CCMP. In the case of static WEP keys, the RSN Information Element is still used to indicate the cryptographic algorithm even though no key exchange occurred.
暗号化サービスは、WTPで提供されている場合、WTPはACによって送られたRSN情報要素のグループ暗号スイートフィールドに決まるアルゴリズムを遵守しなければなりません。 RSN情報要素は、WEP、TKIP（Temporal Key Integrity Protocol）が、およびAES-CCMPを含む任意のサポートされているアルゴリズムを通信するために使用されます。静的WEPキーの場合は、RSN情報要素はまだ鍵交換が発生していないにもかかわらず、暗号アルゴリズムを示すために使用されます。
An AC MAY include additional Information Elements as desired. The message element uses the following format:
必要に応じてACは、追加の情報要素を含むことができます。メッセージ要素は次の形式を使用します。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | WLAN ID | Capability |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Key Index | Key Status | Key Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Key... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Group TSC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Group TSC | QoS | Auth Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MAC Mode | Tunnel Mode | Suppress SSID | SSID ...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1024 for IEEE 802.11 Add WLAN
タイプ：1024 IEEE 802.11のためのWLANを追加します。
Length: >= 20
長さ：> = 20
Radio ID: An 8-bit value representing the radio, whose value is between one (1) and 31.
無線ID：無線を表す8ビットの値で、その値は1（1）と31の間です。
WLAN ID: An 8-bit value specifying the WLAN Identifier. The value MUST be between one (1) and 16.
WLAN ID：WLAN識別子を指定する8ビット値。値は1（1）と16の間でなければなりません。
Capability: A 16-bit value containing the Capability information field to be advertised by the WTP in the Probe Request and Beacon frames. Each bit of the Capability field represents a different WTP capability, which are described in detail in [IEEE.802-11.2007]. The format of the field is:
能力：プローブ要求及びビーコンフレームにWTPによってアドバタイズされる能力情報フィールドを含む16ビット値。機能フィールドの各ビットは、[IEEE.802-11.2007]に詳細に記載されている異なるWTP能力を表します。フィールドの形式は次のとおりです。
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|E|I|C|F|P|S|B|A|M|Q|T|D|V|O|K|L|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
E (ESS): The AC MUST set the Extended Service Set (ESS) subfield to 1.
E（ESS）：ACは1に拡張サービスセット（ESS）サブフィールドを設定しなければなりません。
I (IBSS): The AC MUST set the Independent Basic Service Set (IBSS) subfield to 0.
I（IBSS）：ACが0に独立した基本サービスセット（IBSS）サブフィールドを設定しなければなりません。
C (CF-Pollable): The AC sets the Contention Free Pollable (CF-Pollable) subfield based on the table found in [IEEE.802-11.2007].
C（CF-ポーリング可能）：ACは、[IEEE.802-11.2007]で見つかったテーブルに基づいて、コンテンションフリーポーリング可能（CF-ポーリング可能）サブフィールドを設定します。
F (CF-Poll Request): The AC sets the CF-Poll Request subfield based on the table found in [IEEE.802-11.2007].
F（CF-ポーリング要求は）：ACは、[IEEE.802-11.2007]で見つかったテーブルに基づいて、CF-ポーリング要求サブフィールドを設定します。
P (Privacy): The AC sets the Privacy subfield based on the confidentiality requirements of the WLAN, as defined in [IEEE.802-11.2007].
P（プライバシー）：[IEEE.802-11.2007]で定義されるようにACは、WLANの機密要件に基づいてプライバシーサブフィールドを設定します。
S (Short Preamble): The AC sets the Short Preamble subfield based on whether the use of short preambles is permitted on the WLAN, as defined in [IEEE.802-11.2007].
S（ショートプリアンブル）：ACは、[IEEE.802-11.2007]で定義されるように、短いプリアンブルの使用は、WLAN上で許可されているかどうかに基づいて短いプリアンブルサブフィールドを設定します。
B (PBCC): The AC sets the Packet Binary Convolutional Code (PBCC) modulation option subfield based on whether the use of PBCC is permitted on the WLAN, as defined in [IEEE.802-11.2007].
B（PBCC）：ACは、[IEEE.802-11.2007]で定義されるようにPBCCの使用は、WLAN上で許可されているか否かに基づいて、パケットバイナリ畳み込み符号（PBCC）変調オプションサブフィールドを設定します。
A (Channel Agility): The AC sets the Channel Agility subfield based on whether the WTP is capable of supporting the High Rate Direct Sequence Spread Spectrum (HR/DSSS), as defined in [IEEE.802-11.2007].
（チャンネルアジリティ）は：ACは、WTPが[IEEE.802-11.2007]で定義されるように、高レート直接シーケンススペクトラム拡散（HR / DSSS）をサポートすることが可能であるかどうかに基づいて、チャンネルアジリティサブフィールドを設定します。
M (Spectrum Management): The AC sets the Spectrum Management subfield according to the value of the dot11SpectrumManagementRequired MIB variable, as defined in [IEEE.802-11.2007].
M（スペクトル管理）：ACは、[IEEE.802-11.2007]で定義されるように、dot11SpectrumManagementRequired MIB変数の値に応じてスペクトル管理サブフィールドを設定します。
Q (QoS): The AC sets the Quality of Service (QoS) subfield based on the table found in [IEEE.802-11.2007].
Q（QOS）：ACは、[IEEE.802-11.2007]で見つかったテーブルに基づいてサービス品質（QoS）のサブフィールドを設定します。
T (Short Slot Time): The AC sets the Short Slot Time subfield according to the value of the WTP's currently used slot time value, as defined in [IEEE.802-11.2007].
T（短いスロット時間）：[IEEE.802-11.2007]で定義されるようにACは、WTPの現在使用されているスロットの時間値の値に応じて短いスロット時間サブフィールドを設定します。
D (APSD): The AC sets the Automatic Power Save Delivery (APSD) subfield according to the value of the dot11APSDOptionImplemented Management Information Base (MIB) variable, as defined in [IEEE.802-11.2007].
D（APSD）：ACは、[IEEE.802-11.2007]で定義されるようdot11APSDOptionImplemented管理情報ベース（MIB）変数の値に応じて自動節電配信（APSD）サブフィールドを設定します。
V (Reserved): The AC sets the Reserved subfield to zero, as defined in [IEEE.802-11.2007].
V（予約）：[IEEE.802-11.2007]で定義されるようにACは、ゼロに予約サブフィールドを設定します。
O (DSSS-OFDM): The AC sets the DSSS-OFDM subfield to indicate the use of Direct Sequence Spread Spectrum with Orthogonal Frequency Division Multiplexing (DSSS-OFDM), as defined in [IEEE.802-11.2007].
（DSSS-OFDM）O：ACは、[IEEE.802-11.2007]で定義されるようにDSSS-OFDMのサブフィールドは、直交周波数分割多重（DSSS-OFDM）とスペクトラム拡散直接シーケンスの使用を示すために設定します。
K (Delayed Block ACK): The AC sets the Delayed Block ACK subfield according to the value of the dot11DelayedBlockAckOptionImplemented MIB variable, as defined in [IEEE.802-11.2007].
Kは（ブロックACKを遅延）：[IEEE.802-11.2007]で定義されるようにACは、dot11DelayedBlockAckOptionImplemented MIB変数の値に応じて遅延型ブロックACKサブフィールドを設定します。
L (Immediate Block ACK): The AC sets the Delayed Block ACK subfield according to the value of the dot11ImmediateBlockAckOptionImplemented MIB variable, as defined in [IEEE.802-11.2007].
L（即時ブロックACK）：ACは、[IEEE.802-11.2007]で定義されるように、dot11ImmediateBlockAckOptionImplemented MIB変数の値に応じて遅延ブロックACKサブフィールドを設定します。
Key-Index: The Key Index associated with the key.
キーインデックス：キーに関連付けられたキーインデックス。
Key Status: A 1-byte value that specifies the state and usage of the key that has been included. Note this field is ignored if the Key Length field is set to zero (0). The following values describe the key usage and its status:
キーステータス：含まれているキーの状態や使用状況を指定する1バイトの値。キー長フィールドがゼロ（0）に設定されている場合、このフィールドは無視されます。次の値は、キーの使用状況とその状況を説明します。
0 - A value of zero, with the inclusion of the RSN Information Element means that the WLAN uses per-station encryption keys, and therefore the key in the 'Key' field is only used for multicast traffic.
0 - RSN情報要素を含めてゼロの値は、WLANごとの局の暗号鍵を使用し、したがって、「キー」フィールドにキーのみマルチキャストトラフィックのために使用されることを意味します。
1 - When set to one, the WLAN employs a shared Wired Equivalent Privacy (WEP) key, also known as a static WEP key, and uses the encryption key for both unicast and multicast traffic for all stations.
1 - オンに設定すると、WLANはまた、スタティックWEPキーとして知られている共有Wired Equivalent Privacy（WEP）キーを採用し、すべてのステーションのためのユニキャストおよびマルチキャストトラフィックの両方のための暗号化キーを使用しています。
2 - The value of 2 indicates that the AC will begin rekeying the GTK with the STA's in the BSS. It is only valid when IEEE 802.11 is enabled as the security policy for the BSS.
2から2の値は、ACは、STAのBSS内でGTKを再入力を開始することを示しています。 IEEE 802.11は、BSSのセキュリティポリシーとして有効になっている場合にのみ有効です。
3 - The value of 3 indicates that the AC has completed rekeying the GTK and broadcast packets no longer need to be duplicated and transmitted with both GTK's.
3から3の値は、ACはGTKを再入力完了していないと、ブロードキャストパケットは、もはや複製され、両方のGTKので送信する必要があることを示しています。
Key Length: A 16-bit value representing the length of the Key field.
キー長：キーフィールドの長さを表す16ビットの値。
Key: A Session Key, whose length is known via the Key Length field, used to provide data privacy. For encryption schemes that employ a separate encryption key for unicast and multicast traffic, the key included here only applies to multicast frames, and the cipher suite is specified in an accompanied RSN Information Element. In these scenarios, the key and cipher information is communicated via the Add Station message element, see Section 4.6.8 in [RFC5415] and the IEEE 802.11 Station Session Key message element, see Section 6.15. When used with WEP, the key field includes the broadcast key. When used with CCMP, the Key field includes the 128-bit Group Temporal Key. When used with TKIP, the Key field includes the 256-bit Group Temporal Key (which consists of a 128- bit key used as input for TKIP key mixing, and two 64-bit keys used for Michael).
キー：長さのデータのプライバシーを提供するために使用するキーの長さフィールドを介して知られているセッション鍵、。ユニキャストおよびマルチキャストトラフィック用に別の暗号化キーを採用する暗号化方式の場合は、ここに含まれる鍵は、唯一のマルチキャストフレームに適用され、暗号スイートを伴うRSN情報要素で指定されています。これらのシナリオでは、キーと暗号情報が追加ステーションメッセージ要素を介して伝達され、セクション6.15を参照してください、[RFC5415]とIEEE 802.11駅セッションキーメッセージ要素内のセクション4.6.8を参照してください。 WEPで使用する場合、キーフィールドは、ブロードキャストキーが含まれています。 CCMPで使用する場合、キーフィールドは、128ビットのグループ一時的なキーを含んでいます。 TKIPと共に使用される場合、キーフィールドは、（TKIPキー混合のための入力として使用される128ビットのキーで構成され、マイケルのために使用される2つの64ビット・キー）256ビットのグループの一時的なキーを含みます。
Group TSC: A 48-bit value containing the Transmit Sequence Counter (TSC) for the updated group key. The WTP will set the TSC for broadcast/multicast frames to this value for the updated group key.
グループTSC：更新されたグループキーの送信シーケンスカウンタ（TSC）を含む48ビットの値。 WTPは、更新されたグループのキーにこの値にブロードキャスト/マルチキャストフレームのTSCを設定します。
QoS: An 8-bit value specifying the default QoS policy for the WTP to apply to network traffic received for a non-WMM enabled STA.
QoSの：非WMMは、STAを有効にするためにネットワークトラフィックに適用するWTPのデフォルトのQoSポリシーを指定する8ビットの値を受け取りました。
The following enumerated values are supported:
以下の列挙値がサポートされています。
0 - Best Effort
0 - ベストエフォート
1 - Video
1 - ビデオ
2 - Voice
2 - 音声
3 - Background
3 - 背景
Auth Type: An 8-bit value specifying the supported authentication type.
認証の種類：サポートされている認証タイプを指定する8ビットの値。
The following enumerated values are supported:
以下の列挙値がサポートされています。
0 - Open System
0 - オープンシステム
1 - WEP Shared Key
1 - WEP共有鍵
MAC Mode: This field specifies whether the WTP should support the WLAN in Local or Split MAC mode. Note that the AC MUST NOT request a mode of operation that was not advertised by the WTP during the discovery process (see Section 4.6.43 in [RFC5415]). The following enumerated values are supported:
MACモード：このフィールドは、WTPがローカルまたはスプリットMACモードでWLANをサポートするかどうかを指定します。 ACは、（[RFC5415]セクション4.6.43を参照のこと）発見プロセス中WTPによってアドバタイズされなかった動作モードを要求していなければならないことに注意してください。以下の列挙値がサポートされています。
0 - Local MAC: Service for the WLAN is to be provided in Local MAC mode.
0 - ローカルMAC：WLANのためのサービスは、ローカルMACモードで提供されるべきです。
1 - Split MAC: Service for the WLAN is to be provided in Split MAC mode.
1 - スプリットMAC：WLANのためのサービスは、スプリットMACモードで提供されるべきです。
Tunnel Mode: This field specifies the frame tunneling type to be used for 802.11 data frames from all stations associated with the WLAN. The AC MUST NOT request a mode of operation that was not advertised by the WTP during the discovery process (see Section 4.6.42 in [RFC5415]). All IEEE 802.11 management frames MUST be tunneled using 802.11 Tunnel mode. The following enumerated values are supported:
トンネルモード：このフィールドは、WLANに関連付けられているすべての局からの802.11データフレームのために使用するフレームのトンネリングタイプを指定します。 ACは、発見プロセス中WTPによってアドバタイズされなかった動作モードを（[RFC5415]セクション4.6.42を参照）を要求してはいけません。すべてのIEEE 802.11管理フレームは、802.11トンネルモードを使用してトンネリングされなければなりません。以下の列挙値がサポートされています。
0 - Local Bridging: All user traffic is to be locally bridged.
0 - ローカルブリッジ：すべてのユーザトラフィックはローカルにブリッジされます。
1 - 802.3 Tunnel: All user traffic is to be tunneled to the AC in 802.3 format (see Section 4.4.2 in [RFC5415]). Note that this option MUST NOT be selected with Split MAC mode.
1から802.3トンネル：すべてのユーザトラフィックは、（[RFC5415]セクション4.4.2を参照）802.3形式のACにトンネルされます。このオプションは、スプリットMACモードで選択されてはならないことに注意してください。
2 - 802.11 Tunnel: All user traffic is to be tunneled to the AC in 802.11 format.
2から802.11トンネル：すべてのユーザトラフィックは802.11形式でACにトンネリングされます。
Suppress SSID: A boolean indicating whether the SSID is to be advertised by the WTP. A value of zero suppresses the SSID in the 802.11 Beacon and Probe Response frames, while a value of one will cause the WTP to populate the field.
SSIDを抑制：ブールSSIDはWTPによってアドバタイズされるべきであるかどうかを示します。 1の値はWTPがフィールドに移入するようになりますしながら、ゼロの値は、802.11ビーコンおよびプローブ応答フレームでSSIDを抑制することができます。
SSID: The SSID attribute is the service set identifier that will be advertised by the WTP for this WLAN. The SSID field contains any ASCII character and MUST NOT exceed 32 octets in length, as defined in [IEEE.802-11.2007].
SSID：SSID属性は、このWLANのためのWTPによってアドバタイズされるサービスセット識別子です。 SSIDフィールドには、任意のASCII文字が含まれており、[IEEE.802-11.2007]で定義されるように、長さが32個のオクテットを超えてはいけません。
The IEEE 802.11 Antenna message element is communicated by the WTP to the AC to provide information on the antennas available. The AC MAY use this element to reconfigure the WTP's antennas. The message element contains the following fields:
IEEE 802.11アンテナメッセージ要素は、利用可能なアンテナに関する情報を提供するために、ACにWTPにより通信されます。 ACは、WTPのアンテナを再構成するために、この要素を使用するかもしれません。メッセージ要素は、以下のフィールドが含まれています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | Diversity | Combiner | Antenna Cnt |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Antenna Selection...
+-+-+-+-+-+-+-+-+
Type: 1025 for IEEE 802.11 Antenna
タイプ：IEEE 802.11アンテナ用1025
Length: >= 5
長さ：> = 5
Radio ID: An 8-bit value representing the radio to configure, whose value is between one (1) and 31.
無線ID：設定するラジオを表す8ビットの値で、その値は1（1）と31の間です。
Diversity: An 8-bit value specifying whether the antenna is to provide receiver diversity. The value of this field is the same as the IEEE 802.11 dot11DiversitySelectionRx MIB element, see [IEEE.802-11.2007]. The following enumerated values are supported:
ダイバーシティアンテナは、受信ダイバーシティを提供することであるかどうかを指定する8ビットの値。このフィールドの値は、IEEE 802.11 dot11DiversitySelectionRx MIB要素と同じである、[IEEE.802-11.2007]参照します。以下の列挙値がサポートされています。
0 - Disabled
0 - 無効
1 - Enabled (may only be true if the antenna can be used as a receiving antenna)
1 - 有効（アンテナが受信アンテナとして使用することができる場合にのみ真であってもよいです）
Combiner: An 8-bit value specifying the combiner selection. The following enumerated values are supported:
合成：合成の選択を指定する8ビットの値。以下の列挙値がサポートされています。
1 - Sectorized (Left)
1 - セクタ化（左）
2 - Sectorized (Right)
2 - セクター化（右）
3 - Omni
3 - すべての
4 - Multiple Input/Multiple Output (MIMO)
4 - 多重入力/多重出力（MIMO）
Antenna Count: An 8-bit value specifying the number of Antenna Selection fields. This value SHOULD be the same as the one found in the IEEE 802.11 dot11CurrentTxAntenna MIB element (see [IEEE.802-11.2007]).
アンテナ数：8ビットの値は、アンテナ選択フィールドの数を指定します。この値は、（[IEEE.802-11.2007]参照）、IEEE 802.11 dot11CurrentTxAntenna MIB要素に見出されるものと同じであるべきです。
Antenna Selection: One 8-bit antenna configuration value per antenna in the WTP, containing up to 255 antennas. The following enumerated values are supported:
アンテナ選択：255のアンテナまでを含有WTPにおけるアンテナごとに1つの8ビット・アンテナ構成値。以下の列挙値がサポートされています。
1 - Internal Antenna
1 - 内蔵アンテナ
2 - External Antenna
2 - 外部アンテナ
The IEEE 802.11 Assigned WTP BSSID is only included by the WTP when the IEEE 802.11 WLAN Configuration Request included the IEEE 802.11 Add WLAN message element. The BSSID value field of this message element contains the BSSID that has been assigned by the WTP, enabling the WTP to perform its own BSSID assignment.
IEEE 802.11 WLAN構成要求は、IEEE 802.11 WLANメッセージ要素を追加含まれるIEEE 802.11割り当てられたWTPのBSSIDだけWTPに含まれています。このメッセージ要素のBSSIDの値フィールドは、それ自身のBSSID割り当てを実行するためにWTPを可能にする、WTPにより割り当てられたBSSIDを含んでいます。
The WTP is free to assign the BSSIDs the way it sees fit, but it is highly recommended that the WTP assign the BSSID using the following algorithm: BSSID = {base BSSID} + WLAN ID.
WTPでのBSSIDにそれが適当と考える方法を割り当てることが自由であるが、非常にWTPは、次のアルゴリズム使用BSSIDを割り当てることをお勧めします。BSSID = {基地BSSID} + WLAN IDを。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | WLAN ID | BSSID
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| BSSID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1026 for IEEE 802.11 Assigned WTP BSSID
タイプ：1026 IEEE 802.11割り当てられたWTPのBSSIDのために
Length: 8
長さ：8
Radio ID: An 8-bit value representing the radio, whose value is between one (1) and 31.
無線ID：無線を表す8ビットの値で、その値は1（1）と31の間です。
WLAN ID: An 8-bit value specifying the WLAN Identifier. The value MUST be between one (1) and 16.
WLAN ID：WLAN識別子を指定する8ビット値。値は1（1）と16の間でなければなりません。
BSSID: The BSSID assigned by the WTP for the WLAN created as a result of receiving an IEEE 802.11 Add WLAN.
BSSID：WLANを追加IEEE 802.11を受信した結果として作成されたWLANのためのWTPによって割り当てられたBSSID。
The IEEE 802.11 Delete WLAN message element is used to inform the WTP that a previously created WLAN is to be deleted, and contains the following fields:
IEEE 802.11 WLANの削除メッセージ要素は、以前に作成したWLANを削除すると、次のフィールドが含まれていることをWTPを通知するために使用されます。
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | WLAN ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1027 for IEEE 802.11 Delete WLAN
タイプ：1027 IEEE 802.11のためのWLANを削除します。
Length: 2
長さ：2
Radio ID: An 8-bit value representing the radio, whose value is between one (1) and 31.
無線ID：無線を表す8ビットの値で、その値は1（1）と31の間です。
WLAN ID: An 8-bit value specifying the WLAN Identifier. The value MUST be between one (1) and 16.
WLAN ID：WLAN識別子を指定する8ビット値。値は1（1）と16の間でなければなりません。
The IEEE 802.11 Direct Sequence Control message element is a bi-directional element. When sent by the WTP, it contains the current state. When sent by the AC, the WTP MUST adhere to the values provided. This element is only used for IEEE 802.11b radios. The message element has the following fields.
IEEE 802.11のダイレクトシーケンス制御メッセージ要素は、双方向の要素です。 WTPによって送信された場合は、現在の状態が含まれています。 ACによって送信されたとき、WTPは、提供された値を遵守しなければなりません。この要素は、唯一のIEEE 802.11bの無線機に使用されます。メッセージ要素は、次のフィールドがあります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | Reserved | Current Chan | Current CCA |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Energy Detect Threshold |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1028 for IEEE 802.11 Direct Sequence Control
タイプ：1028 IEEE 802.11のダイレクトシーケンス制御のための
Length: 8
長さ：8
Radio ID: An 8-bit value representing the radio to configure, whose value is between one (1) and 31.
無線ID：設定するラジオを表す8ビットの値で、その値は1（1）と31の間です。
Reserved: All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
予約：このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
Current Channel: This attribute contains the current operating frequency channel of the Direct Sequence Spread Spectrum (DSSS) PHY. This value comes from the IEEE 802.11 dot11CurrentChannel MIB element (see [IEEE.802-11.2007]).
現在のチャンネル：この属性は、直接拡散スペクトラム（DSSS）PHYの現在の動作周波数チャネルが含まれています。この値は、IEEE 802.11 dot11CurrentChannel MIB要素（[IEEE.802-11.2007]参照）から来ています。
Current CCA: The current Clear Channel Assessment (CCA) method in operation, whose value can be found in the IEEE 802.11 dot11CCAModeSupported MIB element (see [IEEE.802-11.2007]). Valid values are:
現在のCCA：値IEEE 802.11 dot11CCAModeSupported MIB要素に見出すことができる動作における電流クリアチャネルアセスメント（CCA）メソッド（[IEEE.802-11.2007]参照）。有効な値は以下のとおりです。
1 - energy detect only (edonly)
1 - エネルギーのみ検出（edonly）
2 - carrier sense only (csonly)
2 - キャリアセンスのみ（csonly）
4 - carrier sense and energy detect (edandcs)
4 - キャリアセンスとエネルギー検出（edandcs）
8 - carrier sense with timer (cswithtimer)
8 - タイマー付きキャリアセンス（cswithtimer）
16 - high rate carrier sense and energy detect (hrcsanded)
16 - 高速キャリアセンスとエネルギー検出（hrcsanded）
Energy Detect Threshold: The current Energy Detect Threshold being used by the DSSS PHY. The value can be found in the IEEE 802.11 dot11EDThreshold MIB element (see [IEEE.802-11.2007]).
エネルギーがしきい値を検出：現在のエネルギーがしきい値を検出DSSSのPHYで使用されています。値は、IEEE 802.11 dot11EDThreshold MIB要素（[IEEE.802-11.2007]を参照）に見出すことができます。
The IEEE 802.11 Information Element is used to communicate any IE defined in the IEEE 802.11 protocol. The data field contains the raw IE as it would be included within an IEEE 802.11 MAC management message.
IEEE 802.11情報要素は、IEEE 802.11プロトコルで定義されたIEを通信するために使用されます。それはIEEE 802.11 MAC管理メッセージの中に含まれることになるように、データフィールドには、生のIEが含まれています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | WLAN ID |B|P| Reserved |Info Element...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1029 for IEEE 802.11 Information Element
タイプ：IEEE 802.11の情報要素のための1029
Length: >= 4
長さ：> = 4
Radio ID: An 8-bit value representing the radio, whose value is between one (1) and 31.
無線ID：無線を表す8ビットの値で、その値は1（1）と31の間です。
WLAN ID: An 8-bit value specifying the WLAN Identifier. The value MUST be between one (1) and 16.
WLAN ID：WLAN識別子を指定する8ビット値。値は1（1）と16の間でなければなりません。
B: When set, the WTP is to include the Information Element in IEEE 802.11 Beacons associated with the WLAN.
B：ときセット、WTPは、WLANに関連付けられたIEEE 802.11ビーコンの情報要素を含むことです。
P: When set, the WTP is to include the Information Element in Probe Responses associated with the WLAN.
P：セット、WTPは、WLANに関連付けられたプローブレスポンス中の情報要素を含むことです。
Reserved: All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
予約：このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
Info Element: The IEEE 802.11 Information Element, which includes the type, length, and value field.
情報要素：タイプ、長さ、および値フィールドを含むIEEE 802.11情報要素、。
The IEEE 802.11 MAC Operation message element is sent by the AC to set the IEEE 802.11 MAC parameters on the WTP, and contains the following fields.
IEEE 802.11 MAC操作メッセージ要素はWTPにIEEE 802.11 MACパラメータを設定するためにACによって送信され、次のフィールドが含まれています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | Reserved | RTS Threshold |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Short Retry | Long Retry | Fragmentation Threshold |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Tx MSDU Lifetime |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Rx MSDU Lifetime |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1030 for IEEE 802.11 MAC Operation
タイプ：IEEE 802.11 MAC操作のための1030
Length: 16
長さ：16
Radio ID: An 8-bit value representing the radio to configure, whose value is between one (1) and 31.
無線ID：設定するラジオを表す8ビットの値で、その値は1（1）と31の間です。
Reserved: All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
予約：このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
RTS Threshold: This attribute indicates the number of octets in an MAC Protocol Data Unit (MPDU), below which a Request To Send/Clear To Send (RTS/CTS) handshake MUST NOT be performed. An RTS/CTS handshake MUST be performed at the beginning of any frame exchange sequence where the MPDU is of type Data or Management, the MPDU has an individual address in the Address1 field, and the length of the MPDU is greater than this threshold. Setting this attribute to be larger than the maximum MSDU size MUST have the effect of turning off the RTS/CTS handshake for frames of Data or Management type transmitted by this STA. Setting this attribute to zero MUST have the effect of turning on the RTS/CTS handshake for all frames of Data or Management type transmitted by this STA. The default value of this attribute MUST be 2347. The value of this field comes from the IEEE 802.11 dot11RTSThreshold MIB element, (see [IEEE.802-11.2007]).
RTSしきい値：この属性は、（RTS / CTS）ハンドシェイクを送信するために/クリアの送信要求を行ってはならない、それ以下MACプロトコルデータユニット（MPDU）のオクテットの数を示します。 RTS / CTSハンドシェイクがMPDUタイプデータまたはマネジメントの任意のフレーム交換シーケンスの開始時に行われなければならない、MPDUのアドレス1フィールドの個別のアドレスを有し、MPDUの長さがこの閾値よりも大きいです。最大MSDUサイズよりも大きくなるようにこの属性を設定すると、このSTAによって送信されるデータまたは管理タイプのフレームのためのRTS / CTSハンドシェイクをオフにする効果を持たなければなりません。ゼロにこの属性を設定すると、このSTAによって送信されたデータまたは管理タイプのすべてのフレームのためのRTS / CTSハンドシェイクをオンにする効果を持たなければなりません。この属性のデフォルト値は、このフィールドの値は2347でなければなりません（[IEEE.802-11.2007]参照）、IEEE 802.11 dot11RTSThreshold MIB要素から来ています。
Short Retry: This attribute indicates the maximum number of transmission attempts of a frame, the length of which is less than or equal to RTSThreshold, that MUST be made before a failure condition is indicated. The default value of this attribute MUST be 7. The value of this field comes from the IEEE 802.11 dot11ShortRetryLimit MIB element, (see [IEEE.802-11.2007]).
短い再試行：この属性は、障害状態が表示される前に行わなければならないフレームの送信試行の最大数、以下RTSThresholdに等しい長さを示しています。この属性のデフォルト値は、このフィールドの値は7でなければなりません（[IEEE.802-11.2007]参照）、IEEE 802.11 dot11ShortRetryLimit MIB要素から来ています。
Long Retry: This attribute indicates the maximum number of transmission attempts of a frame, the length of which is greater than dot11RTSThreshold, that MUST be made before a failure condition is indicated. The default value of this attribute MUST be 4. The value of this field comes from the IEEE 802.11 dot11LongRetryLimit MIB element, (see [IEEE.802-11.2007]).
長い再試行：この属性は、障害状態が表示される前に行わなければならないフレームの送信試行の最大数、dot11RTSThresholdよりも大きい長さを示しています。この属性のデフォルト値は、このフィールドの4値でなければなりません（[IEEE.802-11.2007]参照）、IEEE 802.11 dot11LongRetryLimit MIB要素から来ています。
Fragmentation Threshold: This attribute specifies the current maximum size, in octets, of the MPDU that MAY be delivered to the PHY. A MAC Service Data Unit (MSDU) MUST be broken into fragments if its size exceeds the value of this attribute after adding MAC headers and trailers. An MSDU or MAC Management Protocol Data Unit (MMPDU) MUST be fragmented when the resulting frame has an individual address in the Address1 field, and the length of the frame is larger than this threshold. The default value for this attribute MUST be the lesser of 2346 or the aMPDUMaxLength of the attached PHY and MUST never exceed the lesser of 2346 or the aMPDUMaxLength of the attached PHY. The value of this attribute MUST never be less than 256. The value of this field comes from the IEEE 802.11 dot11FragmentationThreshold MIB element, (see [IEEE.802-11.2007]).
フラグメンテーションしきい値：この属性は、PHYに送達することができるMPDUの、オクテットで、現在の最大サイズを指定します。その大きさは、MACヘッダとトレーラを追加した後、この属性の値を超えた場合に、MACサービスデータユニット（MSDU）は断片に分割されなければなりません。得られたフレームは、アドレス1フィールドの個別のアドレスを有し、フレームの長さがこの閾値よりも大きい場合MSDU又はMAC管理プロトコルデータユニット（MMPDU）が断片化されなければなりません。この属性のデフォルト値は2346の小さい方や添付PHYのaMPDUMaxLengthと2346の小さい方や添付PHYのaMPDUMaxLengthを超えてはなりませんでなければなりません。この属性の値は、このフィールドの値は256未満にすることはできません（[IEEE.802-11.2007]参照）、IEEE 802.11 dot11FragmentationThreshold MIB要素から来ています。
Tx MSDU Lifetime: This attribute specifies the elapsed time in Time Units (TUs), after the initial transmission of an MSDU, after which further attempts to transmit the MSDU MUST be terminated. The default value of this attribute MUST be 512. The value of this field comes from the IEEE 802.11 dot11MaxTransmitMSDULifetime MIB element, (see [IEEE.802-11.2007]).
TX MSDUライフタイム：この属性は、MSDUを送信する更なる試みが終了しなければならない後MSDUの最初の送信後、時間単位（TUの）経過時間を指定します。この属性のデフォルト値は、このフィールドの値は512でなければなりません（[IEEE.802-11.2007]参照）、IEEE 802.11 dot11MaxTransmitMSDULifetime MIB要素から来ています。
Rx MSDU Lifetime: This attribute specifies the elapsed time in TU, after the initial reception of a fragmented MMPDU or MSDU, after which further attempts to reassemble the MMPDU or MSDU MUST be terminated. The default value MUST be 512. The value of this field comes from the IEEE 802.11 dot11MaxReceiveLifetime MIB element, (see [IEEE.802-11.2007]).
RX MSDUライフタイム：この属性は、MMPDUまたはMSDUを再構築するためのさらなる試みを終了しなければならない後に断片化されたMMPDUまたはMSDUの最初の受信後、TUに経過時間を指定します。デフォルト値は、このフィールドの値は512でなければなりません（[IEEE.802-11.2007]参照）、IEEE 802.11 dot11MaxReceiveLifetime MIB要素から来ています。
The IEEE 802.11 MIC Countermeasures message element is sent by the WTP to the AC to indicate the occurrence of a MIC failure. For more information on MIC failure events, see the dot11RSNATKIPCounterMeasuresInvoked MIB element definition in [IEEE.802-11.2007].
IEEE 802.11 MIC対策メッセージ要素は、MIC障害の発生を示すために、ACにWTPによって送信されます。 MIC失敗イベントの詳細については、[IEEE.802-11.2007]でdot11RSNATKIPCounterMeasuresInvoked MIB要素の定義を参照してください。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | WLAN ID | MAC Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MAC Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1031 for IEEE 802.11 MIC Countermeasures
タイプ：1031 IEEE 802.11 MIC対策について
Length: 8
長さ：8
Radio ID: The Radio Identifier, whose value is between one (1) and 31, typically refers to some interface index on the WTP.
無線ID：無線識別子、その値は1（1）と31の間であるが、典型的にはWTPにいくつかのインターフェースインデックスを指します。
WLAN ID: This 8-bit unsigned integer includes the WLAN Identifier, on which the MIC failure occurred. The value MUST be between one (1) and 16.
WLAN ID：この8ビットの符号なし整数MIC障害が発生したWLAN識別子を含みます。値は1（1）と16の間でなければなりません。
MAC Address: The MAC Address of the station that caused the MIC failure.
MACアドレス：MICの失敗の原因となったステーションのMACアドレス。
The IEEE 802.11 Multi-Domain Capability message element is used by the AC to inform the WTP of regulatory limits. The AC will transmit one message element per frequency band to indicate the regulatory constraints in that domain. The message element contains the following fields.
IEEE 802.11マルチドメイン能力メッセージ要素は、規制制限をWTPを通知するためにACによって使用されます。 ACは、そのドメイン内の規制上の制約を示すために、周波数帯域ごとに1つのメッセージ要素を送信します。メッセージ要素は、次のフィールドが含まれています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | Reserved | First Channel # |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Number of Channels | Max Tx Power Level |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1032 for IEEE 802.11 Multi-Domain Capability
タイプ：1032 IEEE 802.11マルチドメイン機能について
Length: 8
長さ：8
Radio ID: An 8-bit value representing the radio to configure, whose value is between one (1) and 31.
無線ID：設定するラジオを表す8ビットの値で、その値は1（1）と31の間です。
Reserved: All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
予約：このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
First Channel #: This attribute indicates the value of the lowest channel number in the sub-band for the associated domain country string. The value of this field comes from the IEEE 802.11 dot11FirstChannelNumber MIB element (see [IEEE.802-11.2007]).
第一のチャネル＃：この属性は、関連するドメイン国ストリングのサブバンド内の最小チャネル番号の値を示しています。このフィールドの値は、IEEE 802.11 dot11FirstChannelNumber MIB要素（[IEEE.802-11.2007]参照）から来ます。
Number of Channels: This attribute indicates the value of the total number of channels allowed in the sub-band for the associated domain country string (see Section 6.23). The value of this field comes from the IEEE 802.11 dot11NumberofChannels MIB element (see [IEEE.802-11.2007]).
チャンネル数は：この属性は、関連するドメイン国ストリングのサブバンドで許可さチャネルの総数の値を示している（6.23項を参照してください）。このフィールドの値は、IEEE 802.11 dot11NumberofChannels MIB要素（[IEEE.802-11.2007]参照）から来ます。
Max Tx Power Level: This attribute indicates the maximum transmit power, in dBm, allowed in the sub-band for the associated domain country string (see Section 6.23). The value of this field comes from the IEEE 802.11 dot11MaximumTransmitPowerLevel MIB element (see [IEEE.802-11.2007]).
最大送信電力レベル：この属性は、（6.23項を参照してください）関連するドメイン国ストリングのためのサブバンドで許可され、dBmで、最大送信電力を示します。このフィールドの値は、IEEE 802.11 dot11MaximumTransmitPowerLevel MIB要素（[IEEE.802-11.2007]参照）から来ます。
The IEEE 802.11 Orthogonal Frequency Division Multiplexing (OFDM) Control message element is a bi-directional element. When sent by the WTP, it contains the current state. When sent by the AC, the WTP MUST adhere to the received values. This message element is only used for 802.11a radios and contains the following fields:
IEEE 802.11直交周波数分割多重（OFDM）制御メッセージエレメントは、双方向素子です。 WTPによって送信された場合は、現在の状態が含まれています。 ACによって送信されたとき、WTPは、受信された値に接着しなければなりません。このメッセージ要素は、802.11a無線のためにのみ使用され、次のフィールドがあります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | Reserved | Current Chan | Band Support |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TI Threshold |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1033 for IEEE 802.11 OFDM Control
タイプ：IEEE 802.11 OFDMコントロールのための1033
Length: 8
長さ：8
Radio ID: An 8-bit value representing the radio to configure, whose value is between one (1) and 31.
無線ID：設定するラジオを表す8ビットの値で、その値は1（1）と31の間です。
Reserved: All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
予約：このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
Current Channel: This attribute contains the current operating frequency channel of the OFDM PHY. The value of this field comes from the IEEE 802.11 dot11CurrentFrequency MIB element (see [IEEE.802-11.2007]).
現在のチャンネル：この属性は、OFDM PHYの現在の動作周波数チャネルが含まれています。このフィールドの値は、IEEE 802.11 dot11CurrentFrequency MIB要素（[IEEE.802-11.2007]参照）から来ます。
Band Supported: The capability of the OFDM PHY implementation to operate in the three Unlicensed National Information Infrastructure (U-NII) bands. The value of this field comes from the IEEE 802.11 dot11FrequencyBandsSupported MIB element (see [IEEE.802-11.2007]), coded as a bit field, whose values are:
バンドサポート：OFDM PHYのインプリメンテーションの能力は3つの無免許全米情報基盤（U-NII）帯域で動作します。このフィールドの値は、その値であるビット・フィールドとして符号化されたIEEE 802.11 dot11FrequencyBandsSupported MIB要素（[IEEE.802-11.2007]参照）、から来ています：
Bit 0 - capable of operating in the 5.15-5.25 GHz band
ビット0 - 5.15から5.25 GHz帯域で動作可能
Bit 1 - capable of operating in the 5.25-5.35 GHz band
ビット1 - 5.25から5.35 GHz帯域で動作可能
Bit 2 - capable of operating in the 5.725-5.825 GHz band
ビット2 - 5.725から5.825 GHz帯域で動作可能
Bit 3 - capable of operating in the 5.47-5.725 GHz band
ビット3 - 5.47から5.725 GHz帯域で動作可能
Bit 4 - capable of operating in the lower Japanese 5.25 GHz band
ビット4 - 低級日本語5.25 GHz帯域で動作可能
Bit 5 - capable of operating in the 5.03-5.091 GHz band
ビット5 - 5.03から5.091 GHz帯域で動作可能
Bit 6 - capable of operating in the 4.94-4.99 GHz band
ビット6 - 4.94から4.99 GHz帯域で動作可能
For example, for an implementation capable of operating in the 5.15-5.35 GHz bands, this attribute would take the value 3.
例えば、5.15から5.35 GHzの帯域で動作可能な実装のために、この属性は、値3を取るだろう。
TI Threshold: The threshold being used to detect a busy medium (frequency). CCA MUST report a busy medium upon detecting the RSSI above this threshold. The value of this field comes from the IEEE 802.11 dot11TIThreshold MIB element (see [IEEE.802-11.2007]).
TIしきい値：閾値がビジー媒体（周波数）を検出するために使用されています。 CCAは、このしきい値を超えるRSSIを検出すると忙しいメディアを報告しなければなりません。このフィールドの値は、IEEE 802.11 dot11TIThreshold MIB要素（[IEEE.802-11.2007]参照）から来ます。
The rate set message element value is sent by the AC and contains the supported operational rates. It contains the following fields.
メッセージ要素値設定率はACによって送信され、サポート業務料金が含まれています。それは、次のフィールドが含まれています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | Rate Set...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1034 for IEEE 802.11 Rate Set
タイプ：IEEE 802.11レートセットのための1034
Length: >= 3
長さ：> = 3
Radio ID: An 8-bit value representing the radio to configure, whose value is between one (1) and 31.
無線ID：設定するラジオを表す8ビットの値で、その値は1（1）と31の間です。
Rate Set: The AC generates the Rate Set that the WTP is to include in its Beacon and Probe messages. The length of this field is between 2 and 8 bytes. The value of this field comes from the IEEE 802.11 dot11OperationalRateSet MIB element (see [IEEE.802-11.2007]).
レートセットは：ACは、WTPはそのビーコンおよびプローブメッセージに含めることであるレートセットを生成します。このフィールドの長さは、2〜8バイトです。このフィールドの値は、IEEE 802.11ですdot11OperationalRateSet MIB要素（[IEEE.802-11.2007]参照）から来ます。
The IEEE 802.11 RSN Error Report From Station message element is used by a WTP to send RSN error reports to the AC. The WTP does not need to transmit any reports that do not include any failures. The fields from this message element come from the IEEE 802.11 Dot11RSNAStatsEntry table, see [IEEE.802-11.2007].
駅のメッセージ要素からIEEE 802.11 RSNエラーレポートは、ACにRSNエラー報告を送信するためにWTPで使用されています。 WTPは、任意の障害を含まない任意のレポートを送信する必要はありません。 IEEE 802.11 Dot11RSNAStatsEntryテーブルから来るこのメッセージ要素のフィールドは、[IEEE.802-11.2007]参照します。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Client MAC Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Client MAC Address | BSSID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| BSSID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | WLAN ID | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TKIP ICV Errors |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TKIP Local MIC Failures |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TKIP Remote MIC Failures |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| CCMP Replays |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| CCMP Decrypt Errors |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TKIP Replays |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1035 for IEEE 802.11 RSNA Error Report From Station
タイプ：駅からIEEE 802.11 RSNAエラーレポートのための1035
Length: 40
長さ：40
Client MAC Address: The Client MAC Address of the station.
クライアントのMACアドレス：駅のクライアントのMACアドレス。
BSSID: The BSSID on which the failures are being reported.
BSSID：障害が報告されているかにBSSID。
Radio ID: The Radio Identifier, whose value is between one (1) and 31, typically refers to some interface index on the WTP.
無線ID：無線識別子、その値は1（1）と31の間であるが、典型的にはWTPにいくつかのインターフェースインデックスを指します。
WLAN ID: The WLAN ID on which the RSNA failures are being reported. The value MUST be between one (1) and 16.
WLAN ID：RSNAの障害が報告されているかにWLANのID。値は1（1）と16の間でなければなりません。
Reserved: All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
予約：このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
TKIP ICV Errors: A 32-bit value representing the number of Temporal Key Integrity Protocol (TKIP) (as defined in [IEEE.802-11.2007]) ICV errors encountered when decrypting packets from the station. The value of this field comes from the IEEE 802.11 dot11RSNAStatsTKIPICVErrors MIB element (see [IEEE.802-11.2007]).
TKIP ICVエラー：（[IEEE.802-11.2007]で定義されるように）一時的なキー統合プロトコル（TKIP）の数を表す32ビットの値局からのパケットを復号する際にICVエラーが発生しました。このフィールドの値は、IEEE 802.11 dot11RSNAStatsTKIPICVErrors MIB要素（[IEEE.802-11.2007]参照）から来ます。
TKIP Local MIC Failures: A 32-bit value representing the number of MIC failures encountered when checking the integrity of packets received from the station. The value of this field comes from the IEEE 802.11 dot11RSNAStatsTKIPLocalMICFailures MIB element (see [IEEE.802-11.2007]).
TKIPローカルMIC障害：局から受信したパケットの完全性をチェックするときに遭遇MIC障害の数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11RSNAStatsTKIPLocalMICFailures MIB要素（[IEEE.802-11.2007]参照）から来ます。
TKIP Remote MIC Failures: A 32-bit value representing the number of MIC failures reported by the station encountered (possibly via the EAPOL-Key frame). The value of this field comes from the IEEE 802.11 dot11RSNAStatsTKIPRemoteMICFailures MIB element (see [IEEE.802-11.2007]).
TKIPリモートMIC障害：局によって報告されたMIC障害の数を表す32ビットの値は、（おそらくEAPOLキーフレームを介して）に遭遇しました。このフィールドの値は、IEEE 802.11 dot11RSNAStatsTKIPRemoteMICFailures MIB要素（[IEEE.802-11.2007]参照）から来ます。
CCMP Replays: A 32-bit value representing the number of CCMP MPDUs discarded by the replay detection mechanism. The value of this field comes from the IEEE 802.11 dot11RSNACCMPReplays MIB element (see [IEEE.802-11.2007]).
CCMPリプレイ：リプレイ検出メカニズムによって破棄CCMPのMPDUの数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11RSNACCMPReplays MIB要素（[IEEE.802-11.2007]参照）から来ます。
CCMP Decrypt Errors: A 32-bit value representing the number of CCMP MDPUs discarded by the decryption algorithm. The value of this field comes from the IEEE 802.11 dot11RSNACCMPDecryptErrors MIB element (see [IEEE.802-11.2007]).
CCMP復号化エラー：復号アルゴリズムによって破棄CCMP MDPUsの数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11RSNACCMPDecryptErrors MIB要素（[IEEE.802-11.2007]参照）から来ます。
TKIP Replays: A 32-bit value representing the number of TKIP Replays detected in frames received from the station. The value of this field comes from the IEEE 802.11 dot11RSNAStatsTKIPReplays MIB element (see [IEEE.802-11.2007]).
TKIPリプレイ：局から受信されたフレームにおいて検出TKIPリプレイの数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11RSNAStatsTKIPReplays MIB要素（[IEEE.802-11.2007]参照）から来ます。
The IEEE 802.11 Station message element accompanies the Add Station message element, and is used to deliver IEEE 802.11 station policy from the AC to the WTP.
IEEE 802.11ステーションのメッセージ要素は、ステーションメッセージ要素を追加伴う、およびWTPにACからIEEE 802.11ステーションポリシーを送達するために使用されます。
The latest IEEE 802.11 Station message element overrides any previously received message elements.
最新のIEEE 802.11ステーションのメッセージ要素は、以前に受信したメッセージの要素を上書きします。
If the QoS field is set, the WTP MUST observe and provide policing of the 802.11e priority tag to ensure that it does not exceed the value provided by the AC.
QoSフィールドが設定されている場合、WTPを観察し、それはACによって提供される値を超えないことを保証するために、802.11eのプライオリティタグのポリシングを提供しなければなりません。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | Association ID | Flags |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MAC Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MAC Address | Capabilities |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| WLAN ID |Supported Rates|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1036 for IEEE 802.11 Station
タイプ：IEEE 802.11ステーションのための1036
Length: >= 14
長さ：> = 14
Radio ID: An 8-bit value representing the radio, whose value is between one (1) and 31.
無線ID：無線を表す8ビットの値で、その値は1（1）と31の間です。
Association ID: A 16-bit value specifying the IEEE 802.11 Association Identifier.
アソシエーションID：IEEE 802.11アソシエーション識別子を指定する16ビット値。
Flags: All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
フラグ：このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
MAC Address: The station's MAC Address
MACアドレス：ステーションのMACアドレス
Capabilities: A 16-bit field containing the IEEE 802.11 Capabilities Information Field to use with the station.
機能：ステーションで使用するIEEE 802.11機能情報フィールドを含む16ビットのフィールド。
WLAN ID: An 8-bit value specifying the WLAN Identifier. The value MUST be between one (1) and 16.
WLAN ID：WLAN識別子を指定する8ビット値。値は1（1）と16の間でなければなりません。
Supported Rates: The variable-length field containing the supported rates to be used with the station, as found in the IEEE 802.11 dot11OperationalRateSet MIB element (see [IEEE.802-11.2007]). This field MUST NOT exceed 126 octets and specifies the set of data rates at which the station may transmit data, where each octet represents a data rate.
サポートされるレート：IEEE 802.11ですdot11OperationalRateSet MIB要素に見られるように、ステーションで使用されるサポートされるレートを含む可変長フィールド（[IEEE.802-11.2007]参照）。このフィールドは126個のオクテットを超えると、各オクテットがデータレートを表すステーションがデータを送信するかもしれないデータレートのセットを指定してはいけません。
The IEEE 802.11 Station QoS Profile message element contains the maximum IEEE 802.11e priority tag that may be used by the station. Any packet received that exceeds the value encoded in this message element MUST be tagged using the maximum value permitted by to the user. The priority tag MUST be between zero (0) and seven (7). This message element MUST NOT be present without the IEEE 802.11 Station (see Section 6.13) message element.
IEEE 802.11ステーションのQoSプロファイルメッセージ要素は、局によって使用することができる最大のIEEE 802.11eのプライオリティタグを含みます。任意のパケットは、それがユーザーにすることにより許容される最大値を用いてタグ付けされなければならない。このメッセージ要素で符号化された値を超えました。プライオリティタグがなければなりません（0）ゼロとの間の七（7）。このメッセージ要素は、IEEE 802.11駅（セクション6.13を参照してください）メッセージ要素なしであってはなりません。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MAC Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MAC Address | Reserved |8021p|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1037 for IEEE 802.11 Station QoS Profile
タイプ：IEEE 802.11駅QoSプロファイルのための1037
Length: 8
長さ：8
MAC Address: The station's MAC Address
MACアドレス：ステーションのMACアドレス
Reserved: All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
予約：このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
8021p: The maximum 802.1p priority value that the WTP will allow in the Traffic Identifier (TID) field in the extended 802.11e QoS Data header.
8021p：WTP拡張の802.11e QoSデータヘッダ内のトラフィック識別子（TID）フィールドに許可する最大802.1pプライオリティ値。
The IEEE 802.11 Station Session Key message element is sent by the AC to provision encryption keys, or to configure an access policy, on the WTP. This message element MUST NOT be present without the IEEE 802.11 Station (see Section 6.13) message element, and MUST NOT be sent if the WTP had not specifically advertised support for the requested encryption scheme, through the WTP Descriptor Message Element's Encryption Capabilities field (see Section 8.1).
IEEE 802.11駅セッションキーメッセージ要素を提供暗号化キーにACによって送信される、またはWTPに、アクセスポリシーを設定します。このメッセージ要素は、IEEE 802.11駅なしで存在してはならないメッセージの要素（セクション6.13を参照）、およびWTPは、具体的WTP記述子メッセージ要素の暗号化機能のフィールドを介して、要求された暗号化方式をサポートして広告していなかった場合は送ってはいけません（参照8.1節）。
When the Key field is non-zero in length, the RSN Information Element MUST be sent along with the IEEE 802.11 Station Session Key in order to instruct the WTP on the usage of the Key field. The WTP MUST observe the Authentication and Key Management (AKM) field of the RSN Information Element in order to identify the authentication protocol to be enforced with the station.
キーフィールドの長さがゼロでない場合は、RSN情報要素はキーフィールドの使用にWTPを指示するために、IEEE 802.11駅セッションキーと一緒に送らなければなりません。 WTPは、駅で実施される認証プロトコルを識別するためにRSN情報要素の認証およびキー管理（AKM）フィールドを遵守しなければなりません。
If cryptographic services are provided at the WTP, the WTP MUST observe the algorithm dictated in the Pairwise Cipher Suite field of the RSN Information Element sent by the AC. The RSN Information Element included here is the one sent by the AC in the third message of the 4-Way Key Handshake, which specifies which cipher is to be applied to provide encryption and decryption services with the station. The RSN Information Element is used to communicate any supported algorithm, including WEP, TKIP, and AES-CCMP. In the case of static WEP keys, the RSN Information Element is still used to indicate the cryptographic algorithm even though no key exchange occurred.
暗号化サービスは、WTPで提供されている場合、WTPはACによって送られたRSN情報要素のペア暗号スイートフィールドで決まるアルゴリズムを遵守しなければなりません。 RSN情報要素は、ここに含ま局と暗号化と復号化サービスを提供するために適用される暗号を指定する4ウェイキーハンドシェイクの3番目のメッセージでACによって送られたものです。 RSN情報要素は、WEP、TKIP、およびAES-CCMPを含む任意のサポートされているアルゴリズムを通信するために使用されます。静的WEPキーの場合は、RSN情報要素はまだ鍵交換が発生していないにもかかわらず、暗号アルゴリズムを示すために使用されます。
If the IEEE 802.11 Station Session Key message element's 'AKM-Only' bit is set, the WTP MUST drop all IEEE 802.11 packets that are not part of the Authentication and Key Management (AKM), such as EAP. Note that AKM-Only MAY be set while an encryption key is in force, requiring that the AKM packets be encrypted. Once the station has successfully completed authentication via the AKM, the AC MUST send a new Add Station message element to remove the AKM-Only restriction, and optionally push the session key down to the WTP.
IEEE 802.11駅セッションキーメッセージ要素の「AKM-のみ」ビットが設定されている場合は、WTPは、EAPとして、認証およびキー管理（AKM）の一部ではないすべてのIEEE 802.11パケットを廃棄しなければなりません。暗号化キーは、AKMパケットを暗号化することを要求する、力でありながら、AKM-のみの設定であってもよいことに注意してください。駅が正常にAKM経由の認証を完了すると、ACは、AKM-のみの制限を削除し、必要に応じてWTPまでのセッションキーをプッシュする新しいステーションを追加メッセージ要素を送らなければなりません。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MAC Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MAC Address |A|C| Flags |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Pairwise TSC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Pairwise TSC | Pairwise RSC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Pairwise RSC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Key...
+-+-+-+-+-+-+-+-
Type: 1038 for IEEE 802.11 Station Session Key
タイプ：1038 IEEE 802.11駅セッションキーについて
Length: >= 25
長さ：> = 25
MAC Address: The station's MAC Address
MACアドレス：ステーションのMACアドレス
Flags: All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support. The following bits are defined:
フラグ：このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。次のビットが定義されています。
A: The 1-bit AKM-Only field is set by the AC to inform the WTP that is MUST NOT accept any 802.11 Data Frames other than AKM frames. This is the equivalent of the WTP's IEEE 802.1X port for the station to be in the closed state. When set, the WTP MUST drop any non-IEEE 802.1X packets it receives from the station.
：1ビットAKM専用フィールドは、任意の802.11データAKMフレーム以外のフレーム受け入れてはいけませんであるWTPを知らせるためにACによって設定されています。これは、閉じた状態になるようにステーションのWTPのIEEE 802.1Xポートのと同じです。設定すると、WTPは、局から受信する任意の非IEEE 802.1Xパケットをドロップしなければなりません。
C: The 1-bit field is set by the AC to inform the WTP that encryption services will be provided by the AC. When set, the WTP SHOULD police frames received from stations to ensure that they are properly encrypted as specified in the RSN Information Element, but does not need to take specific cryptographic action on the frame. Similarly, for transmitted frames, the WTP only needs to forward already encrypted frames. Since packets received by the WTP will be encrypted, the WTP cannot modify the contents of the packets, including modifying the DSCP markings of the encapsulated packet. In this case, this function would be the responsibility of the AC.
C：1ビットのフィールドは、暗号化サービスは、ACによって提供されることをWTPを知らせるために、ACで設定されています。設定すると、WTPは、警察のフレームは、RSN情報要素で指定され、それらが適切に暗号化されていることを確認するために、局から受け取ったはずですが、フレーム上の特定の暗号化行動を取る必要はありません。同様に、送信されたフレームのために、WTPは、すでに暗号化されたフレームを転送する必要があります。 WTPが受信したパケットが暗号化されるので、WTPは、カプセル化されたパケットのDSCPマーキングを変更するなど、パケットの内容を変更することはできません。この場合、この機能はACの責任になります。
Pairwise TSC: The 6-byte Transmit Sequence Counter (TSC) field to use for unicast packets transmitted to the station.
ペアワイズTSC：局に送信ユニキャストパケットに使用する6バイトの送信シーケンスカウンタ（TSC）フィールド。
Pairwise RSC: The 6-byte Receive Sequence Counter (RSC) to use for unicast packets received from the station.
ペアワイズRSC：6バイトの局から受信したユニキャストパケットに使用するシーケンスカウンタ（RSC）を受け取ります。
Key: The pairwise key the WTP is to use when encrypting traffic to/ from the station. The format of the keys differs based on the crypto algorithm used. For unicast WEP keys, the Key field consists of the actual unicast encryption key (note, this is used when WEP is used in conjunction with 802.1X, and therefore a unicast encryption key exists). When used with CCMP, the Key field includes the 128-bit Temporal Key. When used with TKIP, the Key field includes the 256-bit Temporal Key (which consists of a 128-bit key used as input for TKIP key mixing, and two 64-bit keys used for Michael).
キー：WTPは駅からの/へのトラフィックを暗号化する際に使用することである鍵ペア。キーの形式を使用し暗号化アルゴリズムに基づいて異なります。ユニキャストWEPキーのために、キーフィールドは、（WEPは802.1Xと組み合わせて使用され、したがって、ユニキャスト暗号化キーが存在する場合には、これが使用されます）実際のユニキャスト暗号化キーから成ります。 CCMPで使用する場合、キーフィールドは、128ビットの一時的なキーを含んでいます。 TKIPと共に使用される場合、キーフィールドは、（TKIPキー混合のための入力として使用される128ビットのキーで構成され、マイケルのために使用される2つの64ビット・キー）256ビットの一時的なキーを含みます。
The IEEE 802.11 Statistics message element is sent by the WTP to transmit its current statistics, and it contains the following fields. All of the fields in this message element are set to zero upon WTP initialization. The fields will roll over when they reach their maximum value of 4294967295. Due to the nature of each counter representing different data points, the rollover event will vary greatly across each field. Applications or human operators using these counters need to be aware of the minimal possible times between rollover events in order to make sure that no consecutive rollover events are missed.
IEEE 802.11統計メッセージ要素は、その現在の統計情報を送信するためにWTPによって送信され、そしてそれは、次のフィールドが含まれています。このメッセージ要素内のすべてのフィールドは、WTPの初期化時にゼロに設定されています。それらが4294967295のそれらの最大値に達したときにフィールドが原因異なるデータ点を表す各カウンタの性質にロールオーバーし、ロールオーバーイベントは、各フィールドを横切って大きく変化するであろう。これらのカウンタを使用するアプリケーションや人間のオペレータには連続したロールオーバーイベントが見落とされていないことを確認するために、ロールオーバーイベント間の最小可能時間を認識する必要があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Tx Fragment Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Multicast Tx Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Failed Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Retry Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Multiple Retry Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Frame Duplicate Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| RTS Success Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| RTS Failure Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ACK Failure Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Rx Fragment Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Multicast RX Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| FCS Error Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Tx Frame Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Decryption Errors |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Discarded QoS Fragment Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Associated Station Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| QoS CF Polls Received Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| QoS CF Polls Unused Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| QoS CF Polls Unusable Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1039 for IEEE 802.11 Statistics
タイプ：1039 IEEE 802.11統計
Length: 80
長さ：80
Radio ID: An 8-bit value representing the radio, whose value is between one (1) and 31.
無線ID：無線を表す8ビットの値で、その値は1（1）と31の間です。
Reserved: All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
予約：このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
Tx Fragment Count: A 32-bit value representing the number of fragmented frames transmitted. The value of this field comes from the IEEE 802.11 dot11TransmittedFragmentCount MIB element (see [IEEE.802-11.2007]).
TXフラグメント数：送信断片化されたフレームの数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11TransmittedFragmentCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
Multicast Tx Count: A 32-bit value representing the number of multicast frames transmitted. The value of this field comes from the IEEE 802.11 dot11MulticastTransmittedFrameCount MIB element (see [IEEE.802-11.2007]).
マルチキャスト送信数：送信されたマルチキャストフレームの数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11MulticastTransmittedFrameCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
Failed Count: A 32-bit value representing the transmit excessive retries. The value of this field comes from the IEEE 802.11 dot11FailedCount MIB element (see [IEEE.802-11.2007]).
失敗数：送信過度の試行を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11FailedCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
Retry Count: A 32-bit value representing the number of transmit retries. The value of this field comes from the IEEE 802.11 dot11RetryCount MIB element (see [IEEE.802-11.2007]).
再試行回数：送信試行の数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11RetryCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
Multiple Retry Count: A 32-bit value representing the number of transmits that required more than one retry. The value of this field comes from the IEEE 802.11 dot11MultipleRetryCount MIB element (see [IEEE.802-11.2007]).
複数の再試行回数：複数の再試行を必要と送信の数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11MultipleRetryCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
Frame Duplicate Count: A 32-bit value representing the duplicate frames received. The value of this field comes from the IEEE 802.11 dot11FrameDuplicateCount MIB element (see [IEEE.802-11.2007]).
フレーム重複数：受信された重複フレームを表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11FrameDuplicateCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
RTS Success Count: A 32-bit value representing the number of successfully transmitted Ready To Send (RTS). The value of this field comes from the IEEE 802.11 dot11RTSSuccessCount MIB element (see [IEEE.802-11.2007]).
RTS成功数：正常（RTS）を送信する準備ができ送信の数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11RTSSuccessCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
RTS Failure Count: A 32-bit value representing the failed transmitted RTS. The value of this field comes from the IEEE 802.11 dot11RTSFailureCount MIB element (see [IEEE.802-11.2007]).
RTS失敗カウント：失敗した送信RTSを表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11RTSFailureCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
ACK Failure Count: A 32-bit value representing the number of failed acknowledgements. The value of this field comes from the IEEE 802.11 dot11ACKFailureCount MIB element (see [IEEE.802-11.2007]).
ACK失敗数：失敗確認応答の数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11ACKFailureCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
Rx Fragment Count: A 32-bit value representing the number of fragmented frames received. The value of this field comes from the IEEE 802.11 dot11ReceivedFragmentCount MIB element (see [IEEE.802-11.2007]).
RXフラグメント数：受信された断片化されたフレームの数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11ReceivedFragmentCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
Multicast RX Count: A 32-bit value representing the number of multicast frames received. The value of this field comes from the IEEE 802.11 dot11MulticastReceivedFrameCount MIB element (see [IEEE.802-11.2007]).
マルチキャストRX数：受信したマルチキャストフレームの数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11MulticastReceivedFrameCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
FCS Error Count: A 32-bit value representing the number of FCS failures. The value of this field comes from the IEEE 802.11 dot11FCSErrorCount MIB element (see [IEEE.802-11.2007]).
FCSエラーカウント：FCS障害の数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11FCSErrorCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
Decryption Errors: A 32-bit value representing the number of Decryption errors that occurred on the WTP. Note that this field is only valid in cases where the WTP provides encryption/ decryption services. The value of this field comes from the IEEE 802.11 dot11WEPUndecryptableCount MIB element (see [IEEE.802-11.2007]).
復号エラー：WTPで発生した復号化エラーの数を表す32ビットの値。このフィールドは、WTPは、暗号化/復号化サービスを提供しています場合にのみ有効であることに注意してください。このフィールドの値は、IEEE 802.11 dot11WEPUndecryptableCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
Discarded QoS Fragment Count: A 32-bit value representing the number of discarded QoS fragments received. The value of this field comes from the IEEE 802.11 dot11QoSDiscardedFragmentCount MIB element (see [IEEE.802-11.2007]).
廃棄されたQoSのフラグメント数：フラグメントが受信されたQoS廃棄の数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11QoSDiscardedFragmentCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
Associated Station Count: A 32-bit value representing the number of number of associated stations. The value of this field comes from the IEEE 802.11 dot11AssociatedStationCount MIB element (see [IEEE.802-11.2007]).
関連するステーション数：関連する局の数の数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11AssociatedStationCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
QoS CF Polls Received Count: A 32-bit value representing the number of (+)CF-Polls received. The value of this field comes from the IEEE 802.11 dot11QosCFPollsReceivedCount MIB element (see [IEEE.802-11.2007]).
QoS CF投票カウントを受信：受信（+）CF-投票の数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11QosCFPollsReceivedCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
QoS CF Polls Unused Count: A 32-bit value representing the number of (+)CF-Polls that have been received, but not used. The value of this field comes from the IEEE 802.11 dot11QosCFPollsUnusedCount MIB element (see [IEEE.802-11.2007]).
QoS CF投票未使用数：受信し、なく使用されている（+）CF-投票の数を表す32ビットの値。このフィールドの値は、IEEE 802.11 dot11QosCFPollsUnusedCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
QoS CF Polls Unusable Count: A 32-bit value representing the number of (+)CF-Polls that have been received, but could not be used due to the Transmission Opportunity (TXOP) size being smaller than the time that is required for one frame exchange sequence. The value of this field comes from the IEEE 802.11 dot11QosCFPollsUnusableCount MIB element (see [IEEE.802-11.2007]).
QoS CF投票使用不可数：受信された（+）CF-投票の数を表す32ビットの値が、いずれかの必要とされる時間よりも小さいことにより、送信機会（TXOP）のサイズに使用することができませんでしたフレーム交換シーケンス。このフィールドの値は、IEEE 802.11 dot11QosCFPollsUnusableCount MIB要素（[IEEE.802-11.2007]参照）から来ます。
The IEEE 802.11 Supported Rates message element is sent by the WTP to indicate the rates that it supports, and contains the following fields.
IEEE 802.11サポート料金message要素は、それがサポートしている速度を示すために、WTPによって送信され、次のフィールドが含まれています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | Supported Rates...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1040 for IEEE 802.11 Supported Rates
タイプ：IEEE 802.11サポート料金について1040
Length: >= 3
長さ：> = 3
Radio ID: An 8-bit value representing the radio, whose value is between one (1) and 31.
無線ID：無線を表す8ビットの値で、その値は1（1）と31の間です。
Supported Rates: The WTP includes the Supported Rates that its hardware supports. The format is identical to the Rate Set message element and is between 2 and 8 bytes in length.
サポート料金：WTPは、そのハードウェアがサポートしているサポート料金が含まれています。フォーマットは、レート設定メッセージ要素と同一であり、長さ2〜8バイトです。
The IEEE 802.11 Tx Power message element value is bi-directional. When sent by the WTP, it contains the current power level of the radio in question. When sent by the AC, it contains the power level to which the WTP MUST adhere.
IEEE 802.11のTxパワーメッセージ要素の値は双方向です。 WTPによって送信された場合、それは問題のラジオの現在の電力レベルが含まれています。 ACによって送信された場合には、WTPが付着しなければならないために電力レベルを含んでいます。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | Reserved | Current Tx Power |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1041 for IEEE 802.11 Tx Power
タイプ：1041 IEEE 802.11 Tx電力のために
Length: 4
長さ：4
Radio ID: An 8-bit value representing the radio to configure, whose value is between one (1) and 31.
無線ID：設定するラジオを表す8ビットの値で、その値は1（1）と31の間です。
Reserved: All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
予約：このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
Current Tx Power: This attribute contains the current transmit output power in mW, as described in the dot11CurrentTxPowerLevel MIB variable, see [IEEE.802-11.2007].
現在の送信パワー：この属性は、mW単位現在の送信出力電力が含まれているが、dot11CurrentTxPowerLevel MIB変数で説明したように、[IEEE.802-11.2007]を参照してください。
The IEEE 802.11 Tx Power Level message element is sent by the WTP and contains the different power levels supported. The values found in this message element are found in the IEEE 802.11 Dot11PhyTxPowerEntry MIB table, see [IEEE.802-11.2007].
IEEE 802.11のTxパワーレベルメッセージ要素は、WTPによって送信され、サポートされているさまざまな電力レベルを含んでいます。このメッセージ要素に見出される値は[IEEE.802-11.2007]参照、IEEE 802.11 Dot11PhyTxPowerEntry MIBテーブルに見出されます。
The value field contains the following:
値フィールドには、次のものが含まれています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | Num Levels | Power Level [n] |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1042 for IEEE 802.11 Tx Power Level
タイプ：1042 IEEE 802.11送信電力レベルについて
Length: >= 4
長さ：> = 4
Radio ID: An 8-bit value representing the radio to configure, whose value is between one (1) and 31.
無線ID：設定するラジオを表す8ビットの値で、その値は1（1）と31の間です。
Num Levels: The number of power level attributes. The value of this field comes from the IEEE 802.11 dot11NumberSupportedPowerLevels MIB element (see [IEEE.802-11.2007]).
ヌムレベル：パワー・レベルの属性の数。このフィールドの値は、IEEE 802.11 dot11NumberSupportedPowerLevels MIB要素（[IEEE.802-11.2007]参照）から来ます。
Power Level: Each power level field contains a supported power level, in mW. The value of this field comes from the corresponding IEEE 802.11 dot11TxPowerLevel[n] MIB element, see [IEEE.802-11.2007].
パワー・レベル：各電力レベルのフィールドはmWのでは、サポートされた電力レベルが含まれています。このフィールドの値は、対応するIEEE 802.11 dot11TxPowerLevel [N] MIB要素から来る、[IEEE.802-11.2007]参照します。
The IEEE 802.11 Update Station QoS message element is used to change the Quality of Service policy on the WTP for a given station. The QoS tags included in this message element are to be applied to packets received at the WTP from the station indicated through the MAC Address field. This message element overrides the default values provided through the IEEE 802.11 WTP Quality of Service message element (see Section 6.22). Any tagging performed by the WTP MUST be directly applied to the packets received from the station, as well as the CAPWAP tunnel, if the packets are tunneled to the AC. See Section 2.6 for more information.
IEEE 802.11の更新駅のQoSメッセージ要素は、与えられたステーションのWTP上のサービスポリシーの品質を変更するために使用されます。タグはこのメッセージ要素に含まれるQoSは、MACアドレスフィールドを示し局からWTPで受信したパケットに適用されます。このメッセージ要素は、サービスメッセージ要素のIEEE 802.11 WTPの品質によって提供されているデフォルト値を上書きします（項6.22を参照してください）。パケットは、ACにトンネリングされる場合にWTPによって実行されるタグは直接、ステーションから受信したパケット、ならびにCAPWAPトンネルに適用されなければなりません。詳細については、セクション2.6を参照してください。
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 2
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | MAC Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MAC Address | QoS Sub-Element... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1043 for IEEE 802.11 Update Station QoS
タイプ：IEEE 802.11の更新駅QoSの1043
Length: 8
長さ：8
Radio ID: The Radio Identifier, whose value is between one (1) and 31, typically refers to some interface index on the WTP.
無線ID：無線識別子、その値は1（1）と31の間であるが、典型的にはWTPにいくつかのインターフェースインデックスを指します。
MAC Address: The station's MAC Address.
MACアドレス：ステーションのMACアドレス。
QoS Sub-Element: The IEEE 802.11 WTP Quality of Service message element contains four QoS sub-elements, one for every QoS profile. The order of the QoS profiles are Voice, Video, Best Effort, and Background.
QoSのサブエレメント：IEEE 802.11 WTPサービス品質のメッセージ要素は4のQoSサブ要素、すべてのQoSプロファイルのための1つを含んでいます。 QoSプロファイルの順序は、音声、ビデオ、ベストエフォート、および背景です。
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved|8021p|RSV| DSCP Tag |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Reserved: All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
予約：このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
8021p: The 3-bit 802.1p priority value to use if packets are to be IEEE 802.1p tagged. This field is used only if the 'P' bit in the WTP Quality of Service message element was set; otherwise, its contents MUST be ignored.
8021p：パケットがIEEE 802.1Pのタグ付けされる場合に使用する3ビットの802.1pプライオリティ値。このフィールドは、WTPサービス品質のメッセージ要素内の「P」ビットがセットされた場合にのみ使用されます。そうでない場合は、その内容を無視しなければなりません。
RSV: All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
RSV：このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
DSCP Tag: The 6-bit DSCP label to use if packets are eligible to be DSCP tagged, specifically an IPv4 or IPv6 packet (see [RFC2474]). This field is used only if the 'D' bit in the WTP Quality of Service message element was set; otherwise, its contents MUST be ignored.
DSCPタグ：パケットはDSCPがタグ付けされた対象である場合に使用する6ビットのDSCPラベル、具体的にはIPv4またはIPv6パケット（[RFC2474]を参照）。このフィールドは、WTPサービス品質のメッセージ要素内の「D」ビットが設定された場合にのみ使用されます。そうでない場合は、その内容を無視しなければなりません。
The IEEE 802.11 Update WLAN message element is used by the AC to define a wireless LAN on the WTP. The inclusion of this message element MUST also include the IEEE 802.11 Information Element message element, containing the following 802.11 IEs:
IEEE 802.11 WLAN更新メッセージ要素はWTPに無線LANを定義するためにACによって使用されます。このメッセージ要素の包含は、以下802.11 IEを含む、IEEE 802.11情報要素メッセージ要素を含める必要があります。
Power Constraint information element
パワー制約情報要素
WPA information element [WPA]
WPA情報要素[WPA]
RSN information element
RSN情報要素
Enhanced Distributed Channel Access (EDCA) Parameter Set information element
エンハンスト分散チャネルアクセス（EDCA）パラメータセット情報要素
QoS Capability information element
QoSの能力情報要素
WMM information element [WMM]
WMM情報要素[WMM]
These IEEE 802.11 Information Elements are stored by the WTP and included in any Probe Responses and Beacons generated, as specified in the IEEE 802.11 standard [IEEE.802-11.2007].
これらIEEE 802.11情報要素は、WTPにより保存され、任意のプローブ応答に含まれる[IEEE.802-11.2007】IEEE 802.11規格で指定されるようにビーコンは、生成されます。
If cryptographic services are provided at the WTP, the WTP MUST observe the algorithm dictated in the Group Cipher Suite field of the RSN Information Element sent by the AC. The RSN Information Element is used to communicate any supported algorithm, including WEP, TKIP, and AES-CCMP. In the case of static WEP keys, the RSN Information Element is still used to indicate the cryptographic algorithm even though no key exchange occurred.
暗号化サービスは、WTPで提供されている場合、WTPはACによって送られたRSN情報要素のグループ暗号スイートフィールドに決まるアルゴリズムを遵守しなければなりません。 RSN情報要素は、WEP、TKIP、およびAES-CCMPを含む任意のサポートされているアルゴリズムを通信するために使用されます。静的WEPキーの場合は、RSN情報要素はまだ鍵交換が発生していないにもかかわらず、暗号アルゴリズムを示すために使用されます。
The message element uses the following format:
メッセージ要素は次の形式を使用します。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | WLAN ID | Capability |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Key Index | Key Status | Key Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Key... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1044 for IEEE 802.11 Update WLAN
タイプ：1044 IEEE 802.11の更新WLAN用
Length: >= 8
長さ：> = 8
Radio ID: An 8-bit value representing the radio, whose value is between one (1) and 31.
無線ID：無線を表す8ビットの値で、その値は1（1）と31の間です。
WLAN ID: An 8-bit value specifying the WLAN Identifier. The value MUST be between one (1) and 16.
WLAN ID：WLAN識別子を指定する8ビット値。値は1（1）と16の間でなければなりません。
Capability: A 16-bit value containing the Capability information field to be advertised by the WTP in the Probe Request and Beacon frames. Each bit of the Capability field represents a different WTP capability, which are described in detail in [IEEE.802-11.2007]. The format of the field is:
能力：プローブ要求及びビーコンフレームにWTPによってアドバタイズされる能力情報フィールドを含む16ビット値。機能フィールドの各ビットは、[IEEE.802-11.2007]に詳細に記載されている異なるWTP能力を表します。フィールドの形式は次のとおりです。
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|E|I|C|F|P|S|B|A|M|Q|T|D|V|O|K|L|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
E (ESS): The AC MUST set the Extended Service Set (ESS) subfield to 1.
E（ESS）：ACは1に拡張サービスセット（ESS）サブフィールドを設定しなければなりません。
I (IBSS): The AC MUST set the Independent Basic Service Set (IBSS) subfield to 0.
I（IBSS）：ACが0に独立した基本サービスセット（IBSS）サブフィールドを設定しなければなりません。
C (CF-Pollable): The AC sets the Contention Free Pollable (CF-Pollable) subfield based on the table found in [IEEE.802-11.2007].
C（CF-ポーリング可能）：ACは、[IEEE.802-11.2007]で見つかったテーブルに基づいて、コンテンションフリーポーリング可能（CF-ポーリング可能）サブフィールドを設定します。
F (CF-Poll Request): The AC sets the CF-Poll Request subfield based on the table found in [IEEE.802-11.2007].
F（CF-ポーリング要求は）：ACは、[IEEE.802-11.2007]で見つかったテーブルに基づいて、CF-ポーリング要求サブフィールドを設定します。
P (Privacy): The AC sets the Privacy subfield based on the confidentiality requirements of the WLAN, as defined in [IEEE.802-11.2007].
P（プライバシー）：[IEEE.802-11.2007]で定義されるようにACは、WLANの機密要件に基づいてプライバシーサブフィールドを設定します。
S (Short Preamble): The AC sets the Short Preamble subfield based on whether the use of short preambles are permitted on the WLAN, as defined in [IEEE.802-11.2007].
S（ショートプリアンブル）：ACは、[IEEE.802-11.2007]で定義されるように、短いプリアンブルの使用は、WLAN上で許可されるかどうかに基づいて短いプリアンブルサブフィールドを設定します。
B (PBCC): The AC sets the Packet Binary Convolutional Code (PBCC) modulation option subfield based on whether the use of PBCC is permitted on the WLAN, as defined in [IEEE.802-11.2007].
B（PBCC）：ACは、[IEEE.802-11.2007]で定義されるようにPBCCの使用は、WLAN上で許可されているか否かに基づいて、パケットバイナリ畳み込み符号（PBCC）変調オプションサブフィールドを設定します。
A (Channel Agility): The AC sets the Channel Agility subfield based on whether the WTP is capable of supporting the High Rate Direct Sequence Spread Spectrum (HR/DSSS), as defined in [IEEE.802-11.2007].
（チャンネルアジリティ）は：ACは、WTPが[IEEE.802-11.2007]で定義されるように、高レート直接シーケンススペクトラム拡散（HR / DSSS）をサポートすることが可能であるかどうかに基づいて、チャンネルアジリティサブフィールドを設定します。
M (Spectrum Management): The AC sets the Spectrum Management subfield according to the value of the dot11SpectrumManagementRequired MIB variable, as defined in [IEEE.802-11.2007].
M（スペクトル管理）：ACは、[IEEE.802-11.2007]で定義されるように、dot11SpectrumManagementRequired MIB変数の値に応じてスペクトル管理サブフィールドを設定します。
Q (QoS): The AC sets the Quality of Service (QoS) subfield based on the table found in [IEEE.802-11.2007].
Q（QOS）：ACは、[IEEE.802-11.2007]で見つかったテーブルに基づいてサービス品質（QoS）のサブフィールドを設定します。
T (Short Slot Time): The AC sets the Short Slot Time subfield according to the value of the WTP's currently used slot time value, as defined in [IEEE.802-11.2007].
T（短いスロット時間）：[IEEE.802-11.2007]で定義されるようにACは、WTPの現在使用されているスロットの時間値の値に応じて短いスロット時間サブフィールドを設定します。
D (APSD): The AC sets the APSD subfield according to the value of the dot11APSDOptionImplemented Management Information Base (MIB) variable, as defined in [IEEE.802-11.2007].
D（APSD）：ACは、[IEEE.802-11.2007]で定義されるようdot11APSDOptionImplemented管理情報ベース（MIB）変数の値に応じてAPSDサブフィールドを設定します。
V (Reserved): The AC sets the Reserved subfield to zero, as defined in [IEEE.802-11.2007].
V（予約）：[IEEE.802-11.2007]で定義されるようにACは、ゼロに予約サブフィールドを設定します。
O (DSSS-OFDM): The AC sets the DSSS-OFDM subfield to indicate the use of Direct Sequence Spread Spectrum with Orthogonal Frequency Division Multiplexing (DSSS-OFDM), as defined in [IEEE.802-11.2007].
（DSSS-OFDM）O：ACは、[IEEE.802-11.2007]で定義されるようにDSSS-OFDMのサブフィールドは、直交周波数分割多重（DSSS-OFDM）とスペクトラム拡散直接シーケンスの使用を示すために設定します。
K (Delayed Block ACK): The AC sets the Delayed Block ACK subfield according to the value of the dot11DelayedBlockAckOptionImplemented MIB variable, as defined in [IEEE.802-11.2007].
Kは（ブロックACKを遅延）：[IEEE.802-11.2007]で定義されるようにACは、dot11DelayedBlockAckOptionImplemented MIB変数の値に応じて遅延型ブロックACKサブフィールドを設定します。
L (Immediate Block ACK): The AC sets the Delayed Block ACK subfield according to the value of the dot11ImmediateBlockAckOptionImplemented MIB variable, as defined in [IEEE.802-11.2007].
L（即時ブロックACK）：ACは、[IEEE.802-11.2007]で定義されるように、dot11ImmediateBlockAckOptionImplemented MIB変数の値に応じて遅延ブロックACKサブフィールドを設定します。
Key-Index: The Key-Index associated with the key.
キーインデックス：キーインデックスは、キーに関連付けられています。
Key Status: A 1-byte value that specifies the state and usage of the key that has been included. The following values describe the key usage and its status:
キーステータス：含まれているキーの状態や使用状況を指定する1バイトの値。次の値は、キーの使用状況とその状況を説明します。
0 - A value of zero, with the inclusion of the RSN Information Element means that the WLAN uses per-station encryption keys, and therefore the key in the 'Key' field is only used for multicast traffic.
0 - RSN情報要素を含めてゼロの値は、WLANごとの局の暗号鍵を使用し、したがって、「キー」フィールドにキーのみマルチキャストトラフィックのために使用されることを意味します。
1 - When set to one, the WLAN employs a shared WEP key, also known as a static WEP key, and uses the encryption key for both unicast and multicast traffic for all stations.
1 - オンに設定すると、WLANはまた、スタティックWEPキーとして知られている共有WEPキーを採用し、すべてのステーションのためのユニキャストおよびマルチキャストトラフィックの両方のための暗号化キーを使用しています。
2 - The value of 2 indicates that the AC will begin rekeying the GTK with the STA's in the BSS. It is only valid when IEEE 802.11 is enabled as the security policy for the BSS.
2から2の値は、ACは、STAのBSS内でGTKを再入力を開始することを示しています。 IEEE 802.11は、BSSのセキュリティポリシーとして有効になっている場合にのみ有効です。
3 - The value of 3 indicates that the AC has completed rekeying the GTK and broadcast packets no longer need to be duplicated and transmitted with both GTK's.
3から3の値は、ACはGTKを再入力完了していないと、ブロードキャストパケットは、もはや複製され、両方のGTKので送信する必要があることを示しています。
Key Length: A 16-bit value representing the length of the Key field.
キー長：キーフィールドの長さを表す16ビットの値。
Key: A Session Key, whose length is known via the Key Length field, used to provide data privacy. For static WEP keys, which is true when the 'Key Status' bit is set to one, this key is used for both unicast and multicast traffic. For encryption schemes that employ a separate encryption key for unicast and multicast traffic, the key included here only applies to multicast data, and the cipher suite is specified in an accompanied RSN Information Element. In these scenarios, the key, and cipher information, is communicated via the Add Station message element, see Section 4.6.8 in [RFC5415]. When used with WEP, the Key field includes the broadcast key. When used with CCMP, the Key field includes the 128-bit Group Temporal Key. When used with TKIP, the Key field includes the 256-bit Group Temporal Key (which consists of a 128- bit key used as input for TKIP key mixing, and two 64-bit keys used for Michael).
キー：長さのデータのプライバシーを提供するために使用するキーの長さフィールドを介して知られているセッション鍵、。 「キーステータス」ビットが1に設定されている場合はtrueで静的WEPキーについては、このキーは、ユニキャストとマルチキャストの両方のトラフィックに使用されます。ユニキャストおよびマルチキャストトラフィック用に別の暗号化キーを採用する暗号化方式の場合は、ここに含まれる鍵は、唯一のマルチキャストデータに適用され、暗号スイートを伴うRSN情報要素で指定されています。これらのシナリオでは、キー、及び暗号情報は、[RFC5415]セクション4.6.8を参照して、ステーションのメッセージ要素を追加介して通信されます。 WEPで使用する場合、キーフィールドは、ブロードキャストキーが含まれています。 CCMPで使用する場合、キーフィールドは、128ビットのグループ一時的なキーを含んでいます。 TKIPと共に使用される場合、キーフィールドは、（TKIPキー混合のための入力として使用される128ビットのキーで構成され、マイケルのために使用される2つの64ビット・キー）256ビットのグループの一時的なキーを含みます。
The IEEE 802.11 WTP Quality of Service message element value is sent by the AC to the WTP to communicate Quality of Service configuration information. The QoS tags included in this message element are the default QoS values to be applied to packets received by the WTP from stations on a particular radio. Any tagging performed by the WTP MUST be directly applied to the packets received from the station, as well as the CAPWAP tunnel, if the packets are tunneled to the AC. See Section 2.6 for more information.
サービスメッセージの要素値のIEEE 802.11 WTP品質は、サービス構成情報の品質を通信するWTPにACによって送信されます。このメッセージ要素に含まれたQoSタグは、特定のラジオ局からWTPによって受信されたパケットに適用されるデフォルトQoS値です。パケットは、ACにトンネリングされる場合にWTPによって実行されるタグは直接、ステーションから受信したパケット、ならびにCAPWAPトンネルに適用されなければなりません。詳細については、セクション2.6を参照してください。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID |Tagging Policy | QoS Sub-Element ...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1045 for IEEE 802.11 WTP Quality of Service
タイプ：IEEE 802.11 WTPサービス品質のための1045
Length: 34
長さ：34
Radio ID: The Radio Identifier, whose value is between one (1) and 31, typically refers to some interface index on the WTP.
無線ID：無線識別子、その値は1（1）と31の間であるが、典型的にはWTPにいくつかのインターフェースインデックスを指します。
Tagging Policy: A bit field indicating how the WTP is to mark packets for QoS purposes. The required WTP behavior is defined in Section 2.6.1. The field has the following format:
タグ付けポリシー：ビットフィールドは、WTPがQoSの目的のためにパケットをマークすることであるかを示します。必要なWTPの挙動は、2.6.1項で定義されています。フィールドの形式は次のとおりです。
0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+-+
|Rsvd |P|Q|D|O|I|
+-+-+-+-+-+-+-+-+
Rsvd: A set of reserved bits for future use. All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
RSVD：将来の使用のために予約されたビットのセット。このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
P: When set, the WTP is to employ the 802.1p QoS mechanism (see Section 2.6.1.1), and the WTP is to use the 'Q' bit.
P：セットは、WTP（セクション2.6.1.1を参照）の802.1p QoSメカニズムを採用することである、とWTPは「Q」ビットを使用することです。
Q: When the 'P' bit is set, the 'Q' bit is used by the AC to communicate to the WTP how 802.1p QoS is to be enforced. Details on the behavior of the 'Q' bit are specified in Section 2.6.1.1.
Q：「P」ビットが設定されている場合、「Q」ビットが802.1P QoSが適用される方法WTPと通信するためにACによって使用されます。 「Q」ビットの動作の詳細は、2.6.1.1項に規定されています。
D: When set, the WTP is to employ the DSCP QoS mechanism (see Section 2.6.1.2), and the WTP is to use the 'O' and 'I' bits.
D：ときセット、WTP（セクション2.6.1.2を参照）DSCP QoSメカニズムを使用することであり、WTPは「O」と「I」ビットを使用することです。
O: When the 'D' bit is set, the 'O' bit is used by the AC to communicate to the WTP how DSCP QoS is to be enforced on the outer (tunneled) header. Details on the behavior of the 'O' bit are specified in Section 2.6.1.2.
O：「D」ビットが設定されている場合、「O」ビットはDSCP QoSが外側（トンネリング）ヘッダに適用する方法をWTPと通信するためにACによって使用されます。 「O」ビットの動作の詳細は、セクション2.6.1.2で指定されています。
I: When the 'D' bit is set, the 'I' bit is used by the AC to communicate to the WTP how DSCP QoS is to be enforced on the station's packet (inner) header. Details on the behavior of the 'I' bit are specified in Section 2.6.1.2.
I：「D」ビットが設定され、「I」はビットがDSCP QoSが局のパケット（内側）のヘッダーに適用する方法をWTPと通信するためにACによって使用されます。 「I」ビットの動作の詳細は、セクション2.6.1.2で指定されています。
QoS Sub-Element: The IEEE 802.11 WTP Quality of Service message element contains four QoS sub-elements, one for every QoS profile. The order of the QoS profiles are Voice, Video, Best Effort, and Background.
QoSのサブエレメント：IEEE 802.11 WTPサービス品質のメッセージ要素は4のQoSサブ要素、すべてのQoSプロファイルのための1つを含んでいます。 QoSプロファイルの順序は、音声、ビデオ、ベストエフォート、および背景です。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Queue Depth | CWMin | CWMax |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| CWMax | AIFS | Reserved|8021p|RSV| DSCP Tag |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Queue Depth: The number of packets that can be on the specific QoS transmit queue at any given time.
キューの深さ：任意の時点で特定のQoS送信キューにすることができたパケットの数。
CWMin: The Contention Window minimum (CWmin) value for the QoS transmit queue. The value of this field comes from the IEEE 802.11 dot11EDCATableCWMin MIB element (see [IEEE.802-11.2007]).
CWMIN：QoSはキューを送信するためのコンテンションウィンドウの最小値（のCWmin）値。このフィールドの値は、IEEE 802.11 dot11EDCATableCWMin MIB要素（[IEEE.802-11.2007]参照）から来ます。
CWMax: The Contention Window maximum (CWmax) value for the QoS transmit queue. The value of this field comes from the IEEE 802.11 dot11EDCATableCWMax MIB element (see [IEEE.802-11.2007]).
CWMAX：QoSの送信キューのためのコンテンションウィンドウ最大値（CWmaxの値）。このフィールドの値は、IEEE 802.11 dot11EDCATableCWMax MIB要素（[IEEE.802-11.2007]参照）から来ます。
AIFS: The Arbitration Inter Frame Spacing (AIFS) to use for the QoS transmit queue. The value of this field comes from the IEEE 802.11 dot11EDCATableAIFSN MIB element (see [IEEE.802-11.2007]).
AIFS：調停インターフレーム間隔（AIFS）はキューを送信するQoSを使用します。このフィールドの値は、IEEE 802.11 dot11EDCATableAIFSN MIB要素（[IEEE.802-11.2007]参照）から来ます。
Reserved: All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
予約：このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
8021p: The 3-bit 802.1p priority value to use if packets are to be IEEE 802.1p tagged. This field is used only if the 'P' bit is set; otherwise, its contents MUST be ignored.
8021p：パケットがIEEE 802.1Pのタグ付けされる場合に使用する3ビットの802.1pプライオリティ値。このフィールドは、「P」ビットが設定されている場合にのみ使用されます。そうでない場合は、その内容を無視しなければなりません。
RSV: All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
RSV：このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
DSCP Tag: The 6-bit DSCP label to use if packets are eligible to be DSCP tagged, specifically an IPv4 or IPv6 packet (see [RFC2474]). This field is used only if the 'D' bit is set; otherwise, its contents MUST be ignored.
DSCPタグ：パケットはDSCPがタグ付けされた対象である場合に使用する6ビットのDSCPラベル、具体的にはIPv4またはIPv6パケット（[RFC2474]を参照）。このフィールドは、「D」ビットが設定されている場合にのみ使用されます。そうでない場合は、その内容を無視しなければなりません。
The IEEE 802.11 WTP WLAN Radio Configuration message element is used by the AC to configure a Radio on the WTP, and by the WTP to deliver its radio configuration to the AC. The message element value contains the following fields:
IEEE 802.11 WTP WLAN無線構成メッセージ要素は、WTPの無線を設定するためにACによって使用され、WTPによりACへの無線設定を配信します。メッセージ要素の値は、以下のフィールドが含まれています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID |Short Preamble| Num of BSSIDs | DTIM Period |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| BSSID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| BSSID | Beacon Period |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Country String |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1046 for IEEE 802.11 WTP WLAN Radio Configuration
タイプ：IEEE 802.11 WTP WLAN無線設定のための1046
Length: 16
長さ：16
Radio ID: An 8-bit value representing the radio to configure, whose value is between one (1) and 31.
無線ID：設定するラジオを表す8ビットの値で、その値は1（1）と31の間です。
Short Preamble: An 8-bit value indicating whether short preamble is supported. The following enumerated values are currently supported:
ショートプリアンブル：ショートプリアンブルがサポートされているか否かを示す8ビット値。以下の列挙値は、現在サポートされています。
0 - Short preamble not supported.
0 - ショートプリアンブルがサポートされていません。
1 - Short preamble is supported.
1 - ショートプリアンブルがサポートされています。
BSSID: The WLAN Radio's base MAC Address.
BSSID：WLAN無線のベースMACアドレス。
Number of BSSIDs: This attribute contains the maximum number of BSSIDs supported by the WTP. This value restricts the number of logical networks supported by the WTP, and is between 1 and 16.
BSSIDの数：この属性は、WTPでサポートされているのBSSIDの最大数が含まれています。この値は、WTPによりサポートされる論理ネットワークの数を制限し、そして1および16の間です。
DTIM Period: This attribute specifies the number of Beacon intervals that elapse between transmission of Beacons frames containing a Traffic Indication Map (TIM) element whose Delivery Traffic Indication Message (DTIM) Count field is 0. This value is transmitted in the DTIM Period field of Beacon frames. The value of this field comes from the IEEE 802.11 dot11DTIMPeriod MIB element (see [IEEE.802-11.2007]).
DTIM期間：この属性は、配信トラフィック指示メッセージ（DTIM）カウント・フィールドは0です。この値はのDTIM Periodフィールドで送信されるトラフィック指示マップ（TIM）要素を含むビーコンフレームの送信間に経過ビーコン間隔の数を指定しますビーコンフレーム。このフィールドの値は、IEEE 802.11 dot11DTIMPeriod MIB要素（[IEEE.802-11.2007]参照）から来ます。
Beacon Period: This attribute specifies the number of Time Unit (TU) that a station uses for scheduling Beacon transmissions. This value is transmitted in Beacon and Probe Response frames. The value of this field comes from the IEEE 802.11 dot11BeaconPeriod MIB element (see [IEEE.802-11.2007]).
ビーコン期間：この属性は、ステーションがビーコン送信をスケジューリングするために使用する時間単位（TU）の数を指定します。この値は、ビーコン及びプローブ応答フレームで送信されます。このフィールドの値は、IEEE 802.11 dot11BeaconPeriod MIB要素（[IEEE.802-11.2007]参照）から来ます。
Country String: This attribute identifies the country in which the station is operating. The value of this field comes from the IEEE 802.11 dot11CountryString MIB element (see [IEEE.802-11.2007]). Some regulatory domains do not allow WTPs to have user configurable country string, and require that it be a fixed value during the manufacturing process. Therefore, WTP vendors that wish to allow for the configuration of this field will need to validate this behavior during its radio certification process. Other WTP vendors may simply wish to treat this WTP configuration parameter as read-only. The country strings can be found in [ISO.3166-1].
国文字列：この属性は、ステーションが動作している国を識別する。このフィールドの値は、IEEE 802.11 dot11CountryString MIB要素（[IEEE.802-11.2007]参照）から来ます。いくつかの調節ドメインはWTPsは、ユーザ設定可能な国の文字列を持つことができ、そしてそれは、製造工程中に固定値である必要はありません。したがって、このフィールドの設定を可能にしたいWTPのベンダーは、そのラジオ認証プロセス中に、この動作を検証する必要があります。その他のWTPのベンダーは、単に読み取り専用としてこのWTP構成パラメータを処理することを望むかもしれません。国の文字列は、[ISO.3166-1]で見つけることができます。
The WTP and AC MAY ignore the value of this field, depending upon regulatory requirements, for example to avoid classification as a Software-Defined Radio. When this field is used, the first two octets of this string is the two-character country string as described in [ISO.3166-1], and the third octet MUST either be a space, 'O', 'I', or X' as defined below. When the value of the third octet is 255 (HEX 0xff), the country string field is not used, and MUST be ignored. The following are the possible values for the third octet:
WTPとACは、ソフトウェア無線などの分類を避けるために、例えば、規制要件に応じて、このフィールドの値を無視するかもしれません。このフィールドを使用した場合で説明したように、この文字列の最初の2つのオクテットは、[ISO.3166-1] 2文字の国の文字列で、3番目のオクテットは「O」、「私は」、または、スペースのいずれかでなければなりませんX」以下に定義します。第三のオクテットの値が255（HEXの0xffの）である場合には、国の文字列フィールドは使用されず、無視しなければなりません。以下は、3番目のオクテットの可能な値です。
1. an ASCII space character, if the regulations under which the station is operating encompass all environments in the country,
1. ASCIIのスペース文字、ステーションは国のすべての環境を包含する動作しているの下での規制であれば、
2. an ASCII 'O' character, if the regulations under which the station is operating are for an outdoor environment only, or
2. ASCII「O」の文字、ステーションが動作しているの下で規制が屋外環境のためのものである場合にのみ、または
3. an ASCII 'I' character, if the regulations under which the station is operating are for an indoor environment only,
3. ASCIIステーションが動作しているの下で規制が唯一の屋内環境にある場合は、「I」は、文字、
4. an ASCII 'X' character, if the station is operating under a non-country entity. The first two octets of the non-country entity shall be two ASCII 'XX' characters,
4. ASCII「X」文字、ステーションは非国のエンティティの下で動作している場合。非国のエンティティの最初の2つのオクテットは、2つのASCII「XX」文字でなければなりません、
5. a HEX 0xff character means that the country string field is not used and MUST be ignored.
5. HEX 0xffの文字は、国の文字列フィールドが使用されていないと無視されなければならないことを意味しています。
Note that the last byte of the Country String MUST be set to NULL.
国の文字列の最後のバイトがNULLに設定しなければならないことに注意してください。
The IEEE 802.11 WTP Radio Fail Alarm Indication message element is sent by the WTP to the AC when it detects a radio failure.
それは、無線障害を検出したときにIEEE 802.11 WTPラジオ失敗アラーム表示メッセージエレメントは、ACにWTPによって送信されます。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | Type | Status | Pad |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 1047 for IEEE 802.11 WTP Radio Fail Alarm Indication
タイプ：IEEE 802.11 WTPラジオ失敗アラーム表示のための1047
Length: 4
長さ：4
Radio ID: The Radio Identifier, whose value is between one (1) and 31, typically refers to some interface index on the WTP.
無線ID：無線識別子、その値は1（1）と31の間であるが、典型的にはWTPにいくつかのインターフェースインデックスを指します。
Type: The type of radio failure detected. The following enumerated values are supported:
タイプ：検出された電波障害の種類。以下の列挙値がサポートされています。
1 - Receiver
1 - レシーバ
2 - Transmitter
2 - トランスミッタ
Status: An 8-bit boolean indicating whether the radio failure is being reported or cleared. A value of zero is used to clear the event, while a value of one is used to report the event.
ステータス：無線障害が報告された、またはクリアされているかどうかを示す8ビットのブール。一方の値は、イベントを報告するために使用されている間、ゼロの値は、イベントをクリアするために使用されます。
Pad: All implementations complying with version zero of this protocol MUST set these bits to zero. Receivers MUST ignore all bits not defined for the version of the protocol they support.
パッド：このプロトコルのバージョンゼロに準拠すべての実装がゼロにこれらのビットを設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
The IEEE 802.11 WTP Radio Information message element is used to communicate the radio information for each IEEE 802.11 radio in the WTP. The Discovery Request message, Primary Discovery Request message, and Join Request message MUST include one such message element per radio in the WTP. The Radio-Type field is used by the AC in order to determine which IEEE 802.11 technology specific binding is to be used with the WTP.
IEEE 802.11 WTPラジオ情報メッセージ要素は、WTPの各IEEE 802.11無線のための無線情報を通信するために使用されます。ディスカバリー要求メッセージ、プライマリディスカバリ要求メッセージ、および要求メッセージを参加は、WTPで無線ごとにそのようなメッセージ要素を含まなければなりません。無線-Typeフィールドは、IEEE 802.11技術の特異的結合はWTPと共に使用されるべきかを決定するために、ACで使用されます。
The message element contains two fields, as shown below.
以下に示すようなメッセージ要素は、2つのフィールドが含まれています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio ID | Radio Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Radio Type |
+-+-+-+-+-+-+-+-+
Type: 1048 for IEEE 802.11 WTP Radio Information
タイプ：1048 IEEE 802.11 WTPラジオ情報について
Length: 5
長さ：5
Radio ID: The Radio Identifier, whose value is between one (1) and 31, which typically refers to an interface index on the WTP.
無線ID：無線識別子、その値の間であり、典型的にはWTPのインターフェイスインデックスを指す一方（1）および31、。
Radio Type: The type of radio present. Note this is a bit field that is used to specify support for more than a single type of PHY/MAC. The field has the following format:
無線の種類：無線現在のタイプ。これは、PHY / MACの単一種類以上のサポートを指定するために使用されるビットのフィールドであることに注意してください。フィールドの形式は次のとおりです。
0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+-+
|Reservd|N|G|A|B|
+-+-+-+-+-+-+-+-+
Reservd: A set of reserved bits for future use. All implementations complying with this protocol MUST set to zero any bits that are reserved in the version of the protocol supported by that implementation. Receivers MUST ignore all bits not defined for the version of the protocol they support.
Reservd：将来の使用のために予約されたビットのセット。このプロトコルに準拠するすべての実装は、実装によってサポートされるプロトコルのバージョンに予約されているいずれかのビットをゼロに設定しなければなりません。レシーバは、サポートするプロトコルのバージョン用に定義されていないすべてのビットを無視しなければなりません。
N: An IEEE 802.11n radio.
N：IEEE 802.11nの無線機。
G: An IEEE 802.11g radio.
G：IEEE 802.11g無線。
A: An IEEE 802.11a radio.
A：IEEE 802.11a無線。
B: An IEEE 802.11b radio.
B：IEEE 802.11bの無線機。
This section contains the IEEE 802.11 binding specific variables that SHOULD be saved in non-volatile memory on the WTP.
このセクションでは、WTPの不揮発性メモリに保存する必要がありますIEEE 802.11バインディング固有の変数が含まれています。
The WTP-per-radio antenna configuration, defined in Section 6.2.
セクション6.2で定義されたWTP当たり無線アンテナ構成。
The WTP-per-radio Direct Sequence Control configuration, defined in Section 6.5.
6.5節で定義されたWTPあたりのラジオダイレクトシーケンス制御の設定、。
The WTP-per-radio MAC Operation configuration, defined in Section 6.7.
6.7節で定義されたWTPあたりのラジオMAC操作の設定、。
The WTP-per-radio OFDM MAC Operation configuration, defined in Section 6.10.
6.10で定義されたWTPあたりのラジオOFDM MAC操作の設定、。
The WTP-per-radio Basic Rate Set configuration, defined in Section 6.11.
セクション6.11で定義されたWTPあたりのラジオ基本レートセットの設定、。
The WTP-per-radio Transmit Power configuration, defined in Section 6.18.
セクション6.18で定義されたWTPあたりの電波送信電力の設定、。
The WTP-per-radio Quality of Service configuration, defined in Section 6.22.
セクション6.22で定義されたサービス構成のWTPあたりのラジオ品質、。
The WTP-per-radio Radio Configuration, defined in Section 6.23.
6.23項で定義されたWTPあたりのラジオラジオの設定、。
This section lists IEEE 802.11-specific values for the generic CAPWAP message elements that include fields whose values are technology specific.
このセクションでは、値が特定の技術のフィールドが含まれ、一般的なCAPWAPメッセージ要素のためのIEEE 802.11固有の値を示しています。
This specification defines two new bits for the WTP Descriptor's Encryption Capabilities field, as defined in [RFC5415]. Note that only the bits defined in this specification are described below. WEP is not explicitly advertised as a WTP capability since all WTPs are expected to support the encryption cipher. The format of the Encryption Capabilities field is:
[RFC5415]で定義されるように、本明細書では、WTPディスクリプタの暗号化機能フィールド用の2つの新しいビットを定義します。本明細書で定義されたビットのみが以下に記載されていることに留意されたいです。すべてWTPsは、暗号を解く鍵をサポートすることが期待されているので、WEPは、明示的にWTP機能として宣伝されていません。暗号化機能フィールドの形式は次のとおりです。
1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |A|T| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
A: WTP supports AES-CCMP, as defined in [IEEE.802-11.2007].
：[IEEE.802-11.2007]で定義されているようWTPは、AES-CCMPをサポートしています。
T: WTP supports TKIP and Michael, as defined in [IEEE.802-11.2007] and [WPA], respectively.
T：それぞれ、[WPA] [IEEE.802-11.2007]で定義されたようにWTPは、TKIPとMichaelをサポートします。
This section describes security considerations for using IEEE 802.11 with the CAPWAP protocol. A complete threat analysis of the CAPWAP protocol can also be found in [RFC5418].
このセクションでは、CAPWAPプロトコルとIEEE 802.11を使用するためのセキュリティの考慮事項について説明します。 CAPWAPプロトコルの完全な脅威分析はまた、[RFC5418]に見出すことができます。
When used with an IEEE 802.11 infrastructure with WEP encryption, the CAPWAP protocol does not add any new vulnerabilities. Derived Session Keys between the STA and WTP can be compromised, resulting in many well-documented attacks. Implementers SHOULD discourage the use of WEP and encourage the use of technically-sound cryptographic solutions such as those in an IEEE 802.11 RSN.
WEP暗号化を使用するIEEE 802.11インフラストラクチャで使用する場合、CAPWAPプロトコルは、任意の新しい脆弱性を追加しません。 STAとWTP間の派生セッションキーは、多くのよく文書化された攻撃で、その結果、妥協することができます。実装者は、このようなIEEE 802.11 RSNのものとWEPの使用を阻止し、技術的に音の暗号化ソリューションを使用することを奨励すべきです。
STA authentication is performed using IEEE 802.lX, and consequently EAP. Implementers SHOULD use EAP methods meeting the requirements specified [RFC4017].
STA認証はIEEE 802.lX、その結果、EAPを使用して行われます。実装者は[RFC4017]指定された要件を満たすEAPメソッドを使用すべきです。
When used with IEEE 802.11 RSN security, the CAPWAP protocol may introduce new vulnerabilities, depending on whether the link security (packet encryption and integrity verification) is provided by the WTP or the AC. When the link security function is provided by the AC, no new security concerns are introduced.
IEEE 802.11 RSNセキュリティで使用する場合、CAPWAPプロトコルは、リンクセキュリティ（パケットの暗号化と整合性の検証）はWTPまたはACによって提供されているかどうかに応じて、新しい脆弱性を導入することができます。リンクのセキュリティ機能は、ACによって提供されている場合、新しい安全保障上の懸念が導入されていません。
However, when the WTP provides link security, a new vulnerability will exist when the following conditions are true:
WTPは、リンクのセキュリティを提供する場合は、次の条件に該当する場合ただし、新しい脆弱性が存在します：
o The client is not the first to associate to the WTP/ESSID (i.e., other clients are associated), a GTK already exists, and
クライアントは、WTP / ESSIDに関連付けることが初めてではないO（すなわち、他のクライアントが関連付けられている）、GTKはすでに存在し、及び
o traffic has been broadcast under the existing GTK.
Oトラフィックは、既存のGTKの下で放送されています。
Under these circumstances, the receive sequence counter (KeyRSC) associated with the GTK is non-zero, but because the AC anchors the 4-way handshake with the client, the exact value of the KeyRSC is not known when the AC constructs the message containing the GTK. The client will update its Key RSC value to the current valid KeyRSC upon receipt of a valid multicast/broadcast message, but prior to this, previous multicast/broadcast traffic that was secured with the existing GTK may be replayed, and the client will accept this traffic as valid.
このような状況下で、GTKに関連付けられた受信シーケンスカウンタ（KeyRSC）が非ゼロであるが、ACは、クライアントと4ウェイハンドシェイクを固定するため、ACが含むメッセージを構築する際に、KeyRSCの正確な値は知られていませんGTK。クライアントは有効なマルチキャスト/ブロードキャストメッセージを受信すると、現在有効なKeyRSCにそのキーRSC値を更新しますが、これに先立っては、既存のGTKで固定した前回のマルチキャスト/ブロードキャストトラフィックが再生され、クライアントはこれを受け入れますトラフィックとして有効。
Typically, busy networks will produce numerous multicast or broadcast frames per second, so the window of opportunity with respect to such replay is expected to be very small. In most conditions, it is expected that replayed frames could be detected (and logged) by the WTP.
典型的には、ビジーネットワークは、毎秒多数のマルチキャストまたはブロードキャストフレームを生成することになるので、そのような再生に対する機会のウィンドウが非常に小さいことが期待されます。ほとんどの状況では、フレーム検出（及びログイン）WTPによって再生することができることが期待されます。
The only way to completely close this window is to provide the exact KeyRSC value in message 3 of the 4-way handshake; any other approach simply narrows the window to varying degrees. Given the low relative threat level this presents, the additional complexity introduced by providing the exact KeyRSC value is not warranted. That is, this specification provides for a calculated risk in this regard.
完全にこのウィンドウを閉じるための唯一の方法は、4ウェイハンドシェイクのメッセージ3正確なKeyRSC値を提供することです。他のアプローチは、単に様々な程度に窓を狭めます。このプレゼント低い相対脅威レベルを考えると、正確なKeyRSC値を提供することにより、導入される追加の複雑さは保証されません。つまり、この仕様は、この点で計算されたリスクのために用意されています。
The AC SHOULD use an RSC of 0 when computing message-3 of the 4-way 802.11i handshake, unless the AC has knowledge of a more optimal RSC value to use. Mechanisms for determining a more optimal RSC value are outside the scope of this specification.
メッセージ3 4ウェイ802.11iのハンドシェイクの計算時にACを使用するより最適なRSC値の知識を持っていない限りACは、0のRSCを使用すべきです。より最適なRSC値を決定するための機構は、本明細書の範囲外です。
This section details the actions IANA has taken per this specification. There are numerous registries that have been be created, and the contents, document action (see [RFC5226], and registry format are all included below. Note that in cases where bit fields are referred to, the bit numbering is left to right, where the leftmost bit is labeled as bit zero (0).
このセクションでは、IANAがこの仕様ごとに撮影した行動を詳しく説明します。多数作成されているレジストリ、およびコンテンツ、ドキュメントアクション（[RFC5226]を参照し、レジストリの形式はすべて以下に含まれています。ビットフィールドが参照される場合には、ビット番号がどこ、左から右にしていることに注意してください左端のビットは、ビットがゼロ（0）としてラベル付けされます。
This specification requires a value assigned from the Wireless Binding Identifier namespace, defined in [RFC5415]. (1) has been assigned (see Section 2.1, as it is used in implementations.
この仕様は、[RFC5415]で定義されたワイヤレスバインディング識別子空間から割り当てられた値を、必要とします。 （1）それが実装で使用されるように、セクション2.1を参照して（割り当てられています。
IANA created a new sub-registry in the existing CAPWAP Message Type registry, which is defined in [RFC5415].
IANAは[RFC5415]で定義されている既存のCAPWAPメッセージタイプレジストリに新しいサブレジストリを作成しました。
IANA created and maintains the CAPWAP IEEE 802.11 Message Types sub-registry for all message types whose Enterprise Number is set to 13277. The namespace is 8 bits (3398912-3399167), where the value 3398912 is reserved and must not be assigned. The values 3398913 and 3398914 are allocated in this specification, and can be found in Section 3. Any new assignments of a CAPWAP IEEE 802.11 Message Type (whose Enterprise Number is set to 13277) require an Expert Review. The format of the registry maintained by IANA is as follows:
IANAが作成され、維持する企業数は名前空間を13277.するように設定されているすべてのメッセージタイプのためのCAPWAP、IEEE802.11メッセージタイプサブレジストリは、値3398912を予約され割り当てられてはならない8ビット（3398912から3399167）です。値3398913と3398914は、この仕様書に割り当てられ、第3節（エンタープライズ番号13277に設定されている）エキスパートレビューを必要とCAPWAP IEEE 802.11メッセージタイプのすべての新しい割り当てで見つけることができます。次のようにIANAによって維持、レジストリの形式は次のとおりです。
CAPWAP IEEE 802.11 Message Type Reference
Control Message Value
This specification defines new values to be registered to the existing CAPWAP Message Element Type registry, defined in [RFC5415]. The values used in this document, 1024 through 1048, as listed in Figure 8 are recommended as implementations already exist that make use of these values.
この仕様は、新しい値は[RFC5415]で定義され、既存のCAPWAPメッセージエレメントタイプレジストリに登録されるように定義します。実装は既にこれらの値を利用すること存在するように、図8に記載されている1048を介してこの文書1024で使用される値が推奨されます。
The Key Status field in the IEEE 802.11 Add WLAN message element (see Section 6.1) and IEEE 802.11 Update WLAN message element (see Section 6.21) is used to provide information about the status of the keying exchange. This document defines four values, zero (0) through three (3), and the remaining values (4-255) are controlled and maintained by IANA and requires an Expert Review.
IEEE 802.11におけるキーステータスフィールドは、WLAN message要素（6.1節を参照）、IEEE 802.11 WLAN更新メッセージ要素を追加します（項6.21を参照）キー交換のステータスに関する情報を提供するために使用されます。この文書は、4つの値が、ゼロ（0）は、3つの（3）を介して、残りの値（4-255）を制御及び維持IANAによって、および専門家レビューを必要としているが定義されています。
The QoS field in the IEEE 802.11 Add WLAN message element (see Section 6.1) is used to configure a QoS policy for the WLAN. The namespace is 8 bits (0-255), where the values zero (0) through three (3) are allocated in this specification, and can be found in Section 6.1. This namespace is managed by IANA and assignments require an Expert Review. IANA created the IEEE 802.11 QoS registry, whose format is:
IEEE 802.11におけるQoSフィールドは、WLANメッセージ要素を追加します（6.1節を参照）WLANのQoSポリシーを設定するために使用されます。名前空間は、値ゼロ（0）は、3つの貫通（3）本明細書に割り当てられ、第6.1節に見出すことができる8ビット（0〜255）です。この名前空間はIANAによって管理され、割り当てはエキスパートレビューが必要です。 IANAは、そのフォーマットであるIEEE 802.11のQoSレジストリを作成しました：
IEEE 802.11 QoS Type Value Reference
IEEE 802.11のQoSタイプ値リファレンス
The Auth Type field in the IEEE 802.11 Add WLAN message element (see Section 6.1) is 8 bits and is used to configure the IEEE 802.11 authentication policy for the WLAN. The namespace is 8 bits (0-255), where the values zero (0) and one (1) are allocated in this specification, and can be found in Section 6.1. This namespace is managed by IANA and assignments require an Expert Review. IANA created the IEEE 802.11 Auth Type registry, whose format is:
IEEE 802.11における認証タイプフィールドは、WLANメッセージ要素を追加する（セクション6.1を参照）は、8ビットであり、WLANのためのIEEE 802.11認証ポリシーを構成するために使用されます。名前空間は、8ビット（0〜255）であり、ここで、値がゼロ（0）、1つは（1）本明細書に割り当てられ、第6.1節に見出すことができます。この名前空間はIANAによって管理され、割り当てはエキスパートレビューが必要です。 IANAは、そのフォーマットであるIEEE 802.11認証タイプレジストリを作成しました：
IEEE 802.11 Auth Type Type Value Reference
IEEE 802.11認証タイプタイプ値リファレンス
The Combiner field in the IEEE 802.11 Antenna message element (see Section 6.2) is used to provide information about the WTP's antennas. The namespace is 8 bits (0-255), where the values one (1) through four (4) are allocated in this specification, and can be found in Section 6.2. This namespace is managed by IANA and assignments require an Expert Review. IANA created the IEEE 802.11 Antenna Combiner registry, whose format is:
IEEE 802.11アンテナメッセージ要素（6.2節を参照）におけるコンバイナフィールドは、WTPのアンテナに関する情報を提供するために使用されます。名前空間は、8ビット（0〜255）であり、ここで、値は1（1）は、4つの（4）を介して、この明細書に割り当てられ、そして6.2に見出すことができます。この名前空間はIANAによって管理され、割り当てはエキスパートレビューが必要です。 IANAは、そのフォーマットであるIEEE 802.11アンテナコンバイナーレジストリを作成しました：
IEEE 802.11 Antenna Combiner Type Value Reference
IEEE 802.11アンテナコンバイナタイプ値リファレンス
The Antenna Selection field in the IEEE 802.11 Antenna message element (see Section 6.2) is used to provide information about the WTP's antennas. The namespace is 8 bits (0-255), where the values zero (0) is reserved and used and the values one (1) through two (2) are allocated in this specification, and can be found in Section 6.2. This namespace is managed by IANA and assignments require an Expert Review. IANA created the IEEE 802.11 Antenna Selection registry, whose format is:
IEEE 802.11アンテナメッセージ要素（6.2節を参照）におけるアンテナ選択フィールドは、WTPのアンテナに関する情報を提供するために使用されます。名前空間は、8つの値がゼロ（0）に予約されて使用されるビット（0〜255）、および値1（1）2つの貫通（2）本明細書に割り当てられ、そして6.2節に見出すことができます。この名前空間はIANAによって管理され、割り当てはエキスパートレビューが必要です。 IANAは、そのフォーマットであるIEEE 802.11アンテナ選択のレジストリを作成しました：
IEEE 802.11 Antenna Selection Type Value Reference
IEEE 802.11アンテナ選択タイプ値リファレンス
The flags field in the IEEE 802.11 Station Session Key message element (see Section 6.15) is 16 bits and is used to configure the session key association with the mobile device. This specification defines bits zero (0) and one (1), while bits two (2) through fifteen are reserved. The reserved bits are managed by IANA and assignment requires an Expert Review. IANA created the IEEE 802.11 Session Key Flags registry, whose format is:
IEEE 802.11ステーションセッション鍵のメッセージ要素内のフラグフィールド（セクション6.15を参照）は、16ビットであり、モバイル・デバイスとのセッション鍵の関連付けを設定するために使用されます。ビットは、2つ（2）15を介して予約されていながら、本明細書では、ビットはゼロ（0）と1つ（1）を定義します。予約ビットは、IANAによって管理され、割り当てはエキスパートレビューが必要です。 IANAは、そのフォーマットであるIEEE 802.11セッションキーのフラグのレジストリを作成しました：
IEEE 802.11 Station Session Key Bit Position Reference
IEEE 802.11駅セッションキービット位置リファレンス
The Tagging Policy field in the IEEE 802.11 WTP Quality of Service message element (see Section 6.22) is 8 bits and is used to specify how the CAPWAP Data Channel packets are to be tagged. This specification defines bits three (3) through seven (7). The remaining bits are managed by IANA and assignment requires an Expert Review. IANA created the IEEE 802.11 Tagging Policy registry, whose format is:
サービスのメッセージ要素のIEEE 802.11 WTP品質（セクション6.22を参照）でタグ付けPolicyフィールドは8ビットで、CAPWAPデータチャネルパケットがタグ付けされる方法を指定するために使用されます。この仕様は、7つの（7）を介してビット3（3）を規定します。残りのビットは、IANAによって管理され、割り当てはエキスパートレビューが必要です。 IANAは、そのフォーマットであるIEEE 802.11タグ付けポリシーレジストリを作成しました：
IEEE 802.11 Tagging Policy Bit Position Reference
IEEE 802.11タグ付けポリシービット位置基準
The Type field in the IEEE 802.11 WTP Radio Fail Alarm Indication message element (see Section 6.24) is used to provide information on why a WTP's radio has failed. The namespace is 8 bits (0-255), where the value zero (0) is reserved and unused, while the values one (1) and two (2) are allocated in this specification, and can be found in Section 6.24. This namespace is managed by IANA and assignments require an Expert Review. IANA created the IEEE 802.11 WTP Radio Fail registry, whose format is:
IEEE 802.11 WTPラジオ失敗アラーム表示メッセージ要素（セクション6.24を参照）を入力フィールドは、WTPの無線が失敗した理由に関する情報を提供するために使用されます。値は1（1）、2つ（2）本明細書に割り当てられ、そしてセクション6.24に見出すことができるが、名前空間は、値ゼロ（0）予約済みと未使用の8ビット（0〜255）です。この名前空間はIANAによって管理され、割り当てはエキスパートレビューが必要です。 IANAは、そのフォーマットであるIEEE 802.11 WTPラジオ失敗レジストリを作成しました：
IEEE 802.11 WTP Radio Fail Type Value Reference
IEEE 802.11 WTPラジオ失敗タイプ値リファレンス
The Radio Type field in the IEEE 802.11 WTP Radio Information message element (see Section 6.25) is 8 bits and is used to provide information about the WTP's radio type. This specification defines bits four (4) through seven (7). The remaining bits are managed by IANA and assignment requires an Expert Review. IANA created the IEEE 802.11 WTP Radio Type registry, whose format is:
IEEE 802.11 WTPラジオ情報メッセージ要素内の無線タイプフィールドは（セクション6.25を参照）を8ビットであり、WTPの無線タイプに関する情報を提供するために使用されます。この仕様は、7つの（7）を介してビット4（4）を規定します。残りのビットは、IANAによって管理され、割り当てはエキスパートレビューが必要です。 IANAは、そのフォーマットであるIEEE 802.11 WTPラジオタイプのレジストリを作成しました：
IEEE 802.11 WTP Radio Type Bit Position Reference
IEEE 802.11 WTPラジオタイプビット位置リファレンス
The WTP Encryption Capabilities field in the WTP Descriptor message element (see Section 8.1) is 16 bits and is used by the WTP to indicate its IEEE 802.11 encryption capabilities. This specification defines bits 12 and 13. The reserved bits are managed by IANA and assignment requires an Expert Review. IANA created the IEEE 802.11 Encryption Capabilities registry, whose format is:
WTPディスクリプタメッセージ要素におけるWTP暗号化機能フィールド（セクション8.1を参照）は、16ビットであり、そのIEEE 802.11暗号化機能を示すために、WTPにより使用されます。この仕様は、予約ビットがIANAと割り当てによって管理されたビット12および13を規定する専門家レビューを必要とします。 IANAは、そのフォーマットであるIEEE 802.11暗号化機能のレジストリを作成しました：
IEEE 802.11 Encryption Capabilities Bit Position Reference
IEEE 802.11暗号化機能ビット位置基準
The following individuals are acknowledged for their contributions to this binding specification: Puneet Agarwal, Charles Clancy, Pasi Eronen, Saravanan Govindan, Scott Kelly, Peter Nilsson, Bob O'Hara, David Perkins, Margaret Wasserman, and Yong Zhang.
Puneet Agarwal氏、チャールズ・クランシー、パシEronen、Saravananゴヴィンダン、スコット・ケリー、ピーター・ニルソン、ボブ・オハラ、デビッド・パーキンス、マーガレットワッサーマン、そしてヨンジュン張：以下の個人はこのバインディング仕様への貢献のために認められています。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC2474] Nichols, K., Blake, S., Baker, F., and D. Black, "Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers", RFC 2474, December 1998.
[RFC2474]ニコルズ、K.、ブレイク、S.、ベイカー、F.、およびD.黒、 "IPv4とIPv6ヘッダーとの差別化されたサービス分野（DS分野）の定義"、RFC 2474、1998年12月。
[RFC3246] Davie, B., Charny, A., Bennet, J., Benson, K., Le Boudec, J., Courtney, W., Davari, S., Firoiu, V., and D. Stiliadis, "An Expedited Forwarding PHB (Per-Hop Behavior)", RFC 3246, March 2002.
[RFC3246]デイビー、B.、Charny、A.、ベネット、J.、ベンソン、K.、ルBoudec、J.、コートニー、W.、Davari、S.、Firoiu、V.、およびD. Stiliadis、 "緊急転送PHB（ホップ単位動作）」、RFC 3246、2002年3月。
[RFC3168] Ramakrishnan, K., Floyd, S., and D. Black, "The Addition of Explicit Congestion Notification (ECN) to IP", RFC 3168, September 2001.
"IPに明示的輻輳通知の添加（ECN）" [RFC3168]ラマクリシュナン、K.、フロイド、S.、およびD.ブラック、RFC 3168、2001年9月。
[RFC3748] Aboba, B., Blunk, L., Vollbrecht, J., Carlson, J., and H. Levkowetz, "Extensible Authentication Protocol (EAP)", RFC 3748, June 2004.
[RFC3748] Aboba、B.、ブルンク、L.、Vollbrecht、J.、カールソン、J.、およびH. Levkowetz、 "拡張認証プロトコル（EAP）"、RFC 3748、2004年6月。
[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, May 2008.
[RFC5226] Narten氏、T.とH. Alvestrand、 "RFCsにIANA問題部に書くためのガイドライン"、BCP 26、RFC 5226、2008年5月。
[FIPS.197.2001] National Institute of Standards and Technology, "Advanced Encryption Standard (AES)", FIPS PUB 197, November 2001, <http://csrc.nist.gov/ publications/fips/fips197/fips-197.pdf>.
[FIPS.197.2001]米国国立標準技術研究所、 "高度暗号化標準（AES）"、FIPS PUBの197、2001年11月、<http://csrc.nist.gov/出版/ FIPS / FIPS197 / FIPS-197.pdf >。
[ISO.3166-1] ISO Standard, "International Organization for Standardization, Codes for the representation of names of countries and their subdivisions - Part 1: Country codes", ISO Standard 3166-1:1997, 1997.
[ISO.3166-1] ISO規格、「国際標準化機構、国及びその下位区分の名前の表現のためのコード - 第1部：国コード」、ISO規格3166-1：1997、1997。
[IEEE.802-11.2007] "Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements - Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications", IEEE Standard 802.11, 2007, <http://standards.ieee.org/getieee802/download/ 802.11-2007.pdf>.
[IEEE.802-11.2007]「情報技術 - 地方とメトロポリタンエリアネットワーク - - 電気通信及びシステム間の情報交換の具体的な要件 - パート11：無線LAN媒体アクセス制御（MAC）および物理層（PHY）仕様」、IEEE規格802.11 2007年、<http://standards.ieee.org/getieee802/download/ 802.11-2007.pdf>。
[RFC5415] Montemurro, M., Stanley, D., and P. Calhoun, "CAPWAP Protocol Specification", RFC 5415, March 2009.
[RFC5415]モンテムッロ、M.、スタンレー、D.、およびP.カルフーン、 "CAPWAPプロトコル仕様"、RFC 5415、2009年3月。
[IEEE.802-1X.2004] "Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements - Port-Based Network Access Control", IEEE Standard 802.1X, 2004, <http:// standards.ieee.org/getieee802/download/ 802.1X-2004.pdf>.
[IEEE.802-1X.2004]「情報技術 - 地方とメトロポリタンエリアネットワーク - - 電気通信及びシステム間の情報交換の具体的な要件 - ポートベースのネットワークアクセス制御」、IEEE標準802.1X、2004年、<のhttp：//基準.ieee.org / getieee802 /ダウンロード/ 802.1X-2004.pdf>。
[IEEE.802-1Q.2005] "Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements - Virtual Bridged Local Area Networks", IEEE Standard 802.1Q, 2005, <http:// standards.ieee.org/getieee802/download/ 802.1Q-2005.pdf>.
[IEEE.802-1Q.2005]「情報技術 - 電気通信及びシステム間の情報交換 - 地方とメトロポリタンエリアネットワーク - 具体的な要件 - 仮想ブリッジローカルエリアネットワーク」、IEEE 802.1Q規格、2005年、<のhttp：//標準規格。 ieee.org/getieee802/download/ 802.1Q-2005.pdf>。
[RFC4017] Stanley, D., Walker, J., and B. Aboba, "Extensible Authentication Protocol (EAP) Method Requirements for Wireless LANs", RFC 4017, March 2005.
[RFC4017]スタンレー、D.、ウォーカー、J.、およびB. Aboba、 "無線LANのための拡張認証プロトコル（EAP）メソッド要件"、RFC 4017、2005年3月。
[RFC4118] Yang, L., Zerfos, P., and E. Sadot, "Architecture Taxonomy for Control and Provisioning of Wireless Access Points (CAPWAP)", RFC 4118, June 2005.
[RFC4118]ヤン、L.、Zerfos、P.、およびE. Sadot、RFC 4118、2005年6月の "コントロールおよびワイヤレスアクセスポイントのプロビジョニング（CAPWAP）のためのアーキテクチャ分類学"。
[RFC5418] Kelly, S. and C. Clancy, "Control And Provisioning for Wireless Access Points (CAPWAP) Threat Analysis for IEEE 802.11 Deployments", RFC 5418, March 2009.
[RFC5418]ケリー、S.とC.クランシー、 "IEEE 802.11の展開のための無線アクセスポイント（CAPWAP）脅威の分析のための管理とプロビジョニング"、RFC 5418、2009月。
[WPA] "Deploying Wi-Fi Protected Access (WPA) and WPA2 in the Enterprise", March 2005, <www.wi-fi.org>.
[WPA] <www.wi-fi.org>、2005年3月、 "展開のWi-Fiがエンタープライズにアクセス（WPA）およびWPA2を保護されました"。
[WMM] "Support for Multimedia Applications with Quality of Service in WiFi Networks)", September 2004, <www.wi-fi.org>.
[WMM] "のWiFiネットワークにおけるサービスの品質とマルチメディアアプリケーションのサポート）"、2004年9月、<www.wi-fi.org>。
Editors' Addresses
エディタのアドレス
Pat R. Calhoun (editor) Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134
パットR.カルフーン（エディタ）は、シスコシステムズ、株式会社170西タスマン・ドライブサンノゼ、CA 95134
Phone: +1 408-902-3240 EMail: pcalhoun@cisco.com
電話：+1 408-902-3240電子メール：pcalhoun@cisco.com
Michael P. Montemurro (editor) Research In Motion 5090 Commerce Blvd Mississauga, ON L4W 5M4 Canada
L4W 5M4カナダONマイケル・P.モンテムッロ（エディタ）モーション5090コマースブルバードミシソーガの研究、
Phone: +1 905-629-4746 x4999 EMail: mmontemurro@rim.com
電話：+1 905-629-4746 x4999メール：mmontemurro@rim.com
Dorothy Stanley (editor) Aruba Networks 1322 Crossman Ave Sunnyvale, CA 94089
ドロシー・スタンレー（エディタ）アルバネットワークス1322クロスマンアベニューサニーベール、CA 94089
Phone: +1 630-363-1389 EMail: dstanley@arubanetworks.com
電話：+1 630-363-1389電子メール：dstanley@arubanetworks.com