この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
このセクションでは、メッシュ AP の ATF を紹介し、その導入ガイドラインを提供します。このセクションでは、次のことを目的としています。
メッシュ ATF は、ワイヤレス LAN コントローラ上の AireOS 8.4 以降のリリースでサポートされます。次の AP でメッシュ ATF がサポートされます。
AP | 1550(64 MB) | 1550(128 MB) | 1570 | 3700 | 1530 | 1560 |
---|---|---|---|---|---|---|
機能 | – | – | –– | – | – | – |
基本メッシュ | Yes | Yes | Yes | Yes | Yes | 8.4 |
Flex+メッシュ | Yes | Yes | Yes | Yes | Yes | × |
高速コンバージェンス(バックグラウンドのスキャン) | × | 8.3 | 8.3 | Yes | 8.3 | 8.4 |
RAP の有線クライアント | Yes | Yes | Yes | No | Yes | No |
MAP の有線クライアント | Yes | Yes | Yes | No | Yes | 8.4 |
デイジーチェーン | 7.6 | 7.6 | 7.6 | × | 7.6 | × |
LSC | Yes | Yes | Yes | Yes | Yes | No |
PSK のプロビジョニング:MAP-RAP 認証 | 8.2 | 8.2 | 8.2 | 8.2 | 8.2 | 8.4 |
メッシュの ATF | × | 8.4 | 8.4 | 8.4 | × | 8.4 |
公共ホットスポット(スタジアム/空港/会議場/その他)
この場合、パブリック ネットワークは 2 つ(またはそれ以上)のサービス プロバイダーと施設間で WLAN を共有しています。各サービス プロバイダーに対するサブスクライバをグループ化して、各グループに特定の割合の通信時間を割り当てることができます。
教育機関
この場合、大学は、学生、教員、およびゲスト間で WLAN を共有しています。ゲスト ネットワークは、サービス プロバイダーによってさらに分割できます。各グループに特定の割合の通信時間を割り当てることができます。
一般企業、サービス業、小売業
この場合、施設は、従業員とゲスト間で WLAN を共有しています。ゲスト ネットワークは、サービス プロバイダーによってさらに分割できます。ゲストは、通信時間の特定の割合を割り当てられている各サブグループがあるサービスの種類のレイヤによってグループ化できます。たとえば、有料のグループは、無料のグループより多くの通信時間が与えられます。
時間を共有する管理型ホットスポット
この場合、サービス プロバイダーまたは企業など、ホットスポットを管理するビジネス主体は、割り当てた後に通信時間をその他のビジネス主体にリースできます。
ATF 機能:
割り当ては、SSID およびクライアントごとに適用されます。
ダウンストリームだけに適用されます。
WLC GUI/CLI および PI で設定できます。
AP グループに対するネットワーク内のすべての AP または 1 つの AP に適用できます。
次のローカル モードの AP でサポートされています:AP1260、1550-128Mb 1560 1570 1700、2600、2700、3500、3600、3700。
メッシュ AP の AirTime Fairness 機能は、以前のリリースにおけるローカル AP の ATF 機能サポート リリースと概念がよく似ています。次のガイドで機能と導入手順について確認することを強くお勧めします。 http://www.cisco.com/c/en/us/td/docs/wireless/technology/mesh/8-2/b_Air_Time_Fairness_Phase1_and_Phase2_Deployment_Guide.html
現在、Cisco IOS 11n および 11ac 屋内向け AP を配備したエンタープライズ 、高密度スタジアム、およびその他の主要な Wi-Fi 導入では、8.1 MR1 および 8.2 リリースの「SSID ごと」の Airtime Fairness と、「SSID内のクライアントごと」の Airtime Fairness によってメリットが得られます。
同様に、現在、大規模な屋外ワイヤレス メッシュを導入している顧客から、AP の無線通信時間ダウンストリームの利用時に、屋外ワイヤレス メッシュ ネットワーク全体で Wi-Fi ユーザに公平性を提供して対応し、しかも屋外ワイヤレス メッシュ ネットワーク全体の Wi-Fi ユーザに(Wi-Fi ホットスポットを通じた複数のセルラー事業者が暗黙の対象)SLA を適用する重要な制御能力を管理者に提供できるようにしてほしいという声が上がっています。しかし、すべての Wi-Fi ユーザのトラフィックはワイヤレス バックホール無線により MAP と RAP 間でつながり、各バックホール ノードの SSID によってポリシーを適用するバックホール ノードのためのワイヤレス バックホール無線に関する SSID の概念が存在しないため、屋外ワイヤレス メッシュ AP により Wi-Fi の通信時間を利用するという点においては、屋外ワイヤレス メッシュ ネットワーク全体の Wi-Fi ユーザを公平に扱うための簡単なソリューションは存在しません。Client Access の無線のクライアントに関する限り、Cisco のローカル モード AP で処理される方法と同様に、(Client Fair Sharing あるなしに関わらず)SSID を通じて通信時間の公平性を調整することは非常に簡単です。
メッシュでの ATF をサポートするソリューションの概要を説明する前に、ATF について要約しておきましょう。Airtime Fairness(ATF)とは基本的に、SSID によって接続したクライアントに対して、ダウンストリーム方向の AP 無線通信時間を調整/適用する能力を提供するための概念です。結果として、ワイヤレス ネットワークの Wi-Fi ユーザは、無線通信時間を利用するという点において公平に扱われます。基本的には、これによって SLA を追加で適用するか、または単に特定のグループや特定のユーザがある特定の AP 無線上で WiFi の通信時間を不公平に独占することを回避するための重要な制御が提供されます。サービス レベル契約(SLA)とは、サービス プロバイダーに期待されるサービス レベルを定義した、(内部または外部のいずれかの)サービス プロバイダーとエンドユーザ間の契約です。SLA は、顧客が受けるサービスを定義するのが目的であるということから、アウトプット ベースと言えます。
一般に、メッシュ アーキテクチャでは、メッシュ ツリーのメッシュ AP(親/子 MAP)は、親と子の MAP 間のメッシュ接続用のバックホール無線上で、同じチャネルにアクセスします(ひとまず、拡張サブバックホール無線については忘れましょう)。一方、ルート AP はコントローラに有線接続され、MAP はコントローラに無線接続されます。そのため、すべての CAPWAP や Wi-Fi のトラフィックは、ワイヤレス バックホール無線および RAP によりコントローラに接続されます。物理的な場所という点で、通常の場合 RAP はルーフ トップに配置され、複数のホップにある MAP は、メッシュ ネットワークのセグメント化のガイドラインに基づいて、互いに間隔を置いて配置されます。そのため、メッシュ ツリー内の各 MAP は、各 MAP が同じメディアにアクセスするにも関わらず、自身の無線通信時間ダウンストリームの 100% をユーザに提供できます。これを非メッシュのシナリオで比較しましょう。アリーナでは、互いに隣り合わせの異なる部屋に存在するネイバーのローカル モード AP が、同じチャンネル上でそれぞれのクライアントにサービスを提供して、それぞれが 100% の無線通信時間のダウンストリームを提供することが考えられます。したがって、ATF は同じメディアにアクセスする 2 つのネイバー AP で適用されるクライアントを制御しません。同様に、メッシュ ツリーの MAP には適用可能です。屋外・屋内メッシュ AP では、Airtime Fairness は、ATF が現在非メッシュ ローカル・モード AP 上でサポートされクライアントにサービスを実行しているように、通常のクライアントにサービスする Client Access 無線上でサポートされなければなりません。さらに、Client Access 無線上のクライアントへの、またはクライアントからのトラフィックを RAP へ接続する(1 ホップ)、または MAP から RAP へ接続する(複数ホップ)バックホール無線においてもサポートされなければなりません。同じ SSID/ポリシー/ウェイト/Client Fair Sharing モデルを使用しているバックホール無線で ATF をサポートするのはやや微妙と言えます。バックホール無線には SSID がないため、常に隠れたバックホール ノードによってトラフィックを接続します。その後、RAP または MAP のバックホール無線では、無線通信時間ダウンストリームはバックホール ノードの数に基づいて等しく公平に共有されます。このアプローチは問題を取り除き、2 番目のホップ MAP に接続するクライアントが 1 番目のホップ MAP に関連するクライアントを止めたり、MAP の Wi-Fi ユーザが物理的な位置で分離されているものの、2 番目のホップ MAP がバックホール無線によって 1 番目のホップ MAP に接続したりする場合に、ワイヤレス メッシュ ネットワーク全体のユーザに公平性を提供します。このシナリオでは、バックホール無線が一般的な Client Access 機能を通じて通常のクライアントにサービスを実行するオプションを備えている場合、ATF は通常のクライアントを単一ノードとみなし、それらをグループ化します。ノードの数(バックホール ノード+通常のクライアントに対する単一ノード)に基づいて、無線通信時間ダウンストリームを等しく公平に共有することによって、通信時間が適用されます。次のセクションでは、このソリューションを設計に組み込む方法についての詳細を説明します。
より大きなメッシュ設計はこのようになります。
ATF モニタ モードにより、ユーザは、使用される全体的な通信時間の統計情報を表示して取得、すなわち、すべての AP 送信における通信時間の使用を報告できるようになります。モニタ モードの ATF は、次のレベルで有効にできます。
メッシュの ATF を設定するには、次の手順を実行します。