Cisco Wide Area Application Services コンフィギュレーション ガイド ソフトウェア バージョン 5.2.1

システム コンポーネント

AppNav ソリューションは次のコンポーネントで構成されます（図 4-1 を参照）。

• AppNav コントローラ（ANC、またはルータ上の AC）：ネットワーク トラフィックを代行受信し、AppNav ポリシーに基づき、そのトラフィックを 1 つまたは複数の WAAS ノード（WN）に配信するデバイス。デバイスは次のうちのいずれかです。

– Cisco AppNav コントローラ インターフェイス モジュールを搭載した WAAS アプライアンス

– AppNav-XE（このマニュアルでは AppNav-XE デバイスと呼びます）を実行する Cisco IOS XE Release 3.9（またはそれ以降のリリース）を搭載した Cisco ルータ

同じ AppNav クラスタ内の異なるプラットフォームで ANC を混在させることはできません。

• AppNav コントローラ グループ（ANCG、またはルータ上の ACG）：非対称フローを処理し、高可用性を提供するために必要なインテリジェンスを共同で提供する AppNav コントローラ のグループ。ANCG は ANC で設定されます。ANCG は ANC ベースの最大 8 つの WAAS アプライアンス、または ANC ベースの 4 つの AppNav-XE を搭載することができます（これらは、同じメモリ構成を持つ同じルータ プラットフォーム上に存在する必要があります）。

• WAAS ノード（WN、またはルータ上の SN）：デバイスに設定された最適化ポリシーに従ってトラフィックを最適化し、加速する WAAS 最適化エンジン（WAE または WAVE アプライアンス、NME-WAE または SM-SRE ネットワーク モジュール、または vWAAS インスタンス、ただし WAAS Express デバイスを除く）。クラスタ内に WN を最大 32 個まで搭載できます。（CLI やルータでは、WAAS ノードはサービス ノードとも呼ばれます）。

• WAAS ノード グループ（WNG、またはルータ上の SNG）：AppNav ポリシーによって識別された特定のトラフィック フローのセットを保守する WAAS ノードのグループ。WNG は ANC で設定されます。クラスタ内に WNG を最大 32 個まで搭載できます。（CLI やルータでは、WAAS ノード グループはサービス ノード グループとも呼ばれます）。

• AppNav クラスタ：クラスタ内のすべての ANC および WN デバイスのグループ。

• AppNav コンテキスト：1 つの AppNav コントローラ グループ（ANCG）、1 つ以上の WAAS ノード グループ（WNG）、および関連する AppNav ポリシーをグループ化する最上位のエンティティ。AppNav コンテキストは ANC 上に設定されます。WAAS アプライアンス ANC を使用する場合は、AppNav コンテキストは 1 つしかありませんが、AppNav-XE ANC を使用する場合は、最大 32 個の AppNav コンテキストを定義できます。それらは、ルータ上に定義された異なる仮想ルーティングおよび転送（VRF）インスタンスに関連付けられます。

図 4-1 AppNav ソリューションのコンポーネント

サービス コンテキスト内で、WAAS デバイスは次の 2 つのモードのいずれかで動作します。

• アプリケーション アクセラレータ：デバイスはサービス コンテキスト内で WN としてのみ機能します。これは、ANC からトラフィックを受信し、トラフィックを最適化し、トラフィックを宛先に渡すために ANC に返します。すべての種類の WAAS デバイスまたは vWAAS インスタンスを WN にできます。

• AppNav コントローラ：デバイスはネットワーク トラフィックを代行受信する ANC として動作し、フロー ポリシーに基づいて、そのトラフィックを 1 つ以上の WN に最適化のために分散します。Cisco AppNav コントローラ インターフェイス モジュール、または AppNav-XE デバイスを含む WAVE アプライアンスだけが ANC として機能します。WAAS アプライアンス ANC は、WN としても機能し、WNG の一部としてトラフィックを最適化できます。

AppNav コントローラ導入モデル

次の 2 つの方法で、WAAS アプライアンス AppNav コントローラ をネットワークに展開できます（図 4-2を参照）。

• in-path：ANC は物理的に 1 つ以上のネットワーク要素間に配置され、トラフィックはインライン モードでデバイス上に設定されているブリッジ グループを通過できます。

• off-path：ANC は、ネットワーク インフラと連携して動作し、Web キャッシュ通信プロトコル（WCCP）を経由するトラフィックを代行受信します。

ANC は、パス内配置とパス外配置の両方で同じ機能を提供します。いずれの場合も、ANC のみがスイッチまたはルータからの代行受信に参加します。次に、ANC は、設定されているポリシーおよび WN 使用率を考慮する一貫性のある予測可能なアルゴリズムを使用して、WN にフローを配信します。

図 4-2 では、WAAS ノードは図のスイッチのいずれかまたは両方に接続できます。

図 4-2 WAAS アプライアンス AppNav 導入モデル

AppNav-XE ANC には、図 4-2示す in-path 図に似た導入モデルがあります。プラットフォームの選択時に、Central Manager のクラスタ ウィザードで特定の導入図を確認できます。

AppNav コントローラ インターフェイス モジュール

ANC として動作している WAAS アプライアンスには、Cisco AppNav コントローラ インターフェイス モジュール が必要です。これは、標準 WAVE アプライアンス インターフェイス モジュールに似ていますが、ネットワーク プロセッサ、高速 TCAM（Ternary Content Addressable Memory）などの追加ハードウェアを含み、インテリジェントで高速のフロー処理を行います。次の AppNav コントローラ インターフェイス モジュールがサポートされます。

• 1 GB 銅製 12 ポート AppNav コントローラ インターフェイス モジュール

• 1 GB SFP 12 ポート AppNav コントローラ インターフェイス モジュール

• 10-GB SFP+ 4 ポート AppNav コントローラ インターフェイス モジュール

AppNav コントローラ インターフェイス モジュール インターフェイスは、導入の in-path または off-path モデルのいずれかをサポートするために別々に設定します。

• in-path：ANC はインライン代行受信モードで動作し、少なくとも 1 つのインライン ブリッジ グループが AppNav コントローラ インターフェイス モジュール 上に設定されます。ブリッジ グループは、複数の物理または論理（ポート チャネル）インターフェイスで構成されます。

• off-path：ANC は WCCP 代行受信モードで動作し、1 つの物理または論理（スタンバイまたはポート チャネル）インターフェイスが IP アドレスで設定されます。

AppNav コントローラ インターフェイス モジュール上のインターフェイスには 3 つの機能があります。

• 代行受信：ネットワークから代行受信されたトラフィックおよびネットワークへの出力トラフィックを受信するために使用します。代行受信インターフェイスは、AppNav コントローラの配置に基づいて暗黙で設定され、この機能には明示的な設定は必要ありません。

• 配信：WN にトラフィックを配信し、WN からの出力トラフィックを受信するために使用します。配信インターフェイスは、クラスタ内トラフィックのクラスタ インターフェイスとして明示的に設定され、IP アドレスを割り当てる必要があります。

• 管理：管理インターフェイスは任意で管理トラフィック専用に指定でき、通常のデータ パスから分離できます。管理トラフィックにはアプライアンスの組み込みインターフェイスのいずれかを使用し、代行受信および配信に AppNav コントローラ インターフェイス モジュール上の高性能インターフェイスを予約することを推奨します。

最高のパフォーマンスを実現するには代行受信と配信に別々のインターフェイスを使用する必要がありますが、両方の機能に同じインターフェイスを使用することもできます。

AppNav コントローラ インターフェイス モジュールは、ポート チャネルおよびスタンバイ論理インターフェイスをサポートします。ポート チャネルでは、複数の物理インターフェイスを単一の論理インターフェイスにまとめることで、リンクの帯域幅を増加させることができます。スタンバイ インターフェイスでは、障害が発生した場合のバックアップ インターフェイスを指定できます。

AppNav コントローラ インターフェイス モジュール上のインターフェイスは次のものをサポートします。

• 単一のポート チャネル グループにまとめられた、最大 8 個の物理インターフェイスを持つ最大 7 個のポート チャネル。

• 物理または論理インターフェイス上に設定されている最大 5 個のブリッジ グループ。

AppNav コントローラ インターフェイス モジュール上のインターフェイスは次のものをサポートしません。

• fail-to-wire 機能

• ブリッジ仮想インターフェイス（BVI）

AppNav ポリシー

AppNav ポリシーは、使用可能な WN に ANC がトラフィックを分散する方法を制御する、フロー分散ポリシーです。

AppNav ポリシーは、1 つ以上の一致条件に従ってトラフィックを分類するクラス マップおよび各クラスの WNG に配信アクションを指定するルールを含むポリシーで構成されます。

この項では、次のトピックについて取り上げます。

• 「クラス マップ」

• 「ポリシー」

• 「ネストされたポリシー」

• 「サイトおよびアプリケーション アフィニティ」

• 「デフォルト ポリシー動作」

クラス マップ

AppNav クラス マップは、次の 1 つ以上の一致条件に従ってトラフィックを分類します。

• ピア デバイス ID：1 台のピア WAAS デバイスからのトラフィックに一致します。1 つのサイトからまたはサイト グループからのトラフィック処理になる場合があります。

たとえば、この種類の一致を使用して、1 つのブランチ オフィスにサービスを提供するピア デバイスからのすべてのトラフィックを分類できます。

• 送信元 IP および/または宛先 IP および/または宛先ポートの 3 タプル（特定のアプリケーションからのトラフィックと一致）。

たとえば、この種類の一致を使用して、ポート 80 を使用するすべての HTTP トラフィックを分類できます。

• 1 つのピア デバイス ID と送信元 IP および/または宛先 IP および/または宛先ポートの組み合わせ（1 つのサイトからのアプリケーション固有のトラフィックと一致）。

たとえば、この種類の一致を使用して、1 つのブランチ オフィスにサービスを提供するピア デバイスからのすべての HTTP トラフィックを分類できます。

class-default クラス マップ（または AppNav-XE クラスタ上の APPNAV-class-default）は、任意のトラフィックと一致するように定義されたシステム定義のデフォルト クラス マップです。デフォルトでは、各ポリシーの最後のルールに配置され、他のクラスと一致しないトラフィックを処理します。

ポリシー

AppNav コントローラは、最適化のために着信フローをクラスマップと一致させ、ポリシー内のポリシー ルールがクラス マップを特定の WNG へのフローの配信などのアクションと関連付けます。ポリシー内でルールが一覧表示される順序が重要です。ポリシーの一番上から開始して、フローと一致する最初のルールが配信先の WNG を決定します。

ポリシー ルールは、フローに対して実行する 4 種類のアクションを指定できます。

• フローの配信先のプライマリ WNG を指定します（必須）。

• プライマリ WNG が使用できないか、または過負荷になっている場合は、配信用にバックアップ WNG を指定します（オプションです。AppNav-XE クラスタではサポートされません）。

プライマリ WNG は、グループ内のすべての WN が過負荷になるまで（接続の最大数の 95% に達するまで）、またはその他の理由で使用不可となるまで、すべてのトラフィックを受信し、それ以降は、トラフィックはバックアップ WNG に配信されます。1 番目の WNG の WN が使用可能になると、トラフィックは再度そこに配信されます。両方の WNG のすべての WN が過負荷になった場合、トラフィックは最適化せずに通過します。

• クラスと一致したアプリケーションのトラフィックに対応するアプリケーション アクセラレータの負荷をモニタします（任意）。

WNG 内の 1 つの WN 上のモニタされているアプリケーション アクセラレータが過負荷になると（接続の最大数の 95% に達すると）、その WN は過負荷状態と見なされ、トラフィックはグループ内の別の WN に転送されます。すべての WN が過負荷になると、トラフィックはバックアップ WNG に配信されます。このアプリケーション アクセラレータ モニタリング機能は、クリティカル アプリケーションの最適化に役立ち、MAPI および SMB アクセラレータに推奨されます。

• フローに適用するネストされたポリシーを指定します（オプションです。AppNav-XE クラスタではサポートされません）。

詳細については、「ネストされたポリシー」を参照してください。

WNG 内では、フローはハッシュを使用して WN の間で配信されます。WN が最大容量に達するか、または使用できなくなった場合、新規フローは送信されません。新しいフローは、正しく最適化できるように WNG 内の他の使用可能な WN に送信されます。使用不能の WN がその後再び使用可能になった場合、同じクライアント/サーバ ペアが、これまでどおりこの WN をハッシュします。

（注） MAPI または ICA アプリケーション アクセラレーションを実行している WN が過負荷になった場合、既存の MAPI と ICA セッションに関連付けられたフローは、同じ WN がこれらのタイプのフローを処理するという要件のために、引き続き同じ WN に送信されます。ただし、新しい MAPI および ICA フローは他の WN に配信されます。

通常、クラスタ内のすべての ANC に同じポリシーがありますが、AppNav ポリシーは各 ANC に固有です。それぞれの ANC がその AppNav ポリシーを照会し、特定のフローにどの WNG を使用するかを判断します。クラスタ内の異なる ANC には異なる AppNav ポリシーを設定でき、これにより特定の場合の配信をカスタマイズできます。たとえば、クラスタに別の場所にある ANC と WN が含まれている場合、ANC が近くの WN にトラフィックを配信する方が望ましい場合があります。

（注） AppNav-XE クラスタでは、AppNav ポリシーは、コンテキストのすべて ANC で同一である必要があります。

ネストされたポリシー

ポリシー規則は 1 つのネストしたポリシーを指定でき、これにより、クラスで識別されたトラフィックを分割して、それぞれを異なる方法で処理することができます。ネストされたポリシーには次の 2 つの利点があります。

• 別のポリシーを共通の下位分類ツールとして使用できます。

たとえば、モニタリング アクションを含むポリシーを定義し、プライマリ ポリシーの複数のクラスにサブポリシーとして適用できます。

• match-any 特性と match-all 特性の両方を持つクラス マップを 1 つのサブクラスに含めることができます。

ネストされたポリシー機能は、第 1 レベルでサイトベース クラス（ピア ID と一致）、第 2 レベルでアプリケーションベース サブクラス（IP アドレス/ポートと一致）と使用するように設計されています。第 1 レベルのポリシーに限り、一致ピア条件を使用するクラスを含めることができます。

（注） AppNav-XE クラスタは、ネストされたポリシーをサポートしません。

サイトおよびアプリケーション アフィニティ

特定のピアの場所（サイト アフィニティ）、アプリケーション（アプリケーション アフィニティ）、またはこの 2 つの組み合わせにサービスを提供するために、WNG をプロビジョニングできます。サイトまたはアプリケーション アフィニティに WNG を使用すると、次の利点があります。

• プロビジョニング：トラフィックのクラスをローカライズし、プロビジョニングおよびパフォーマンスのモニタリングを制御できます。たとえば、Sharepoint のようなビジネスに不可欠なアプリケーションやビジネスに不可欠なサイトは、キャパシティを保証でき、パフォーマンスを綿密にモニタできます。

• アプリケーション パフォーマンスの強化：サイトに属するデータを 1 つまたは少数の WN に制限することで圧縮パフォーマンスが向上します。これにより、データ冗長性除去（DRE）キャッシュの使用率が向上します。

図 4-3 は、サイトおよびアプリケーションをノード グループに関連付ける方法を示します。次の WNG が定義されています。

• WNG-1：サイト A および B のみからのフローを処理する 2 個の WN で構成されます。

• WNG-2：任意のサイトからの HTTP および SSL フローを処理する 2 個の WN で構成されます。サイト A およびサイト B からの HTTP および SSL フローを WNG-2 または WNG-1 のいずれによって処理するかは、ポリシー内のルールの順序で決まります。

• WNG-3：任意のサイトからの MAPI フローを処理する 2 個の WN で構成されます。サイト A およびサイト B からの MAPI フローを WNG-3 または WNG-1 のいずれによって処理するかは、ポリシー内のルールの順序で決まります。

• WNG-4：3 個の WN で構成されます。他のクラス マップと一致しないすべてのフローが送信されるように、class-default クラスはこの WNG に適用されます。

図 4-3 サイトおよびアプリケーション アフィニティを使用したフロー配信

ここでは、次の内容について詳しく説明します。

• 「サイト アフィニティ」

• 「アプリケーション アフィニティ」

サイト アフィニティ

サイト アフィニティでは、常に 1 つのサイトから特定の WNG にすべてのトラフィックを送信できます。これにより、クリティカルなサイトの最適化容量を予約でき、DRE キャッシュの使用率を改善して圧縮パフォーマンスを向上できます。

1 つのサイトだけではない任意のロケーションからのトラフィックをクラス マップで一致させ、WNG に関連付けることができます。

サイト アフィニティは、サイト内の WAE のデバイス ID と一致するクラス マップを設定することにより実装できます。サイトの WCCP ファームまたはシリアル インライン クラスタに複数の WAE がある場合、クラス マップに複数のデバイス ID を指定します。次に、クラス マップをポリシー ルール内の WNG への配信アクションに関連付けます。どの IP アドレスがサイトで使用されているかを把握しており、サイトの IP アドレスと整合性のあるポリシー設定が維持されている場合は、クラス マップの送信元 IP アドレスまたはサブネットを使用してサイトを識別することもできます。ただし、サイト アフィニティの設定では、ピア デバイス ID を使用することを推奨します。

（注） ピア ID ベース クラス マップは、WAAS 自動検出 TCP オプションを伝送する一致フローに対してだけ機能します。データセンターでサイト ピア ID と一致するようにクラスを設定すると、その同じクラスは、データセンターから発信されて同じサイトに戻るフローなど、反対方向に発信するフローと一致しません。このようなフローの数は、サイトからデータセンターへのフローと比較すると、通常少ないです。

両方向のフローを同じ WNG に送信する場合、2 つのクラス マップを設定する必要があります。1 つは通常はサイト デバイス ID を使用してサイトからデータセンター方向に一致するクラス マップ、もう 1 つはサイトに属する宛先 IP サブネットを使用してデータセンターからそのサイト方向に一致するクラス マップです。両方のクラス マップを同じ WNG にトラフィックを配信するように設定できます。メッシュ ネットワークは、フローが両方向に発信できる特定の使用例です。

サイトの WAE が過負荷状態か、その他の理由で自動検出オプションにより SYN パケットにマークを付けない場合、ANC はパケットとピア一致クラス マップを照合できません。

アプリケーション アフィニティ

アプリケーション アフィニティでは、常に特定のアプリケーション トラフィックを特定の WNG に送信できます。これにより、ビジネスの優先順位に応じてさまざまなアプリケーションの最適化容量を予約できます。

AppNav フロー配信のコンテキストでは、アプリケーションは送信元 IP、宛先 IP、および宛先 TCP ポートの 3 タプルを使用して定義されます。フロー配信では、実際のトラフィック タイプは重要ではありません。たとえば、異なる宛先ポートまたは異なるサーバの IP アドレス宛ての HTTP トラフィックに個別の WNG を使用できます。宛先 IP とポートは、アプリケーションのアフィニティを使用する場合に最も役立ちますが、送信元 IP を使用することも、目的のトラフィックを定義するために役立ちます。

FTP などの少数のプロトコルは、ダイナミック宛先ポートを使用します。アクティブ モードの FTP サーバは、ダイナミック宛先ポートを使用して FTP クライアントへのデータ接続を開始します。このポートは、適切に定義された宛先ポート 21 を使用してクライアントからサーバへ制御チャネルを介して交換されます。FTP のクラス マップを定義することを考えてみます。宛先ポートは事前にわからないため、制御接続とデータ接続の両方を同じクラスにマッピングできません。この場合、クライアント IP アドレスまたはサブネットを使用してデータ接続の宛先 IP アドレスと照合することを推奨します。2 つのクラス マップを設定する必要があります。1 つは宛先ポート 21 を使用する制御チャネル用、もう 1 つは宛先 IP アドレスを使用するデータ チャネル用です。両方のクラス マップが同じ WNG にトラフィックを配信するように、ポリシー ルールを設定できます。

Central Manager でカスタム クラス マップ タイプと呼ばれる、match-all クラス マップでピアの一致と 3 タプルの一致を組み合わせることで、サイトからのトラフィックをアプリケーションにさらに分類できます。個別の WNG を定義できます。たとえば、特定のサイトからの HTTP トラフィック用、同じサイトからの CIFS トラフィック用などです。

デフォルト ポリシー動作

次のデフォルト クラス マップがあります。

• CIFS：宛先ポート 139 および 445 のトラフィックと一致

• Citrix-ICA：宛先ポート 1494 のトラフィックと一致

• Citrix-CGP：宛先ポート 2598 のトラフィックと一致

• epmap：宛先ポート 135 のトラフィックと一致

• HTTP：宛先ポート 80、3128、8000、8080、および 8088 のトラフィックと一致

• HTTPS：宛先ポート 443 のトラフィックと一致

• MAPI：MS RPC MAPI アプリケーション（動的なポート割り当て）のトラフィックと一致

• NFS：宛先ポート 2049 のトラフィックと一致

• RTSP：宛先ポート 554 および 8554 のトラフィックと一致

• class-default または APPNAV-class-default：任意の TCP トラフィックに一致します（このクラス マップは編集または削除できません）

Central Manager AppNav クラスタ ウィザードを使用して AppNav クラスタ を作成する場合、ウィザードはデフォルト ポリシーを作成します。このポリシーは、デフォルトでクラスタ内のすべての ANC に割り当てられ、次の特性を持つ class-default ポリシー ルール（AppNav-XE クラスタ上の APPNAV-class-default）のみを含みます。

• class-default（任意の TCP）トラフィック（AppNav-XE クラスタ上の APPNAV-class-default）に一致します。

• class-default トラフィックをデフォルトの WNG に配信します。これには、バックアップ WNG が指定されていない、ウィザードによって作成されたすべての WN が含まれます。

• ネストされたポリシー waas_app_default が含まれます。これにより、ビデオ（RTSP）を除く各デフォルト クラス マップのアプリケーション モニタリングが提供されます。（ネストされたポリシーをサポートしない AppNav-XE クラスタで使用されていない場合）。

Central Manager を使用して、ピアの一致または送信元または宛先 IP アドレスの一致を使用する（ただし、ポートの一致は使用しない）任意のクラスのポリシー ルールを作成する場合、waas_app_default ポリシーがネストされたポリシーとして自動的に追加されます。waas_app_default ポリシーはシステムによって作成され、すべてのアプリケーション アクセラレータ（ビデオを除く）をモニタします。そのため、ビデオ アクセラレータ用でない限り、ポリシー ルールにアプリケーション アクセラレータ モニタリングを手動で追加する必要はありません。

クラスタの作成に Central Manager AppNav クラスタ ウィザードを使用しない場合、デフォルトのフロー配信はありません。したがって、着信フローが AppNav ポリシー内の任意のクラスと一致しない場合、フローは WNG に配信されず、代わりに通過します。

WNG が定義されていても、ポリシー ルールで使用されないと、フローを受信しません。ポリシーが定義されていても、ANC に適用されないと、有効になりません。

ポリシー ルールのデフォルト アクションは「なし」で、コンテキストに依存します。トップ レベルのポリシーではパス スルーを意味し、ポリシーがネストされている場合は、親ポリシー ルールのアクションを継承することを示します。

設定のタスク フロー

AppNav クラスタを設定するには、次の手順を実行する必要があります。

1. 基本的なネットワーク設定で、個々の ANC および WN デバイスを設置し、設定します。WAAS アプライアンスについては、「WAAS デバイス インターフェイスの設定」を参照してください。AppNav-XE デバイスについては、ルータのマニュアルを参照してください。

2. Central Manager AppNav クラスタ ウィザードを使用して、クラスタの作成、代行受信モードの設定、クラスタ設定の構成、クラスタ デバイスの選択、VRF の設定（AppNav-XE の場合）、トラフィック インターフェイスの設定、WCCP を使用する場合は WCCP 設定の構成を行います。AppNav-XEを参照してください。

3. （任意）AppNav クラス マップを設定します。この手順は、デフォルト クラス マップ設定をカスタマイズする場合にだけ必要です。システムにより、ほとんどのアプリケーション アクセラレータに対応するトラフィックと一致するいくつかのデフォルト クラス マップ、およびすべてのトラフィックと一致する class-default クラス マップが追加されます。「AppNav クラス マップの設定」を参照してください。

4. （任意）AppNav ポリシーを設定します。この手順は、デフォルト ポリシーをカスタマイズする場合にだけ必要です。システムにより、デフォルトですべての WN がグループ化されるノード グループである WNG-Default WNG にすべてのトラフィックを配信するデフォルト ポリシーが追加されます。「AppNav ポリシー内のルールの設定」を参照してください。

5. （任意）WAAS ノード最適化クラス マップおよびポリシー ルールを設定します。この手順は、 付録 A「定義済み最適化ポリシー」 に記載されているデフォルト最適化ポリシーをカスタマイズする場合にだけ必要です。

6. （任意）WAAS アプライアンス ANC で代行受信 ACL を設定します。「ACL の設定」を参照してください。

WAAS デバイス インターフェイスの設定

AppNav クラスタを作成するために AppNav クラスタ ウィザードを使用する前に、WAAS デバイス インターフェイスを接続し、管理インターフェイスを設定する必要があります。設定は、管理トラフィックが個別のインターフェイスを使用するか、トラフィック処理のインターフェイスを共有するかによって異なります。

ここでは、次の内容について説明します。

• 「個別の管理インターフェイスによるインターフェイス設定」

• 「共有管理インターフェイスによるインターフェイス設定」

• 「インターフェイスの設定に関する考慮事項」

デバイス インターフェイス設定の詳細については、を参照してください。インライン代行受信モードのブリッジ グループ設定の詳細については、を参照してください。

（注） AppNav-XE デバイスでのインターフェイスの設定の詳細については、Cisco ルータのマニュアルを参照してください。

個別の管理インターフェイスによるインターフェイス設定

管理トラフィックにトラフィック データ パスとは別の専用インターフェイスを使用する場合、この項の説明に従ってデバイスを接続し、設定します。

AppNav コントローラ

ステップ 1 最後の AppNav コントローラ インターフェイス モジュール ポートをクラスタ トラフィックのスイッチ/ルータ ポートに接続します。たとえば、このポートは 12 ポート モジュールの GigabitEthernet 1/11 または 4 ポート モジュールの TenGigabitEthernet 1/3 です。

ステップ 2 組み込みイーサネット ポートを管理インターフェイスのスイッチ/ルータ ポートに接続します。

ステップ 3 in-path（インライン）導入の場合、AppNav コントローラ インターフェイス モジュール上の最初のポートのペア（たとえば、ブリッジ 1 の GigabitEthernet 1/0（LAN）と GigabitEthernet 1/1（WAN））を対応するスイッチ/ルータ ポートに接続します。

デュアル インライン導入で、ANC が 2 番目のルータに接続されている場合、AppNav コントローラ インターフェイス モジュール上の 2 番目のポートのペア（たとえば、ブリッジ 2 の GigabitEthernet 1/2（LAN）と GigabitEthernet 1/3（WAN））を対応するスイッチ/ルータ ポートに接続します。

ステップ 4 device setup コマンドを使用して次の設定を行います。

– デバイス モードを AppNav コントローラとして設定します。

– 組み込み管理ポートの IP アドレスとネットマスクを設定します。

– 組み込み管理ポートをプライマリ インターフェイスとして設定します。

– その他のネットワークおよび基本設定（デフォルト ゲートウェイ、DNS、NTP サーバなど）を構成します。

– Central Manager の IP アドレスを入力して、デバイスを Central Manager に登録します。

ステップ 5 最後の AppNav コントローラ インターフェイス モジュール ポートの IP アドレスとネットマスクを設定し、DHCP を使用しないでください。必要に応じて、AppNav クラスタ ウィザードを使用してこれらの設定を行うこともできます。

WAAS ノード

ステップ 1 組み込みイーサネット ポートを管理インターフェイスのスイッチ/ルータ ポートに接続します。

ステップ 2 device setup コマンドを使用して次の設定を行います。

– デバイス モードをアプリケーション アクセラレータとして設定します。

– 組み込み管理ポートの IP アドレスとネットマスクを設定します。

– 組み込み管理ポートをプライマリ インターフェイスとして設定します。

– その他のネットワークおよび基本設定（デフォルト ゲートウェイ、DNS、NTP サーバなど）を構成します。

– Central Manager の IP アドレスを入力して、デバイスを Central Manager に登録します。

共有管理インターフェイスによるインターフェイス設定

管理トラフィックにトラフィック データ パスで共有されるインターフェイスを使用する場合、この項の説明に従ってデバイスを接続し、設定します。

AppNav コントローラ

ステップ 1 最後の AppNav コントローラ インターフェイス モジュール ポートをクラスタ トラフィックのスイッチ/ルータ ポートに接続します。たとえば、このポートは 12 ポート モジュールの GigabitEthernet 1/11 または 4 ポート モジュールの TenGigabitEthernet 1/3 です。

ステップ 2 in-path（インライン）導入の場合、AppNav コントローラ インターフェイス モジュール上の最初のポートのペア（たとえば、ブリッジ 1 の GigabitEthernet 1/0（LAN）と GigabitEthernet 1/1（WAN））を対応するスイッチ/ルータ ポートに接続します。

デュアル インライン導入で、ANC が 2 番目のルータに接続されている場合、AppNav コントローラ インターフェイス モジュール上の 2 番目のポートのペア（たとえば、ブリッジ 2 の GigabitEthernet 1/2（LAN）と GigabitEthernet 1/3（WAN））を対応するスイッチ/ルータ ポートに接続します。

ステップ 3 device setup コマンドを使用して次の設定を行います。

– デバイス モードを AppNav コントローラとして設定します。

– 最後の AppNav コントローラ インターフェイス モジュール ポートの IP アドレスとネットマスクを設定し、DHCP を使用しないでください。

– 最後の AppNav コントローラ インターフェイス モジュール ポートをプライマリ インターフェイスとして設定します。

– その他のネットワークおよび基本設定（デフォルト ゲートウェイ、DNS、NTP サーバなど）を構成します。

– Central Manager の IP アドレスを入力して、デバイスを Central Manager に登録します。

WAAS ノード

ステップ 1 組み込みイーサネット ポートを管理インターフェイスのスイッチ/ルータ ポートに接続します。

ステップ 2 device setup コマンドを使用して次の設定を行います。

– デバイス モードをアプリケーション アクセラレータとして設定します。

– 組み込み管理ポートの IP アドレスとネットマスクを設定します。

– 組み込み管理ポートをプライマリ インターフェイスとして設定します。

– その他のネットワークおよび基本設定（デフォルト ゲートウェイ、DNS、NTP サーバなど）を構成します。

– Central Manager の IP アドレスを入力して、デバイスを Central Manager に登録します。

インターフェイスの設定に関する考慮事項

WAAS デバイス インターフェイス設定に関する注意事項は次のとおりです。

• ANC では、代行受信したトラフィックは AppNav コントローラ インターフェイス モジュール上のインターフェイスを経由する必要があります。

• WN としても機能する ANC では、クラスタ インターフェイスは代行受信インターフェイスと同じです。

• WN では、クラスタ トラフィックは任意のインターフェイス（組み込みインターフェイスまたはインターフェイス モジュールのいずれか）上で処理できます。

• AppNav の導入を簡素化するために、AppNav クラスタ ウィザードでは ANC 上に AppNav コントローラ インターフェイス モジュール ポートを設定するために次の規則が使用されます。

– クラスタ トラフィックのデフォルト ポートはモジュール上の最後のポートです（たとえば、12 ポート モジュール上の GigabitEthernet 1/11、4 ポート モジュール上の TenGigabitEthernet 1/3）。

– in-path（インライン）導入の場合、デフォルトの代行受信ブリッジはモジュール上の最初のポートのペアです（たとえば、ブリッジ 1 の GigabitEthernet 1/0（LAN）と GigabitEthernet 1/1（WAN））。デュアル インライン導入で、ANC が 2 番目のルータに接続されている場合、デフォルトの 2 番目の代行受信ブリッジはモジュール上の 2 番目のポートのペアです（たとえば、ブリッジ 2 の GigabitEthernet 1/2（LAN）と GigabitEthernet 1/3（WAN））。

AppNav クラスタ ウィザードは、WAAS アプライアンスでの設定を簡素化するのに役立つ 4 種類の定義済み導入モデルを使用します。各導入モデルでは、インターフェイスを特定の方法で接続し、設定します。ただし、任意の方法でインターフェイスを設定できるカスタム オプションは除きます。4 つの定義済みモデルのいずれかを使用してウィザードを実行する前に、必要なインターフェイスが次のいずれかの状態である必要があります。

• IP アドレスおよびネットマスクで設定されておらず、別の論理インターフェイスの一部として使用されていない。（ただし、AppNav コントローラ インターフェイス モジュール上の最後のポートは、クラスタ トラフィックのデフォルト ポートであるため、IP アドレスを使用して設定できます）。

ウィザードでは、すべての必要なトラフィック インターフェイス設定を行います。

• 次の導入モデルの期待値に応じてウィザードによって適切に設定されている。

ここでは、4 つの定義済み導入モデルのそれぞれで使用されるインターフェイス設定について説明します。

Single AppNav Controller WCCP Interception

12 ポート AppNav コントローラ インターフェイス モジュールを使用する場合：

• ポート チャネル 1：ポート GigabitEthernet 1/10 および 1/11 が含まれます。

• クラスタ インターフェイス：ポート チャネル 1

4 ポート AppNav コントローラ インターフェイス モジュールを使用する場合：

• クラスタ インターフェイス：GigabitEthernet 1/3

Dual AppNav Controllers WCCP Interception

12 ポート AppNav コントローラ インターフェイス モジュールを使用する場合：

• ポート チャネル 1：ポート GigabitEthernet 1/10 および 1/11 が含まれます。

• ポート チャネル 2：ポート GigabitEthernet 1/8 および 1/9 が含まれます。

• スタンバイ グループ 1：インターフェイス ポート チャネル 1（プライマリ）およびポート チャネル 2 が含まれます。

• クラスタ インターフェイス：スタンバイ グループ 1

4 ポート AppNav コントローラ インターフェイス モジュールを使用する場合：

• スタンバイ グループ 1：ポート GigabitEthernet 1/2 および 1/3（プライマリ）が含まれます。

• クラスタ インターフェイス：スタンバイ グループ 1

Single AppNav Controller Inline Interception

• 代行受信ブリッジ 1：ポート GigabitEthernet 1/0（LAN）および 1/1（WAN）が含まれます。

• クラスタ インターフェイス：GigabitEthernet 1/11

Dual AppNav Controllers Inline Interception

• 代行受信ブリッジ 1：ポート GigabitEthernet 1/0（LAN）および 1/1（WAN）が含まれます。

• 代行受信ブリッジ 2：ポート GigabitEthernet 1/2（LAN）および 1/3（WAN）が含まれます。

• スタンバイ グループ 1：ポート GigabitEthernet 1/10 および 1/11（プライマリ）が含まれます。

• クラスタ インターフェイス：スタンバイ グループ 1

ウィザードを使用した新しい AppNav クラスタの作成

作成する AppNav クラスタ のタイプに関するトピックを参照してください。

• 「WAAS アプライアンス AppNav クラスタ の作成」

• 「AppNav-XE クラスタの作成」

WAAS アプライアンス AppNav クラスタ の作成

前提条件

• 「WAAS デバイス インターフェイスの設定」の説明に従って、個々の ANC デバイスおよび WN デバイスを設定します。

• すべての ANC が AppNav コントローラ デバイス モード用に設定されていることを確認します。デバイス モードの変更が必要な場合、「デバイス モードの変更」を参照してください。

• Central Manager を使用して、NTP サーバ、AAA、ログなど、すべてのデバイスの基本設定を行います。

手順の詳細

ウィザードを使用して新しい AppNav クラスタを作成するには、次の手順を実行します。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [All AppNav Clusters] を選択します。

[Manage AppNav Cluster] ウィンドウが表示されます。

ステップ 2 [Manage AppNav Clusters] 領域のタスクバーにある [AppNav Cluster Wizard] アイコンをクリックします。[Cluster Wizard] ウィンドウが表示されます。

ステップ 3 [AppNav platform] ドロップダウン リストから、[WAVE Appliance] を選択します。

ステップ 4 [Deployment model] ドロップダウン リストから、導入に適合する次の導入モデルのいずれかを選択します。

• Single AppNav Controller WCCP interception

• Dual AppNav Controllers WCCP interception

• Single AppNav Controller Inline interception

• Dual AppNav Controllers Inline interception

• [Custom]：上記のいずれにも一致しない導入用

[Next] をクリックします。

ステップ 5 （任意）[Custom] 導入モデルを選択した場合、[Interception method] ドロップダウン リストから [WCCP] または [Inline interception] 方式を選択し、[Next] をクリックします。

ステップ 6 次の情報を入力して、クラスタ設定を定義します。

• [Name] フィールドに、クラスタの名前を入力します。最大 32 文字までの英字、数字、ハイフン、下線だけを使用し、先頭は英字にします。

• （任意）[Description] フィールドに、クラスタの説明を入力します。最大 200 文字までの英字と数字だけを使用します。

• クラスタをモニタリング モードで動作させる場合は、[Disable Distribution] チェックボックスを選択します。選択しないと、ウィザードが終了するとクラスタがアクティブになります。モニタリング モードでは、すべてのトラフィックは WN に配信されるのではなく、通過します。

[Next] をクリックします。

ステップ 7 クラスタに含める ANC デバイスおよび WN デバイスを選択します。

a. デバイス名の横にあるチェックボックスをクリックして、AppNav コントローラ デバイス リスト内の ANC を最大 8 個選択します。タスクバーのフィルタ設定を使用すると、デバイス リストをフィルタできます。

b. （任意）ANC デバイスで最適化を有効にする場合、[Enable WAN optimization on selected AppNav Controller(s)] チェックボックスを選択します（選択した導入モデルに応じて、デフォルトで有効または無効にされることがあります）。

c. デバイス名の横にあるチェックボックスをクリックして、WAAS ノード デバイス リスト内の WN を最大 32 個選択します。タスクバーのフィルタ設定を使用すると、デバイス リストをフィルタできます。

クラスタへの参加に不適格なデバイスがある場合、[Show Ineligible Devices] をクリックして、そのデバイスと不適格な理由を確認します。フィルタ設定を使用すると、リストをフィルタできます。

d. [Next] をクリックします。

ステップ 8 クラスタ内の各デバイスのクラスタ インターフェイス、IP アドレス、およびネットマスクを確認します。ウィザードでは、設定する必要がある推奨クラスタ インターフェイスが自動的に選択されます。デバイスの IP アドレスおよびネットマスクの設定を編集するには、デバイスを選択し、[Edit] タスクバー アイコンをクリックします。カスタム クラスタを設定している場合は、この画面は表示されません。

インライン代行受信を使用する（および終了する）場合は、[Finish] をクリックします。WCCP 代行受信を使用する（および WCCP について次の手順を続行する）場合は、[Next] をクリックします。

ステップ 9 （任意）ANC の WCCP 設定を行います。インライン クラスタを設定している場合は、この画面は表示されません。

WCCP 設定の詳細については、を参照してください。

a. WCCP を有効にする場合は、[Enable WCCP Service] チェックボックスが選択されていることを確認します。この項目は、カスタム クラスタを定義している場合にだけ表示されます。

b. 単一 WCCP サービス ID の 61（デフォルト）を確認するか、必要に応じて変更します。

この ANC に WCCP リダイレクションを行うルータの入力ポートおよび出力ポートの両方に、この単一 WCCP サービスだけを設定する必要があります。

c. （任意）2 つの WCCP サービスを有効にする場合は、[Enable Single Service Mode] チェックボックスの選択を解除します（2 つの WCCP サービスは必要ないため、デフォルトで選択されています）。自動的に割り当てられた 2 番目のサービス ID 番号が [Service ID2] フィールドに表示されます。

d. [Redirect Method] ドロップダウン リストから、WCCP L2 または WCCP GRE リダイレクト方式を選択します。リダイレクト方式の詳細については、を参照してください。この項目は、カスタム クラスタを定義している場合にだけ表示されます。

e. （任意）デバイス上で定義されているデフォルト ゲートウェイを使用しない場合は、[Use Default Gateway as WCCP Router] チェックボックスの選択を解除します。[WCCP Routers] フィールドに、1 つ以上の WCCP ルータのアドレスをカンマで区切って入力します。

f. 必要に応じて、[Advanced WCCP Settings] をクリックして追加設定を行います。これらのフィールドの詳細については、を参照してください。この項目は、カスタム クラスタを定義している場合にだけ表示されます。

g. [Next] をクリックします。複数の ANC を設定している場合、各 ANC について同様の画面が表示されます。

ステップ 10 各デバイスの代行受信およびクラスタ インターフェイス設定を行います。Cluster Interface Wizard は、カスタム クラスタを定義している場合に限り、クラスタ内の各デバイスに対して 1 つの画面が表示されます。

a. グラフィカル インターフェイス ウィザードを使用して、必要に応じてデバイス上に個々の代行受信インターフェイス、ポート チャネル、スタンバイ インターフェイス、およびブリッジ インターフェイス（インラインのみ）を設定します。インライン ANC を設定する場合は、代行受信に対応する 2 つの物理インターフェイスまたはポート チャネル インターフェイスを（またはそれぞれのインターフェイスを 1 つずつ）使用して、ブリッジ インターフェイスを定義する必要があります。ウィザードの使用方法の詳細については、「グラフィカル インターフェイス ウィザードによるインターフェイス設定」を参照してください。

b. [Cluster Interface] ドロップダウン リストから、クラスタ内トラフィックに使用されるインターフェイスを選択します。

c. [Next] をクリックします。複数のデバイスを設定している場合、各デバイスについて同様の画面が表示されます。

ステップ 11 [Finish] をクリックして、クラスタ設定を保存します。

デフォルトでは、ウィザードはすべての WN を WNG-Default という名前のデフォルト WNG に割り当てます。「クラスタへの新しい WAAS ノードの追加」の説明に従って、追加の WNG を作成できます。「WAAS ノードの設定」 の説明に従って、WN を異なる WNG に再割り当てできます。

AppNav クラスタを作成すると、[Manage AppNav Clusters] リストに表示されます。クラスタのモニタリングの詳細については、「AppNav クラスタのモニタリング」を参照してください。

AppNav-XE クラスタの作成

前提条件

• 個々の ANC と WN デバイスを設定します。「WAAS デバイス インターフェイスの設定」の説明に従って、WN デバイスのインターフェイスを設定します。ルータのマニュアルの説明に従って、ANC デバイスのインターフェイスを設定します。

• ANC ルータで目的の VRF インスタンスを設定します。

• すべての AppNav-XE デバイスを Central Manager に登録し、Central Manager でアクティブになることを確認します。AppNav-XE の登録の詳細については、を参照してください。

手順の詳細

ウィザードを使用して新しい AppNav-XE クラスタを作成するには次の手順に従ってください。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [All AppNav Clusters] を選択します。

[Manage AppNav Cluster] ウィンドウが表示されます。

ステップ 2 [Manage AppNav Clusters] 領域のタスクバーにある [AppNav Cluster Wizard] アイコンをクリックします。[Cluster Wizard] ウィンドウが表示されます。

ステップ 3 [AppNav platform] ドロップダウン リストから、展開に使用する次の AppNav-XE プラットフォームの 1 つを選択します。すべての ANC が同一のメモリ構成を持つ同じプラットフォーム タイプを使用する必要があります。

• ASR 1000 シリーズ ：Cisco ASR 1000 シリーズ アグリゲーション サービス ルータ上の AppNav-XE

• CSR 1000V シリーズ ：Cisco Cloud Services Router 1000V シリーズ上の AppNav-XE

• ISR 4451X ：Cisco 4451-X サービス統合型ルータ 上の AppNav-XE

[Next] をクリックします。

ステップ 4 次の情報を入力して、クラスタ設定を定義します。

• [Cluster Name] フィールドに、クラスタの名前を入力します。最大 32 文字までの英字、数字、ハイフン、下線だけを使用し、先頭は英字にします。

• （任意）[Description] フィールドに、クラスタの説明を入力します。最大 200 文字までの英字と数字だけを使用します。

• （任意）[WAAS Cluster Id] ドロップダウン リストから、WAAS ネットワークのこのクラスタに固有のクラスタ ID を選択します。未使用のクラスタ ID だけが表示されます。

[Next] をクリックします。

ステップ 5 クラスタに含める ANC デバイスおよび WN デバイスを選択します。

a. デバイス名の横にあるチェックボックスをオンにして、AppNav-XE デバイス リストにある同じプラットフォーム タイプの AppNav コントローラ デバイスを最大 4 個まで選択します。タスクバーのフィルタ設定を使用すると、デバイス リストをフィルタできます。

b. デバイス名の横にあるチェックボックスをクリックして、WAAS ノード デバイス リスト内の WN を最大 32 個選択します。タスクバーのフィルタ設定を使用すると、デバイス リストをフィルタできます。

クラスタへの参加に不適格なデバイスがある場合、[Show Ineligible Devices] をクリックして、そのデバイスと不適格な理由を確認します。フィルタ設定を使用すると、リストをフィルタできます。

c. [Next] をクリックします。

ステップ 6 使用する各 VRF インスタンスの横にあるボックスをオンにして、サービス コンテキストに関連付ける VRF インスタンスを選択します。VRF のデフォルトを選択する場合、他の VRF を選択できません。複数の VRF を選択する場合、重複送信元の IP アドレスを含めないでください。すべての ANC で使用できる VRF だけが上部の表にリストされます。不適格な VRF が下部の表にリストされます。

[Next] をクリックします。

ステップ 7 クラスタ内の各 ANC デバイスの代行受信とクラスタ インターフェイス設定を次のように構成します。

a. トラフィックの代行受信を有効にする必要がある WAN インターフェイスを選択します。インターフェイスは、AppNav-XE デバイス上にあらかじめ構成されている必要があり、サービス挿入を有効にできるインターフェイスだけが表示されます。

b. クラスタ内トラフィックに使用するローカル インターフェイスを選択します。

c. [Next] をクリックします。複数の ANC を設定している場合、各デバイスについて同様の画面が表示されます。

ステップ 8 クラスタ内の各 WN デバイスのクラスタ インターフェイス設定を構成します。Cluster Interface Wizard は、クラスタ内の WN ごとに 1 画面ずつ表示されます。

a. グラフィカル インターフェイス ウィザードを使用して、必要に応じて、デバイス上に個々のインターフェイスを設定します。ウィザードの使用方法の詳細については、「グラフィカル インターフェイス ウィザードによるインターフェイス設定」を参照してください。

b. [Cluster Interface] ドロップダウン リストから、クラスタ内トラフィックに使用されるインターフェイスを選択します。

c. [Next] をクリックします。複数の WN を設定している場合、各デバイスについて同様の画面が表示されます。

ステップ 9 [Finish] をクリックして、クラスタ設定を保存します。

デフォルトでは、ウィザードはすべての WN を WNG-Default という名前のデフォルト WNG に割り当てます。「クラスタへの新しい WAAS ノードの追加」の説明に従って、追加の WNG を作成できます。「WAAS ノードの設定」 の説明に従って、WN を異なる WNG に再割り当てできます。

AppNav-XE を使用してトラフィックの最適化を開始するには、トラフィックを代行受信するように選択した AppNav-XE デバイスのインターフェイス上で WAAS サービス挿入を有効にします。詳細については、を参照してください。

AppNav クラスタを作成すると、[Manage AppNav Clusters] リストに表示されます。クラスタのモニタリングの詳細については、「AppNav クラスタのモニタリング」を参照してください。

グラフィカル インターフェイス ウィザードによるインターフェイス設定

グラフィカル インターフェイス ウィザードを使用すると、AppNav クラスタの一部であるデバイスに設置された AppNav コントローラ インターフェイス モジュール上にインターフェイスを容易に設定できます（図 4-4 を参照）。また、WN インターフェイスを設定できます。

図 4-4 グラフィカル インターフェイス ウィザード

（注） グラフィカル インターフェイス ウィザードは、AppNav-XE ANC 上でのインターフェイスの設定には使用されません。

グラフィカル インターフェイス ウィザードは、AppNav クラスタ コンテキストで WN または ANC の設定を編集する場合に表示されます。一番上にある 2 つのフィールド、[WAAS Node] と [WAAS Node Group] は、ANC インターフェイスの設定時には表示されません。

グラフィカル インターフェイス ビューで、物理インターフェイスまたは論理インターフェイス上にマウスのカーソルを合わせてその ID（たとえば、GigabitEthernet 1/0）を確認します。ポート チャネル、ブリッジ グループ、およびスタンバイ グループは、色付けされたブロックまたは点線の輪郭で示されます。設定済みの物理インターフェイスまたは論理インターフェイスそれぞれの IP アドレスは、小さな青い強調表示で表示されます。表の下の凡例は、ポート チャネル、ブリッジ グループ、およびスタンバイ インターフェイスを示します。

次の操作を選択するには、インターフェイス上で右クリックします（使用可能な操作は、デバイスとクラスタのタイプによって異なります）。

• [Edit]：インターフェイスの説明、IP アドレス、ネットマスク、およびシャットダウン ステータスを編集できるペインが表示されます。

• [Create PortChannel]：このインターフェイスで新しいポート チャネルを作成します。これを選択すると、ポート チャネル番号、説明、IP アドレス、ネットマスク、およびシャットダウン ステータスを設定できるペインが表示されます。

• [Create Bridge]：このインターフェイスで新しいブリッジ グループを作成します。これを選択すると、ブリッジ グループ番号と説明を設定し、リンク ステート プロパゲーションを有効にできるペインが表示されます。この選択肢は、インライン代行受信のデバイスを設定する場合に限り表示されます。ブリッジ インターフェイスは、2 つの物理インターフェイスまたはポート チャネル インターフェイス（またはそれぞれのインターフェイス 1 つずつ）で構成されます。

• [Create Standby]：このインターフェイスで新しいスタンバイ グループを作成します。これを選択すると、スタンバイ グループ番号、説明、IP アドレス、ネットマスク、およびシャットダウン ステータスを設定できるペインが表示されます。

• [To PortChannel n ]：このインターフェイスを既存のポート チャネルに追加します。 n はポート チャネル番号です。

• [To Standby n ]：このインターフェイスを既存のスタンバイ グループに追加します。 n はスタンバイ グループ番号です。

• [To Bridge n ]：このインターフェイスを既存のブリッジ グループに追加します。 n はブリッジ グループ番号です。

• スタンバイ インターフェイスの場合（スタンバイ インターフェイス グループ インジケータ内を右クリックします）：

– [Edit]：スタンバイ グループ設定を編集します（IP アドレス、ネットマスク、プライマリ インターフェイス、シャットダウン ステータスなど）。

– [Delete Standby n ]スタンバイ グループを削除します。

• ポート チャネル インターフェイスの場合（ポート チャネル インジケータ内を右クリックします）：

– [Edit]：ポート チャネル設定を編集します（ポート チャネル番号、説明、IP アドレス、ネットマスク、シャットダウン ステータスなど）。

– [Remove from Standby n ]：スタンバイ グループ n からポート チャネルを削除します。

– [Delete PortChannel n ]：ポート チャネルを削除します。

• ブリッジ グループ インターフェイスの場合（ブリッジ グループ インジケータ内で右クリックします）：

– [Edit]：ブリッジ グループの設定を編集します（ブリッジ グループの番号、説明、およびリンク状態の伝播ステータスなど）。

– [Delete Bridge n ]：スタンバイ グループを削除します。

インターフェイスを選択するには、次の手順を実行します。

• 個々のインターフェイス：クリックすると、選択したインターフェイスが青色で表示されます。

• スタンバイ グループ：色付き線または点線のインジケータをクリックすると、選択したスタンバイ グループ内のすべてのインターフェイスの輪郭が青色の太い点線で表示されます。

• ポート チャネルまたはブリッジ グループ：色付きインジケータをクリックすると、選択したポート チャネルまたはブリッジ グループ内のすべてのインターフェイスの輪郭が青色の太い点線で表示されます。

インターフェイスを選択し、次のタスクバー アイコンをクリックして、アクションを実行することもできます。

• [Add]（選択肢は選択したエンティティによって異なります）：

– [Create PortChannel]：このインターフェイスで新しいポート チャネルを作成します。

– [Create Bridge]：このインターフェイスで新しいブリッジ グループを作成します。

– [Create Standby]：このインターフェイスで新しいスタンバイ グループを作成します。

– [To PortChannel n ]：このインターフェイスを既存のポート チャネルに追加します。 n はポート チャネル番号です。

– [To Standby n ]：このインターフェイスを既存のポート チャネルに追加します。 n はポート チャネル番号です。

• [Edit]：選択したインターフェイスを編集します。

• [Delete]（選択肢は選択したエンティティによって異なります）：

– [Remove from Standby n ]：スタンバイ グループ n からポート チャネルを削除します。

– [Delete PortChannel n ]：ポート チャネルを削除します。

– [Delete Standby n ]スタンバイ グループを削除します。

– [Delete Bridge n ]：ブリッジ グループを削除します。

[Cluster Interface] ドロップダウン リストを使用して、クラスタ内トラフィック（ANC と WN の間）に使用するインターフェイスを選択します。

クラスタ内トラフィックのクライアントおよび WAAS デバイスの送信元 IP アドレス フィールドのスワップを有効にするには、[Enable swapping of source IP address in intra-cluster traffic] チェックボックスを選択します。クラスタ インターフェイスのポート チャネルを使用する場合、または ANC と WN の間にロード バランシング デバイスがある場合、このオプションを有効にすることができます。このオプションは、ANC の IP アドレスではなく、クライアントの IP アドレスに基づいてロード バランシングを行うため、最適化のために ANC が WN に配信するトラフィックのロード バランシングを改善します。（サーバからクライアントへのトラフィックの場合、サーバの IP アドレスを ANC IP アドレスとスワップします）。このオプションは、AppNav-XE クラスタでは使用できません。

（注） WCCP を使用する場合、WCCP 制御メッセージは、ルータから代行受信したトラフィックを受信する ANC インターフェイスを通過する必要があります。WCCP 制御メッセージが ANC 管理インターフェイスにルーティングされると、クラスタは動作しません。

AppNav ポリシーの設定

ここでは、次の内容について説明します。

• 「AppNav クラス マップの設定」

• 「AppNav ポリシー内のルールの設定」

• 「ポリシーの管理」

• 「WAAS ノード最適化ポリシーの設定」

AppNav クラス マップの設定

お客様がお使いの AppNav クラスタのタイプに関するトピックを参照してください。

• 「WAAS アプライアンス AppNav クラス マップの設定」

• 「AppNav-XE クラス マップの設定」

WAAS アプライアンス AppNav クラス マップの設定

WAAS アプライアンス AppNav クラスタ上でクラス マップを設定するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 [Configure] > [AppNav Cluster] > [AppNav Class-Map] を選択します。

[AppNav Class-Maps] ウィンドウが表示され、既存のクラス マップが一覧表示されます。

このウィンドウから、次の作業を実行できます。

• 必要に応じてクラス マップ リストをフィルタするには、[Show] ドロップダウン リストのフィルタ設定を使用します。クイック フィルタを使用したり、すべてのクラス マップを表示したりできます。

• クラス マップを編集するには、クラス マップを選択し、[Edit] タスクバー アイコンをクリックします。

• 1 つ以上のクラス マップを削除するには、クラス マップを選択し、[Delete] タスクバー アイコンをクリックします。

• 次の手順の説明に従って、新しいクラス マップを追加します。

ステップ 3 [Add Class-Map] タスクバー アイコンをクリックします。

ステップ 4 [Name] フィールドには、最大 40 文字までの英数字とアンダースコアを含むクラス マップの名前を入力します。

ステップ 5 （任意）[Description] フィールドに、最大 200 文字までの英数字、アンダースコア、およびスペースを含むクラス マップの説明を入力します。

ステップ 6 [Type] ドロップダウン リストから、クラス マップ タイプを選択します。

• [Application]：送信元および/または宛先 IP アドレスおよび/またはポート、または Microsoft RPC アプリケーション（動的ポート割り当てを使用するアプリケーション用）に基づいて、特定のアプリケーションのトラフィックと一致します。ステップ 7に進みます。

• [Site]：サイト アフィニティの特定の WAAS ピアデバイスからのトラフィックと一致します。ステップ 8に進みます。

• [Custom]：アプリケーション アフィニティとサイト アフィニティを混合します。1 つの特定のピア WAAS デバイスからの特定のアプリケーションのトラフィックと一致します。ステップ 9に進みます。

• [Any TCP]：catch-all 分類子として任意の TCP トラフィックと一致します。このタイプを選択した場合、その他のフィールドを設定する必要はありません。[OK] をクリックして終了し、クラス マップ リストに戻ります。

ペインの下部に表示される一致条件は、クラス マップ タイプに応じて変わります。

ステップ 7 （任意）[Application] クラス マップ タイプの場合、1 つ以上の一致条件を入力します。このペインで次の作業を実行できます。

• 一致条件を編集するには、一致条件を選択し、[Edit] タスクバー アイコンをクリックします。

• 1 つ以上の一致条件を削除するには、一致条件を選択し、[Delete] タスクバー アイコンをクリックします。

• 次の手順の説明に従って、新しい一致条件を追加します。

a. [Add Match Condition] タスクバー アイコンをクリックします。

b. 1 つ以上のフィールドに値を入力して、特定のタイプのトラフィックの条件を作成します。たとえば、ポート 5405 ～ 5407 へ進むすべてのトラフィックと一致するようにするには、[Destination Port Start] フィールドに 5405 、[Destination Port End] フィールドに 5407 を入力します。IP アドレス ワイルドカード フィールドを使用すると、ドット付き 10 進表記でワイルドカード サブネット マスクを使用して IP アドレスの範囲を指定できます（/24 の 0.0.0.255 など）。

c. 動的ポート割り当てを使用する Microsoft RPC トラフィックを一致させる場合は、[Protocol] ドロップダウン リストから RPC アプリケーション ID を選択します。たとえば、MAPI プロトコルを使用する Microsoft Exchange Server トラフィックを一致させるには、 mapi を選択します。

d. [Save] をクリックして、一致条件を保存します。

e. 必要に応じて一致条件を追加し、[OK] をクリックして、クラス マップを保存し、クラス マップ リストに戻ります。いずれかの条件が一致すると、そのクラスは一致していると見なされます。

ステップ 8 （任意）[Site] クラス マップ タイプの場合、1 つ以上のピア デバイスを選択します。クラス マップを作成するには、次の手順を実行します。

a. 必要に応じて、[Show] ドロップダウン リストのフィルタ設定を使用してデバイス リストをフィルタします。クイック フィルタの使用、すべてのデバイスの表示、またはすべての割り当てられたデバイスの表示が可能です。

b. トラフィックを一致させる各送信元デバイスの横にあるチェックボックスを選択します。すべてのデバイスを選択するには、列のタイトルの横にあるボックスをオンにし、すべてのデバイスの選択を解除するには、オフにします。選択したデバイスのいずれかが一致すると、そのクラスは一致していると見なされます。

c. [OK] をクリックして、クラス マップを保存し、クラス マップ リストに戻ります。

ステップ 9 （任意）[Custom] クラス マップ タイプの場合、IP アドレス/ポートまたは Microsoft RPC アプリケーション ID に基づいて一致条件を 1 つ入力する必要があり、WAAS ピア デバイスを 1 つ選択する必要があります。一致していると見なされるクラスに対して、指定されたすべての一致条件を満たす必要があります。クラス マップを作成するには、次の手順を実行します。

a. 1 つ以上の IP アドレスおよび/またはポート フィールドに値を入力して、特定のタイプのトラフィックの条件を作成します。たとえば、ポート 5405 ～ 5407 へ進むすべてのトラフィックと一致するようにするには、[Destination Port Start] フィールドに 5405 、[Destination Port End] フィールドに 5407 を入力します。IP アドレス ワイルドカード フィールドを使用すると、ドット付き 10 進表記でワイルドカード サブネット マスクを使用して IP アドレスの範囲を指定できます（/24 の 0.0.0.255 など）。

b. （任意）動的ポート割り当てを使用する Microsoft RPC トラフィックと一致させる場合は、[Protocol] ドロップダウン リストから RPC アプリケーション ID を選択します。たとえば、MAPI プロトコルを使用する Microsoft Exchange Server トラフィックを一致させるには、 mapi を選択します。

c. [Remote Device] ドロップダウン リストから WAAS ピア デバイスを 1 つ選択する必要があります。

d. [OK] をクリックして、クラス マップを保存し、クラス マップ設定ウィンドウに戻ります。

AppNav-XE クラス マップの設定

AppNav-XE クラスタ上でクラス マップを設定するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 [Configure] > [AppNav Cluster] > [AppNav Class-Map] を選択します。

[AppNav Class-Maps] ウィンドウが表示され、既存のクラス マップが一覧表示されます。

このウィンドウから、次の作業を実行できます。

• 必要に応じてクラス マップ リストをフィルタするには、[Show] ドロップダウン リストのフィルタ設定を使用します。クイック フィルタを使用したり、すべてのクラス マップを表示したりできます。

• クラス マップを編集するには、クラス マップを選択し、[Edit] タスクバー アイコンをクリックします。

• 1 つ以上のクラス マップを削除するには、クラス マップを選択し、[Delete] タスクバー アイコンをクリックします。

• 次の手順の説明に従って、新しいクラス マップを追加します。

ステップ 3 [Add Class-Map] タスクバー アイコンをクリックします。

ステップ 4 [Name] フィールドには、スペースまたは疑問符（?）を含まない、最大 221 文字までのクラス マップの名前を入力します。

ステップ 5 （任意）[Description] フィールドには、疑問符（?）を含まない、最大 200 文字までのクラス マップの説明を入力します。

ステップ 6 [Match Type] オプション ボタンから、[match-any] また [match-all] を選択します。[match-any] は、一致条件のいずれかに一致すると、クラスが一致したと見なされることを意味します。[match-all] は、すべての一致条件が一致対象のクラスに一致する必要があることを意味します。

ステップ 7 [Add Match Condition] タスクバー アイコンをクリックします。[Match Condition] ペインが表示されます。

ステップ 8 [Match Condition] ドロップダウン リストから、作成する一致条件のタイプを選択します。

• [Source/Destination IP]：送信元および/または宛先 IP アドレスおよび/またはポートのアクセス リストに基づく特定のアプリケーションのトラックに一致します。ステップ 9に進みます。

• [Protocol]：特定の Microsoft RPC アプリケーションの ID（ダイナミック ポート割り当てを使用するアプリケーション）のトラックに一致します。ステップ 10に進みます。

• [Peer]：サイト アフィニティの特定の WAAS ピア デバイスからのトラフィックに一致します。ステップ 11に進みます。

ペインの下部に表示される一致条件は、条件のタイプに応じて変わります。

ステップ 9 （任意）送信元/宛先 IP の一致条件のタイプの場合、1 つまたは複数のアクセス コントロール エントリ（ACE）を入力します。このペインで次の作業を実行できます。

• ACE を編集するには、ACE を選択し、[Edit] タスクバー アイコンをクリックします。

• 1 つ以上の ACE を削除するには、ACE を選択し、[Delete] タスクバー アイコンをクリックします。

• 選択した 1 つ以上の ACE を新しい場所に移動するには、[Move To] タスクバー アイコンをクリックします。ACE を移動したら、[Save Moved Rows] をクリックして変更を保存します。

• 選択した 1 つ以上の ACE を上下に位置を 1 つ移動するには、[Up] または [Down Arrow] タスクバー アイコンをクリックします。次に、[Save Moved Rows] をクリックして変更を保存します。

• [Move To] または [Up] および [Down Arrow] 機能で移動した ACE を保存するには、[Save Moved Rows] タスクバー アイコンをクリックします。

• 選択した行の前に新しい ACE を挿入するには、[Insert] タスクバー アイコンをクリックします。挿入のワークフローは、（次の手順で説明されている）追加と同じです。

• 次の手順の説明に従って、新しい ACE を追加します。

a. [Add ACE] タスクバー アイコンをクリックします。

b. [Action] ドロップダウン リストから、[Permit] または [Deny] を選択し、この ACE が一致するトラフィックを許可するか、拒否するかを決定します。

c. 1 つ以上のフィールドに値を入力して、特定のタイプのトラフィックの ACE を作成します。[IP address] フィールドに任意のアドレスを入力し、任意の IP アドレスを指定します。

d. IP アドレス ワイルドカード フィールドを使用すると、ドット付き 10 進表記でワイルドカード サブネット マスクを使用して IP アドレスの範囲を指定できます（/24 の 0.0.0.255 など）。

e. [Source/Destination Port Operator] ドロップダウン リストを使用して、[Port] フィールドの演算子と動作を選択できます。

– [none]：[Port] フィールドは使用されません。

– [eq]：一致するには、トラフィック ポートを [Port] フィールドと同等にする必要があります。

– [gt]：一致するには、トラフィック ポートを [Port] フィールドよりも大きい値にする必要があります。

– [lt]：一致するには、トラフィック ポートを [Port] フィールドよりも小さい値にする必要があります。

– [neq]：一致するには、トラフィック ポートを [Port] フィールドと同等でない必要があります。

– [Range]：一致するには、トラフィック ポートが [Start Port] フィールドと [Port End] フィールドのポートの範囲内にある必要があります。

[Port] フィールドでは、ドロップダウン リストからポートを選択するか、数値を入力できます。

f. [OK] をクリックして、ACE を保存します。

g. 必要に応じて追加 ACE を追加し、[OK] をクリックして一致条件を保存し、一致条件リストに戻ります。

ステップ 10 （任意）プロトコルの一致条件のタイプの場合、次の手順に従ってください:

a. [Select Protocol] ドロップダウン リストから、一致するトラフィックを識別する Microsoft RPC アプリケーション ID を選択します。たとえば、MAPI プロトコルを使用する Microsoft Exchange Server トラフィックを一致させるには、 mapi を選択します。

b. 一致条件を保存し、一致条件リストに戻るには、[OK] をクリックします。

ステップ 11 （任意）ピアの一致条件のタイプの場合、1 つ以上のピア デバイスを選択します。一致条件を作成するには、次の手順に従ってください。

a. 必要に応じて、[Show] ドロップダウン リストのフィルタ設定を使用してデバイス リストをフィルタします。クイック フィルタの使用、すべてのデバイスの表示、またはすべての割り当てられたデバイスの表示が可能です。

b. トラフィックを一致させる各送信元デバイスの横にあるチェックボックスを選択します。すべてのデバイスを選択するには、列のタイトルの横にあるボックスをオンにし、すべてのデバイスの選択を解除するには、オフにします。

c. 一致条件を保存し、一致条件リストに戻るには、[OK] をクリックします。

ステップ 12 [OK] をクリックして、クラス マップを保存し、クラス マップ設定ウィンドウに戻ります。

AppNav ポリシー内のルールの設定

お客様がお使いの AppNav クラスタのタイプに関するトピックを参照してください。

• 「WAAS アプライアンス ポリシー ルールの設定」

• 「AppNav-XE ポリシー ルールの設定」

WAAS アプライアンス ポリシー ルールの設定

WAAS アプライアンス AppNavクラスタ上で AppNav ポリシー ルールを設定するには、次の手順に従います。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 [Configure] > [AppNav Cluster] > [AppNav Policies] を選択します。

[AppNav Policy] ウィンドウが表示されます。

ステップ 3 [AppNav Policy] ドロップダウン リストから設定するポリシーを選択します。

[Manage] をクリックすると、ポリシーの作成や削除またはポリシーを適用する ANC の設定が可能です。詳細については、「WAAS アプライアンス ポリシーの管理」を参照してください。

[AppNav Policy Rules] 領域から、次の作業を実行できます。

• 必要に応じてルール リストをフィルタするには、[Show] ドロップダウン リストのフィルタ設定を使用します。クイック フィルタを使用したり、すべてのルールを表示したりできます。

• ルールを編集するには、ルールを選択し、[Edit] タスクバー アイコンをクリックします。

• 1 つ以上のルールを削除するには、ルールを選択し、[Delete] タスクバー アイコンをクリックします。

• 選択した 1 つ以上のルールを新しい場所に移動するには、[Move To] タスクバー アイコンをクリックします。行を移動したら、[Save Moved Rows] をクリックして変更を保存します。

• 選択した 1 つ以上のルールを上下に位置を 1 つ移動するには、[Up] または [Down Arrow] タスクバー アイコンをクリックします。次に、[Save Moved Rows] をクリックして変更を保存します。

• [Move To] または [Up] および [Down Arrow] 機能で移動した行を保存するには、[Save Moved Rows] タスクバー アイコンをクリックします。

• 選択した行の前に新しいルールを挿入するには、[Insert] タスクバー アイコンをクリックします。挿入のワークフローは、（次の手順で説明されている）追加と同じです。

• 次の手順の説明に従って、リストの最後に新しいルールを追加します。（class-default ルールは常に最後の場所に配置されます）。

ステップ 4 [Add Policy Rule] タスクバー アイコンをクリックします。

ステップ 5 [AppNav Class-Map] ドロップダウン リストから、このポリシー ルールを適用するクラス マップを選択します。

クラス マップを編集する場合は [Edit] をクリックし、新しいクラス マップを作成する場合は [Create New] をクリックします。このワークフローは、「WAAS アプライアンス AppNav クラス マップの設定」 に記載されているものと同じです。

ステップ 6 [Distribute To] ドロップダウン リストから、クラス マップに適用する配信アクションを選択します。リストには、すべての定義済み WNG および選択肢（アクションなしの [None] およびこのタイプのトラフィックを通過する [Passthrough]）が含まれています。[None] の意味はコンテキストに依存します。最上位レベルのポリシーではパススルーを意味し、ポリシーがネストされている場合は親ポリシー ルールのアクションを継承することを意味します。

WNG を選択すると、その他の設定が表示されます。新しい WNG を作成する場合は、[Create New] をクリックします。このワークフローは、「クラスタへの新しい WAAS ノード グループの追加」 に記載されているものと同じです。新しく作成した WNG は、[Distribute To] および [Backup] の両方のドロップダウン リストに表示されます。

ステップ 7 （任意）[Backup] ドロップダウン リストから、プライマリ WNG が使用できない場合に配信に使用するバックアップ WNG を選択します。

ステップ 8 （任意）[Monitor] ドロップダウン リストから、モニタするアプリケーション アクセラレータを選択します。アプリケーション アクセラレータをモニタする場合、ANC はそのアプリケーション アクセラレータが過負荷かどうかを確認し、過負荷の WN に新しいフローを送信しません。[None] を選択すると、特定のアプリケーション アクセラレータはモニタされず、デバイスの最大接続制限だけがモニタされます。

ステップ 9 （任意）このルール内のネストされたポリシーを適用する場合、[Nested Actions (Advanced)] をクリックしてこの領域を展開します。

ステップ 10 （任意）[Nested Policy] ドロップダウン リストからネストするポリシーを選択するか、[None] を選択してポリシーなしを選択します。ポリシーを選択すると、ポリシー ルールが表に表示されます。

ネストされたポリシーとして指定するには不適格なポリシーがある場合、[Show Ineligible Policies] をクリックして、そのポリシーと不適格な理由を表示します。ネストは 1 レベルのみ許可されるため、すでにネストされたポリシーがある場合、そのポリシーは不適格です。

選択したポリシーを編集するには、[Edit] をクリックします。ネストする新しいポリシーを作成するには、[Create New] をクリックします。編集と作成のワークフローは同じです。

a. [Name] フィールドに、ポリシー名を入力します。waas_app_default ポリシーの場合、このフィールドは編集できません。

b. [Add Policy Rule] タスクバー アイコンをクリックします。

新しい行が追加され、ルールを設定するためのフィールドが表示されます。

c. [Class-Map] ドロップダウン リストから、このルールを適用するクラス マップを選択します。

d. [Distribute To] ドロップダウン リストから、クラス マップに適用する配信アクションを選択します。リストには、すべての定義済み WNG および選択肢（親ポリシーからこのアクションを継承する [Inherit] およびこのタイプのトラフィックを通過する [Passthrough]）が含まれています。

e. （任意）[Backup] ドロップダウン リストから、プライマリ WNG が使用できない場合に配信に使用するバックアップ WNG を選択します。

f. （任意）[Monitor] ドロップダウン リストから、モニタするアプリケーション アクセラレータを選択します。

g. [OK] をクリックして、ポリシー ルールを保存し、作成しているプライマリ ポリシーの [AppNav Policy Rule] ペインに戻ります。

ステップ 11 [OK] をクリックして、ポリシー ルールを作成し、ポリシー設定ウィンドウに戻ります。

（注） すべての AppNav ポリシーが削除され、新しいポリシー ルールを追加すると、ポリシー ルールは自動的に作成される新しい appnav_default ポリシーに追加されます。

AppNav-XE ポリシー ルールの設定

AppNav-XE クラスタ上で AppNav ポリシー ルールを設定するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 [Configure] > [AppNav Cluster] > [AppNav Policies] を選択します。

[AppNav Policy] ウィンドウが表示されます。

ステップ 3 ポリシーの横にあるオプション ボタンをクリックして、ウィンドウの上部にある AppNav ポリシー テーブルに設定します。

AppNav ポリシー テーブルから、次のタスクを実行できます。

• 必要に応じてルール リストをフィルタするには、[Show] ドロップダウン リストのフィルタ設定を使用します。クイック フィルタを使用したり、すべてのルールを表示したりできます。

• ポリシーを編集するには、ポリシーを選択し、[Edit] タスクバー アイコンをクリックします。

• ポリシーを選択して [Delete] タスクバー アイコンをクリックして、ポリシーを削除します。

• ポリシーの割り当てを解除するには、ポリシーを選択し、[Unassign Policy] タスクバー アイコンをクリックします。

• ポリシーを追加するには、[Add Policy] タスクバー アイコンをクリックします。

これらのタスクの詳細については、「ポリシーの管理」を参照してください。

ウィンドウの下部にある AppNav ポリシー ルール テーブルには、AppNav ポリシー テーブルで選択されたポリシーにあるルールが表示されます。AppNav ポリシー ルール テーブルから、次の作業を実行できます。

• 必要に応じてルール リストをフィルタするには、[Show] ドロップダウン リストのフィルタ設定を使用します。クイック フィルタを使用したり、すべてのルールを表示したりできます。

• ルールを編集するには、ルールを選択し、[Edit] タスクバー アイコンをクリックします。

• 1 つ以上のルールを削除するには、ルールを選択し、[Delete] タスクバー アイコンをクリックします。

• 選択した 1 つ以上のルールを新しい場所に移動するには、[Move To] タスクバー アイコンをクリックします。行を移動したら、[Save Moved Rows] をクリックして変更を保存します。

• 選択した 1 つ以上のルールを上下に位置を 1 つ移動するには、[Up] または [Down Arrow] タスクバー アイコンをクリックします。次に、[Save Moved Rows] をクリックして変更を保存します。

• [Move To] または [Up] および [Down Arrow] 機能で移動した行を保存するには、[Save Moved Rows] タスクバー アイコンをクリックします。

• 選択した行の前に新しいルールを挿入するには、[Insert] タスクバー アイコンをクリックします。挿入のワークフローは、（次の手順で説明されている）追加と同じです。

• 次の手順の説明に従って、リストの最後に新しいルールを追加します。（class-default ルールは常に最後の場所に配置されます）。

ステップ 4 [Add Policy Rule] タスクバー アイコンをクリックします。

ステップ 5 [AppNav Class-Map] ドロップダウン リストから、このポリシー ルールを適用するクラス マップを選択します。

クラス マップを編集する場合は [Edit] をクリックし、新しいクラス マップを作成する場合は [Create New] をクリックします。このワークフローは、「AppNav-XE クラス マップの設定」 に記載されているものと同じです。

ステップ 6 [Distribute To] ドロップダウン リストから、クラス マップに適用する配信アクションを選択します。リストには、WNG および選択肢（アクションなしの [None] およびこのタイプのトラフィックを通過する [Passthrough]）が含まれています。（None）の意味は（Passthrough）と同じです。デフォルト ポリシー マップの場合、WNG リストにはデフォルト WNG と割り当てられたコンテキストの一部であるカスタム WNG が含まれます。カスタム ポリシー マップの場合、WNG リストには、デフォルトと他のコンテキストに割り当てられていないカスタム WNG が含まれます。

WNG を選択すると、その他の設定が表示されます。新しい WNG を作成する場合は、[Create New] をクリックします。このワークフローは、「クラスタへの新しい WAAS ノード グループの追加」 に記載されているものと同じです。新しく作成した WNG は、[Distribute To] ドロップダウン リストに表示されます。

ステップ 7 （任意）[Monitor] ドロップダウン リストから、モニタするアプリケーション アクセラレータを選択します。アプリケーション アクセラレータをモニタする場合、ANC はそのアプリケーション アクセラレータが過負荷かどうかを確認し、過負荷の WN に新しいフローを送信しません。[None] を選択すると、特定のアプリケーション アクセラレータはモニタされず、デバイスの最大接続制限だけがモニタされます。

ステップ 8 [OK] をクリックして、ポリシー ルールを作成し、ポリシー設定ウィンドウに戻ります。

ポリシーの管理

お客様がお使いの AppNav クラスタのタイプに関するトピックを参照してください。

• 「WAAS アプライアンス ポリシーの管理」

• 「ポリシーの管理」

WAAS アプライアンス ポリシーの管理

AppNav ポリシーを作成または削除するか、またはポリシーが WAAS アプライアンス AppNav クラスタに適用される ANCを設定するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 [Configure] > [AppNav Cluster] > [AppNav Policies] を選択します。

[AppNav Policy] ウィンドウが表示されます。

ステップ 3 一番上にある [AppNav Policy] ドロップダウン リストから、表示するポリシーを選択します。

[AppNav Policy Rules] 領域の使用方法の詳細については、「WAAS アプライアンス ポリシー ルールの設定」を参照してください。

ステップ 4 [Manage] をクリックします。

[Manage AppNav Policies] ペインから、次の作業を実行できます。

• 必要に応じて、[Show] ドロップダウン リストのフィルタ設定を使用してポリシー リストをフィルタします。クイック フィルタの使用やすべてのポリシーの表示もできます。

• ポリシーを選択して [Edit] タスクバー アイコンをクリックして、ポリシーを編集し、ポリシーが適用される ANC を設定できます。

• ポリシーを選択して [Delete] タスクバー アイコンをクリックして、ポリシーを削除します。

• 次の手順の説明に従って、新しいポリシーを追加します。

ステップ 5 [Add Policy] タスクバー アイコンをクリックします。

ステップ 6 [Name] フィールドに、最大 40 文字までの英数字とアンダースコアを含むポリシーの名前を入力します。

ステップ 7 （任意） [Description] フィールドに、最大 200 文字までの英数字、アンダースコア、およびスペースを含む、ポリシーの説明を入力します。

ステップ 8 （任意）このポリシーに割り当てる各 ANC の横にあるボックスを選択します。割り当てられたデバイスの割り当てを解除するには、チェックボックスの選択を解除します。

ANC にポリシーを割り当てると、ANC ではそのポリシーがアクティブになり（1 つの ANC では 1 つのポリシーだけがアクティブになります）、その ANC でこれまでアクティブであったポリシーの割り当てが削除されます。代替としてポリシーを作成する場合は、ポリシーを ANC に割り当てる必要はありません。後で必要になったときに、ポリシーを ANC に割り当てることができます。

ステップ 9 [OK] をクリックして、ポリシーを保存し、[Manage AppNav Policies] ペインに戻ります。

ステップ 10 [Close] をクリックして、ポリシー設定ウィンドウへ戻ります。

ステップ 11 「WAAS アプライアンス ポリシー ルールの設定」の説明に従って、新しいポリシーにポリシー ルールを追加します。

デフォルト クラス マップとポリシー マップをクラスタに復元するには、[AppNav Policies] ウィンドウの上部にある [Restore Default] タスクバー アイコンをクリックできます。この操作は、既存のすべてのクラスとポリシー マップの設定を削除し、デフォルト クラスとポリシー マップを復元します。WNG に割り当てられたすべての WAAS ノードは、デフォルト WNG に移動され、他の WNG は削除されます。

ポリシーの管理

AppNav ポリシーを作成または削除するか、または AppNav-XE クラスタのコンテキストからポリシーの割り当てを解除するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 [Configure] > [AppNav Cluster] > [AppNav Policies] を選択します。

[AppNav Policy] ウィンドウが表示されます。

ステップ 3 ウィンドウの上部にるAppNav ポリシー テーブルで動作するポリシーの横にあるオプション ボタンをクリックします。

AppNav ポリシー テーブルから、次のタスクを実行できます。

• 必要に応じてルール リストをフィルタするには、[Show] ドロップダウン リストのフィルタ設定を使用します。クイック フィルタを使用したり、すべてのルールを表示したりできます。

• ポリシーを編集するには、ポリシーを選択し、[Edit] タスクバー アイコンをクリックします。

• ポリシーを選択して [Delete] タスクバー アイコンをクリックして、ポリシーを削除します。

• コンテキストからポリシーの割り当てを解除するには、ポリシーを選択し、[Unassign Policy] タスクバー アイコンをクリックします。コンテキストからポリシーの割り当てを解除すると、コンテキストも無効になり、すべての WNG の割り当てがコンテキストから解除されます。続行するには、もう一度 [OK] をクリックして確認します。

• 次の手順の説明に従って、新しいポリシーを追加します。

[AppNav Policy Rules] 領域の使用方法の詳細については、「AppNav-XE ポリシー ルールの設定」を参照してください。

ステップ 4 [Add Policy] タスクバー アイコンをクリックします。

ステップ 5 [Name] フィールドには、スペースまたは疑問符（?）を含まない、最大 227 文字までのポリシーの名前を入力します。デフォルト ポリシー マップに使用される APPNAV- n -PMAP 形式の名前を使用しないでください。

ステップ 6 （任意）[Description] フィールドには、疑問符（?）を含まない、最大 200 文字までのポリシーの説明を入力します。

ステップ 7 [Assign to AppNav Context] ドロップダウン リストから、新しいポリシーを割り当てるコンテキストを選択します。

ポリシーをコンテキストに割り当てると、コンテキストの一部であるすべての ANC でポリシーがアクティブになります。まだ割り当てられているポリシーがないコンテキストだけが表示されます。

デフォルトのポリシー マップでは、コンテキスト ID に基づいて 1 つのコンテキストだけ表示されます。たとえば、APPNAV-4-PMAP には、（まだ割り当てられていない場合）waas/4 だけが表示されます。

ステップ 8 [OK] をクリックして、ポリシーを保存し、[AppNav Policies] ウィンドウに戻ります。

ステップ 9 「AppNav-XE ポリシー ルールの設定」の説明に従って、新しいポリシーにポリシー ルールを追加します。

デフォルト クラス マップとポリシー マップをクラスタに復元するには、[AppNav Policies] ウィンドウの上部にある [Restore Default] タスクバー アイコンをクリックできます。この操作は、既存のすべてのクラスとポリシー マップの設定を削除し、デフォルト クラスとポリシー マップを復元します。各コンテキストに割り当てられたすべての WAAS ノードは、それぞれのデフォルト WNG に移動され、未割り当てのすべての WNG が削除されます。

WAAS ノード最適化ポリシーの設定

WAAS ノード最適化ポリシーは、トラフィックが WAAS ノードに配信される方法を管理します。最適化ポリシーは、WN および、最適化ノードとして動作する ANC に設定されます。

1 つの WNG のすべての WN は、同じ最適化ポリシーが設定される必要があります。一方、フローの最適化は予測できません。最適化ポリシーは、WNG によって異なります。

最適化ポリシーの設定方法については、を参照してください。

デフォルトの最適化ポリシーの一覧は、 付録 A「定義済み最適化ポリシー」 にあります。

ACL の設定

AppNav コントローラ ACL は、WAAS アプライアンス ANC によって代行受信されるトラフィックを制御します。AppNav クラスタ の各 WAAS アプライアンス ANC に ANC 代行受信 ACL を設定する必要がある場合があります。

ANC 代行受信 ACL の設定方法については、を参照してください。

AppNav クラスタ 設定の構成

AppNav クラスタの AppNav クラスタ 設定を構成するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [All AppNav Clusters] を選択します。

[Manage AppNav Clusters] ウィンドウが表示されます。このウィンドウには、各クラスタの状態が表示されます。

このウィンドウから、次の作業を実行できます。

• 新しい AppNav クラスタ を作成します。このワークフローは、「ウィザードを使用した新しい AppNav クラスタの作成」 に記載されているものと同じです。

• AppNav クラスタ を選択し、[Manage AppNav Clusters] エリアのタスクバーの [Delete] アイコンをクリックして、AppNav クラスタ を削除します。

• AppNav クラスタ トポロジを表示し、次の手順に従って設定を編集します。

ステップ 2 設定を編集するクラスタの名前をクリックします。

クラスタ トポロジ図が表示されます。

ステップ 3 [Configure] [AppNav Cluster] > [AppNav Cluster] を選択します。

[Cluster Configuration] ウィンドウが表示されます。

ステップ 4 クラスタの名前を変更する場合、[Name] フィールドにクラスタの名前を入力します。（AppNav-XE クラスタには該当しません）。

ステップ 5 （任意）[Description] フィールドに、このクラスタの説明を入力します。最大 200 文字までの英字と数字だけを使用します。（AppNav-XE クラスタには該当しません）。

ステップ 6 （任意）[Authentication Key] フィールドおよび [Confirm Authentication Key] フィールドに、クラスタ内 WAAS デバイス間の通信の認証に使用する認証キーを入力します。文字と数字だけを使用して、最大 64 文字を入力します。

ステップ 7 （任意）[Shutdown Wait Time] フィールドに、シャットダウンの前にクラスタ内のWN がすべての接続の終了を待つべき秒数を入力します。デフォルトは 120 秒です。

ステップ 8 （任意）パススルー接続のクラスタ配信およびオフロードを設定するには、[Advanced Settings] セクションをクリックして拡張します。

ステップ 9 （任意）クラスタ内の ANC から WN へのトラフィックの配信を有効にするには、[Enable distribution of traffic on AppNav Controllers] チェックボックスがオンであることを確認します。トラフィックの配信を無効にするには、このチェックボックスの選択を解除します。配信が無効である場合、クラスタは、トラフィックを代行受信して、WNに配信するのではなくパススルーを続けるモニタリング モードで動作します。このモードは、トラフィックを最適化せずにトラフィック統計情報をモニタリングするのに役立ちます。（AppNav-XE クラスタには該当しません）。

ステップ 10 （任意）WN から ANC へのパススルー接続のオフロードを設定するには、[Enable offload of pass-through connections from WAAS nodes to AppNav Controllers for following reasons] セクションのチェックボックスを選択します。この機能によって、パススルー接続は、WN に配信されてパススルーされるのではなく、ANC でパススルーされます。次の手順のとおり、パススルー オフロードを設定します。

a. すべてのパススルー接続（エラー状態によってパススルーされた接続を含む）をオフロードするには、[All pass-through connections] チェックボックスを選択します。エラー状態によるパススルー トラフィックを、WN のアプリケーションに表示する必要がない場合にだけ、このチェックボックスを選択します。デフォルトでは、オフになっています。

b. ポリシー設定がないためにパススルーされた接続をオフロードするには、[Due to missing policy configuration] チェックボックスを選択します。デフォルトではオンになっています。

c. ピア WN がないためにパススルーされた接続をオフロードするには、[Due to no peer WAAS node] チェックボックスを選択します。デフォルトではオンになっています。

d. 代理受信 WN のためにパススルーされた接続をオフロードするには、[Due to intermediate WAAS node] チェックボックスを選択します。デフォルトではオンになっています。

e. 一部の WN が異なるパススルー オフロード設定を使用する場合、[Synchronize settings on all devices] チェックボックスを選択して、すべての WN の設定を同期し、ここで表示される設定を一致させることができます。このチェックボックスは、一部の WN の設定が異なっている場合だけ表示されます。デフォルトでは、オフになっています。

ステップ 11 [Submit] をクリックします。

このウィンドウの下部には、クラスタの一部である ANC、WN、および WNG のリストを表示するタブが含まれます。AppNav-XE デバイスには、コンテキストを表示する追加の [AppNav Contexts] タブがあります。このウィンドウのこの部分のコントロールは、次のセクションの説明に従って動作します。

• AppNav コントローラ：「AppNav コントローラ設定の構成」

• AppNav コンテキスト：「AppNav コンテキストの設定」

• WAAS ノード：「WAAS ノードの設定」

• WAAS Node グループ：「WAAS ノード グループの設定」

個々の WN に対する AppNav クラスタ 設定を構成するには、「WAAS ノード用の AppNav クラスタ 設定の構成」を参照してください。通信の認証に認証キーを使用する場合は、同じキーを持つクラスタと各 WN を設定する必要があります。

AppNav コントローラ設定の構成

お客様がお使いの AppNav クラスタのタイプに関するトピックを参照してください。

• 「WAAS アプライアンス AppNav コントローラ 設定の構成」

• 「AppNav-XE コントローラ設定の構成」

WAAS アプライアンス AppNav コントローラ 設定の構成

WAAS アプライアンスの ANC 設定を構成するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 トポロジ図の下にある [AppNav Controllers] タブをクリックします。

クラスタ内のすべての ANC が一覧で示され、名前、位置、IP アドレス、クラスタ内トラフィック用に使用されるインターフェイス、および有効化されたステータスが表示されます。

このリストから、次の作業を実行できます。

• 次の手順に従って、ANC を選択し、[Edit] タスクバー アイコンをクリックして、ANC 用のインターフェイス設定を編集します。

• ANC を選択して [Delete] タスクバー アイコンをクリックして、ANC を削除します。

• [Add AppNav Controller] タスクバー アイコンをクリックして、新しい ANC をクラスタに追加します。「クラスタへの ANC の追加」を参照してください。

• クラスタを選択して [Enable] タスクバー アイコンをクリックして、無効化された ANC を有効にします。

• ANC を選択して [Disable] タスクバー アイコンをクリックして、ANC を無効にします。

ステップ 3 編集する ANC の横のオプション ボタンをクリックして、[Edit] タスクバー アイコンをクリックします。

[Edit AppNav Controller] ペインが表示されます。

ステップ 4 内部 WAAS ノード設定を構成します。

a. ANC での最適化を有効にする場合は、[Enable WAN optimization (Internal WAAS Node)] チェックボックスを選択します。

b. WAN 最適化を有効にした場合は、[WAAS Node Group] ドロップダウン リストで、内部 WN が属する WNG を選択します。

c. [Next] をクリックします。

ステップ 5 （任意）ANC の WCCP 設定を行います。ANC が、インライン代行受信用に設定されている場合、この画面は表示されません。WCCP フィールドの詳細については、を参照してください。

WCCP 設定が完了したら、[Next] をクリックします。グラフィカル インターフェイス ウィザードが表示されます。

ステップ 6 代行受信とクラスタ インターフェイス設定を構成します。

a. 必要に応じて、グラフィカル インターフェイス ビューで AppNav コントローラ インターフェイス モジュール の代行受信インターフェイスを設定します。ウィザードの使用方法の詳細については、「グラフィカル インターフェイス ウィザードによるインターフェイス設定」を参照してください。

b. [Cluster Interface] ドロップダウン リストから、クラスタ内トラフィックに使用されるインターフェイスを選択します。

c. （任意）クラスタ内トラフィックにおいて、クライアントと WAAS デバイスの発信元 IP アドレス フィールドのスワップを有効にするには、[Enable swapping of source IP address in intra-cluster traffic] チェックボックスを選択します。

クラスタ インターフェイスのポート チャネルを使用する場合、または ANC と WN の間にロード バランシング デバイスがある場合、このオプションを有効にすることができます。このオプションは、ANC の IP アドレスではなく、クライアントの IP アドレスに基づいてロード バランシングを行うため、最適化のために ANC が WN に配信するトラフィックのロード バランシングを改善します。（サーバからクライアントへのトラフィックの場合、サーバ IP アドレスを ANC IP アドレスとスワップします）。既存の ANC にポート チャネル クラスタ インターフェイスがある場合、Central Manager はこの機能を自動的に有効にします。

ステップ 7 [Finish] をクリックします。

AppNav-XE コントローラ設定の構成

AppNav-XE デバイスの ANC 設定を構成するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 トポロジ図の下にある [AppNav Controllers] タブをクリックします。

クラスタ内のすべての ANC が一覧で示され、名前、位置、IP アドレス、クラスタ内トラフィック用に使用されるインターフェイス、および有効化されたステータスが表示されます。

このリストから、次の作業を実行できます。

• 次の手順に従って、ANC を選択し、[Edit] タスクバー アイコンをクリックして、ANC 用のインターフェイス設定を編集します。

• ANC を選択して [Delete] タスクバー アイコンをクリックして、ANC を削除します。

• [Add AppNav Controller] タスクバー アイコンをクリックして、新しい ANC をクラスタに追加します。「クラスタへの ANC の追加」を参照してください。

ステップ 3 編集する ANC の横のオプション ボタンをクリックして、[Edit] タスクバー アイコンをクリックします。

[Edit AppNav Controller] ペインが表示されます。

ステップ 4 AppNav-XE クラスタで、代行受信とクラスタ インターフェイス設定を構成します。

a. トラフィックの代行受信を有効にする必要がある WAN インターフェイスを選択します。インターフェイスは、AppNav-XE デバイス上にあらかじめ構成されている必要があり、サービス挿入を有効にできるインターフェイスだけが表示されます。

b. [Cluster Interface] ドロップダウン リストから、クラスタ内トラフィックに使用されるインターフェイスを選択します。

ステップ 5 [Finish] をクリックします。

AppNav コンテキストの設定

AppNav-XEクラスタでは、最大 32 個のコンテキストを持つことができます。WAAS アプライアンス AppNav のクラスタは、クラスタ設定で定義された 1 つのコンテキストのみを持つことができますが、コンテキストを追加する機能は使用できません。

AppNav コンテキストを設定するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 トポロジ図の下にある [AppNav Contexts] タブをクリックします。

クラスタ内のすべての AppNav コンテキストが一覧で示され、名前、関連する WNG、VRF、AppNav ポリシー、および有効化されたステータスが表示されます。

このリストから、次の作業を実行できます。

• コンテキストを選択し、[Edit] タスクバー アイコンをクリックしてコンテキストを編集します。

• コンテキストを選択し、[Delete] タスクバー アイコンをクリックしてコンテキストを削除します。

• コンテキストを選択し、[Enable] タスクバー アイコンをクリックしてコンテキストを有効にします。

• コンテキストを選択し、[Disable] タスクバー アイコンをクリックしてコンテキストを無効にします。

• 次の手順の説明に従って、新しいコンテキストを追加します。（WAAS アプライアンス クラスタでは使用できません）。

ステップ 3 [Add AppNav Context] タスクバー アイコンをクリックします。

ステップ 4 [WAAS Cluster Id] ドロップダウン リストから、このコンテキストに割り当てるクラスタ ID を選択します。最初の使用可能な ID が最初に選択されます。

ステップ 5 （任意）[AppNavPolicy Name] フィールドで、クラスタに関連付ける AppNav ポリシー名を指定します。ユーザが必要に応じて変更できるデフォルトの推奨ポリシー名が最初にフィールドに表示されます。存在しないポリシー名を入力すると、そのポリシー名が作成されます。

デフォルト名と同じ形式を使用する名前は、コンテキストに関連付けられたデフォルト ポリシー マップ用に予約されているため指定できません。ただし、コンテキスト ID とは異なる番号を持つ名前は指定できます。

ステップ 6 （任意）[WAAS Node Group] フィールドで、コンテキストに関連付ける WNG の名前を指定します。ユーザが必要に応じて変更できるデフォルトの推奨 WNG 名が最初にフィールドに表示されます。存在しない WNG の名前を入力すると、その名前が作成されます。WNG をコンテキストに関連付けるには、WNG がコンテキストで使用されるポリシー ルールで使用されている必要があります。

デフォルト名と同じ形式を使用する名前は、コンテキストに関連付けられたデフォルト WNG 用に予約されているため指定できません。ただし、コンテキスト ID とは異なる番号を持つ名前は指定できます。

ステップ 7 [Next] をクリックします。

ステップ 8 コンテキストに関連づける 1 つ以上の VRF を選択します。手順は次のとおりです。

a. 必要に応じて、[Show] ドロップダウン リストのフィルタ設定を使用して VRF リストをフィルタします。クイック フィルタの使用やすべての VRF の表示もできます。ペインの下部には、それぞれが不適格である理由とともに、不適格な VRF が一覧表示されます。

b. コンテキストに関連付ける各 VRF の横にあるボックスをオンにします。

c. [Next] をクリックします。

ステップ 9 コンテキストに関連付けられた WNG の一部に含める WN デバイスを選択します。

a. デバイス名の横にあるチェックボックスをオンにして、WAAS ノード デバイス リストで WN を選択します。タスクバーのフィルタ設定を使用すると、デバイス リストをフィルタできます。

クラスタへの参加に不適格なデバイスがある場合、[Show Ineligible Devices] をクリックして、そのデバイスと不適格な理由を確認します。フィルタ設定を使用すると、リストをフィルタできます。

b. [Next] をクリックします。

ステップ 10 コンテキストの各 WN デバイスのクラスタ インターフェイス設定を構成します。Cluster Interface Wizard は、コンテキスト内の WN ごとに 1 画面ずつ表示されます。

a. グラフィカル インターフェイス ウィザードを使用して、必要に応じて、デバイス上に個々のインターフェイスを設定します。ウィザードの使用方法の詳細については、「グラフィカル インターフェイス ウィザードによるインターフェイス設定」を参照してください。

b. [Cluster Interface] ドロップダウン リストから、クラスタ内トラフィックに使用されるインターフェイスを選択します。

c. [Next] をクリックします。複数の WN を設定している場合、各デバイスについて同様の画面が表示されます。

ステップ 11 コンテキストの設定を保存するには、[Finish] をクリックします。

WAAS ノードの設定

WAAS アプライアンス クラスタ内のすべての WN が application-accelerator デバイス モードと appnav-controller 代行受信モードで設定されている必要があります。Central Manager AppNav ウィザードを使用してクラスタを作成した場合、この両方の設定はすでに行われています。（ウィザードは interception モードを設定します。device モードはウィザード実行前に設定されているはずです）。

AppNav クラスタ 内で、WN 用の次の設定を構成できます。

• WN が属する WNG

• AppNav コントローラ インターフェイス モジュール インターフェイス設定（ポート チャネル、スタンバイ、およびブリッジ グループ インターフェイスの設定を含む）

• クラスタ内トラフィック用に使用されるクラスタ インターフェイスを選択する

WN 設定を行うには、次の手順に従ってください。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 トポロジ図の下にある [WAAS Nodes] タブをクリックします。

クラスタ内のすべての WN が一覧で示され、名前、位置、IP アドレス、使用中のインターフェイス、ノードが属する WNG、および有効化されたステータスが表示されます。

このリストから、次の作業を実行できます。

• WN を選択し、[Edit] タスクバー アイコンをクリックして、WN の設定を変更します。

• WN を選択して [Delete] タスクバー アイコンをクリックして、WN を削除します。

• [Add WAAS Node] タスクバー アイコンをクリックして、新しい WN をクラスタに追加します。「クラスタへの新しい WAAS ノードの追加」を参照してください。

• ノードを選択して [Enable] タスクバー アイコンをクリックして、無効化された WN を有効にします。

• ノードを選択して [Disable] タスクバー アイコンをクリックして、WN を無効にします。

ステップ 3 編集する WN の横のオプション ボタンをクリックして、[Edit] タスクバー アイコンをクリックします。

[WAAS Node] ペインが表示されます。

ステップ 4 [WAAS Node Group] ドロップダウン リストからノードを割り当てる WNG を選択します。

ステップ 5 必要に応じて、グラフィカル インターフェイス ビューで、デバイス上にインターフェイスを設定します。ウィザードの使用方法の詳細については、「グラフィカル インターフェイス ウィザードによるインターフェイス設定」を参照してください。

ステップ 6 [Cluster Interface] ドロップダウン リストでクラスタ内トラフィック用に使用するインターフェイスを選択します。

ステップ 7 （任意）クラスタ内トラフィックにおいて、クライアントと WAAS デバイスの発信元 IP アドレス フィールドのスワップを有効にするには、[Enable swapping of source IP address in intra-cluster traffic] チェックボックスを選択します。（このオプションは、AppNav-XE クラスタで使用される WN では使用できません）。

クラスタ インターフェイスのポート チャネルを使用する場合、または ANC と WN の間にロード バランシング デバイスがある場合、このオプションを有効にすることができます。このオプションは、ANC の IP アドレスではなく、クライアントの IP アドレスに基づいてロード バランシングを行うため、最適化のために ANC が WN に配信するトラフィックのロード バランシングを改善します。（サーバからクライアントへのトラフィックの場合、サーバ IP アドレスを ANC IP アドレスとスワップします）。既存の ANC にポート チャネル クラスタ インターフェイスがある場合、Central Manager はこの機能を自動的に有効にします。

ステップ 8 [OK] をクリックして設定内容を保存します。

WAAS ノード グループの設定

WNG 設定を行うには、次の手順に従ってください。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 トポロジ図の下にある [WAAS Node Groups] タブをクリックします。

クラスタ内のすべての WNG が一覧で示され、名前、説明、およびグループに含まれる WN が表示されます。AppNav-XE クラスタでは、リストも WAAS クラスタ ID を表示します。

このリストから、次の作業を実行できます。

• WNG を選択し、[Edit] タスクバー アイコンをクリックして、WNG の設定を変更します。

• WNG を選択して [Delete] タスクバー アイコンをクリックして、WNG を削除します。

• [Add WAAS Node Group] タスクバー アイコンをクリックして、新しい WNG をクラスタに追加します。「クラスタへの新しい WAAS ノード グループの追加」を参照してください。

ステップ 3 編集する WNG の横のオプション ボタンをクリックして、[Edit] タスクバー アイコンをクリックします。

ステップ 4 （任意）[Description] フィールドに、WAAS アプライアンス クラスタ上に最大 32 文字までの英数字を含む WNG の説明を入力します。AppNav-XE クラスタでは、スペースを含まずに最大 241 文字まで入力できます。

ステップ 5 [OK] をクリックして設定内容を保存します。

WNG クラスタに必要なコンテキストを使用して新しく作成された AppNav-XE を関連付けるには、コンテキストの AppNav ポリシー ルールで使用する必要があります。1 つまたは複数のルールに対して、ポリシー ルールの [Distribute To] アクション用に WNG を選択します。

WAAS ノード用の AppNav クラスタ 設定の構成

[WAAS Node Configuration] ウィンドウは、デバイス モードが appnav-controller として設定されている場合にのみ WN で使用可能になり、このウィンドウは、WN が WAAS バージョン 5.2.1 以降を実行し、AppNav クラスタの一部でない場合にのみ編集可能になります。

WAAS ノード レベルで AppNav クラスタ 設定を構成するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager メニューから、[Devices] > [ device-name ] を選択します。

ステップ 2 [Configure] [AppNav Cluster] > [AppNav Cluster] を選択します。

[WAAS Node Configuration）] ウィンドウが表示されます。

ステップ 3 （任意）この WN が ANC によって配信されたトラフィックを処理できるようにするには、[Enable WAAS Node] チェックボックスをオンにします。

ステップ 4 （任意）[Description] フィールドに、WN の説明を入力します。最大 200 文字までの英字と数字だけを使用します。

ステップ 5 （任意）[Authentication Key] フィールドと [Confirm Authentication Key] フィールドに、WN と ANC 間の通信を認証するために使用する認証キーを入力します。文字と数字だけを使用して、最大 64 文字を入力します。

ステップ 6 （任意）[Shutdown Wait Time] フィールドに、シャット ダウンする前にすべての接続を終了するまで、WN が待機する必要がある秒数を入力します。デフォルトは 120 秒です。

ステップ 7 （任意）ANC により、この WN の自動検出を有効にするには、[Enable WAAS Node Auto Discovery] チェックボックスをオンにします。（WAAS バージョン 5.1 以前の WN では使用されません）。

この設定は、AppNav-XE ANC が CLI によって作成され、Central Manager によって設定されていないクラスタに参加する WN を検出できるようにすることを意図しています。

ステップ 8 [WAAS Node Auto Discovery Interface] ドロップダウン リストから、自動検出に使用する WN インターフェイスを選択します。（WAAS バージョン 5.1 以前の WN では使用されません）。

ステップ 9 [Submit] をクリックします。

クラスタ レベルで AppNav クラスタ 設定を構成するには、「AppNav クラスタ 設定の構成」を参照してください。通信の認証に認証キーを使用する場合は、同じキーを持つクラスタと各 WN を設定する必要があります。

（注） WN を AppNav-XE クラスタに追加するために、自動ノード検出と Central Manager の両方を使用しないでください。AppNav-XE で自動ノード検出を無効にしてから、デバイスを登録し、Central Manager を使用してクラスタに追加することを推奨します。

AppNav クラスタへのデバイスの追加と削除

ここでは、次の内容について説明します。

• 「クラスタへの ANC の追加」

• 「クラスタからの ANC の削除」

• 「クラスタへの新しい WAAS ノードの追加」

• 「クラスタからの WAAS ノードの削除」

• 「クラスタへの新しい WAAS ノード グループの追加」

• 「クラスタからの WAAS ノード グループの削除」

クラスタへの ANC の追加

新しい ANC を AppNav クラスタに追加するには、次の手順を実行します。

ステップ 1 新しい各 ANC で基本的なデバイスとネットワークの設定を構成して、デバイス モードが WAAS アプライアンスで appnav-controller に設定されていることを確認します。

ステップ 2 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 3 トポロジ図の下にある [AppNav Controllers] タブをクリックします。

ステップ 4 [Add AppNav Controller] タスクバー アイコンをクリックします。

[Add AppNav Controller] ペインが表示されます。

ステップ 5 追加する ANC デバイスを選択します。

a. デバイス名の横にあるチェックボックスを選択して、AppNav コントローラ デバイス リストの ANC を 1 つまたは複数選択します。タスクバーのフィルタ設定を使用すると、デバイス リストをフィルタできます。

クラスタへの参加に不適格なデバイスがある場合、[Show Ineligible Devices] をクリックして、そのデバイスと不適格な理由を確認できます。フィルタ設定を使用すると、リストをフィルタできます。

b. [Next] をクリックします。

ステップ 6 追加する各 ANC デバイスの代行受信方式、ポリシー、WCCP 設定（WCCP 代行受信を使用している場合）、VRF、およびインターフェイスを設定します（WAAS アプライアンスと AppNav-XE クラスタ用に異なる画面とオプションが表示されます）。

a. [Interception Method] ドロップダウン リストから、[WCCP]、または [Inline] を選択します。（AppNav-XE クラスタでは使用されません）。

b. [AppNav Policy-Map] ドロップダウン リストから、ANC に適用する AppNav ポリシーを選択します。（AppNav-XE クラスタでは使用されません）。

c. （任意）ANC デバイスで最適化を有効にする場合、[Enable WAN optimization (Internal WAAS Node)] チェックボックスを選択します。（AppNav-XE クラスタでは使用されません）。

d. （任意）WAN 最適化を有効にした場合は、[WAAS Node Group] ドロップダウン リストで、内部 WN が属する WNG を選択します。（AppNav-XE クラスタでは使用されません）。

e. [Next] をクリックします。

f. （任意）WCCP 代行受信を選択する場合、表示された [WCCP settings] ペインで WCCP 設定を行います。WCCP 設定の詳細については、を参照してください。必ず、[Enable WCCP Service] チェックボックスを選択して、WCCP を有効にしてください。

g. WCCP 設定を行ったら、[Next] をクリックします。

h. AppNav-XE クラスタで、使用する各 VRF インスタンスの横にあるボックスをオンにして、サービス コンテキストに関連付ける VRF インスタンスを選択します。VRF のデフォルトを選択する場合、他の VRF を選択できません。複数の VRF を選択する場合、重複送信元の IP アドレスを含めないでください。すべての ANC で使用可能な VRF だけが表示されます。

[Next] をクリックします。

i. ANC 代行受信インターフェイスを設定します。WAAS アプライアンス クラスタでは、Cluster Interface Wizard のグラフィカル インターフェイスを使用し、AppNav-XE クラスタでは、ルータ インターフェイスのリストから選択します。WAAS アプライアンスのインライン代行受信を選択する場合は、ブリッジ グループ インターフェイスを設定する必要があります。ウィザードの使用の詳細については、「グラフィカル インターフェイス ウィザードによるインターフェイス設定」を参照してください。

j. [Cluster Interface] ドロップダウン リストでクラスタ内トラフィック用に使用するインターフェイスを選択します。

k. （任意）クラスタ内トラフィックにおいて、クライアントと WAAS デバイスの発信元 IP アドレス フィールドのスワップを有効にするには、[Enable swapping of source IP address in intra-cluster traffic] チェックボックスを選択します。（AppNav-XE クラスタには該当しません）。

クラスタ インターフェイスのポート チャネルを使用する場合、または ANC と WN の間にロード バランシング デバイスがある場合、このオプションを有効にすることができます。このオプションは、ANC の IP アドレスではなく、クライアントの IP アドレスに基づいてロード バランシングを行うため、最適化のために ANC が WN に配信するトラフィックのロード バランシングを改善します。（サーバからクライアントへのトラフィックの場合、サーバ IP アドレスを ANC IP アドレスとスワップします）。既存の ANC にポート チャネル クラスタ インターフェイスがある場合、Central Manager はこの機能を自動的に有効にします。

l. [Next] をクリックして、設定を保存し、追加する次の ANC に進みます。これが追加する最後の ANC である場合は、[Finish] をクリックします。

最大 2 分のコンバージェンス待機時間の後、クラスタ内でトラフィック代行受信および配信用に新しい ANC が使用できます。新しい ANC での代行受信は、デバイスが完全にクラスタに追加されるまで防止されます。「AppNav クラスタのモニタリング」の説明に従って、ANC のステータスをモニタできます。

クラスタからの ANC の削除

ANC を AppNav クラスタ から正常に削除するには、次の手順を実行します。

ステップ 1 ANC のトラフィック代行受信パスを無効にします。インライン ANC の場合は、in-path インターフェイスをシャットダウンし、WCCP を使用する ANC の場合は、WCCP を無効にします。

以前、この ANC にルーティングされたトラフィックは、クラスタ内の別の ANC に再ルーティングされます。

ステップ 2 ANC を無効にします（AppNav-XE クラスタでは必要ありません）。

a. WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

b. トポロジ図の下にある [AppNav Controllers] タブをクリックします。

c. 無効にする ANC の横のオプション ボタンをクリックして、[Disable] タスクバー アイコンをクリックします。

ANC は無効になり、クラスタ内の他の ANC でサービス到達不能アラームが発生します。

ステップ 3 （任意）永続的に ANC を削除するには、削除する ANC の横のオプション ボタンをクリックして、[Delete] タスクバー アイコンをクリックします。

このアクションはすべての他の ANC の ANCG から ANC を削除し、他の ANC のサービス到達不能アラームをクリアします。ANC が WCCP 代行受信用に設定されている場合は、デバイスのすべての WCCP 設定が削除されます。ANC が WN としても設定されている場合は、クラスタから WN が削除されます。

ステップ 4 （任意）ANC の電源を切ります。

クラスタへの新しい WAAS ノードの追加

クラスタに新しい WAAS ノード（WN）を追加するには、次の手順を実行します。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 トポロジ図の下にある [WAAS Nodes] タブをクリックします。

ステップ 3 [Add WAAS Node] タスクバー アイコンをクリックします。

[Add WAAS Nodes] ペインが表示されます。

ステップ 4 デバイス名の横にあるチェックボックスを選択して、WAAS ノード デバイス リストの WN を 1 つまたは複数選択します。タスクバーのフィルタ設定を使用すると、デバイス リストをフィルタできます。

クラスタへの参加に不適格なデバイスがある場合、[Show Ineligible Devices] をクリックして、そのデバイスと不適格な理由を確認します。フィルタ設定を使用すると、リストをフィルタできます。

ステップ 5 [Next] をクリックします。

ステップ 6 WNG、および追加している各 WN デバイスのインターフェイスを設定します。

a. [WAAS Node Group] ドロップダウン リストから新しい WN を追加する WNG を選択します。リストに定義済みの WNG が表示されます。

b. [Next] をクリックします。

c. Cluster Interface Wizard グラフィカル インターフェイスを使用して、WN インターフェイスを設定します。このウィザードの使用方法の詳細については、「グラフィカル インターフェイス ウィザードによるインターフェイス設定」を参照してください。

d. [Cluster Interface] ドロップダウン リストでクラスタ内トラフィック用に使用するインターフェイスを選択します。

e. （任意）クラスタ内トラフィックにおいて、クライアントと WAAS デバイスの発信元 IP アドレス フィールドのスワップを有効にするには、[Enable swapping of source IP address in intra-cluster traffic] チェックボックスを選択します。（AppNav-XE クラスタでは使用できません）。

クラスタ インターフェイスのポート チャネルを使用する場合、または ANC と WN の間にロード バランシング デバイスがある場合、このオプションを有効にすることができます。このオプションは、ANC の IP アドレスではなく、クライアントの IP アドレスに基づいてロード バランシングを行うため、最適化のために ANC が WN に配信するトラフィックのロード バランシングを改善します。（サーバからクライアントへのトラフィックの場合、サーバ IP アドレスを ANC IP アドレスとスワップします）。既存の ANC にポート チャネル クラスタ インターフェイスがある場合、Central Manager はこの機能を自動的に有効にします。

f. [Next] をクリックして、設定を保存し、追加する次の WN に進みます。これが追加する最後の WN である場合は、[Finish] をクリックします。

ステップ 7 WN の最適化を設定し、有効にします。最適化の設定の詳細については、を参照してください。

最大 2 分のコンバージェンス待機時間の後、すべての ANC で新しい WN が最適化用に使用できます。

クラスタからの WAAS ノードの削除

クラスタから WAAS ノード（WN）を削除するには、次の手順を実行します。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 トポロジ図の下にある [WAAS Nodes] タブをクリックします。

ステップ 3 ノードを選択し、[Disable] タスクバー アイコンをクリックします。

これによって、WN はクラスタから正常に脱退できます。ANC は新しいフローを WN に送信することをやめますが、接続数が 0 になるまで、または最大シャットダウン待機時間を過ぎるまで、既存のフローを WN に配信し続けます。

（注） デフォルトのシャットダウン待機時間は 120 秒です。[AppNav Cluster] タブの [Shutdown Wait Time] フィールドで、待機時間を設定できます。

ステップ 4 （任意）WN での正常な終了プロセスが完了した（既存のすべての接続が終了した）場合、ノードを選択して [Delete] タスクバー アイコンをクリックすると、ANC の WNG から WN が削除されます。

ウィンドウの上部にあるトポロジ図でノードのステータスをモニタできます。ノードが接続の処理を終えたとき、デバイスのカラー ステータス ランプ インジケータが灰色に変わります。

ステップ 5 （任意）WN の電源を切ります。

クラスタへの新しい WAAS ノード グループの追加

クラスタに新しい WNG を追加するには、次の手順を実行します。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 トポロジ図の下にある [WAAS Node Groups] タブをクリックします。

ステップ 3 [Add WAAS Node Group] タスクバー アイコンをクリックします。

[Add WAAS Node Group] ペインが表示されます。

ステップ 4 [Name] フィールドに、WAAS アプライアンス クラスタ上に最大 32 文字の英数字を含む WNG の名前を入力します。AppNav-XE クラスタでは、スペースを含まずに最大 64 文字まで入力できます。

ステップ 5 （任意）[Description] フィールドに、WAAS アプライアンス クラスタ上に '、|、\、;、` を含む最大 200 文字までの英数字を使用して、WNG の説明を入力します。AppNav-XE クラスタでは、スペースを含まずに最大 241 文字まで入力できます。

ステップ 6 [OK] をクリックして設定内容を保存します。

ステップ 7 新しい WNG に WN を 1 つまたは複数追加します。新しい WN を追加するには、「クラスタへの新しい WAAS ノードの追加」を参照してください。または既存の WN を新しい WNG にもう一度割り当てるには、「WAAS ノードの設定」を参照してください。

最大 2 分のコンバージェンス待機時間の後、すべての ANC で新しい WNG が最適化用に使用できます。

クラスタからの WAAS ノード グループの削除

クラスタから WAAS ノード グループ（WNG）を削除するには、次の手順を実行します。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 トポロジ図の下にある [WAAS Nodes] タブをクリックします。

ステップ 3 WNG の各 WN に対して、ノード名の横のオプション ボタンをクリックして、[Disable] タスクバー アイコンをクリックします。これによって、各 WN はクラスタから正常に脱退できます。

ステップ 4 クラスタからすべての WN が正常に脱退し終えたら、[WAAS Node Groups] タブをクリックします。

ウィンドウの上部にあるトポロジ図でノードのステータスをモニタできます。ノードが接続の処理を終えたとき、デバイスのカラー ステータス ランプ インジケータが灰色に変わります。

ステップ 5 削除する WNG を選択し、[Delete] タスクバー アイコンをクリックします。

接続 トレース

WAAS アプライアンス クラスタの AppNav トラブルシューティング フローを支援するために、Central Manager の Connection Trace ツールを使用できます。このツールは、特定の接続に関して次の情報を表示します。

• 接続がパススルーされているか、または、WNG へ配信されているか

• 該当する場合は、パススルーの理由

• 接続が配信されたWNG および WN

• この接続に関してモニタされているアクセラレータ

• 適用されているクラス マップ

Connection Trace ツールを使用するには、次の手順を実行します。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 [Monitor] > [Tools] > [Connection Trace] を選択します。

ステップ 3 [AppNav Controller] ドロップダウン リストで、トレースする接続を持つ ANC を選択します。

ステップ 4 [Site (Remote Device)] ドロップダウン リストで、リモートサイトのピア WAAS デバイスを選択します。

ステップ 5 [Source IP]、[Source Port]、[Destination IP]、および [Destination Port] フィールドのうちの 1 つまたは複数のフィールドに、1 つまたは複数の接続に対する一致基準を入力します。

ステップ 6 [Trace] をクリックして、IP アドレスおよびポート基準に一致する接続を表示します。

フィールドの下にある [Connection Tracing Results] テーブルに接続が表示されます。必要に応じて、[Show] ドロップダウン リストのフィルタ設定を使用して接続リストをフィルタします。クイック フィルタを使用して、任意の値で接続をフィルタすることができます。すべての接続を表示することもできます。

CLI から show appnav-controller flow-distribution EXEC コマンドを使用して、フロー配信情報を表示できます。

WAAS アプライアンス AppNav クラスタの接続をトレースするために使用できる別のトラブルシューティング ツールとして、WAAS Tcptraceroute ツールがあります。詳細については、を参照してください。

接続統計情報

AppNav-XE クラスタの AppNav 接続統計情報を表示するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager メニューから [AppNav Clusters] > [ cluster-name ] を選択します。

ステップ 2 [Monitor] > [Tools] > [Connection Statistics] を選択します。

ステップ 3 [AppNav Controller] ドロップダウン リストから、統計情報を表示する ANC を選択します。

ステップ 4 [Source IP Address]、[Source Port]、[Destination IP Address]、[Destination Port]、および [Vrf Name] の 1 つまたは複数のフィールドで、1 つまたは複数の接続の一致基準を入力します。

ステップ 5 [Submit] をクリックして、IP アドレスとポート基準に一致する接続統計情報を表示します。

接続は、フィールドの下の接続統計情報テーブルに表示されます。必要に応じて、[Show] ドロップダウン リストのフィルタ設定を使用して接続リストをフィルタします。クイック フィルタを使用して、任意の値で接続をフィルタすることができます。すべての接続を表示することもできます。

show service-insertion statistics connection EXEC コマンドを使用して、CLI からの接続統計情報を表示できます。