Mobility Express APのイーサネットブリッジングを使用したP2Pメッシュリンクの設定

はじめに

このドキュメントでは、Cisco Mobility Express(ME)ソフトウェアを使用して、イーサネットブリッジングを使用したポイントツーポイントメッシュリンクの導入について説明します。

Mobility Express

このドキュメントでは、Cisco 1542屋外用アクセスポイントを使用します。 Flex+ブリッジモードの屋内および屋外AP向けのMobility Expressソフトウェアでのメッシュサポートは、リリース8.10で導入されました。 

次のAPモデルがサポートされています。

• MEルートAPとして：Cisco AireOS 1542、1562、1815s、3802s AP

• メッシュAPとして:Cisco AireOS 1542、1562、1815s、3802s AP

Mobility Express(ME)は、Autonomous APモードおよびソフトウェアに代わるソリューションです。AireOSベースのワイヤレスLANコントローラ(WLC)ソフトウェアの軽量バージョンをアクセスポイント自体で実行できます。WLCとAPのコードはどちらもAPメモリの単一のパーティションに格納されます。Mobility Expressの導入では、ライセンスファイルもライセンスアクティベーションも必要ありません。

Mobility Express対応ソフトウェアを実行しているデバイスの電源を入れると、「AP部品」が最初に起動します。数分後、コントローラパーツも初期化されます。コンソールセッションが確立されると、ME対応デバイスにWLCプロンプトが表示されます。基盤となるAPシェルに入るには、コマンドapciscoshellを使用できます。

(Cisco Controller) >apciscoshell
!!Warning!!: You are entering ap shell. This stops you from establishing new telnet/SSH/Web sessions to controller.
 Also the exsisting sessions is suspended till you exit the ap shell.
 To exit the ap shell, use 'logout'

User Access Verification
Username: admin
Password: ********
RAP>logout 

(Cisco Controller) >

前提条件

使用するコンポーネント

• 1542D-EアクセスポイントX 2 
• 3560-CX CiscoスイッチX 2
• ノートPC X 2
• 1xコンソールケーブル

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。

ネットワーク図

このネットワーク内のすべてのデバイスは、192.168.1.0/24サブネット内にあります。Mobility Express AP（コントローラ）の管理インターフェイスにはタグが付いていませんが、すべてのポートのネイティブVLANはVLAN 39です。AP 1542-1がコントローラとルートアクセスポイント(RAP)の役割を引き受け、AP 1542-2がメッシュアクセスポイント(MAP)の役割を引き受けます。次の表に、ネットワーク内のすべてのデバイスのIPアドレスを示します。

注:管理インターフェイスにタグを付けると、内部WLCプロセスに参加するAPで問題が発生する可能性があります。管理インターフェイスにタグを付ける場合は、有線インフラストラクチャ部分が適切に設定されていることを確認します。

デバイス	IP アドレス
[Default Gateway]	192.168.1.1
ノートPC 1	192.168.1.100
ノートPC 2	192.168.1.101
Mobility ExpressのWLC	192.168.1.200
1542-1(RAP)	192.168.1.201
1542-2（地図）	192.168.1.202

コンフィギュレーション

スイッチの設定

ラップトップが接続されているスイッチポートは、VLANが39に設定されたアクセスポートとして設定されます。

Switch1#show run interface Gig 0/1

Current configuration : 205 bytes
!
interface GigabitEthernet0/1
 description Laptop1
 switchport access vlan 39
 switchport mode access
end

Switch2#show run interface Gig 0/8

Current configuration : 205 bytes
!
interface GigabitEthernet0/8
 description Laptop2
 switchport access vlan 39
 switchport mode access
end

APが接続されているスイッチポートは、ネイティブVLANが39に設定されたトランクモードです。

Switch1#show run interface Gig 0/8
Building configuration...
!
interface GigabitEthernet0/8
 description 1542-1 (RAP)
 switchport mode trunk
 switchport trunk native vlan 39
end

Switch2#show run interface Gig 0/1
Building configuration...
!
interface GigabitEthernet0/1
 description 1542-1 (RAP)
 switchport mode trunk
 switchport trunk native vlan 39
end

APの工場出荷時状態へのリセット

新しい導入を開始する前に、APを工場出荷時の状態にリセットすることを推奨します。これは、APのモード/リセットボタンを押し、電源を差し込んで、20秒以上電源を保持し続けることによって実行できます。これにより、以前の設定がすべて消去されたことを確認できます。APには、コンソール接続を介してアクセスできます。デフォルトのユーザ名はCisco、パスワードはCisco（大文字と小文字は区別されます）です。

すでにMobility Expressで実行されているAPを工場出荷時の初期状態にリセットしても、必ずしもLightweightモードに戻るとは限りません。重要なステップは、APがLightweightイメージまたはMobility Expressイメージのどちらを実行しているかを特定することです。

APがLightweightの場合、Mobility ExpressコードをダウンロードしてMobility Expressに変換できます。APがすでにMobility Expressモードになっている場合は、アクセスポイントまたはコントローラのGUIでアップグレードプロセスに従って、ソフトウェアバージョンを変更する必要があります。

Lightweightイメージを実行するAPからのshow versionの例（太字で表示）:

cisco AIR-AP1562I-E-K9 ARMv7 Processor rev 1 (v7l) with 1028616/605344K bytes of memory. Processor board ID FCZ2150Z099 AP Running Image : 8.5.151.0 Primary Boot Image : 8.5.151.0 Backup Boot Image : 0.0.0.0 1 Gigabit Ethernet interfaces 2 802.11 Radios Radio Driver version : 9.0.5.5-W8964 Radio FW version : 9.1.8.1 NSS FW version : 2.4.26

次に、Mobility Expressソフトウェアですでに実行されているAPの例を示します（図1を参照）。

AP#show version . .. AP Running Image : 8.10.185.0 Primary Boot Image : 8.10.185.0 Backup Boot Image : 8.10.185.0 . .. . AP Image type : MOBILITY EXPRESS IMAGE AP Configuration : MOBILITY EXPRESS CAPABLE

1542-2(MAP)へのLightweight capwapイメージのダウンロード

ラップトップ1はTFTPサーバとして使用されます。AP 1542-2をスイッチ1 Gig 0/8ポートに最初に接続するだけで、アップグレードを実行できます。software.cisco.comの1542 Lightweightイメージで、8.10.185リリースイメージに対応する15.3.3-JJ1（フルネームap1g5-k9w8-tar.153-3.JK9.tar）をダウンロードします。最新のLightweight APイメージは、常に最新のMEバージョンに対応しています。
イメージをTFTPルートフォルダに配置します。 コンソールケーブルを接続し、デフォルトのクレデンシャル(ユーザ名はCisco、パスワードもCisco)を使用してログインします。 APにIPアドレスを割り当て、次のコマンドを使用してアップグレードを実行します。

#capwap ap ip 192.168.1.202 255.255.255.0 192.168.1.1
#archive download-sw /reload tftp://192.168.1.100/ap1g5-k9w8-tar.153-3.JK9.tar

APがアップグレードを実行し、リブートします。show versionコマンドを使用して、アップグレードが成功したことを確認します。

MAP#show version
.
..
AP Running Image     : 8.10.185.0
Primary Boot Image   : 8.10.185.0
Backup Boot Image    : 8.8.125.0

APがスイッチ1から取り外され、スイッチ2に再び接続されている。

注:MAPのイメージを手動でアップグレードすることで、メッシュリンクが確立された後に地上波(OVER-the-AIR)で行われるイメージのアップグレードプロセスを回避できます。

AP 1542-1(RAP)へのMobility Express対応イメージのダウンロード

1542 AP用のMobility Express 8.10.105リリースには、.tarと.zipの2つの使用可能なファイルがあります。.tarファイルをダウンロードします。

.tarファイルのダウンロード

物理的なWLCとは異なり、MEアクセスポイントはすべてのAPイメージを保存するのに十分なフラッシュメモリを持っていません。そのため、さらに別のAPをMobility Expressアクセスポイントに加入させる場合は、常にTFTPサーバにアクセスできるようにしておくことが必要です。この例のようにAPを手動でアップグレードする場合、この手順は必要ありません。

アップグレードを実行するには、コンソールをAP 1542-1に接続し、IPアドレスを割り当てて、イメージのアップグレードを実行します。

#capwap ap ip 192.168.1.201 255.255.255.0 192.168.1.1
#ap-type mobility-express tftp://192.16.1.100/AIR-AP1540-K9-ME-8-10-185.tar

アップグレードが完了すると、APがリブートします。APが起動するとすぐに、コントローラ部分も起動し始めます。間もなく、ゼロデイプロビジョニングSSID「CiscoAirProvision」がブロードキャストされるようになります。

コンソールにアクセスしている場合は、CLIウィザードが表示されますが、APをそのように設定しないでください。Over-the-Air GUIウィザードを使用できます。

ゼロデイSSIDプロビジョニング

パスワードpasswordを使用して、APによってブロードキャストされる「CiscoAirProvision」SSIDに接続します。ラップトップは、サブネット192.168.1.0/24からIPアドレスを取得します。

SSIDのブロードキャストが確認できない場合、APが「Mobility Express CAPABLE」であってもMobility Expressとして実行されていない可能性があります。その場合は、AP CLIに接続して、ap type mobility-expressを入力する必要があり、APがリブートして、プロビジョニングSSIDをブロードキャストします。

ローカルモードとメッシュモードの間でAPを変換することもできます。 capwap ap apモードローカル/フレックスブリッジ 必要に応じて、このセットアップ中に。

Webブラウザでアドレスhttp://192.168.1.1を開きます。 このページは、初期設定ウィザードにリダイレクトされます。 管理者ユーザ名とパスワードを指定してコントローラに管理者アカウントを作成し、Startをクリックします。

次の手順では、値を指定してコントローラを設定します。

フィールド名	説明
システム名	Mobility Express APのシステム名を入力します。例：MobilityExpress-WLC
Country	ドロップダウンリストから国を選択します。
日付/時刻	現在の日付と時刻を選択します。  注：ウィザードは、JavaScriptを使用してコンピュータからクロック情報（日付と時刻）をインポートしようとします。続行する前に、クロック設定を確認することを強くお勧めします。アクセスポイントは、クロック設定に基づいてWLCに参加します。
TimeZone	現在のタイムゾーンを選択します。
NTP サーバ	NTPサーバの詳細を入力します。
Management IP	管理IPアドレスを入力します。注：アクセスポイントに割り当てられているIPとは異なるIPアドレスを指定する必要があります。この例では、APが。201 IPを取得している間に、コンフィギュレーションウィザードで。200を割り当てます。両方を使用します。
サブネット マスク	サブネットマスクアドレスを入力します。
[Default Gateway]	デフォルトゲートウェイを入力します。

この設定では、DHCPサーバはSwitch 1で実行されているため、ME WLCで有効にする必要はありません。メッシュオプションをスライドして [Enable] Nextをクリックします。

次の手順では、次のフィールドを指定してワイヤレスネットワークを作成します。

フィールド名	説明
ネットワーク名	ネットワーク名を入力します。
セキュリティ	次の WPA2 Personalセキュリティタイプを選択します。
パスフレーズ	事前共有キー(PSK)を指定します。
パスフレーズの確認	パスフレーズを再入力して確認します。

このネットワークは、後の段階で無効にできます。

[詳細設定]タブで、 RFパラメータの最適化 スライダをディセーブルにして、Nextをクリックします。

設定が確認されると、WLCはリブートします。

その他のメッシュ設定

メッシュリンクを確立する前に、MAPをフレックスブリッジモードに変換する必要があります。初期設定中にメッシュオプションがイネーブルになっている場合、RAPはすでにflex-bridgeモードになっています。これはCLIから実行できます。

MAP# capwap ap mode flex-bridge

MAP#[*11/05/2019 18:26:28.1599] AP Rebooting: Reset Reason - AP mode changed

MAPトップがMEコントローラに加入するには、コントローラが認可されている必要があります。MAPで、イーサネットインターフェイスのMACアドレスを見つけます。

MAP#show interfaces wired 0
wired0    Link encap:Ethernet  HWaddr 00:EE:AB:83:D3:20  
          inet addr:192.168.1.202  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:183 errors:0 dropped:11 overruns:0 frame:0
          TX packets:192 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:80 
          RX bytes:19362 (18.9 KiB)  TX bytes:22536 (22.0 KiB)

ラップトップ1から、https://192.168.1.200経由でMEコントローラのWebインターフェイスにアクセスします。エキスパートモードを有効にすると（右上隅）、ワイヤレス設定の下にメッシュタブが表示されます。MACフィルタリングで、MAPのイーサネットMACアドレスを追加します。

注:ME WLCに参加している、ブリッジモードまたはフレックスブリッジモードの後続のAPも、承認される必要があります

これを設定すると、メッシュリンクが確立されます。MAPの背後にある有線クライアントがメッシュリンクを介してトラフィックを渡すには、MAPのWireless Settings > Access Points > MAP > Meshでイーサネットブリッジングを有効にする必要があります。

メッシュリンクが5 GHz帯域を使用している場合は、レーダーのシグニチャの影響を受ける可能性があります。RAPは、レーダーイベントを検出すると、別のチャネルに切り替えます。チャネルが切り替えられたことをRAPがMAPに通知するように、チャネル変更通知をイネーブルにすることをお勧めします。これにより、MAPが使用可能なすべてのチャネルをスキャンする必要がなくなるため、コンバージェンス時間が大幅に短縮されます。

確認

show mesh ap summary コマンドを実行すると、MAPが結合されたことを確認できます。

(Cisco Controller) >show mesh ap summary

AP Name                AP Model             BVI MAC              CERT MAC       Hop  Bridge Group Name  Enhanced Feature Set
------------------  -------------------  -----------------  ------------------  ---  -----------------  --------------------
RAP                  AIR-AP1542I-E-K9     00:fd:22:19:8c:f8  11:22:33:44:55:66  0    default            N/A
MAP                  AIR-AP1542D-E-K9     00:ee:ab:83:d3:20  11:22:33:44:55:66  1    default            N/A

Number of Mesh APs............................... 0
Number of RAPs................................... 0
Number of MAPs................................... 0
Number of Flex+Bridge APs........................ 2
Number of Flex+Bridge RAPs....................... 1
Number of Flex+Bridge MAPs....................... 1

リンクがトラフィックを通過しているかどうかをテストするために、シスコはラップトップ1からラップトップ2にpingを実行しようとします。

VAPEROVI:~ vaperovi$ ping 192.168.1.101

PING192.168.1.101 (192.168.1.101): 56 data bytes
64 bytes from192.168.1.101: icmp_seq=0 ttl=64 time=5.461 ms
64 bytes from192.168.1.101: icmp_seq=1 ttl=64 time=3.136 ms
64 bytes from192.168.1.101: icmp_seq=2 ttl=64 time=2.875 ms

注:MAPまたはRAPのIPアドレスにpingを送ることができるのは、メッシュリンクが確立された後だけです。

トラブルシューティング

MAP/RAPの場合：

• メッシュイベントのデバッグ

MEのWLC:

• debug capwap events enable
• debug capwap errors enable
• debug mesh events enable（メッシュのイベントをデバッグ）

MAPから確認された正常な参加プロセスの例（関係のないメッセージが修正されている）:

MAP#debug mesh events 
Enabled all mesh event debugs

[*11/05/2019 18:28:24.5699] EVENT-MeshRadioBackhaul[1]: Sending SEEK_START to Channel Manager
[*11/05/2019 18:28:24.5699] EVENT-MeshChannelMgr[1]: Starting regular seek
[*11/05/2019 18:28:24.5699] EVENT-MeshChannelMgr[1]: channels to be seeked: 100
[*11/05/2019 18:28:06.5499] EVENT-MeshChannelMgr[0]: start scanning on channel 1.
[*11/05/2019 18:28:06.5499] EVENT-MeshChannelMgr[1]: start scanning on channel 100.
[*11/05/2019 18:28:06.5699] EVENT-MeshRadioBackhaul[1]: Sending ADD_LINK to MeshLink
[*11/05/2019 18:28:06.5699] EVENT-MeshAwppAdj[1][D4:78:9B:7B:DF:11]: AWPP adjacency added channel(100) bgn() snr(99)
[*11/05/2019 18:28:06.5699] EVENT-MeshRadioBackhaul[1]: Sending ADJ_FOUND to Channel Manager 0x64
[*11/05/2019 18:28:06.5699] EVENT-MeshChannelMgr[1]: Adj found on channel 100.
[*11/05/2019 18:28:07.2099] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:08.5499] EVENT-MeshChannelMgr[0]: scanning timer expires.
[*11/05/2019 18:28:08.7899] EVENT-MeshChannelMgr[0]: continue scanning on channel 2.
[*11/05/2019 18:28:08.7899] EVENT-MeshChannelMgr[1]: scanning timer expires.
[*11/05/2019 18:28:09.0399] EVENT-MeshChannelMgr[1]: continue scanning on channel 104.
[*11/05/2019 18:28:09.2099] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:10.7899] EVENT-MeshChannelMgr[0]: scanning timer expires.
[*11/05/2019 18:28:11.0199] EVENT-MeshChannelMgr[0]: continue scanning on channel 3.
[*11/05/2019 18:28:11.0399] EVENT-MeshChannelMgr[1]: scanning timer expires.
[*11/05/2019 18:28:11.2099] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:11.3099] EVENT-MeshChannelMgr[1]: continue scanning on channel 108.
[*11/05/2019 18:28:13.0199] EVENT-MeshChannelMgr[0]: scanning timer expires.
[*11/05/2019 18:28:13.2099] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:13.2499] EVENT-MeshChannelMgr[0]: continue scanning on channel 4.
[*11/05/2019 18:28:13.3099] EVENT-MeshChannelMgr[1]: scanning timer expires.
[*11/05/2019 18:28:13.5599] EVENT-MeshChannelMgr[1]: continue scanning on channel 112.
[*11/05/2019 18:28:15.2099] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:15.2499] EVENT-MeshChannelMgr[0]: scanning timer expires.
[*11/05/2019 18:28:15.5099] EVENT-MeshChannelMgr[0]: continue scanning on channel 5.
[*11/05/2019 18:28:15.5599] EVENT-MeshChannelMgr[1]: scanning timer expires.
[*11/05/2019 18:28:15.8099] EVENT-MeshChannelMgr[1]: continue scanning on channel 116.
.
..
.
[*11/05/2019 18:28:35.7999] EVENT-MeshChannelMgr[1]: Mesh BH requests to switch to channel 100, width 20 MHz
[*11/05/2019 18:28:35.8199] EVENT-MeshChannelMgr[0]: abort scanning.
[*11/05/2019 18:28:35.8199] EVENT-MeshChannelMgr[0]: Set to configured channel 1, width 20 MHz
[*11/05/2019 18:28:36.6699] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:37.5099] EVENT-MeshRadioBackhaul[1]: Sending LINK_UP to MeshLink
[*11/05/2019 18:28:37.5099] CRIT-MeshLink: Set Root port Mac: D4:78:9B:7B:DF:11 BH Id: 2 Port:54 Device:DEVNO_BH_R1
[*11/05/2019 18:28:37.5099] EVENT-MeshLink: Sending NOTIFY_SECURITY_LINK_UP to MeshSecurity
[*11/05/2019 18:28:37.5099] EVENT-MeshSecurity: Intermodule message NOTIFY_SECURITY_LINK_UP
[*11/05/2019 18:28:37.5099] EVENT-MeshSecurity: Start full auth to parent D4:78:9B:7B:DF:11
[*11/05/2019 18:28:37.5099] EVENT-MeshSecurity: start_auth, Parent(D4:78:9B:7B:DF:11) state changed to ASSOC
[*11/05/2019 18:28:37.5199] EVENT-MeshSecurity: Opening wpas socket
[*11/05/2019 18:28:37.5199] EVENT-MeshSecurity: start socket to WPA supplicant
[*11/05/2019 18:28:37.5199] EVENT-MeshSecurity: MeshSecurity::wpas_init my_mac=00:EE:AB:83:D3:20, username(18)=c1540-00eeab83d320
[*11/05/2019 18:28:38.6699] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:40.6699] ipv6 gw config loop in Ac discovery
[*11/05/2019 18:28:40.6799] EVENT-MeshSecurity: Generating pmk r0 as child(D4:E8:80:A0:D0:B1)
[*11/05/2019 18:28:40.6899] EVENT-MeshSecurity: pmk(eap) r0 generated for D4:78:9B:7B:DF:11: 5309c9fb 0521f380 e2cdacd2 ad2dd4be 350c71f3 8810947f b4f3946b 10aabcbf
[*11/05/2019 18:28:40.6899] EVENT-MeshSecurity: EAP authentication is done, Parent(D4:78:9B:7B:DF:11) state changed to KEY_INIT
[*11/05/2019 18:28:40.6899] EVENT-MeshSecurity: Child(D4:E8:80:A0:D0:B1) generating keys to Parent D4:78:9B:7B:DF:11
[*11/05/2019 18:28:40.6899] EVENT-MeshSecurity: Processing TGR_AUTH_RSP, Parent(D4:78:9B:7B:DF:11) state changed to KEY_VALIDATE
[*11/05/2019 18:28:40.6899] CRIT-MeshSecurity: Mesh Security successful authenticating parent D4:78:9B:7B:DF:11, informing Mesh Link
[*11/05/2019 18:28:40.6899] EVENT-MeshLink: Mac: D4:78:9B:7B:DF:11 bh_id:2 auth_result: 1 
[*11/05/2019 18:28:40.6899] EVENT-MeshLink: Sending NOTIFY_SECURITY_DONE to Control
[*11/05/2019 18:28:40.6899] EVENT-MeshLink: Mesh Link:Security success on parent :D4:78:9B:7B:DF:11
[*11/05/2019 18:28:40.6899] EVENT-MeshLink: Uplink Auth done: Mac: D4:78:9B:7B:DF:11 Port:54 Device:DEVNO_BH_R1 notify bridge to start PCP
[*11/05/2019 18:28:40.6899] EVENT-MeshSecurity: Processing TGR_REASSOC_RSP, Parent(D4:78:9B:7B:DF:11) state changed to STATE_RUN
[*11/05/2019 18:28:40.6899] EVENT-MeshAwppAdj[1][D4:78:9B:7B:DF:11]: auth_complete Result(PASS)
.
..
.
[*11/05/2019 18:28:45.6799] CAPWAP State: Discovery
[*11/05/2019 18:28:45.6799] Discovery Request sent to 192.168.1.200, discovery type STATIC_CONFIG(1)
[*11/05/2019 18:28:45.6899] Discovery Request sent to 192.168.1.200, discovery type STATIC_CONFIG(1)
[*11/05/2019 18:28:45.6899] Sent Discovery to mobility group member 1. 192.168.1.200, type 1.
[*11/05/2019 18:28:45.7099] Discovery Request sent to 255.255.255.255, discovery type UNKNOWN(0)
[*11/05/2019 18:28:46.9699] AP GW IP Address updated to 192.168.1.1
[*11/05/2019 18:28:47.3999] Flexconnect Switching to Standalone Mode!
[*11/05/2019 18:28:47.4599] EVENT-MeshLink: Sending NOTIFY_CAPWAP_COMPLETE to Control
[*11/05/2019 18:28:47.4599] EVENT-MeshControl: Capwap Complete Notification: bh:2 Result:2
[*11/05/2019 18:28:47.4599] EVENT-MeshControl: Received CAPWAP Disconnect for: bh_id(2), D4:78:9B:7B:DF:11
[*11/05/2019 18:28:47.4899] Discovery Response from 192.168.1.200
.
..
.
Adding Ipv4 AP manager 192.168.1.200 to least load
[*11/05/2019 18:28:55.1299] WLC: ME ApMgr count 1, ipTransportTried 0, prefer-mode 1, isIpv4OrIpv6Static 2
[*11/05/2019 18:28:55.1399] IPv4 Pref mode. Choosing AP Mgr with index 0, IP 192.168.1.200, load 1, AP ip: (192.168.1.202)
[*11/05/2019 18:28:55.1399] capwapSetTransportAddr returning: index 0, apMgrCount 0
[*11/05/2019 18:28:55.1399] 
[*11/06/2019 13:23:36.0000] 
[*11/06/2019 13:23:36.0000] CAPWAP State: DTLS Setup
[*11/06/2019 13:23:36.0000] DTLS connection created sucessfully local_ip: 192.168.1.202 local_port: 5248 peer_ip: 192.168.1.200 peer_port: 5246
[*11/06/2019 13:23:36.8599] Dtls Session Established with the AC 192.168.1.200, port 5246
[*11/06/2019 13:23:36.8599] 
[*11/06/2019 13:23:36.8599] CAPWAP State: Join
[*11/06/2019 13:23:36.8699] Sending Join request to 192.168.1.200 through port 5248
[*11/06/2019 13:23:36.8899] Join Response from 192.168.1.200 
[*11/06/2019 13:23:36.8899] AC accepted join request with result code: 0
.
..
.
CAPWAP data tunnel UPDATE to forwarding SUCCEEDED
[*11/06/2019 13:23:37.4999] Starting Post Join timer
[*11/06/2019 13:23:37.4999] 
[*11/06/2019 13:23:37.4999] CAPWAP State: Image Data
[*11/06/2019 13:23:37.5099] AP image version 8.10.105.0 backup 8.8.125.0, Controller 8.10.105.0
[*11/06/2019 13:23:37.5099] Version is the same, do not need update.
[*11/06/2019 13:23:37.6399] do NO_UPGRADE, part1 is active part
[*11/06/2019 13:23:37.6499] 
[*11/06/2019 13:23:37.6499] CAPWAP State: Configure
[*11/06/2019 13:23:37.6599] DOT11_CFG[0] Radio Mode is changed from Remote Bridge to Remote Bridge
.
..
.
[*11/06/2019 13:23:38.7799] DOT11_CFG[0]: Starting radio 0
[*11/06/2019 13:23:38.7799] DOT11_CFG[1]: Starting radio 1
[*11/06/2019 13:23:38.8899] EVENT-MeshRadioBackhaul[0]: BH_RATE_AUTO
[*11/06/2019 13:23:38.8899] EVENT-MeshSecurity: Intermodule message LSC_MODE_CHANGE
[*11/06/2019 13:23:38.9099] CAPWAP data tunnel UPDATE to forwarding SUCCEEDED
[*11/06/2019 13:23:38.9999] Setting Prefer-mode IPv4
[*11/06/2019 13:23:39.0499] 
[*11/06/2019 13:23:39.0499] CAPWAP State: Run
[*11/06/2019 13:23:39.0499] EVENT-MeshCapwap: CAPWAP joined controller
[*11/06/2019 13:23:39.0599] CAPWAP moved to RUN state stopping post join timer
[*11/06/2019 13:23:39.1599] CAPWAP data tunnel ADD to forwarding SUCCEEDED
[*11/06/2019 13:23:39.2299] AP has joined controller ME
[*11/06/2019 13:23:39.2599] Flexconnect Switching to Connected Mode!

ヒント、テクニック、一般的な間違い

• MAPとRAPを同じイメージバージョンに有線経由でアップグレードすることで、無線でのイメージのダウンロードを回避できます（「ダーティ」なRF環境では問題になる可能性があります）。
• 5GHzバックホールリンクのチャネル幅を拡大すると、SNRが低下し、誤ったレーダー検出が発生する可能性があります（主に80MHzと160MHz）。
• メッシュリンク接続は、MAPまたはRAPの接続を確認することによってテストしないでください。メッシュリンクが起動すると、pingを実行できません。
• オンサイトで導入する前に、制御された環境でセットアップをテストすることを強く推奨します。
• 外部アンテナ付きのAPを使用している場合は、導入ガイドを参照して、互換性のあるアンテナと、接続する必要のあるポートを確認してください。
• メッシュリンクを介して異なるVLANからのトラフィックをブリッジするには、VLAN透過機能を無効にする必要があります。
• syslogサーバはデバッグ情報を提供できるので、APに対してローカルにすることを検討してください。syslogサーバはデバッグ情報を提供する以外は、コンソール接続でのみ使用できます。