RFC 7494 - IEEE 802.11 Medium Access Control (MAC) Profile for Control and Provisioning of Wireless Access Points (CAPWAP) 日本語訳

原文URL : https://datatracker.ietf.org/doc/html/rfc7494
タイトル : RFC 7494 - ワイヤレスアクセスポイント（CAPWAP）の制御とプロビジョニングのためのIEEE 802.11中型アクセス制御（MAC）プロファイル
翻訳編集 : 自動生成

[要約] RFC 7494は、IEEE 802.11 MACプロファイルを使用してCAPWAPを制御および設定するためのものです。このRFCの目的は、ワイヤレスアクセスポイントの制御と設定を効率的かつ一貫性のある方法で行うためのガイドラインを提供することです。

Internet Engineering Task Force (IETF)                           C. Shao
Request for Comments: 7494                                       H. Deng
Category: Standards Track                                   China Mobile
ISSN: 2070-1721                                            R. Pazhyannur
                                                           Cisco Systems
                                                                 F. Bari
                                                                    AT&T
                                                                R. Zhang
                                                           China Telecom
                                                           S. Matsushima
                                                        SoftBank Telecom
                                                              April 2015

IEEE 802.11 Medium Access Control (MAC) Profile for Control and Provisioning of Wireless Access Points (CAPWAP)

ワイヤレスアクセスポイント（CAPWAP）の制御とプロビジョニングのためのIEEE 802.11中型アクセス制御（MAC）プロファイル

Abstract

概要

The Control and Provisioning of Wireless Access Points (CAPWAP) protocol binding for IEEE 802.11 defines two Medium Access Control (MAC) modes for IEEE 802.11 Wireless Transmission Points (WTPs): Split and Local MAC. In the Split MAC mode, the partitioning of encryption/decryption functions is not clearly defined. In the Split MAC mode description, IEEE 802.11 encryption is specified as located in either the Access Controller (AC) or the WTP, with no clear way for the AC to inform the WTP of where the encryption functionality should be located. This leads to interoperability issues, especially when the AC and WTP come from different vendors. To prevent interoperability issues, this specification defines an IEEE 802.11 MAC Profile message element in which each profile specifies an unambiguous division of encryption functionality between the WTP and AC.

IEEE 802.11のワイヤレスアクセスポイント（CAPWAP）プロトコルバインディングの制御とプロビジョニングは、IEEE 802.11ワイヤレス伝送ポイント（WTP）の2つのメディアアクセス制御（MAC）モードを定義します。スプリットMACモードでは、暗号化/復号化機能の分割が明確に定義されていません。スプリットMACモードの説明では、IEEE 802.11暗号化はAccess Controller（AC）またはWTPのいずれかにあると指定されており、ACがWTPに暗号化機能の場所を通知する明確な方法はありません。これにより、特にACとWTPが異なるベンダーのものである場合、相互運用性の問題が発生します。相互運用性の問題を防ぐために、この仕様では、IEEE 802.11 MACプロファイルメッセージ要素を定義しています。各メッセージプロファイルでは、WTPとACの間の暗号化機能の明確な分割を指定しています。

Status of This Memo

本文書の状態

This is an Internet Standards Track document.

これはInternet Standards Trackドキュメントです。

This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.

このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。インターネット標準の詳細については、RFC 5741のセクション2をご覧ください。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc7494.

このドキュメントの現在のステータス、正誤表、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7494で入手できます。

著作権表示

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.

この文書は、BCP 78およびIETF文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   3
   2.  IEEE MAC Profile Descriptions . . . . . . . . . . . . . . . .   5
     2.1.  Split MAC with WTP Encryption . . . . . . . . . . . . . .   5
     2.2.  Split MAC with AC Encryption  . . . . . . . . . . . . . .   6
     2.3.  IEEE 802.11 MAC Profile Frame Exchange  . . . . . . . . .   8
   3.  MAC Profile Message Element Definitions . . . . . . . . . . .   8
     3.1.  IEEE 802.11 Supported MAC Profiles  . . . . . . . . . . .   8
     3.2.  IEEE 802.11 MAC Profile . . . . . . . . . . . . . . . . .   9
   4.  Security Considerations . . . . . . . . . . . . . . . . . . .   9
   5.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .  10
   6.  References  . . . . . . . . . . . . . . . . . . . . . . . . .  11
     6.1.  Normative References  . . . . . . . . . . . . . . . . . .  11
     6.2.  Informative References  . . . . . . . . . . . . . . . . .  11
   Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . .  12
   Contributors  . . . . . . . . . . . . . . . . . . . . . . . . . .  12
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .  12

1. Introduction

1. はじめに

The CAPWAP protocol supports two MAC modes of operation: Split and Local MAC, as described in [RFC5415] and [RFC5416]. However, there are MAC functions that have not been clearly defined. For example, IEEE 802.11 [IEEE.802.11] encryption is specified as located in either the AC or the WTP with no clear way to negotiate where it should be located. Because different vendors have different definitions of the MAC mode, many MAC-layer functions are mapped differently to either the WTP or the AC by different vendors. Therefore, depending upon the vendor, the operators in their deployments have to perform different configurations based on implementation of the two modes by their vendor. If there is no clear specification, then operators will experience interoperability issues with WTPs and ACs from different vendors.

CAPWAPプロトコルは、[RFC5415]と[RFC5416]で説明されているように、2つのMAC動作モード（スプリットとローカルMAC）をサポートしています。ただし、明確に定義されていないMAC関数があります。たとえば、IEEE 802.11 [IEEE.802.11]暗号化は、ACまたはWTPのいずれかに配置されるように指定されており、配置する場所を明確に交渉する方法はありません。ベンダーごとにMACモードの定義が異なるため、多くのMAC層機能は、ベンダーごとにWTPまたはACのいずれかに異なる方法でマッピングされます。したがって、ベンダーに応じて、展開のオペレーターは、ベンダーによる2つのモードの実装に基づいて異なる構成を実行する必要があります。明確な仕様がない場合、事業者はさまざまなベンダーのWTPおよびACとの相互運用性の問題を経験することになります。

Figure 1 from [RFC5416] illustrates how some functions are processed in different places in the Local MAC and Split MAC mode. Specifically, note that in the Split MAC mode, the IEEE 802.11 encryption/decryption is specified as WTP/AC, implying that it could be at either location. This is not an issue with Local MAC because encryption is always at the WTP.

[RFC5416]の図1は、ローカルMACモードとスプリットMACモードでいくつかの機能がさまざまな場所で処理される方法を示しています。具体的には、スプリットMACモードでは、IEEE 802.11暗号化/復号化がWTP / ACとして指定されており、どちらの場所にある可能性があることを意味します。暗号化は常にWTPで行われるため、これはローカルMACの問題ではありません。

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |            Functions                  | Local MAC | Split MAC |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Distribution Service     |  WTP/AC   |     AC    |
   +             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Integration Service      |   WTP     |     AC    |
   +             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Beacon Generation        |   WTP     |     WTP   |
   +             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Probe Response Generation|   WTP     |     WTP   |
   +             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | Function    |Power Mgmt/              |   WTP     |     WTP   |
   +             |Packet Buffering         |           |           |
   |             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Fragmentation/           |   WTP     |    WTP/AC |
   +             |Defragmentation          |           |           |
   |             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Assoc/Disassoc/Reassoc   |  WTP/AC   |     AC    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Classifying              |   WTP     |     AC    |
   +   IEEE      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | 802.11 QoS  |Scheduling               |   WTP     |    WTP/AC |
   +             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Queuing                  |   WTP     |    WTP    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |IEEE 802.1X/EAP          |   AC      |    AC     |
   +   IEEE      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | 802.11 RSN  |RSNA Key Management      |   AC      |    AC     |
   +  (WPA2)     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |IEEE 802.11              |   WTP     |    WTP/AC |
   +             |Encryption/Decryption    |           |           |
   |-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Note: RSN - Robust Security Network RSNA - Robust Security Network Association WPA2 - Wi-Fi Protected Access 2

注：RSN-堅牢なセキュリティネットワークRSNA-堅牢なセキュリティネットワークアソシエーションWPA2-Wi-Fi Protected Access 2

Figure 1: Functions in Local MAC and Split MAC

図1：ローカルMACとスプリットMACの機能

To solve this problem, this specification introduces the IEEE 802.11 MAC Profile. The IEEE 802.11 MAC Profile unambiguously specifies where the various MAC functionalities should be located.

この問題を解決するために、この仕様ではIEEE 802.11 MACプロファイルを導入しています。 IEEE 802.11 MACプロファイルでは、さまざまなMAC機能を配置する場所を明確に指定しています。

2. IEEE MAC Profile Descriptions

2. IEEE MACプロファイルの説明

A IEEE 802.11 MAC Profile refers to a description of how the MAC functionality is split between the WTP and AC shown in Figure 1.

IEEE 802.11 MACプロファイルは、MAC機能がWTPとACの間でどのように分割されるかを図1に示しています。

2.1. Split MAC with WTP Encryption

2.1. WTP暗号化を使用したMACの分割

The functional split for the Split MAC with WTP encryption is provided in Figure 2. This profile is similar to the Split MAC description in [RFC5416], except that IEEE 802.11 encryption/ decryption is at the WTP. Note that fragmentation is always done at the same entity as the encryption. Consequently, in this profile fragmentation/defragmentation is also done only at the WTP. Note that scheduling functionality is denoted as WTP/AC. As explained in [RFC5416], this means that the admission control component of IEEE 802.11 resides on the AC; the real-time scheduling and queuing functions are on the WTP.

WTP暗号化を使用したスプリットMACの機能分割を図2に示します。このプロファイルは、IEEE 802.11暗号化/復号化がWTPで行われることを除いて、[RFC5416]のスプリットMACの説明に似ています。フラグメンテーションは常に暗号化と同じエンティティで行われることに注意してください。したがって、このプロファイルでは、断片化/最適化もWTPでのみ行われます。スケジューリング機能はWTP / ACとして示されていることに注意してください。 [RFC5416]で説明されているように、これはIEEE 802.11のアドミッションコントロールコンポーネントがACに常駐することを意味します。リアルタイムのスケジューリングおよびキューイング機能はWTPにあります。

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |            Functions                  | Profile   |
   |                                       |    0      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Distribution Service     |   AC      |
   +             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Integration Service      |   AC      |
   +             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Beacon Generation        |   WTP     |
   +             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Probe Response Generation|   WTP     |
   +             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | Function    |Power Mgmt/              |   WTP     |
   +             |Packet Buffering        |           |
   |             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Fragmentation/           |   WTP     |
   +             |Defragmentation          |           |
   |             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Assoc/Disassoc/Reassoc   |   AC      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Classifying              |   AC      |
   +   IEEE      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | 802.11 QoS  |Scheduling               |   WTP/AC  |
   +             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Queuing                  |   WTP     |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |IEEE 802.1X/EAP          |   AC      |
   +   IEEE      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | 802.11 RSN  |RSNA Key Management      |   AC      |
   +  (WPA2)     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |IEEE 802.11              |   WTP     |
   +             |Encryption/Decryption    |           |
   |-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Note: EAP - Extensible Authentication Protocol

注：EAP-拡張認証プロトコル

Figure 2: Functions in Split MAC with WTP Encryption

図2：WTP暗号化を使用したスプリットMACの機能

2.2. Split MAC with AC Encryption

2.2. MACをAC暗号化で分割

The functional split for the Split MAC with AC encryption is provided in Figure 3. This profile is similar to the Split MAC in [RFC5416], except that IEEE 802.11 encryption/decryption is at the AC. Since fragmentation is always done at the same entity as the encryption, in this profile, AC does fragmentation/defragmentation.

AC暗号化を使用したスプリットMACの機能分割を図3に示します。このプロファイルは、IEEE 802.11暗号化/復号化がACで行われることを除いて、[RFC5416]のスプリットMACに似ています。フラグメンテーションは常に暗号化と同じエンティティで行われるため、このプロファイルでは、ACがフラグメンテーション/デフラグメンテーションを実行します。

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |            Functions                  | Profile   |
   |                                       |    1      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Distribution Service     |   AC      |
   +             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Integration Service      |   AC      |
   +             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Beacon Generation        |   WTP     |
   +             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Probe Response Generation|   WTP     |
   +             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | Function    |Power Mgmt/              |   WTP     |
   +             |Packet Buffering         |           |
   |             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Fragmentation/           |   AC      |
   +             |Defragmentation          |           |
   |             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Assoc/Disassoc/Reassoc   |   AC      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Classifying              |   AC      |
   +   IEEE      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | 802.11 QoS  |Scheduling               |   WTP     |
   +             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |Queuing                  |   WTP     |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |IEEE 802.1X/EAP          |   AC      |
   +   IEEE      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | 802.11 RSN  |RSNA Key Management      |   AC      |
   +  (WPA2)     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |             |IEEE 802.11              |   AC      |
   +             |Encryption/Decryption    |           |
   |-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Figure 3: Functions in Split MAC with AC encryption

図3：AC暗号化を使用したスプリットMACの機能

2.3. IEEE 802.11 MAC Profile Frame Exchange

2.3. IEEE 802.11 MACプロファイルフレーム交換

An example of message exchange using the IEEE 802.11 MAC Profile message element is shown in Figure 4. The WTP informs the AC of the various MAC Profiles it supports. This happens in either a Discovery Request message or the Join Request message. The AC determines the appropriate profile and configures the WTP with the profile while configuring the WLAN.

IEEE 802.11 MACプロファイルメッセージ要素を使用したメッセージ交換の例を図4に示します。WTPは、サポートするさまざまなMACプロファイルをACに通知します。これは、Discovery RequestメッセージまたはJoin Requestメッセージで発生します。 ACは適切なプロファイルを決定し、WLANの構成中にプロファイルを使用してWTPを構成します。

       +-+-+-+-+-+-+                             +-+-+-+-+-+-+
       |    WTP    |                             |    AC     |
       +-+-+-+-+-+-+                             +-+-+-+-+-+-+
             |Join Request[Supported IEEE 802.11       |
             |       MAC Profiles   ]                  |
             |---------------------------------------->|
             |                                         |
             |Join Response                            |
             |<----------------------------------------|
             |                                         |
             |IEEE 802.11 WLAN Config. Request [       |
             | IEEE 802.11 Add WLAN,                   |
             | IEEE 802.11 MAC Profile                 |
             |   ]                                     |
             |<----------------------------------------|
             |                                         |
             |IEEE 802.11 WLAN Config. Response        |
             |---------------------------------------->|

Figure 4: Message Exchange for Negotiating MAC Profiles

図4：MACプロファイルをネゴシエートするためのメッセージ交換

3. MAC Profile Message Element Definitions

3. MACプロファイルメッセージ要素の定義

3.1. IEEE 802.11 Supported MAC Profiles

3.1. IEEE 802.11でサポートされるMACプロファイル

The IEEE 802.11 Supported MAC Profile message element allows the WTP to communicate the profiles it supports. The Discovery Request message, Primary Discovery Request message, and Join Request message may include one such message element.

IEEE 802.11でサポートされているMACプロファイルメッセージ要素により、WTPはサポートするプロファイルを通信できます。ディスカバリ要求メッセージ、プライマリディスカバリ要求メッセージ、および参加要求メッセージには、そのようなメッセージ要素が1つ含まれることがあります。

           0               1               2               3
           0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0
          +=+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
          | Num_Profiles  |  Profile_1    |   Profile_[2..N]..
          +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-

Figure 5: IEEE 802.11 Supported MAC Profiles

図5：IEEE 802.11でサポートされるMACプロファイル

o Type: 1060 for IEEE 802.11 Supported MAC Profiles o Num_Profiles >=1: This refers to the number of profiles present in this message element. There must be at least one profile.

oタイプ：IEEE 802.11対応MACプロファイルの場合は1060 o Num_Profiles> = 1：これは、このメッセージ要素に存在するプロファイルの数を示します。少なくとも1つのプロファイルが必要です。

o Profile: Each profile is identified by a value specified in Section 3.2.

o プロファイル：各プロファイルは、セクション3.2で指定された値によって識別されます。

3.2. IEEE 802.11 MAC Profile

3.2. IEEE 802.11 MACプロファイル

The IEEE 802.11 MAC Profile message element allows the AC to select a profile. This message element may be provided along with the IEEE 802.11 ADD WLAN message element while configuring a WLAN on the WTP.

IEEE 802.11 MACプロファイルメッセージ要素により、ACはプロファイルを選択できます。このメッセージ要素は、WTPでWLANを構成するときに、IEEE 802.11 ADD WLANメッセージ要素とともに提供される場合があります。

           0 1 2 3 4 5 6 7
          +=+-+-+-+-+-+-+-+
          |  Profile      |
          +-+-+-+-+-+-+-+-+

Figure 6: IEEE 802.11 MAC Profile

図6：IEEE 802.11 MACプロファイル

o Type: 1061 for IEEE 802.11 MAC Profile

o タイプ：1061（IEEE 802.11 MACプロファイルの場合）

o Profile: The profile is identified by a value as given below

o プロファイル：プロファイルは以下のように値で識別されます

* 0: This refers to the IEEE 802.11 Split MAC Profile with WTP encryption

* 0：これは、WTP暗号化を使用したIEEE 802.11 Split MACプロファイルを指します

* 1: This refers to the IEEE 802.11 Split MAC Profile with AC encryption

* 1：これは、AC暗号化を使用したIEEE 802.11 Split MACプロファイルを指します

4. Security Considerations

4. セキュリティに関する考慮事項

This document does not introduce any new security risks compared to [RFC5416]. The negotiation messages between the WTP and AC have origin authentication and data integrity. As a result, an attacker cannot interfere with the messages to force a less-secure mode choice. The security considerations described in [RFC5416] apply here as well.

このドキュメントでは、[RFC5416]と比較して新しいセキュリティリスクは紹介されていません。 WTPとAC間のネゴシエーションメッセージには、発信元認証とデータ整合性があります。その結果、攻撃者はメッセージを妨害して、安全性の低いモードの選択を強制することはできません。 [RFC5416]で説明されているセキュリティの考慮事項もここに適用されます。

5. IANA Considerations

5. IANAに関する考慮事項

The following IANA actions have been completed.

次のIANAアクションが完了しました。

o This specification defines two new message elements: IEEE 802.11 Supported MAC Profiles (described in Section 3.1) and the IEEE 802.11 MAC Profile (described in Section 3.2). These elements have been registered in the existing "CAPWAP Message Element Type" registry, defined in [RFC5415].

o この仕様では、2つの新しいメッセージ要素、IEEE 802.11サポートされているMACプロファイル（セクション3.1で説明）とIEEE 802.11 MACプロファイル（セクション3.2で説明）が定義されています。これらの要素は、[RFC5415]で定義されている既存の「CAPWAPメッセージ要素タイプ」レジストリに登録されています。

CAPWAP Protocol Message Element Type Value IEEE 802.11 Supported MAC Profiles 1060 IEEE 802.11 MAC Profile 1061

CAPWAPプロトコルメッセージエレメントタイプ値IEEE 802.11サポートされているMACプロファイル1060 IEEE 802.11 MACプロファイル1061

o The IEEE 802.11 Supported MAC Profiles message element and IEEE 802.11 MAC Profile message element include a Profile field (as defined in Section 3.2). The Profile field in the IEEE 802.11 Supported MAC Profiles denotes the MAC Profiles supported by the WTP. The Profile field in the IEEE 802.11 MAC Profile denotes the MAC Profile assigned to the WTP. The namespace for the field is 8 bits (0-255). This specification defines two values: zero (0) and one (1) as described below. The remaining values (2-255) are controlled and maintained by IANA, and the registration procedure is Expert Review [RFC5226]. IANA has created a new subregistry called "IEEE 802.11 Split MAC Profile" under the existing registry "Control And Provisioning of Wireless Access Points (CAPWAP) Parameters". The registry format is given below.

o IEEE 802.11サポートされているMACプロファイルメッセージ要素とIEEE 802.11 MACプロファイルメッセージ要素には、（セクション3.2で定義されている）プロファイルフィールドが含まれています。 IEEE 802.11サポートされているMACプロファイルのプロファイルフィールドは、WTPでサポートされているMACプロファイルを示します。 IEEE 802.11 MACプロファイルのプロファイルフィールドは、WTPに割り当てられたMACプロファイルを示します。フィールドの名前空間は8ビット（0〜255）です。この仕様は、2つの値を定義します。以下で説明するように、ゼロ（0）と1（1）です。残りの値（2〜255）はIANAによって制御および維持され、登録手順はExpert Review [RFC5226]です。 IANAは、既存のレジストリ「Control and Provisioning of Wireless Access Points（CAPWAP）Parameters」の下に「IEEE 802.11 Split MAC Profile」と呼ばれる新しいサブレジストリを作成しました。レジストリの形式は次のとおりです。

Profile Type Value Reference Split MAC with WTP encryption 0 RFC 7494 Split MAC with AC encryption 1 RFC 7494

プロファイルタイプ値参照WTP暗号化を使用したMACの分割0 RFC 7494 AC暗号化を使用したMACの分割1 RFC 7494

6. References

6. 参考文献

6.1. Normative References

6.1. 引用文献

[IEEE.802.11] IEEE, "IEEE Standard for 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 Std 802.11-2012, March 2012, <http://standards.ieee.org/about/get/802/802.11.html>.

[IEEE.802.11] IEEE、「情報技術に関するIEEE規格-システム間のテレコミュニケーションおよび情報交換-ローカルおよびメトロポリタンエリアネットワーク-特定の要件パート11：無線LAN媒体アクセス制御（MAC）および物理層（PHY）仕様」、IEEE Std 802.11-2012、2012年3月、<http://standards.ieee.org/about/get/802/802.11.html>。

[RFC5415] Calhoun, P., Ed., Montemurro, M., Ed., and D. Stanley, Ed., "Control And Provisioning of Wireless Access Points (CAPWAP) Protocol Specification", RFC 5415, March 2009, <http://www.rfc-editor.org/info/rfc5415>.

[RFC5415] Calhoun、P。、編、Montemurro、M、編、およびD. Stanley、編、「ワイヤレスアクセスポイントの制御とプロビジョニング（CAPWAP）プロトコル仕様」、RFC 5415、2009年3月、<http ：//www.rfc-editor.org/info/rfc5415>。

[RFC5416] Calhoun, P., Ed., Montemurro, M., Ed., and D. Stanley, Ed., "Control and Provisioning of Wireless Access Points (CAPWAP) Protocol Binding for IEEE 802.11", RFC 5416, March 2009, <http://www.rfc-editor.org/info/rfc5416>.

[RFC5416] Calhoun、P.、Ed。、Montemurro、M.、Ed。、and D. Stanley、Ed。、 "Control and Provisioning of Wireless Access Points（CAPWAP）Protocol Binding for IEEE 802.11"、RFC 5416、March 2009 、<http://www.rfc-editor.org/info/rfc5416>。

6.2. Informative References

6.2. 参考引用

[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, May 2008, <http://www.rfc-editor.org/info/rfc5226>.

[RFC5226] Narten、T。およびH. Alvestrand、「RFCでIANAの考慮事項セクションを作成するためのガイドライン」、BCP 26、RFC 5226、2008年5月、<http://www.rfc-editor.org/info/rfc5226> 。

Acknowledgments

謝辞

The authors are grateful for extremely valuable suggestions from Dorothy Stanley in developing this specification.

著者は、この仕様の開発におけるドロシー・スタンレーからの非常に貴重な提案に感謝しています。

Guidance from the management team -- Melinda Shore, Scott Bradner, Chris Liljenstolpe, Benoit Claise, Joel Jaeggli, and Dan Romascanu -- is highly appreciated.

マネジメントチーム（メリンダショア、スコットブラドナー、クリスリジェンストルプ、ブノワクレイズ、ジョエルジャグリ、ダンローマスカヌ）からのガイダンスは高く評価されています。

Contributors

貢献者

   Yifan Chen <chenyifan@chinamobile.com>

   Naibao Zhou <zhounaibao@chinamobile.com>

Authors' Addresses

著者のアドレス

Chunju Shao China Mobile No.32 Xuanwumen West Street Beijing 100053 China

ちゅんじゅしゃおちなもびぇの。３２ぅあんうめんうぇｓｔＳｔれえｔべいじんｇ１０００５３ちな

   EMail: shaochunju@chinamobile.com

Hui Deng China Mobile No.32 Xuanwumen West Street Beijing 100053 China

Hui Deng China Mobile no.32 X u Press No Door west street北京100053中国

   EMail: denghui@chinamobile.com

Rajesh S. Pazhyannur Cisco Systems 170 West Tasman Drive San Jose, CA 95134 United States

Rajesh S. Pazhyannur Cisco Systems 170 West Tasman Drive San Jose、CA 95134アメリカ合衆国

EMail: rpazhyan@cisco.com Farooq Bari AT&T 7277 164th Ave NE Redmond, WA 98052 United States

電子メール：rpazhyan@cisco.com Farooq Bari AT＆T 7277 164th Ave NE Redmond、WA 98052 United States

   EMail: farooq.bari@att.com

Rong Zhang China Telecom No.109 Zhongshandadao avenue Guangzhou 510630 China

Ron and Zhang China通信no.109 Z Hongshanが510630中国広州に到着

   EMail: zhangr@gsta.com

Satoru Matsushima SoftBank Telecom 1-9-1 Higashi-Shinbashi, Munato-ku Tokyo Japan

さとるまつしまそｆｔばんｋてぇこｍ１ー９ー１ひがしーしんばし、むなとーくときょじゃぱん

   EMail: satoru.matsushima@g.softbank.co.jp