CAPWAP の再試行、ハートビート、および Wi-Fi クライアントトンネルの送信

サービスと無線
上級
18 分
3 ステップ
Cisco IOS-XE-style

スライス H により、CAPWAP は実際のプロトコルのように動作します。パスが切断された場合、AP は接続を再試行し、接続されると 30 秒ごとにコントローラとエコーハートビートを交換し、ワイヤレスクライアントはファーストクラストポロジシティズンになります。 PHONE (AP1 に関連付けられた wifi-client) は、UDP/5247 上で CAPWAP でカプセル化されたパケットを AP1 から WLC1 に送信します (pcap で表示されます)。

この演習をブラウザで開く →

無料 · インストール不要 · アカウント不要

シナリオ

このラボには 3 つの追加事項があります。 1. 再試行タイマー: AP1 の参加要求が失われた場合 (ファイアウォールのドロップ、不正なルート、パケットの衝突)、AP は 5 秒ごとに再送信します。 6 回の試行の後、諦めます。pcap は、無限のスピンではなく、制限されたバーストを示します。 2. エコーハートビート: AP1 は、接続されると 30 秒ごとに echo-request (UDP/5246、messageType: 'echo-request') を送信します。 WLC1 は echo-response および result: success で確認応答します。応答が 3 回失敗すると、AP は phase: 'discovered' に戻り、新たな参加をトリガーします。これは、コントローラーが沈黙したときに実際の AP が行うこととまったく同じです。 3. Wi-Fi クライアントデバイスの種類: AP に論理的に関連付けられる新しいデバイスの種類。アウトバウンドトラフィックはワイヤレスから AP に送信され、CAPWAP データでカプセル化（UDP/5247）されてコントローラに送信されます。シミュレータは、engine.emitWirelessClientPacket(deviceId, innerSummary) を公開して 1 を起動します。pcap は、app: { kind: 'capwap-data', direction: 'uplink', innerSummary, apMac } でカプセル化された UDP/5247 フレームを示します。複合的な効果により、ネットワークエンジニアは「どれだけの CAPWAP トラフィックが回線上にあるのか」を評価できるようになります。キャプチャされたフレームを読み取ることによって。パスが壊れたときに再試行の嵐が発生する可能性があります。 AP-WLC パスに沿ってファイアウォール/IPS を配置し、それらが実際の UDP/5246 + UDP/5247 トラフィックを検査するのを監視できます。今後の作業は、WLC 側での UDP/5247 のデキャップ（ポリシー VLAN 出力での内部フレームの再発行）と、クライアント IP 取得のための AP 経由の DHCP です。スライス H は、*アップリンク* データパスの可視性 (ファイアウォールの位置決めに最も役立つ部分) を提供し、完全な双方向モデルを延期します。

トポロジー

1 × ルーター, 1 × 無線コントローラー, 1 × スイッチ, 1 × アクセスポイント, 1 × Wi-Fi クライアント · Cisco IOS-XE-style

ROUTER — ルーター
WLC1 — 無線コントローラー
HUB — スイッチ
AP1 — アクセスポイント
PHONE — Wi-Fi クライアント

やること

コンバージェンス後、AP1 は phase: joined 内にあるはずです (オープンパス、ファイアウォールブロックなし)。
シミュレーターを 90 秒間実行します。 Pcap は、UDP/5246 上で echo-request (AP1→WLC1) および echo-response (WLC1→AP1) の少なくとも 2 往復を表示する必要があります。
PHONE をトリガーして、エンジン API: engine.emitWirelessClientPacket({ deviceId: 'PHONE', innerSummary: 'icmp echo-request 10.30.0.5' }) 経由でパケットを送信します。 pcap は、内部サマリーを伝送する、AP1 から WLC1 の管理 IP に向かう CAPWAP-Data UDP/5247 フレームを示しています。