Cisco Wide Area Application Services コンフィギュレーション ガイド(software version 4.2.1)

WCCP を設定するためのガイドライン

WCCP バージョン 2 を使用して WAE で透過的なリダイレクションを設定するときは、次の一般的なガイドラインに従ってください。

• 可能な場合は常に、着信インターフェイスでパケットを代行受信し、リダイレクトします。

• WAE をクライアントおよびサーバとして同一の VLAN またはサブネットに配置する場合は、WCCP GRE または汎用 GRE を出力方式として使用します。IP 転送出力方式を使用する場合は、このトポロジは利用できません。

• ブランチ オフィスの WAE は、パケットを暗号化したり圧縮したりせずに、内部 Network Address Translation（NAT; ネットワーク アドレス変換）ファイアウォール（存在する場合）の一部として動作する必要があります。

• Catalyst 6500 シリーズ スイッチまたは Cisco 7600 シリーズ ルータを使用している場合は、パケット転送方式としてレイヤ 2 リダイレクションを使用します。他の Cisco シリーズ ルータを使用している場合は、レイヤ 3 GRE パケット リダイレクションを使用します。

• Hot Standby Router Protocol（HSRP; ホットスタンバイ ルータ プロトコル）と WCCP を使用する場合、WAE のデフォルト ゲートウェイとして HSRP または Virtual Router Redundancy Protocol（VRRP; 仮想ルータ冗長プロトコル）を設定し、HSRP グループのルータのプライマリ アドレスに WAE WCCP ルータリストを設定します。

• CEF は、WCCP に必要であり、ルータで有効になっている必要があります。

• ネットワークのクライアント側にブランチ オフィスの WAE を配置し、ルータを経由するクライアント側のパケット数を最小限に抑えます。

• Denial of Service（DoS; サービス拒絶）攻撃を避けるため、WCCP パスワードを使用します。詳細については、「ルータ上のサービス グループ パスワードの設定」を参照してください。

• 新たに実装した場合は、WCCP リダイレクト リストを使用して、クライアントまたはサーバの読み込みを制限します。詳細については、「ルータ上の IP アクセス リストの設定」を参照してください。

• WAE は、複数の WCCP 対応ルータからリダイレクトされたパケットを受け入れるように設定する必要があります。

• WAAS CLI または WAAS Central Manager GUI から、WAE で設定できる WCCP 設定とサービスのリストを迅速に表示できます。WAAS CLI から、 wccp EXEC コマンドと疑問符（?）を入力します。WCCP バージョン 2 が有効になっている WAE の出力例は、次のとおりです。

• 基本 WCCP を設定するには、ネットワーク内の少なくとも 1 台のルータと、トラフィックをリダイレクトしたい WAE で、WCCP サービスを有効にする必要があります。WAE を起動し稼動させるために、使用可能な WCCP 機能またはサービスをすべて設定する必要はありません。ブランチ オフィスとデータセンターのルータおよび WAE で基本的な WCCP 設定を完了する方法の例については、『 Cisco Wide Area Application Services Quick Configuration Guide 』を参照してください。

• WCCP バージョン 1 は Web トラフィック（ポート 80）しかサポートしていないため、ルータと WAE が WCCP バージョン 1 の代わりに WCCP バージョン 2 を使用するように設定する必要があります。

• ルータで WCCP を有効にしたら、『 Cisco Wide Area Application Services Quick Configuration Guide 』の説明に従って、ルータと WAE で TCP 無差別モード サービス（WCCP サービス 61 および 62）を設定する必要があります。

• WAE を TCP 無差別モードで機能させるには、WAE で WCCP バージョン 2 サービス 61 および 62 を使用します。この 2 つの WCCP サービスは、WAE では標準名の tcp-promiscuous で表されます。

• ルータと WAE の両方で CLI コマンドを使用して基本的な WCCP を設定できます。また、CLI コマンドを使用して WCCP 用にルータを設定し、WAAS Central Manager GUI を使用して WAE 上の基本的な WCCP を設定できます。『 Cisco Wide Area Application Services Quick Configuration Guide 』に記載されている設定例では、CLI を使用して WAE 上の基本的な WCCP を設定しています。

最初のブランチ オフィスの WAE とデータセンターの WAE では、『 Cisco Wide Area Application Services Quick Configuration Guide 』の説明に従って、WAAS CLI を使用して WCCP の基本的な初期設定を完了することを推奨します。

WCCP 透過リダイレクションが正常に動作していることを確認したら、WAAS Central Manager GUI を使用して集中的にこの基本的な WCCP 設定を変更したり、WAE（または WAE のグループ）用に追加の WCCP 設定（ロード バランシングなど）を構成したりすることができます。詳細については、「WAE 用の WCCP 設定の管理」を参照してください。

• ルータ上の基本的な WCCP を構成したら、「WCCP 対応ルータでの高度な WCCP 機能の設定」の説明に従って、ルータ上の高度な WCCP 機能を構成できます。

• 一貫性を確保するため、個々のデバイスでなく、デバイス グループ単位で WCCP 設定を行うことを推奨します。デバイス グループには、単一の WCCP サービス ファームの WAE だけが含まれるようにします。WCCP 設定は、ファームごとに異なる必要がある場合があるため、複数のファームに属する WAE が含まれているデバイス グループを使用して WCCP を設定しないようにしてください。

• 新規ルータを既存の WCCP ルータ ファームまたは WCCP サービス グループに追加すると、新規ルータは既存の接続をリセットします。WCCP がパス リダイレクションおよび割り当てを再確立するまで、パケットはクライアントに（予期したとおりに）直接送信されます。

• ルータは、WAE に設定されているリダイレクトおよび返信方式をサポートしている必要があります。設定されている方式がルータでサポートされていない場合、WAE は WCCP ルータ ファームに参加しません。ファーム内で異なるルータが組み合されている場合、設定されている方式をサポートするルータだけがファームに参加します。

• WAE の設定が異なる場合でも、厳密な割り当て方式のオプション（[Only Use Selected Assignment Method] チェックボックスをオンにする）を使用して WAE を設定していない限り、WAE はルータがサポートする割り当て方式にデフォルト設定されます。厳密な割り当て方式のオプションを使用するときは、WAE に設定されている割り当て方式がルータでサポートされている場合に限り、WAE はファームに参加します。

• WAE は、ファームに設定されているすべてのルータに認識されている場合に限り、WCCP ファームに参加します。いずれかのルータにリンク障害があれば、ファームは再設定され、WAE はファームから除去されます。

ファイル サーバ アクセス方式に関するガイドライン

一部のファイル サーバには複数のネットワーク インターフェイスがあり、複数の IP アドレスを通じて到達できます。このようなサーバの場合は、ブランチ オフィスの WAE の WCCP 受容リストに、使用できるすべての IP アドレスを追加する必要があります。このようにすると、クライアントは、登録されていない IP アドレスを使用してブランチ オフィスの WAE をバイパスすることがなくなります。WAE Device Manager GUI は、すべての IP アドレスを表示します。

一部のファイル サーバには、複数の NetBIOS 名と、ただ 1 つの IP アドレスがあります。このようなサーバの場合は、クライアントが UNC パス内の IP アドレス（つまり、¥¥server¥share でなく ¥¥IP_address¥share）を使用して接続すると、WAAS は、WAE Device Manager GUI でサーバ リストからこの IP アドレスと一致する最初の NetBIOS 名を選択します。WAAS は、その名前を使用して、データセンターの WAE とファイル サーバ間の NetBIOS ネゴシエーションを実行し、キャッシュにリソースを作成します。ファイル サーバが複数の NetBIOS 名を使用して（設定が異なる場合がある）仮想サーバを表し、プライマリ サーバ名として識別される 1 つの NetBIOS 名を持つ場合は、サーバ リストの先頭にその名前を置きます。

WCCP サービス グループをサポートするためのルータの設定

WCCP バージョン 2 を利用すると、WAE グループ内の 1 組のブランチ オフィスの WAE を複数のルータに接続することができます。グループ内の WAE、および同じ WCCP サービスを稼動している WAE グループに接続されている WCCP バージョン 2 対応ルータのことを「 サービス グループ 」と呼びます。

WCCP バージョン 2 対応ルータは、ブランチ オフィスの WAE との通信を通じて、使用できるブランチ オフィスの WAE を識別します。ルータとブランチ オフィスの WAE は相互に識別し、WCCP バージョン 2 を使用してサービス グループを形成します（図 4-1 を参照）。

図 4-1 WCCP バージョン 2 でのサービス グループ

ブランチ オフィスの WAE のグループが存在する場合は、すべての WCCP バージョン 2 対応ルータによって認識され、最も小さい IP アドレスを持つ WAE がブランチ オフィスのリード WAE になります。

次の手順で、サービス グループ内の 1 つのブランチ オフィスの WAE をリードとして指定する方法を説明します。

1. 各ブランチ オフィスの WAE に、WCCP 対応ルータのリストが設定されます。

複数の WCCP 対応ルータがグループにサービスを提供できます（最大 32 台のルータを指定できます）。サービス グループ内の使用可能なルータはいずれも、グループ内の各ブランチ オフィスの WAE にパケットをリダイレクトできます。

2. 各ブランチ オフィスの WAE は、自身が存在することを、ルータ リストの各ルータに通知します。ルータは、サービス グループ内のブランチ オフィスの WAE のビューとともに応答を返します。

3. グループ内のすべてのブランチ オフィスの WAE の間でビューの一貫性が確保されると、1 台のブランチ オフィスの WAE がブランチ オフィスのリード WAE として指定され、パケットをリダイレクトするために WCCP 対応ルータを配置する必要があるという内容のポリシーが設定されます。

ブランチ オフィスのリード WAE は、グループのブランチ オフィスの WAE にトラフィックを割り当てる方法を指定します。グループの WCCP 対応ルータがパケットをリダイレクトし、グループ内のブランチ オフィスの WAE がそれぞれの負荷をより適切に管理できるように、割り当て情報は指定されたブランチ オフィスのリード WAE からサービス グループ全体に渡されます。

WCCP は、サービス グループを使用して、グループ内の WCCP バージョン 2 対応ルータとブランチ オフィスの WAE 用の WAAS サービスを定義します。また、WCCP は、リアルタイムでこれらのグループへクライアント要求をリダイレクトします。

同じ WCCP サービス グループのメンバーとして設定され、リダイレクトされたトラフィックを受信するポートはすべて、次の特性を共有します。

• ポートはすべて、WAAS Central Manager GUI（「WAE 用の WCCP サービス マスクの表示または変更」）または wccp service-number mask グローバル コンフィギュレーション コマンドで設定されているとおり、同じハッシュまたはマスク パラメータを持ちます。

• 個々のポートの WCCP バージョン 2 サービスを、個別に停止または開始することはできません（WCCP バージョン 2 の制限）。

WCCP バージョン 2 対応ルータで、WCCP サービス グループのサポートを有効または無効にするには、 ip wccp グローバル コンフィギュレーション コマンドを使用します。WCCP サービス グループのサポートを制御するためのルータの機能を削除するには、このコマンドの no 形式を使用します。

ip wccp { web-cache | service-number } [ group-address groupaddress ]

次の例は、マルチキャスト構成において、224.10.10.1 というグループ アドレスを持つルータ グループ内のルータで TCP 無差別モード サービス（WCCP バージョン 2 サービス 61 および 62）を有効にする方法を示しています。

ユニキャスト構成の場合は、TCP 無差別モード サービスを次のように有効にします。

マルチキャスト構成の各 WAE で、次のように、WCCP ルータ リスト内のマルチキャスト アドレスだけを設定します。

ユニキャスト構成の各 WAE で、サービス グループ内のルータごとに 1 つずつ、WCCP ルータ リストの複数のユニキャスト ルータ アドレスを設定します。

さらに、マルチキャスト構成で、各ルータが 1 つのインターフェイスでマルチキャスト パケットを受信するように設定する必要があります。次のようなコマンドを使用します。

最後に、各ルータが適切なインターフェイスの着信方向で WCCP 代行受信に対応するように設定する必要があります。次のようなコマンドを使用します。

オンラインになった WAE は WCCP サービス グループに加入します。新しい WAE がサービス グループに参加すると、負荷を分散するためのハッシュ テーブルが更新され、以前は WAE1 へ転送されていたトラフィックを WAE2 へ転送できます。WAE2 に、すでに接続されているクライアントのパケットを WAE1 へ転送させるには、フローの保護を有効にする必要があります。その最終結果として、単一のセッションに属する要求はすべて、同じ WAE によって処理されます。管理者がフローの保護を無効にしている場合は、WAE をサービス グループに追加したときに、一部の既存のクライアントが切断されてしまうことがあります。

WAE をサービス グループから削除すると、そのクライアントは切断されます（そのクライアントを再接続すると、別の WAE に到達するか、使用可能な場合は元のファイル サーバに到達します）。

WAAS は、ブランチ オフィスの WAE が故障した場合にクライアントを他のブランチ オフィスの WAE に再接続して、WAE フェールオーバーをサポートしています。ブランチ オフィスの WAE は、故障すると、WCCP キープアライブの発行を停止します（高い CPU 負荷が続く場合も、その結果、キープアライブが失われ、フェールオーバーを実行するケースとして見なされる場合があります）。ルータは、キープアライブの消失を検出し、サービス グループからブランチ オフィスの WAE を削除します。指定したブランチ オフィスの WAE は、ブランチ オフィスの WAE の削除を反映して WCCP 設定ハッシュ テーブルを更新し、残っているブランチ オフィスの WAE の間でそのバケットを分割します。ブランチ オフィスのリード WAE が故障すると、指定した新しいブランチ オフィスのリード WAE が選択されます。クライアントは切断されますが、別のブランチ オフィスの WAE が以後の接続を処理します。

一旦、TCP のフローがブランチ オフィスの WAE によって代行受信されると、障害時の動作は、非トランスペアレント モードで発生する障害時の動作と同じになります。たとえば、データセンターの WAE の障害およびファイル サーバの障害のシナリオは、WCCP 代行受信を使用した場合の障害と異なる方法で処理されるわけではありません。

（注） 新規ルータを既存の WCCP ルータ ファームまたは WCCP サービス グループに追加すると、新規ルータは既存の接続をリセットします。WCCP がパス リダイレクションおよび割り当てを再確立するまで、パケットはクライアントに（予期したとおりに）直接送信されます。

ルータ上の IP アクセス リストの設定

オプションで、ルータに定義された Access Control List（ACL; アクセス コントロール リスト）に基づいて、トラフィックを WAE からリダイレクトするようにルータを設定できます。これらのアクセス リストのことを「リダイレクト リスト」と呼びます。

（注） 可能な場合は WCCP 対応ルータ上のリダイレクト リストを使用することを推奨します。トラフィック代行受信を制御するには、これが最も効率的な方法です。WAE 上では固定バイパス リストまたは代行受信 ACL も設定できますが、これらの 2 つの内、代行受信 ACL を使用することを推奨します。これは、代行受信 ACL の方が柔軟性が高く、パススルー接続についてより優れた統計情報が得られるためです。WAE の代行受信 ACL を設定する方法の詳細については、「代行受信アクセス コントロール リストの設定」を参照してください。固定バイパス リストの設定方法については、「WAE 用の固定バイパス リストの設定」を参照してください。また「WAAS デバイス用の IP ACL の作成および管理」に示すとおり、WAE 上でインターフェイス ACL を設定して、WAE への管理アクセスを制御することもできます。

ルータで設定されるリダイレクト リストは最もプライオリティが高く、次に WAE の固定バイパス リストまたは代行受信 ACL となります。WAE で設定される代行受信 ACL は、WAE で定義されている任意のアプリケーション定義ポリシーよりも優先されます。

WCCP バージョン 2 対応ルータには、WAE への TCP トラフィックのリダイレクションを許可または拒否するためのアクセス リストを設定できます。次の例では、ルータは、次の条件に一致するトラフィックを WAE へリダイレクトしません。

• ホスト 10.1.1.1 から発信され、任意のその他のホスト宛てである

• 任意のホストから発信され、ホスト 10.255.1.1 宛てである

明示的に許可されないトラフィックは、暗黙的にリダイレクションが拒否されます。 access-list 120 permit ip any コマンドは、明示的にすべてのトラフィック（任意の送信元から任意の宛先宛て）の WAE へのリダイレクションを許可しています。コマンドが入力された順番で条件に照合されるため、グローバル permit コマンドが最後に入力するコマンドとなります。

パケットのリダイレクションをアクセス リストに一致したパケットだけに制限するには、ip wccp redirect-list グローバル コンフィギュレーション コマンドを使用します。このコマンドを使用して、どのパケットを WAE へリダイレクトする必要があるかを指定します。

WCCP が有効になっていても、ip wccp redirect-list コマンドを使用しない場合は、WCCP サービスの条件に一致するすべてのパケットが WAE へリダイレクトされます。ip wccp redirect-list コマンドを指定すると、アクセス リストに一致するパケットだけがリダイレクトされます。

WCCP を使用して WAE への要求のリダイレクションを開始するために必要なコマンドは、ip wccp グローバル コンフィギュレーション コマンドと ip wccp redirect インターフェイス コンフィギュレーション コマンドだけです。WCCP 対応ルータのインターフェイスが、該当する発信パケットかどうかをチェックし、パケットを WAE へリダイレクトするように指定するには、 ip wccp redirect インターフェイス コンフィギュレーション コマンドを使用します。ip wccp コマンドが有効でも、ip wccp redirect コマンドが無効の場合、WCCP 対応ルータは WAE を認識しますが、この WAE を使用しません。

名前または番号でアクセス リストを指定するには、グループ メンバシップの基準を定義する ip wccp group-list グローバル コンフィギュレーション コマンドを使用します。次の例では、 access-list 1 permit 10.10.10.1 コマンドを使用して、WCCP サービス グループへの参加を許可する WAE の IP アドレスを定義しています。

ヒント WCCP サービス ファームに複数の WAE が存在している場合は、ロード バランシング割り当てによって、パケットは WAE デバイス自体に送信され、そこからファーム内の別の WAE にリダイレクトされる可能性があり、それによってパフォーマンスが低下します。影響を受けるトラフィックには、管理トラフィック、レガシー CIFS トンネル トラフィックなどがあります。この状況を避けるため、WAE IP アドレスに送信されるトラフィックをリダイレクトから除外する WCCP リダイレクト リストを設定することを推奨します。

アクセス リストの詳細については、Cisco IOS IP アドレッシングおよびサービス ソフトウェアのマニュアルを参照してください。

ルータ上のサービス グループ パスワードの設定

セキュリティを目的として、WCCP バージョン 2 対応ルータとそれにアクセスする WAE に、サービス パスワードを設定できます。正しいパスワードが設定されたデバイスだけに、WCCP サービス グループへの参加が許可されます。

ルータで、WCCP 対応ルータのグローバル コンフィギュレーション モードから次のコマンドを入力して、TCP 無差別モード サービス（WCCP バージョン 2 サービス 61 および 62）用のサービス グループ パスワードを指定します。

必須の password 引数は、WCCP バージョン 2 対応のルータに、指定したサービス グループから受信したメッセージに MD5 認証を適用するよう指示する文字列です。認証によって受け入れられなかったメッセージは、廃棄されます。 0 ～ 7 は、パスワードの暗号化に使用される HMAC MD5 アルゴリズムを示すオプションの値です。この値は、WAE の暗号化パスワードが作成されたときに生成されます。7 の値を推奨します。オプションの password 引数は、ルータと WAE 間の接続のセキュリティを確立するために、HMAC MD5 値と組み合わされるオプションのパスワード名です。

WAAS Central Manager GUI を使用して WAE（またはデバイス グループ）上のサービス グループ パスワードを指定する方法については、「WAE 上の WCCP 設定の表示と変更」を参照してください。

ルータ上のループバック インターフェイスの設定

ルータのループバック インターフェイスのなかで最も大きい IP アドレスが、WAE へのルータの識別に使用されます。

次の例では、ループバック インターフェイスを設定し、コンフィギュレーション モードを終了し、実行中の設定を起動時設定として保存しています。

WCCP コントロール パケット向けのルータ QoS の設定

バージョン 4.2.1 以降、WAAS は Differentiated Services Code Point（DSCP）値 192 でマーキングした WCCP コントロール パケットを送信します（これ以前は、パケットはマーキングされませんでした）。ルータがこのプライオリティ値を活用するには、DSCP 値を調べて、ルータの Multilayer Switching（MLS; マルチレイヤ スイッチング）の Quality of Service（QoS）ポートの信頼状態を設定し、トラフィックを分類する必要があります。ルータを適切に設定するには、WAE に接続されたインターフェイス上で、インターフェイス コンフィギュレーション モードで mls qos trust dscp コマンドを使用します。

ロード バランシングと WAE

WCCP 対応の複数の WAE を展開して、動的なロード バランシングを実装することで、サービス グループ内の個々の WAE に転送される負荷の調整を行うことができます。WCCP 対応ルータが受信した IP パケットは、WAE へ転送する必要のある要求であるかどうかがチェックされて判断されます。パケット検査には、要求と定義されたサービス基準との照合が含まれます。これらのパケットは、どの WAE（存在する場合）がリダイレクトされたパケットを受信する必要があるかを判断するために、ルータ上の処理ルーチンへ渡されます。

ロード バランシングを使用すると、複数の WAE 間でトラフィックの負荷バランスを取ることができます。ロード バランシングを使用すると、過負荷の WAE から、使用可能な容量を持つその他の WAE へ負荷を移動して、WAE に割り当てられている一連のハッシュ アドレス バケットを調整することができます。この技術では、ハッシュとマスキングの 2 つの割り当て方式が使用されます。

割り当て方式 とは、WCCP が WAE 間に負荷を分散するために使用する方式を示します。2 つのロード バランシング割り当て方式は、ハッシュとマスキングです。マスク ロード バランシング方式が指定されていない場合は、ハッシュ ロード バランシング方式が使用されます。これは、デフォルトの方式です。

WCCP は、ハッシュ関数に基づくリダイレクションをサポートします。ハッシュ キーは、パケットの送信元または送信先 IP アドレスをベースにすることができます。WAFS の場合、ロード バランシング ハッシュは、送信元 IP アドレス（デフォルト）、送信先 IP アドレス、またはその両方に基づいています。

ハッシュ関数は、送信元 IP アドレスを使用して、パケットの割り当て先となるアドレス バケットを取得します。その後、この送信元アドレス バケットは、存在する WAE の数と WAE の使用状況に応じて、特定の WAE にマッピングされます（図 4-2 を参照）。

図 4-2 IP アドレスのハッシュによるロード バランシング

（注） WAE が処理しないパケットは、送信元の同じルータへ返信されます。ルータは、正式にリダイレクトされたパケットを受信した場合に、それを再度リダイレクトする必要がないことを認識します。

送信先 IP アドレス ハッシュは、1 つの WAE が 1 つの特定のファイル サーバだけをキャッシュするように保証します。この方式により、ローカル一貫性ディレクティブをファイル サーバの内容に安全に適用できるため（内容に他の共同作業が行われていない場合）、パフォーマンス、WAN リンク、およびディスクの使用率が向上します。ただし、ファイル サーバ上のアクティビティは一様でないため、この方式では、負荷が不均等に分散されることがあります。

送信元 IP アドレスのハッシュの方が、ブランチ オフィスの WAE 上のキャッシュ間のセッション分散に適しています。この方式は、パフォーマンス、WAN リンク、およびディスク使用率に影響する場合があります（ロード バランシングを適用するときに考慮する必要がある要因については、前の説明を参照してください）。また、クライアントの IP アドレスが変更されると（DHCP 環境で動作中に発生する場合がある）、クライアントが別のブランチ オフィスの WAE に切り替えることがあります。これにより、クライアントのワーキング セットが新しいキャッシュに取り込まれるまで、クライアントのパフォーマンスが低下することがあります。

クライアント IP アドレスに基づくハッシュは、ハッシュ キーの局所性を一切保証しません。たとえば、同じサブネットのクライアント（同じ内容を共有し、同じ内容に対して共同作業している可能性がある）に、2 つの異なるハッシュ番号が割り当てられ、それによってそれぞれ異なるブランチ オフィスの WAE にリダイレクトされる場合もあれば、異なるサブネットのクライアントに同じハッシュ番号が割り当てられ、同じブランチ オフィスの WAE にリダイレクトされる場合もあります。クライアント IP アドレスに基づくハッシュは、一貫性を保証します。たとえば、同じ IP アドレスを使用しているクライアントは、同じブランチ オフィスの WAE にリダイレクトされます。

サービス ファームの中で、使用できる WAE の間で負荷を分散するハッシュ テーブルを作成するために、リード WAE が選択されます。リード WAE は、均等にバケットを分散します。送信元 IP アドレスがハッシュされ、その結果割り当てられたバケットに従い、パケットを処理する WAE が決定されます（フローの保護が、セッション全体を通じて同じ WAE が使用されるように保証します）。

WCCP は、マスク値割り当てによるリダイレクションをサポートします。この方式は、マスキングに依存して、リダイレクションに関する決定を下します。決定は、WCCP 対応ルータの特殊なハードウェア サポート機能を使用して実行されます。この方式は、ハードウェアがパケットを交換するため、非常に効率的です。

（注） マスキング方式は、Catalyst 3750、Catalyst 4500、および Catalyst 6500 シリーズ スイッチ、Cisco 7600 シリーズ ルータ、および Cisco ASR 1000 シリーズ ルータとのロード バランシングに使用できます。また、IOS バージョン 12.4(20)T 移行を実行している Cisco 2800、3800、および 7200 シリーズ ルータとのロード バランシングに使用することもできます。

マスキングは、明示的に指定する必要があります。パケットの送信先または送信元の IP アドレスに基づいた 2 つのマスキングの値を指定できます。WAAS の場合、デフォルトのマスク値は、送信先 IP アドレスに基づいています。デフォルト値を使用するか、特定のマスク値を指定することで、マスクを有効にすることができます。デフォルトのマスク値（16 進数表記）は、次のとおりです。

• dst-ip-mask= 0x0

• src-ip-mask= 0xF00

最大 7 ビットのマスク値が指定できます。WAE は、27（128）通りの組み合せのテーブルを作成し、WAE の IP アドレスをその組み合せに割り当て、このテーブルを WCCP 対応ルータに送信します。ルータは、このテーブルを使用して、サービス グループ内のすべての WAE にトラフィックを分散します。WCCP サービス パラメータと一致する各パケットがこのテーブルと比較され、対応する WAE へ送信されます。

異なるマスクを持つ WAE がサービス ファームに存在している場合、ルータとの双方向通信を確立する最初の WAE によってファームのマスクが決定します。その他の WAE はいずれも、同一のマスクが設定されない限り、ファームに参加できません。

マスキングは通常、Catalyst 6500 シリーズ スイッチなど、ハードウェアによって加速化されるスイッチの WCCP リダイレクト機能を利用できるデータセンターで使用されます。データセンターにおけるロード バランシングの目的は、所定のクライアント サブネット（通常はブランチと同等）から開始されたすべての接続を 1 つのデータセンターの WAE に集め、Data Redundancy Elimination（DRE）の圧縮パフォーマンスを向上させることにあります。また、Catalyst 6500 シリーズ スイッチでのマスク割り当てには、ACL Ternary Content Address Memory（TCAM）が使用されます。WCCP リダイレクト リストと組み合せると、マスク割り当てに TCAM の大部分が使用される場合があります。TCAM の使用量を最小限に抑えるには、ケア ビットの少ないマスクを使用します。

WAAS バージョン 4.2.1 以降について上記の検討事項を考慮した結果、デフォルト マスクは src-ip-mask 0x1741 および dst-ip-mask 0x0（4.1x バージョン）から src-ip-mask 0xF00 および dst-ip-mask 0x0（4.2.1 以降のバージョン）に変更されました。現在のソース IP マスクは、旧バージョンのマスクが使用していた 6 ケア ビットではなく 4 ケア ビットだけを使用します。

通常のデータセンター WCCP 代行受信設定では（WAN のサービス 61 を使用した入力代行受信、LAN のサービス 62 を使用して入力代行受信）、このマスクでは /24 ブランチ サブネットのロード バランシングを行えます（/24 サブネットの最後の 4 ビットを抽出します）。1 つのブランチ サブネットからの接続は、1 つのデータセンター WAE へ固定されます。ネットワークにさまざまな IP アドレスが分散している場合（/16 サブネットなど）、アドレスの /16 ネットワーク部分からビットを抽出するマスク（src-ip-mask 0xF0000 など）を設定する必要があります。同様に、ブランチが他のブランチより多くのトラフィックを発生する場合、アドレスのホスト部分からもビットを抽出するマスク（0xF03 など）を作成できます。

パケット転送方式

WCCP 対応ルータは、次の 2 つのパケット転送方式のいずれかを使用して、代行受信した TCP セグメントを WAE へリダイレクションします。

• 総称ルーティング カプセル化（GRE）：WAE へのパスに多数のルータが存在する場合でも、パケットはその WAE に到達できます。

• レイヤ 2 リダイレクション：パケットは、レイヤ 2（MAC層）で交換され、WAE に到達できます。

表 4-2 で、パケット転送方式について説明します。

リダイレクション モードは、ブランチ オフィスの WAE によって制御されます。WCCP サービス グループに最初に加入したブランチ オフィスの WAE が、転送方式（GRE またはレイヤ 2 リダイレクション）と割り当て方式（ハッシュまたはマスキング）を決定します。「 マスク割り当て 」という用語は、WCCP レイヤ 2 Policy Feature Card 2（PFC2; ポリシー フィーチャ カード 2）入力リダイレクションを指しています。

WCCP 出力リダイレクションにおいてマスキングを選択すると、ブランチ オフィスの WAE は、Multilayer Switch Feature Card（MSFC; マルチレイヤ スイッチ フィーチャ カード）および Policy Feature Card（PFC; ポリシー フィーチャ カード）で使用されているオリジナルのハードウェア アクセラレーションに戻ります。

たとえば、WCCP はパケットをフィルタして、リダイレクトされたパケットのうち、どれがブランチ オフィスの WAE から戻されたパケットか、どれが戻されたパケットではないかを判別します。ブランチ オフィスの WAE でパケットを処理する必要がないと判断されたため、WCCP は戻されたパケットをリダイレクトしません。WCCP バージョン 2 は、ブランチ オフィスの WAE が処理しないパケットを、送信元のルータへ返信します。

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

• 「パケットの拒否と返信の理由」

• 「パケット転送方式としてのレイヤ 3 GRE」

• 「パケット転送方法としてのレイヤ 2 リダイレクション」

パケットの拒否と返信の理由

ブランチ オフィスの WAE は次の理由により、パケットを拒否して返信します。

• パケット処理が逆効果となるような特定の状況、たとえば、IP 認証がオンになっている場合などを、WAE が除外しているため。

• ブランチ オフィスの WAE によってキャッシュするように設定されていないサーバ宛ての CIFS パケットを、ブランチ オフィスの WAE が受信したため（WAFS レガシー モードのみ）。

• WAE で固定バイパス リストまたは代行受信 ACL を設定したため。

（注） パケットは、WCCP 対応ルータとブランチ オフィスの WAE との間の接続の送信元にリダイレクトされます。使用されている Cisco IOS ソフトウェアのバージョンによって、この送信元は発信インターフェイスの場合もあれば、ルータ IP アドレスの場合もあります。後者の場合は、ブランチ オフィスの WAE のルータ リストに WCCP 対応ルータの IP アドレスが格納されていなければなりません。ルータ リストの詳細については、「WAE 用の WCCP ルータ リストの設定の変更」を参照してください。

Cisco Express Forwarding（CEF）は、WCCP に必要であり、ルータで有効になっている必要があります。

また、WCCP を使用して、複数のルータ（ルータ リスト）が特定の WCCP サービス（たとえば、CIFS リダイレクション）をサポートするように設定することができます。

パケット転送方式としてのレイヤ 3 GRE

WCCP 対応ルータは、代行受信した要求をGeneric Routing Encapsulation（GRE; 総称ルーティング カプセル化）を使用してパケットをカプセル化することができます。このパケット転送方式では、WAE へのパスに複数のルータが存在する場合でも、パケットはその WAE に到達できます。パケット リダイレクションは、ルータ ソフトウェアによって完全に処理されます。

GRE は、WCCP 対応ルータでデータグラムを IP パケットにカプセル化し、その後 WAE にリダイレクトします（トランスペアレント プロキシ サーバ）。この中間の宛先で、データグラムはカプセル化が解除され、その後、WAAS ソフトウェアによって処理されます。要求をローカルに処理できない場合は、関連する WAE が元のサーバに接触して要求を完了できます。その場合、内部データグラムから見て、元のサーバへのトリップ分は 1 ホップと見なされます。通常、GRE を使用してリダイレクトされたトラフィックは、GRE トンネル トラフィックと呼ばれます。GRE を使用した場合、リダイレクションはすべて、ルータ ソフトウェアによって処理されます。

WCCP リダイレクションを使用する場合、ルータの接続の宛先ポート上の WCCP は有効になっているため、Cisco ルータは TCP SYN パケットを宛先へ転送しません。その代わり、WCCP 対応ルータが GRE トンネリングを使用してパケットをカプセル化し、この WCCP 対応ルータからリダイレクトされたパケットを受け入れるように設定された WAE へそのパケットを送信します。

リダイレクトされたパケットを受信すると、WAE は次のように処理します。

1. パケットから GRE レイヤを取り除きます。

2. 次のように、リダイレクトされたこのパケットを受け付けて内容の要求を処理するか、リダイレクトされたパケットを拒否するかを決定します。

a. WAE は、要求を受け入れる必要があると判断した場合は、TCP SYN ACK パケットをクライアントへ送信します。WAE は、WAE がクライアントに見えない（透過的）ように、この応答パケットの中で送信元アドレスとして指定された元の送信先（元のサーバ）の IP アドレスを使用します。WAE は、クライアントからの TCP SYN パケットの送信先であるかのように動作します。

b. WAE は、要求を受け入れる必要がないと判断した場合は、GRE を使用して TCP SYN パケットを再度カプセル化し、WCCP 対応ルータへ返します。ルータは、WAE がこの接続に関与していないことを認識し、パケットを元の送信先（つまり、元のサーバ）へ転送します。

パケット転送方法としてのレイヤ 2 リダイレクション

レイヤ 2 リダイレクションは、WCCP 対応ルータまたはスイッチが、レイヤ 2 で WCCP トラフィック代行受信およびリダイレクションを部分的または完全に実装している内部ハードウェア スイッチを使用している場合に実現されます。このタイプのリダイレクションは、現在、Catalyst 6500 シリーズ スイッチと、Cisco 7200 および 7600 シリーズ ルータだけでサポートされています。レイヤ 2 リダイレクションでは、最初にリダイレクトされたトラフィック パケットがルータ ソフトウェアによって処理されます。それ以降のトラフィックは、ルータ ハードウェアによって処理されます。ブランチ オフィスの WAE は、特定のパケット フィールドにビット マスクを適用し、その後、マスク インデックス アドレス テーブルの形式でマスクの結果またはインデックスをサービス グループ内のブランチ オフィスの WAE にマッピングするよう、ルータまたはスイッチに指示します。リダイレクション プロセスは、スイッチング ハードウェアによって加速化されるため、レイヤ 2 リダイレクションの方がレイヤ 3 GRE に比べ効率的です。

（注） WCCP は、WAE 上だけで使用が許可されており、リダイレクト ルータでの使用は許可されていません。WCCP が、ルータやスイッチの正常な動作を妨げることはありません。

WAE での WCCP フロー リダイレクション

フローの保護は、ブランチ オフィスの WAE がサービス グループに対して追加および削除されたときに、既存のクライアント TCP 接続に及ぼす影響を削減します。デフォルトでは、WCCP フロー リダイレクションは WAE で有効になっています。フローの保護は、ブランチ オフィスの WAE がサービス グループに対して追加および削除されたときに、既存のクライアント TCP 接続に及ぼす影響を削減します。フローの保護によってクライアントへの影響を削減できるのは、次のような状況の場合です。

• WAAS ネットワークの拡張：ブランチ オフィスの WAE がサービス グループに追加されると、以前に別のブランチ オフィスの WAE が処理していたトラフィックを、新たに起動したブランチ オフィスの WAE が受信します。さらに、そのトラフィックは、継続して処理するために、関連するブランチ オフィスの WAE へ転送されます。新しい接続は、新しいブランチ オフィスの WAE によって処理されます。

• ブランチ オフィスの WAE の交換後の障害：ブランチ オフィスの WAE で障害が発生すると、以前はそのブランチ オフィスの WAE または元のファイル サーバが処理していたトラフィックを、別のブランチ オフィスの WAE が受信できます。受信側のブランチ オフィスの WAE は、それ以前の 2 通りの使用例に従って動作します。

フローの保護を使用していない場合、上記の状況では、確立済みのクライアント接続は TCP RESET によって切断されます。フローの保護は、サポートされる WCCP サービスすべてに適用され、サービス単位で設定することはできません。

WAE 上の WCCP 設定の表示と変更

一貫性を確保するため、個々のデバイスでなく、デバイス グループ単位で WCCP を設定することを推奨します。デバイス グループには、単一の WCCP サービス ファームの WAE だけが含まれるようにします。

（注） WCCP が設定されているデバイス グループに Cisco WAE Inline Network Adapter 搭載の WAE を追加しても、WCCP の設定はインライン WAE に自動的に適用されません。WCCP を使用するように インライン WAE を設定するには、手動で WCCP デバイス グループの設定が適用されるようにする必要があります。

（注） この項の手順を実行する前に、『Cisco Wide Area Application Services Quick Configuration Guide』の説明に従って、TCP 無差別モード サービス（WCCP バージョン 2 サービス 61 および 62）の設定など、 WAAS ネットワーク用の基本的な WCCP の設定はすでに完了しているものとします。

WAE（または WAE のグループ）用の WCCP の設定を変更するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager GUI ナビゲーション ペインで、[My WAN] > [Manage Devices]（または [Manage Device Groups]）を選択します。

ステップ 2 WCCP 設定またはサービスを変更するデバイス（またはデバイス グループ）の名前の横にある [Edit] アイコンをクリックします。

ステップ 3 ナビゲーション ペインで、[Configure] > [Interception] > [WCCP] > [Settings] を選択します。[WCCP Settings] ウィンドウが表示されます（図 4-3 を参照）。

図 4-3 WCCP 設定の変更

ステップ 4 選択したデバイス（またはデバイス グループ）の現在の設定を確認します。

• 現在の設定を保持し、ウィンドウを閉じるには、[Cancel] をクリックします。

• 現在の設定を変更するには、この手順の残りの説明に従って現在の設定を変更します。

デフォルトで、WAE 上の WCCP は無効になっています。ただし、WAAS ネットワークでの WCCP の初期設定の一環として、WAE（ブランチ オフィスの WAE とデータセンターの WAE）とこれらの要求を透過的に WAE へリダイレクトするデータセンターとブランチ オフィスのルータで、WCCP バージョン 2 が有効になっている必要があります。WAAS ネットワークで基本的な WCCP 設定を実行する手順については、『 Cisco Wide Area Application Services Quick Configuration Guide 』を参照してください。

ステップ 5 [Enable WCCP] チェックボックスを選択して、選択したデバイス（またはデバイス グループ）の WCCP バージョン 2 を有効にします。または、チェックボックスの選択を解除して、選択したデバイス（またはデバイス グループ）の WCCP を無効にします。

（注） WCCP 環境で使用しているルータで、WCCP バージョン 2 をサポートするバージョンの Cisco IOS ソフトウェアが稼動していることを確認します。

ステップ 6 [Router List] ドロップダウン リストから適切な WCCP ルータ リスト番号を選択して、WCCP TCP 無差別モード サービスにルータ リストを関連付けます。デフォルトの [Use Default Gateway] を選択することもできます。デフォルトのルータ リストには、WAE デバイスのデフォルト ゲートウェイの単一 IP アドレスが含まれています。

ドロップダウン リストには、設定済みの WCCP ルータ リストだけが表示されます。WAAS ネットワークの初期設定の一環として、『 Cisco Wide Area Application Services Quick Configuration Guide 』の説明に従って、ブランチ オフィスの WAE 用の少なくとも 1 つの WCCP ルータ リストとデータセンターの WAE 用の別のルータ リストがすでに作成されている場合があります。WCCP ルータ リストの詳細については、次の項を参照してください。

• 「WAE 用の WCCP ルータ リストの設定の変更」

• 「WAE からの WCCP ルータ リストの削除」

• 「WAE での追加 WCCP ルータ リストの定義」

ステップ 7 （任意）次のように、[WCCP Assignment Settings for Load Balancing] 領域で現在のロード バランシング設定を変更します。

a. 設定した割り当て方式だけを使用するように WCCP に強制するには、[Only Use Selected Assignment Method] チェックボックスを選択します。適用した後は、ハッシュ割り当てかマスク割り当てのいずれかのロード バランシング方式を選択します。

ブランチ オフィスの WAE グループ内の WCCP サービスごとにどちらか一方のロード バランシング方式（ハッシュまたはマスキング）を指定できます。

（注） [Only Use Selected Assignment Method] チェックボックスを選択した場合は、WAE で設定した割り当て方式がルータでサポートされている場合に限り、WAE は WCCP ファームに参加します。[Only Use Selected Assignment Method] チェックボックスの選択を解除した場合は、WAE がルータとは別に設定されている場合でも、WAE ではルータがサポートする割り当て方式が使用されます。

b. [Assignment Method] ドロップダウン リストから、使用する WAE ロード バランシング割り当て方式の種類を選択します（詳細については、「ロード バランシングと WAE」を参照してください）。

– ハッシュ方式を使用する場合は、[Hash]（デフォルト）を選択します。次に、ステップ 8 とステップ 9 に従ってハッシュの動作を定義し、マスク設定は使用されていないのでステップ 13 に進みます。

– マスク方式を使用する場合は、[Mask] を選択します。次にステップ 10 に進み、サービス マスクを定義または編集します。

ステップ 8 （任意）送信元 IP アドレスの WCCP サービス 61 にロード バランシング ハッシュを定義するには、[Hash on Source IP] チェックボックスを選択します。このチェックボックスは、ハッシュ割り当て方式が使用されている場合だけ表示されます。

ステップ 9 （任意）宛先 IP アドレスの WCCP サービス 61 にロード バランシング ハッシュを定義するには、[Hash on Destination IP] チェックボックスを選択します。このチェックボックスは、ハッシュ割り当て方式が使用されている場合だけ表示されます。

（注） ロード バランシングの詳細については、「ロード バランシングと WAE」を参照してください。

ステップ 10 （任意）選択した WCCP サービス用の既存のサービス マスクを変更するには、[Edit Mask] ボタンをクリックします。サービス マスクを変更する詳細については、「WAE 用の WCCP サービス マスクの表示または変更」を参照してください（このボタンは、マスク割り当て方式が使用されている場合にだけ表示されます）。

ステップ 11 （任意）選択したサービス用に設定されているすべての WCCP サービス マスクのリストを表示するには、[View Masks Configured for All Services] ボタンをクリックします（このボタンは、マスク割り当て方式が使用されている場合にだけ表示されます）。[WCCP Service Mask Settings] ウィンドウが表示されます。

ステップ 12 [WCCP Service Mask Settings] ウィンドウから、次の作業を実行できます。

• WCCP サービス マスクを編集するには、変更するサービス マスクの横にある [Edit WCCP Service Mask] アイコンをクリックします。[Modifying WCCP Service Mask] ウィンドウが表示されます（図 4-4 を参照）。

図 4-4 WCCP サービス マスクの変更

次のように、変更したい設定の値を変更し、[Submit] をクリックします。

– [Source IP Mask] フィールドで、パケットの送信元 IP アドレスと照合するために使用する IP アドレス マスク（16 進数）を指定します（たとえば、0xFE000000）。範囲は、0x00000000 ～ 0xFE000000 です。デフォルト値は 0xF00 です。

（注） 4.1.x 以前のバージョンを実行する WAE にデフォルト マスクを適用した場合、マスクは、ソフトウェア バージョン 4.1.x 以前で設定されたデフォルト マスク（0x1741）とは異なります。

– [Destination IP Mask] フィールドで、パケットの送信先 IP アドレスと照合するために使用する IP アドレス マスク（16 進数）を指定します（たとえば、0xFE000000）。範囲は、0x0000000 ～ 0XFE000000 です。デフォルトは、0x00000000 です。

（注） [Modifying WCCP Service] ウィンドウの [Edit Mask] ボタンをクリックして、サービス マスクを編集することもできます（図 4-3 を参照）。

• 既存の WCCP サービス マスクを削除するには、削除したいサービス マスクの横にある [Edit WCCP Service Mask] アイコンをクリックします。[Modifying WCCP Service Mask] ウィンドウが表示されます（図 4-4 を参照）。タスクバーの [Delete WCCP Service Mask] アイコンをクリックし、[Submit] をクリックします。

ステップ 13 （任意）[Packet Egress Settings] 領域の [Egress Method] ドロップダウン リストから、最適化されたパケットをルータまたはスイッチに返信するために使用する方式の種類を [IP Forwarding]（デフォルト）、[WCCP Negotiated Return]、または [Generic GRE] から選択します。出力方式の選択の詳細については、「代行受信接続の出力方法の設定」を参照してください。

ステップ 14 （任意）次のように、[WCCP Redirect and Return Settings] 領域で、現在のパケット リダイレクトおよび返信方式の設定を変更します。

a. [Redirect Method] ドロップダウン リストから、使用するパケット リダイレクション（転送）方式の種類を選択します。

– レイヤ 3 GRE パケット リダイレクションを使用する場合は、デフォルトの [WCCP GRE] を選択します。

– WAE がデバイスとレイヤ 2 接続を確立していて、デバイスがレイヤ 2 リダイレクション用に設定されている場合に、WAE（またはデバイス グループ）が WCCP バージョン 2 スイッチまたはルータから透過的にリダイレクトされたトラフィックを受信できるようにするには、[L2] を選択します。

ルータまたはスイッチ上の WCCP は、レイヤ 2 で WCCP のトラフィック代行受信およびリダイレクション機能をハードウェア内で部分的または完全に実装しているスイッチング ハードウェアを使用できます。その後、WAE が互換性のある Cisco スイッチに直接接続されている場合は、WAE はレイヤ 2 または MAC アドレス リライト リダイレクションを実行できます。リダイレクション処理は、スイッチング ハードウェアによって加速化されるため、この方式の方が、GRE を使用したレイヤ 3 リダイレクションより効率的です。WAE は、ルータまたはスイッチとのレイヤ 2 接続を保持している必要があります。スイッチと WAE 間の GRE トンネルは必須ではないため、スイッチは [L2] を選択して、カプセル化されたパケットを転送するカットスルー方式を使用できます。詳細については、「パケット転送方式」を参照してください。

b. [Return Method] ドロップダウン リストから、最適化されていない（バイパスされた）パケットをルータに返信するために使用する方式の種類を選択します。

– GRE パケット返信を使用する場合は、デフォルトの [WCCP GRE] を選択します。

– パケット返信にレイヤ 2 リライトを使用する場合は、[L2] を選択します。

ステップ 15 （任意）次のように、[Advanced WCCP Settings] 領域で現在の詳細設定を変更します。

a. TCP フローを維持し、デバイス（またはデバイス グループ）が起動したときや新しいトラフィックが再割り当てされる際に過剰な負荷がかかるのを防止するには、[Enable Flow Protection] チェックボックスを選択します。詳細については、「WAE での WCCP フロー リダイレクション」を参照してください。フローの保護はデフォルトで有効になります。

b. [Shutdown Delay] フィールドで、選択したデバイス（またはデバイス グループ）が WCCP の正常なシャットダウンを実行するのを待つ最大時間（秒）を指定します。デフォルトは、120 秒です。

WAE は、すべての接続が処理されるか、（この [Shutdown Delay] フィールドで指定した）WCCP バージョン 2 用の最大待ち時間が経過するまで再起動しません。

c. [Weight] フィールドで、ロード バランシングに使用される重み値を指定します。重み値の範囲は、0 ～ 10000 です。サービス グループ内の WAE の全重み値の合計が 100 以下である場合、重み値はそのまま、ロード バランシングのためにデバイスにリダイレクトされる合計負荷に対する比率となります。たとえば、重み値 10 の WAE は、すべての重み値の合計が 50 のサービス グループで合計負荷の 10% を受け取ります。そのようなサービス グループの WAE に障害が発生した場合、別の WAE は障害前と同じ負荷パーセントを受け取り、障害のある WAE に割り当てられた負荷は受け取りません。

サービス グループで WAE のすべての重み値の合計が 101 ～ 10000 の間である場合、重み値は、サービス グループでのアクティブな WAE すべての合計の重み付けの割合として扱われます。たとえば、重み値 200 の WAE は、すべての重み値の合計が 800 のサービス グループで合計負荷の 25% を受け取ります。そのようなサービス グループの WAE に障害が発生した場合、別の WAE が障害のある WAE に割り当てられていた負荷を受け取ります。フェールオーバーの処理は、重みの合計が 100 以下の場合と異なります。

デフォルトで、重みは割り当てられず、トラフィックの負荷はサービス グループ内の WAE の間で均等に分散されます。

d. [Password] フィールドで、クラスタ内の WAE と指定したサービス用のルータ間の安全なトラフィックに使用するパスワードを指定します。クラスタ内の他のすべての WAE とルータを同じパスワードで有効にします。パスワードの長さは、8 文字以内です。[Confirm Password] フィールドに、パスワードを再入力します。

（注） CLI を使用してルータ上のサービス グループのパスワードを指定する方法については、「ルータ上のサービス グループ パスワードの設定」を参照してください。

CLI から WCCP 設定を構成するには、 wccp flow-redirect 、 wccp router-list 、 wccp shutdown 、 wccp tcp-promiscuous 、および wccp version グローバル コンフィギュレーション コマンドを使用できます。

WAE 上の WCCP バージョン 2 の正常なシャットダウンの詳細については、「WCCP の正常なシャットダウンのための WAE の設定」を参照してください。

既存の WCCP サービス用の WCCP サービス マスクの作成

WAE（または WAE のグループ）用の既存の WCCP サービス用のサービス マスクを作成するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager GUI ナビゲーション ペインで、[My WAN] > [Manage Devices]（または [Manage Devices Group]）を選択します。

ステップ 2 WCCP サービス マスクを作成したいデバイス（またはデバイスのグループ）の横にある [Edit] アイコンをクリックします。

ステップ 3 ナビゲーション ペインで、[Configure] > [Interception] > [WCCP] > [Settings] を選択します。[WCCP Settings] ウィンドウが表示されます。

ステップ 4 [Assignment Method] ドロップダウン リストから、[Mask] を選択します。

ステップ 5 [Create Mask] ボタンをクリックします。[Creating New WCCP Service Mask] ウィンドウが表示されます。

ステップ 6 [Source IP Mask] フィールドで、パケットの送信元 IP アドレスと照合するために使用する IP アドレス マスク（16 進数）を指定します（たとえば、0xFE000000）。範囲は、0x00000000 ～ 0xFE000000 です。デフォルト値は 0xF00 です。

（注） 4.1.x 以前のバージョンを実行する WAE にデフォルト マスクを適用した場合、マスクは、ソフトウェア バージョン 4.1.x 以前で設定されたデフォルト マスク（0x1741）とは異なります。

ステップ 7 [Destination IP Mask] フィールドで、パケットの送信先 IP アドレスと照合するために使用する IP アドレス マスク（16 進数）を指定します（たとえば、0xFE000000）。範囲は、0x0000000 ～ 0XFE000000 です。デフォルトは、0x00000000 です。

ステップ 8 [Submit] をクリックして、WCCP サービス マスク用の設定を保存します。

WAE 用の WCCP サービス マスクの表示または変更

WAE（または WAE のグループ）用に設定されている WCCP サービス用のサービス マスクを表示または変更するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager GUI ナビゲーション ペインで、[My WAN] > [Manage Devices]（または [Manage Devices Group]）を選択します。

ステップ 2 WCCP サービス マスクを表示または変更するデバイス（またはデバイスのグループ）の横にある [Edit] アイコンをクリックします。

ステップ 3 ナビゲーション ペインで、[Configure] > [Interception] > [WCCP] > [Settings] を選択します。[WCCP Settings] ウィンドウが表示されます。

ステップ 4 [Assignment Method] ドロップダウン リストから、[Mask] を選択します。

ステップ 5 [Edit Mask] ボタンをクリックします。[Modifying WCCP Service Mask] ウィンドウが表示されます。

ステップ 6 [Source IP Mask] フィールドで、パケットの送信元 IP アドレスと照合するために使用する IP アドレス マスク（16 進数）を指定します（たとえば、0xFE000000）。範囲は、0x00000000 ～ 0xFE000000 です。デフォルト値は 0xF00 です。

（注） 4.1.x 以前のバージョンを実行する WAE にデフォルト マスクを適用した場合、マスクは、ソフトウェア バージョン 4.1.x 以前で設定されたデフォルト マスク（0x1741）とは異なります。

ステップ 7 [Destination IP Mask] フィールドで、パケットの送信先 IP アドレスと照合するために使用する IP アドレス マスク（16 進数）を指定します（たとえば、0xFE000000）。範囲は、0x0000000 ～ 0XFE000000 です。デフォルトは、0x00000000 です。

ステップ 8 [Submit] をクリックして、WCCP サービス マスク用の新しい設定を保存します。

設定されたマスクがファーム内の 1 つまたは複数のルータによってアドバタイズされたものと同じではないことを WAE が検出した場合、このマスクがファームへ加わることは許可されず、「Configured mask mismatch for WCCP」というメジャー アラームが出力されます。このアラームは、WAE がすでに他の WAE が設定されているファームに加わろうとし、これらの他の WAE が別のマスクを使用して設定されている場合に、出力されることがあります。ルータは、他の WAE が同じマスクをアドバタイズするのでない限り、これらの WAE がファームへ加わることを許可しません。

このアラームを解消するには、ファーム内のすべての WAE が同じマスクを使用して設定されていることを確認します。このアラームは、WAE で設定されているマスクが、ファーム内のすべてのルータのマスクに一致した場合にクリアされます。

WAE 用の WCCP ルータ リスト設定の表示

WAE（または WAE のグループ）用に現在定義されている WCCP ルータ リストのリストを集中的に表示するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager GUI ナビゲーション ペインで、[My WAN] > [Manage Devices]（または [Manage Device Groups]）を選択します。

ステップ 2 WCCP ルータ リストを表示するデバイス（またはデバイス グループ）の名前の横にある [Edit] アイコンをクリックします。

ステップ 3 ナビゲーション ペインで、[Configure] > [Interception] > [WCCP] > [Settings] を選択します。[WCCP Settings] ウィンドウが表示されます。

ステップ 4 [View All Router List] ボタンをクリックします。

選択したデバイス（またはデバイス グループ）用の [WCCP Router List Configurations] ウィンドウが表示されます。

WCCP ルータ リストの設定（各ルータ リストに入っている各ルータのルータ リストの番号と IP アドレス）が表示されます。

（注） 特定の WCCP ルータ リストの設定を変更するには、ルータ リストの横にある [Edit] アイコンをクリックし、表示される [Modifying Router List] を使用して、選択したルータ リストを変更します。ルータ リストを変更する詳細については、「WAE 用の WCCP ルータ リストの設定の変更」を参照してください。WAE（または WAE のグループ）から WCCP ルータ リストを削除する方法については、「WAE からの WCCP ルータ リストの削除」を参照してください。

CLI からルータ リストを表示するには、 show wccp routers EXEC コマンドを使用できます。

WAE 用の WCCP ルータ リストの設定の変更

WAE（または WAE のグループ）用の WCCP ルータ リストの設定を集中的に変更する（たとえば、ルータ リストにルータを追加または削除する）には、次の手順に従ってください。

ステップ 1 WAAS Central Manager GUI ナビゲーション ペインで、[My WAN] > [Manage Devices]（または [Manage Device Groups]）を選択します。

ステップ 2 ルータ リストの設定を変更するデバイス（またはデバイス グループ）の名前の横にある [Edit] アイコンをクリックします。

ステップ 3 ナビゲーション ペインで、[Configure] > [Interception] > [WCCP] > [Settings] を選択します。

[WCCP Settings] ウィンドウが表示されます。

ステップ 4 [Edit Router List] ボタンをクリックします。[Modifying WCCP Router List] ウィンドウが表示されます。

ステップ 5 選択したルータ リストにルータを追加するには、[Add Router] フィールドにルータの IP アドレスを入力し、[Add Router] ボタンをクリックします。

ステップ 6 選択したルータ リストからルータを削除するには、削除するルータの IP アドレスの横にあるチェックボックスを選択し、[Remove Router] ボタンをクリックします。

ステップ 7 [Submit] をクリックして、設定を保存します。

WAE からの WCCP ルータ リストの削除

ルータ リストを削除すると、このルータ リストを使用するように設定されていた WCCP バージョン 2 サービスも削除されます。設定されているルータ リストを削除する前に、WCCP サービスが別のルータ リストに関連付けられていることを確認してください。

WAE（または WAE のグループ）用の WCCP ルータ リストを集中的に削除する（たとえば、ルータ リストにルータを追加または削除する）には、次の手順に従ってください。

ステップ 1 WAAS Central Manager GUI ナビゲーション ペインで、[My WAN] > [Manage Devices]（または [Manage Device Groups]）を選択します。

ステップ 2 WCCP ルータ リストを削除するデバイス（またはデバイス グループ）の名前の横にある [Edit] アイコンをクリックします。

ステップ 3 ナビゲーション ペインで、[Configure] > [Interception] > [WCCP] > [Settings] を選択します。[WCCP Settings] ウィンドウが表示されます。

ステップ 4 [Edit Router List] ボタンをクリックします。[Modifying WCCP Router List] ウィンドウが表示されます。

ステップ 5 ルータの IP アドレスの横にあるチェックボックスを選択して、[Remove Router] ボタンをクリックし、選択したルータ リストから表示されているすべてのルータを削除します。

ステップ 6 選択したルータ リスト（たとえば、ルータ リスト 2）からすべてのルータを削除したら、タスクバーの [Delete Router List] アイコンをクリックします

ルータ リスト設定を永続的に削除するかどうかを確認するダイアログボックスが表示されます。操作を確認するには、[OK] をクリックします。選択したデバイス（またはデバイス グループ）から、選択したルータ リストとそれに関連する WCCP サービスが削除されます。

WAE での追加 WCCP ルータ リストの定義

WAE の WCCP サービスの設定の一部として、WAE に対して TCP 無差別サービスをサポートする WCCP バージョン 2 が有効なルータのリストを作成する必要があります。WAAS CLI（wccp router-list グローバル コンフィギュレーション コマンド）または WAAS Central Manager GUI を使用して、WCCP ルータ リストを定義できます。

一般に、WAAS 管理者は、『 Cisco Wide Area Application Services Quick Configuration Guide 』の説明に従って、WAAS CLI を使用して WCCP ルータ リストの初期集合を定義します。WAAS CLI を使用して WCCP ルータ リストの初期設定を完了したら、WAAS Central Manager GUI を使用して、WAE 用の WCCP ルータ リスト設定を集中的に管理し、変更することを推奨します。

各 WAE には、WAE のデフォルト ゲートウェイとして定義されたルータの IP アドレスで設定されたデフォルト ルータ リスト（ルータ リスト 8）が含まれています。

（注） この項の手順を実行する前に、『Cisco Wide Area Application Services Quick Configuration Guide』の説明に従って、TCP 無差別モード サービス（WCCP バージョン 2 サービス 61 および 62）の設定など、 WAAS ネットワーク用の基本的な WCCP の設定はすでに完了しているものとします。

WAE（または WAE のグループ）用の追加 WCCP ルータ リストを集中的に定義するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager GUI ナビゲーション ペインで、[My WAN] > [Manage Devices]（または [Manage Device Groups]）を選択します。

ステップ 2 WCCP ルータ リストを作成するデバイス（またはデバイス グループ）の名前の横にある [Edit] アイコンをクリックします。

ステップ 3 ナビゲーション ペインで、[Configure] > [Interception] > [WCCP] > [Settings] を選択します。[WCCP Settings] ウィンドウが表示されます。

ステップ 4 [New Router List] ボタンをクリックします。

[Creating New WCCP Router List] ウィンドウが表示されます（図 4-5 を参照）。

図 4-5 新しい WCCP ルータ リスト作成のサンプル画面

この例では、選択したデバイス（またはデバイス グループ）用にすでに 2 つの WCCP ルータ リストが定義されているため、[List Number] ドロップダウン リストであらかじめ [3] が選択されています。データセンターでは、トラフィックを透過的にデータセンターの WAE へリダイレクトするルータ リスト 1 が WCCP ルータ用にすでに定義されています。また、ブランチ オフィスでは、透過的にトラフィックを同じブランチ オフィスに存在するブランチ オフィスの WAE へリダイレクトするルータ リスト 2 が WCCP ルータ用に定義されています。

ステップ 5 [Add Router] フィールドで、ルータ リスト 3 に追加するルータの IP アドレスを指定します。

少なくとも 1 つの IP アドレスを入力する必要があります。追加するすべての IP アドレスが、ルータ リストの中で固有である必要があります。そうでない場合は、適用時にエラー メッセージが表示されます。

ステップ 6 ルータ リスト 3 に IP アドレスを追加するには、[Add] をクリックします。

このリストは、TCP 無差別モード サービス用に選択した WAE（または WAE のグループ）へ透過的にトラフィックをリダイレクトするすべての WCCP ルータの IP アドレスを表します。

ウィンドウが更新され、アドレスが番号順に表示されます。順序は、IP アドレスを入力した順序と一致しない場合があります。

ステップ 7 [Submit] をクリックして、ルータ リストを保存するか、ルータ IP アドレスに行った編集を保存します。

CLI からルータ リストを定義するには、 wccp router-list グローバル コンフィギュレーション コマンドを使用できます。

WAE または WAE グループに WCCP ルータを作成した後は、『 Cisco Wide Area Application Services Quick Configuration Guide 』の説明に従って、WCCP バージョン 2 が有効であり、この新しいルータ リストに含まれている WCCP ルータに設定されていることを確認します。

WCCP の正常なシャットダウンのための WAE の設定

TCP 接続の切断を防止するために、WAE は、WAE で WCCP バージョン 2 を無効にしたり、WAE をリロードしたりした後で、WCCP の正常なシャットダウンを実行します。

WAAS Central Manager GUI を使用すると、WAE で WCCP バージョン 2 を無効にすることができます。また、CLI を使用して（WAE で no wccp version CLI コマンドを入力して）、この作業をローカルに実行することもできます。

選択したデバイスまたはデバイス グループ用の WCCP を無効にするには、WAAS Central Manager の [WCCP Settings] ウィンドウの [Enable WCCP] チェックボックスの選択を解除します（図 4-3 を参照）。

WAE は、次のいずれかの状況になるまで起動しません。

• すべての接続がサービスを受けている。

• （[WCCP Configuration Settings] ウィンドウの [Shutdown Delay] フィールドまたは wccp shutdown max-wait コマンドで指定した）WCCP バージョン 2 の最大待ち時間が経過した（デフォルトは 120 秒）。

WCCP の正常なシャットダウンの間、WAE は継続して処理中のフローにサービスを提供しますが、新しいフローのバイパスを開始します。フローの数がゼロになると、リード WAE は、そのバケットを他の WAE に再度割り当ててグループから脱退します。WCCP を正常にシャットダウンすることなく WAE が機能停止またはリブートした場合は、TCP 接続が切断される可能性が残ります。

WAE の特定のポートで個々の WCCP サービスをシャットダウンできません。WAE の WCCP をシャットダウンする必要があります。WAE 上の WCCP がシャットダウンされると、WAE は自分の WCCP 構成の設定値を保存します。

WAE 用の固定バイパス リストの設定

固定バイパスを使用すると、設定可能な 1 組のクライアントとサーバ間のトラフィックのフローを WAE によってバイパス処理することができます。ブランチ オフィスの WAE に固定バイパス項目を設定すると、ルータの設定を変更することなく、トラフィックの代行受信を制御できます。ルータで、最初にトラフィックをブランチ オフィスの WAE へリダイレクトせず、トラフィックをバイパスするように、IP アクセス リストを個別に設定できます。通常、WCCP 受け入れリストは、加速化されるサーバのグループを定義します（暗黙的に、加速化されないサーバが定義されることとなります）。特定のクライアントから特定のサーバ（または特定のクライアントからすべてのサーバ）への接続を WAAS が加速化しないようにするには、固定バイパスを使用できます。

（注） WAE で固定バイパス リストまたは代行受信 ACL を使用するのではなく、可能な場合は WCCP 対応ルータの ACL を使用することを推奨します。この方法が、トラフィック代行受信を制御するのに最も効率的です。固定バイパス リストまたは代行受信 ACL の使用を決定した場合、代行受信 ACL を使用することを推奨します。これは、代行受信 ACL の方が柔軟性が高く、パススルー接続についてより優れた統計情報が得られるためです。ルータ上で ACL を設定する方法については、「ルータ上の IP アクセス リストの設定」を参照してください。WAE の代行受信 ACL を設定する方法の詳細については、「代行受信アクセス コントロール リストの設定」を参照してください。

WAE（または WAE のグループ）用の固定バイパス リストを集中的に設定するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager GUI ナビゲーション ペインで、[My WAN] > [Manage Devices]（または [Manage Device Groups]）を選択します。

ステップ 2 固定バイパス リストを作成するデバイス（またはデバイス グループ）の名前の横にある [Edit] アイコンをクリックします。

ステップ 3 ナビゲーション ペインで、[Configure] > [Interception] > [WCCP] > [Bypass Lists] を選択します。

ステップ 4 タスクバーで、[Create New WCCP/Inline Bypass List] アイコンをクリックします。[Creating new WCCP/Inline Bypass List] ウィンドウが表示されます

ステップ 5 [Client Address] フィールドに、クライアントの IP アドレスを入力します。

ステップ 6 [Server Address] フィールドに、サーバの IP アドレスを入力します。

ステップ 7 [Submit] をクリックして、設定を保存します。

CLI から固定バイパス リストを設定するには、 bypass static グローバル コンフィギュレーション コマンドを使用できます。

固定バイパス リストの集約

各 WAE デバイスに固定バイパス リストを定義して、他の固定バイパス リストが定義されたデバイス グループに所属させることができます。

[WCCP Bypass Lists] ウィンドウの [Aggregate Settings] オプション ボタンは、各デバイスの固定バイパス リストを集約する方法を制御します。

• デバイスをそのデバイス自体および所属するデバイス グループに定義されているすべての固定バイパス リストで設定する場合は、[Yes] を選択します。

• デバイスをそのデバイス自体に定義されている固定バイパス リストだけに制限する場合は、[No] を選択します。

設定を変更すると次のメッセージが表示されます。「This option will take effect immediately and will affect the device configuration. Do you wish to continue?」。[OK] をクリックして続行します。

代行受信アクセス コントロール リストの設定

代行受信 ACL を設定することにより、すべてのインターフェイスでどの着信トラフィックが WAE デバイスにより代行受信されるかを制御できます。ACL により許可されたパケットは、WAE によって代行受信され、ACL によって拒否されたパケットは処理されずに WAE を通過します。

ブランチ オフィスの WAE に代行受信 ACL を設定すると、ルータの設定を変更することなく、トラフィックの代行受信を制御できます。ルータで、最初にトラフィックをブランチ オフィスの WAE へリダイレクトせず、トラフィックをバイパスするように、IP ACL を個別に設定できます。通常、WCCP 受け入れリストは、加速化されるサーバのグループを定義します（暗黙的に、加速化されないサーバが定義されることとなります）。代行受信 ACL を使用することで、ルータ設定の変更を望まないパイロット導入時などに、対象外のトラフィックを容易にバイパスできます。更に、フェーズにおけるさまざまな種類のトラフィックを許可して促進することで、パイロットから実稼動導入への移行を容易に行えます。

代行受信 ACL は、WCCP とインライン代行受信の両方で使用できます。

代行受信 ACL をインターフェイス ACL および WCCP ACL を併用した場合、最初にインターフェイス ACL が、2 番めに WCCP ACL が、最後に代行受信 ACL が適用されます。WAE で定義されているアプリケーション ポリシーは、すべての ACL がトラフィックをフィルタした後に適用されます。

（注） 代行受信 ACL は、固定バイパス リストとは排他的な機能です。両方のタイプのリストを同時に使用することはできません。固定バイパス リストではなく代行受信 ACL を使用することを推奨します。

代行受信 ACL を使用するには、まず ACL を定義し（「WAAS デバイス用の IP ACL の作成および管理」を参照）、次にその ACL をデバイスに適用します。代行受信 ACL は、個々のデバイスにのみ設定でき、デバイス グループには設定できません。

WAE 向けに代行受信 ACL を設定するには、次の手順に従ってください。

ステップ 1 「WAAS デバイス用の IP ACL の作成および管理」の手順に従って、代行受信に使用する ACL を作成します。ただし、この ACL をインターフェイスには適用しないでください。

ステップ 2 WAAS Central Manager GUI ナビゲーション ペインで、[My WAN] > [Manage Devices] を選択します

ステップ 3 代行受信 ACL を使用するデバイスの名前の横にある [Edit] アイコンをクリックします。

ステップ 4 ナビゲーション ペインで、[Configure] > [Interception] > [Interception Access List] を選択します。

ステップ 5 [Interception Access List] フィールドの横にある矢印コントロールをクリックして、定義した ACL のドロップダウン リストを表示し、代行受信を適用する ACL を選択します。または、ACL の名前をフィールドに直接入力して、このページを送信した後、ACL を作成することもできます。このフィールドに入力した場合、表示される ACL のドロップダウン リストがフィルタされ、入力したテキストで始まるエントリだけが表示されます。

ACL の作成または編集が必要な場合は、このフィールドの横にある [Go to IP ACL] リンクをクリックすると、IP ACL 設定用ウィンドウが表示されます（[Configure] > [Network] > [TCP/IP Settings] > [IP ACL page] の順に選択して表示できます）。

ステップ 6 [Submit] をクリックして、設定を保存します。

CLI から代行受信 ACL を設定するには、 ip access-list および interception access-list グローバル コンフィギュレーション コマンドを使用します。

接続が代行受信 ACL で通過されたかどうかを判別するには、 show statistics connection EXEC コマンドを使用します。代行受信 ACL によるフローのパススルーは、接続タイプ「PT Interception ACL」で識別されます。

また、 show statistics pass-through コマンドの「Interception ACL」カウンタにより、代行受信 ACL によるアクティブなパススルーと完了したパススルーの数がレポートされます。

ルータ上の GRE トンネル インターフェイスの設定

WAE で汎用 GRE 出力方式を使用する予定がある場合、各受信代行ルータ上で GRE トンネル インターフェイスを設定する必要があります。設定を簡易化するために、ファーム内の WAE ごとに 1 つのポイントツーポイント トンネルを作成するのではなく、ルータ上に 1 つのマルチポイント トンネルを作成することを推奨します。

ファームに WAE が 1 つしかない場合は、ポイントツーポイント トンネルを使用できますが、WAE トンネルと同一のトンネル ソースを持つトンネルがルータに設定されていないことを確認してください。

（注） Catalyst 6500 シリーズ スイッチと Supervisor Engine 32 または 720 の組み合せでは、同じトンネル ソース インターフェイスを持つ複数の GRE トンネル（マルチポイントまたはポイントツーポイント）を設定しないでください。設定すると、スイッチの CPU の負荷が大きくなるおそれがあります。

トンネル インターフェイスには接続先であるレイヤ 3 ソース インターフェイスがあり、このソース インターフェイスは IP アドレスが WAE の代行受信ルータ リストで設定されているインターフェイスである必要があります。

ルーティング ループを回避するために、トンネル インターフェイスは WCCP 代行受信から排除する必要があります。コマンド ip wccp redirect exclude in を使用します。

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

• 「マルチポイント トンネル設定」

• 「ポイントツーポイント トンネルの設定」

マルチポイント トンネル設定

ファーム内に 2 つの代行受信ルータと 2 つの WAE のある構成を考えてみます。各 WAE の構成は次のようになります。

各ルータで WAE ファームへの単一 GRE マルチポイント トンネルを設定できます。

ルータ 1 の構成は次のようになります。

ルータ 2 の構成は次のようになります。

（注） トンネル インターフェイスに IP アドレスをプロビジョニングすることは IP 対応にすることであり、通過パケットを処理および転送できるようになります。IP アドレスをプロビジョニングしない場合、トンネルを IP アンナンバード インターフェイスにすることで IP 対応にする必要があります。これにより、トンネルはポイントツーポイント トンネルに制限されます。

ポイントツーポイント トンネルの設定

ここでは、ルータ上のマルチポイント トンネルではなく、単一の WAE にポイントツーポイント トンネルを設定する方法について説明します。ポイントツーポイント トンネルを IP に対して有効にするには、アンナンバードにするか、IP アドレスを指定します。次のルータの設定例に、アンナンバード方式を示します。

PBR のネクストホップが使用できるかどうかを確認する方法

PBR を使用してトラフィックを透過的に WAE へリダイレクトするときは、次のいずれかの方法を使用して、WAE の PBR のネクストホップが使用できるかどうかを確認することを推奨します。選択する方法は、ルータで使用している Cisco IOS ソフトウェアのバージョンと WAE の配置によって異なります。ただし、可能な限り、方法 2 を使用してください。

• 方法 1：デバイスは、WAE を CDP ネイバー（直接接続されている）と見なすと、CDP と ICMP を使用して WAE が動作していることを確認できます。詳細については、「方法 1：CDP を使用して WAE が動作していることを確認する」を参照してください。

• 方法 2（推奨方法）：Cisco IOS ソフトウェア Release 12.4 以降が動作しているデバイスが WAE を CDP ネイバーと見なさない場合は、IP Service Level Agreement（SLA; サービス レベル契約）を使用して、WAE が ICMP エコーを使用して動作していることを確認できます。詳細については、「方法 2：IP SLA を使用して、WAE が ICMP エコー検査を使用して動作していることを確認する（推奨方式）」を参照してください。

• 方法 3：Cisco IOS ソフトウェア Release 12.4 以降が動作しているデバイスが WAE を CDP ネイバーと見なさない場合は、IP SLA を使用して、WAE が TCP 接続試行を使用して動作していることを確認できます。詳細については、「方法 3：IP SLA を使用して、WAE が TCP 接続試行を使用して動作していることを確認する」を参照してください。

（注） この項で、「デバイス」という用語は、PBR を使用してトラフィックを透過的に WAE へリダイレクトするように設定されたルータまたはスイッチのことを指しています。

PBR を使用するように設定されたデバイスが WAE を CDP ネイバーと見なすかどうかを確認するには、デバイスで show cdp neighbors コマンドを入力します。デバイスが WAE を CDP 隣接と見なす場合、WAE は show cdp neighbors コマンドの出力に表示されます。

方法 1：CDP を使用して WAE が動作していることを確認する

PBR を使用するように設定されたデバイスが WAE を CDP ネイバー（WAE がデバイスに直接接続されている）と見なす場合は、CDP と ICMP を使用して PBR のネクストホップとして WAE を使用できるかどうかを確認できます。

次の例は、この方法を使用して、PBR のネクストホップとして WAE を使用できるかどうかを確認する方法を示しています。CDP を使用する必要があるときに設定される LAN ルート マップと WAN ルート マップのそれぞれについて、次の設定プロセスを完了する必要があります。

CDP を使用して WAE が動作していることを確認するには、次の手順に従ってください。

ステップ 1 PBR が設定されているルータ（たとえば、ブランチ オフィスの Edge-Router1 ルータ）で、コンフィギュレーション モードを開始し、CDP を有効にします。

ステップ 2 すでにルータに作成されている WAAS-EGDE-LAN ルート マップ用のルート マップ コンフィギュレーション モードを有効にします。

ステップ 3 CDP を使用して設定済みのネクストホップ アドレスが使用できるかどうかを確認するようにルータを設定します。

ステップ 4 ルータが PBR を使用してトラフィックをリダイレクトするようにしたい WAE（たとえば、ブランチ オフィスの Edge-WAE1）で、CDP を有効にします。

PBR を設定し、複数の WAE があり、方法 1 を使用して PBR のネクストホップとして WAE が使用できることを確認する場合、前のプロセスを完了したら、追加の設定は不要です。

方法 2：IP SLA を使用して、WAE が ICMP エコー検査を使用して動作していることを確認する（推奨方式）

IP SLA と ICMP を使用して（推奨方式）、PBR のネクストホップとして WAE が使用できることを確認するには、次の手順に従ってください。

ステップ 1 ブランチ オフィスの Edge-Router1 ルータで、このルータですでに設定されている WAAS-EDGE-LAN ルート マップ用のルート マップ コンフィギュレーション モードを開始します。

ステップ 2 トラフィックの一致条件を指定します。次の例では、一致条件にアクセス リスト番号 105 が指定されます。

ステップ 3 IP SLA 追跡インスタンス番号 1 を使用してネクストホップ WAE（たとえば、IP アドレスが 1.1.1.100 で Edge-WAE1 という名前のブランチ オフィスの WAE）が使用できることを確認するように、ルート マップを設定します。

（注） ブランチ オフィスのエッジ ルータと PBR を使用してトラフィックを WAE へリダイレクトするように設定されているデータセンターのコア ルータに設定されている各ルート マップについて、set ip next-hop verify-availability コマンドを入力します。

ステップ 4 IP SLA 追跡インスタンス 1 を設定します。

ステップ 5 指定のソース インターフェイスを使用し、Edge-WAE1 をエコーするようにルータを設定します。

ステップ 6 20 秒周期でエコーを実行するようにルータを設定します。

ステップ 7 ただちに開始し、継続的に動作するように、IP SLA 追跡インスタンス 1 のスケジュールを設定します。

ステップ 8 IP SLA 追跡インスタンス 1 で定義されているデバイスを追跡するように、IP SLA 追跡インスタンス 1 を設定します。

PBR を設定し、複数の WAE があり、方法 2 を使用して PBR のネクストホップとして WAE が使用できることを確認している場合は、WAE ごとに別々の IP SLA を設定し、IP SLA ごとに track コマンドを実行する必要があります。

方法 3：IP SLA を使用して、WAE が TCP 接続試行を使用して動作していることを確認する

PBR 用に設定され、Cisco IOS ソフトウェア Release 12.4 以降が動作しているデバイスが WAE を CDP ネイバーと見なさない場合は、IIP SLA を使用して、TCP 接続試行 を使用して WAE が動作していることを確認できます。IP SLA を使用して、60 秒の固定周期で TCP 接続試行を使用して、PBR のネクストホップとして WAE が使用できることをモニタできます。

PBR のネクストホップとして WAE が使用できることを確認するには、次の手順に従ってください。

ステップ 1 ブランチ オフィスの Edge-Router1 ルータで、このルータにすでに設定されている WAAS-EDGE-LAN ルート マップ用のルート マップ コンフィギュレーション モードを開始します。

ステップ 2 IP SLA 追跡インスタンス番号 1 を使用してネクストホップ WAE（たとえば、IP アドレスが 1.1.1.100 の Edge-WAE）が使用できることを確認するように、ルート マップを設定します。

（注） ブランチ オフィスのこのエッジ ルータと PBR を使用してトラフィックを透過的に WAE へリダイレクトするように設定されているデータセンターのコア ルータの各ルート マップについて、set ip next-hop verify-availability コマンドを入力します。

ステップ 3 IP SLA 追跡インスタンス 1 を設定します。

ステップ 4 指定した送信先ポートと送信元ポートを使用し、60 秒の固定周期で TCP 接続試行を使用して WAE が使用できることをモニタするように、ルータを設定します。

ステップ 5 ただちに開始し、継続的に動作するように、IP SLA 追跡インスタンス 1 のスケジュールを設定します。

ステップ 6 IP SLA 追跡インスタンス 1 で定義されているデバイスを追跡するように、IP SLA 追跡インスタンス 1 を設定します。

PBR を設定し、複数の WAE があり、方法 3 を使用して PBR のネクストホップとして WAE が使用できることを確認している場合は、WAE ごとに別々の IP SLA を設定し、IP SLA ごとに track コマンドを実行する必要があります。

インライン インターフェイス設定

インライン インターフェイス設定を行うには、次の手順に従ってください。

ステップ 1 WAAS Central Manager GUI ナビゲーション ペインで、[My WAN] > [Manage Devices] を選択します（[Device Groups] からインライン インターフェイスを設定できません）。

WAAS ネットワークに設定されているすべてのデバイスを表示する [Devices] ウィンドウが表示されます。

ステップ 2 インライン設定を変更するデバイスの横にある [Edit] アイコンをクリックします。

[Device Dashboard] ウィンドウが表示されます。

ステップ 3 ナビゲーション ペインで、[Configure] > [Interception] > [Inline] > [Inline Interfaces] を選択します。

[Inline Interfaces] ウィンドウが開き、デバイス上のインライン インターフェイス グループが表示されます。変更するインライン インターフェイス グループの横にある [Edit Inline Interface] アイコンをクリックします。

[Modifying Inline Interface] ウィンドウが表示され、特定のスロットとグループ上のインライン インターフェイス設定が表示されます（図 4-8 を参照）。

図 4-8 [Modifying Inline Interface] ウィンドウ

ステップ 4 [Shutdown] チェックボックスを選択して、インターフェイスを停止します。この設定は、処理なしでトラフィックを LAN/WAN インターフェイス間でブリッジングします。

ステップ 5 [Encapsulation] フィールドで、WAE から出るトラフィックに割り当てる VLAN ID を入力します。VLAN ID は、ルータが予測する VLAN ID と一致するように設定する必要があります。

VLAN ID ドの詳細については、「インライン インターフェイスの IP アドレスの設定」を参照してください。

ステップ 6 [Intercept all VLANs] チェックボックスをオンにして、インターフェイス グループのインライン代行受信を有効にします。デフォルトでインライン代行受信が有効な場合、WAE は Cisco WAE Inline Network Adapter を含みます。

（注） インライン モードと WCCP リダイレクションは排他的です。WAE が WCCP 操作用に設定されている場合は、インライン モードを設定できません。インライン モードは、WAE デバイスに Cisco WAE Inline Network Adapter が搭載されたときのデフォルトのモードです。

ステップ 7 [Exclude VLAN] フィールドで、最適化から除外する 1 つまたは複数の VLAN 範囲のリストを入力します。ネイティブ VLAN を除外するには、「native」と入力します。各 VLAN 範囲をカンマで区切ります。または、次に示す手順に従って、VLAN 範囲をリストから選択できます。

a. インライン代行受信に含める VLAN リストがわかっている場合は、[Configure Include VLANs] ボタンをクリックします。このボタンは、内包する VLAN をカンマで区切ったリストの入力を要求するスクリプトを実行します。スクリプトは、除外対象のすべての VLAN のインバース リストを生成し、その後、ウィンドウを更新し、リストを [Exclude VLAN] フィールドに入力します。

b. [Choose VLANs from the list] ボタンをクリックして、VLAN 範囲をピックします。[VLAN Range Assignments] ウィンドウが表示され、定義された VLAN 範囲を表示します。VLAN 範囲の定義については、「インライン サポートの VLAN の設定」に説明があります。

c. 含める、または除外する VLAN 範囲を次の手順で選択します。

– このインライン インターフェイス グループの最適化に含めるそれぞれの VLAN 範囲の横にある をクリックします。アイコンは に変わります。最適化に含まれないすべての VLAN は、除外されます。

– このインライン インターフェイス グループの最適化から除外するそれぞれの VLAN 範囲の横にある をクリックします。アイコンは に変わります。

– タスクバーの をクリックして最適化する有効な VLAN 範囲を選択するか、タスクバーの をクリックして、すべての VLAN 範囲を最適化から除外します。

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

ステップ 8 [Failover Timeout] ドロップダウン リストから、秒数 [1]、[3]、[5]、または [10] を選択します。デフォルトは 1 秒です。この値は、バイパス モードで動作を開始する前に、WAE が待つ障害イベント後の秒数を設定します。バイパス モードでは、インターフェイス グループのいずれかのポートで受信されるすべてのトラフィックはグループの別のポートへ転送されます。

ステップ 9 ポートについて [Speed] と [Mode] を次のように設定します。

a. デフォルトで有効になっている [AutoSense] チェックボックスの選択を解除します。

b. [Speed] ドロップダウン リストから、伝送速度（[10]、[100]、または [1000] Mbps）を選択します。

c. [Mode] ドロップダウン リストから、送信モード（[full-duplex] または [half-duplex]）を選択します。

（注） WAE、ルータ、スイッチ、またはその他のデバイスでは半二重接続を使用しないことを強く推奨します。半二重接続の場合はパフォーマンスが低下するので、使用は避けてください。各 Cisco WAE インターフェイスおよび隣接デバイス（ルータ、スイッチ、ファイアウォール、WAE）のポート設定を調べて、全二重接続が使用されていることを確認してください。

ステップ 10 IP アドレスを割り当てる場合は、[Address] フィールドにインライン インターフェイスの IP アドレスを入力します。

ステップ 11 [Netmask] フィールドに、インライン インターフェイスのサブネット マスクを入力します。

ステップ 12 [Secondary Address] フィールドと [Secondary Netmask] フィールドに最大 4 つまでのセカンダリ IP アドレスとそれに対応するサブネット マスクを入力します。

複数の IP アドレスを設定することで、デバイスを複数のサブネットに置くことができ、データをルータでリダイレクトせずに、直接 WAAS デバイスから情報を要求するクライアントへ転送できるので、デバイスを使用して応答時間を最適化することができます。また、WAAS デバイスとクライアントは同じサブネット上に設定されるため、クライアントから WAAS デバイスを認識できます。

ステップ 13 [Gateway] フィールドで、デフォルト ゲートウェイ IP アドレスを入力します。

ステップ 14 （任意）[Inbound ACL] ドロップダウン リストから、着信パケットに適用する IP ACL を選択します。

ドロップダウン リストには、システムに設定されているすべての IP ACL が表示されています。

ステップ 15 （任意）[Outbound ACL] ドロップダウン リストから、発信パケットに適用する IP ACL を選択します。

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

CLI からインライン代行受信を設定するには、 interface InlineGroup グローバル コンフィギュレーション コマンドを使用できます。

WAAS は VLAN ID を使用して、インライン インターフェイスで TCP フローの VLAN トラフィックを代行受信またはブリッジします。特定 TCP 接続で送信されたすべてのパケットの VLAN ID は一致する必要があります。異なる VLAN ID のパケットはブリッジされ、最適化されません。システムに、ある方向のトラフィック フローが他方向のトラフィック フローとは異なる VLAN ID を使用する非対称ルーティング トポロジが設定されている場合、トラフィックが最適化されていることを確認するために VLAN ID チェックを無効化できます。

VLAN ID チェックを設定にするには、次の手順に従ってください。

ステップ 1 WAAS Central Manager GUI ナビゲーション ペインで、[My WAN] > [Manage Devices] を選択します（[Device Groups] からネットワークを設定できません）。

WAAS ネットワークに設定されているすべてのデバイスを表示する [Devices] ウィンドウが表示されます。

ステップ 2 ネットワーク設定を変更するデバイスの横にある [Edit] アイコンをクリックします。

[Device Dashboard] ウィンドウが表示されます。

ステップ 3 ナビゲーション ペインで、[Configure] > [Interception] > [Inline] > [General Settings] を選択します。

[General Settings] ウィンドウが開き、VLAN ID 接続チェック コントロールが表示されます。

ステップ 4 VLAN ID 接続チェックを有効にするには、[VLAN ID Connection Check] チェックボックスを選択します。無効にするには、チェックボックスの選択を解除します。デフォルト設定では、有効になっています。

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

CLI から VLAN ID チェックを設定するには、 inline vlan-id-connection-check グローバル コンフィギュレーション コマンドを使用します。

インライン インターフェイスの IP アドレスの設定

インライン グループ インターフェイスに IP アドレスを割り当てることができますが、必須ではありません。「インライン インターフェイス設定」で説明されている手順に従って、1 つのプライマリ IP アドレスと最大 4 つのセカンダリ IP アドレスを割り当てることができます。

インライン グループ インターフェイスを WAE のプライマリ インターフェイスとして設定するには、[Configure] > [Network] > [Network Interfaces] ウィンドウの [Primary Interface] ドロップダウン リストを使用します。

WAE のプライマリ インターフェイスがインライン グループ インターフェイスに設定され、管理トラフィックが個別の IP アドレス（同一のインライン グループ インターフェイスまたは組み込みインターフェイスのセカンダリ IP アドレス）に設定されているシナリオでは、WAAS Central Manager が管理トラフィック用に指定された IP アドレスの WAE と通信するように設定する必要があります。[ Device Name ] > [Activation] ウィンドウの [Management IP] フィールドで WAE 管理トラフィックの IP アドレスを設定します。

WAE と Cisco WAE Inline Network Adapter が、スイッチとルータ間の 802.1Q VLAN トランク回線に存在し、インライン インターフェイスに IP アドレスを設定している場合は、WAE の発信トラフィックに割り当てられる VLAN ID を設定する必要があります。VLAN ID は、ルータが予測する VLAN ID と一致するように設定する必要があります。

VLAN ID を割り当てるには、次のように、 encapsulation dot1Q インターフェイス コマンドを使用します。

この例は、VLAN ID 100 を WAE の発信トラフィックに割り当てる方法を示しています。VLAN ID の範囲は、1 ～ 4094 です。

（注） インライン トラフィックの VLAN ID を設定するには、encapsulation dot1Q インターフェイス コマンドを使用するか、または [Central Manager] ページ（[Configure] > [Interception] > [Inline] > [Inline Interfaces]）を使用します（「インライン インターフェイス設定」を参照）。

VLAN ID がルータ サブインターフェイスによって予測された VLAN ID と一致しないと、インライン インターフェイス IP アドレスに接続できない場合があります。

インライン アダプタは、インライン グループ インターフェイスごとに 1 つの VLAN ID しかサポートしません。インライン インターフェイスの異なるサブネットのセカンダリ アドレスを設定している場合は、VLAN のルータ サブインターフェイスに同じセカンダリ アドレスを割り当てる必要があります。

IEEE 802.1Q トンネリングを使用すると、タグが追加されるときにフレーム サイズが 4 バイト増加します。したがって、デバイス MTU を最低でも 1504 バイト増やすことによって、トンネル化されたパケットが通過するすべてのスイッチでより大きなフレームを処理できるように設定する必要があります。

次の動作に関する考慮事項は、インライン インターフェイスでの IP アドレスの設定に適用されます。

• この機能は、ルーティング可能な基本インターフェイスをサポートし、組み込みインターフェイスに関連付けられたスタンバイ、ポート チャネル、および Cisco Discovery Protocol（CDP; シスコ検出プロトコル）といった追加機能はサポートしません。

• すべてのトラフィックに対してインライン インターフェイスを使用するように WAE を設定している場合は、インライン代行受信を有効にする必要があります。有効にしないと、WAE はトラフィックを受信しません。

• WAE が、すべてのトラフィックに対してインライン インターフェイスを使用するように設定されており、メカニカル バイパス モードに切り替わった場合は、インライン インターフェイス IP アドレスを介して WAE にアクセスできなくなります。インライン インターフェイスがバイパス モードの場合にデバイスを管理するには、コンソール アクセスが必要となります。

• WAE にインライン インターフェイスの IP アドレスが設定されている場合、インターフェイスはそのアドレス宛てのトラフィックと ARP ブロードキャストだけを受信でき、マルチキャスト トラフィックは受信できません。

• HSRP グループに参加している 2 つのルータが 2 つのインライン グループを介して直接接続されている、HSRP を使用した構成の場合、アクティブなルータが故障すると、HSRP はすべてのクライアントを対象として動作します。ただし、管理トラフィックもインライン インターフェイスを使用するように設定されている場合、管理トラフィック用の WAE 自身の IP アドレスにはこの冗長性は適用されません。アクティブなルータが故障した場合、インライン インターフェイスは物理的に故障したルータ インターフェイスに接続されているため、WAE インライン IP アドレスには接続できなくなります。この場合は、スタンバイ ルータに接続された 2 番めのインライン グループ インターフェイスを通じて WAE に接続できます。管理トラフィック用の WAE 自身の IP アドレスに冗長性が必要な場合は、インライン インターフェイスではなく組み込みインターフェイスの IP アドレスを使用することを推奨します。

• すべてのトラフィックに対してインライン インターフェイスを使用するように WAE を設定しており、組み込みインターフェイスには IP アドレスを割り当てていない場合に、WAE を 4.0.15 よりも前のバージョンにダウングレードすると、インライン インターフェイスに割り当てられた IP アドレスを使用している WAE 上の内部サービスは接続を失います。WAE をダウングレードする前に、組み込みインターフェイスに適切なネットワーク設定値を設定してください。

• WAAS Central Manager が 4.0.15 よりも前のバージョンのソフトウェアを実行している場合は、WAE が 4.0.15 以降のバージョンを実行しても、WAE のインライン インターフェイスへの IP アドレスの設定はサポートされません。

• WAE がすべてのトラフィックに対してインライン インターフェイスを使用するように設定されている構成で、WAAS Central Manager を 4.0.15 よりも前のバージョンにダウングレードすると、WAAS Central Manager はインライン インターフェイスをプライマリ インターフェイスとして認識できないため、WAE との通信は失われます。通信の喪失を回避するには、組み込みインターフェイスのいずれかで管理トラフィックを受信するように WAE を設定するか、[Device Name] > [Activation] ウィンドウの [Management IP] フィールドでインライン インターフェイス IP アドレスを代替管理アドレスとして設定します。

インライン サポートの VLAN の設定

最初、WAE はトラフィックをすべての VLAN から受信します。ある VLAN からのトラフィックを含めるまたは排除するように WAE を設定できます。排除された VLAN に対してトラフィックはグループで LAN/WAN インターフェイス間でブリッジングされ、処理されません。

インラインをサポートするように VLAN を設定するには、次の手順に従ってください。

ステップ 1 WAAS Central Manager GUI ナビゲーション ペインで、[Configure] > [Platform] > [Vlans] を選択します。

[Vlans] ウィンドウが表示され、定義された VLAN をリストします。修正する既存の VLAN の横にある [Edit Vlan] アイコンをクリックできます。

ステップ 2 タスクバーで、[Create New Vlan] アイコンをクリックします。[Creating Vlan] ウィンドウが表示されます（図 4-9 を参照）。

図 4-9 [Creating New Vlan] ウィンドウの例

ステップ 3 [Vlan Name] フィールドで、VLAN リストの名前を入力します。

ステップ 4 [VLAN Ranges] フィールドで、1 つまたは複数の VLAN 範囲のリストを入力します。各 VLAN 範囲をカンマで分離します（スペースはなし）。「インライン インターフェイス設定」の説明に従って、インライン インターフェイス グループを設定するときに、VLAN 範囲のこのリストは、最適化に含めたり除外したりすることができます。このフィールドに「native」を指定できません。

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

VLAN リスト作成のこの機能が提供され、VLAN リストをグローバルに設定できます。インライン インターフェイス用に VLAN を設定するには、この機能を使用する必要はありません。「インライン インターフェイス設定」の説明に従って、インライン インターフェイス設定ウィンドウで VLAN を直接設定できます。

インライン WAE のクラスタリング

Cisco WAE Inline Network Adapter が搭載された 2 台の WAE デバイスをシリアルでクラスタ化することにより、デバイスに障害が発生した場合のデータセンターでのアベイラビリティを高めることができます。現在の最適化デバイスに問題が発生した場合、インライン グループはシャットダウンするか、またはデバイスが過負荷になり、クラスタ内の 2 番めの WAE デバイスが最適化サービスを提供します。拡張またはロード バランシングの目的でシリアル インライン クラスタに WAE デバイスを導入する方法は、サポートされていません。

（注） 個々のアプリケーション アクセラレータではなく、TFO 過負荷で過負荷フェールオーバーが発生します。これは、一時的な過負荷防止を目的としています。過負荷状態で WAE の実行を継続すると、頻繁に過負荷フェールオーバーが発生するため、推奨しません。

シリアル クラスタは、連続的にトラフィック パスで接続される 2 つの WAE デバイスで構成されます。1 つの Cisco WAE Inline Network Adapter の WAN ポートは、図 4-10 に示すように、次の Cisco WAE Inline Network Adapter の LAN ポートなどに接続されます。

図 4-10 インライン クラスタ

シリアル クラスタでは、スイッチとルータの間のすべてのトラフィックは、すべてのインライン WAE を通過します。図 4-10 では、TCP 接続は WAE-1 によって最適化されます。WAE-1 に障害が発生すると、トラフィックはバイパスされ、WAE-2 によって最適化されます。

シリアルでクラスタ化された WAE のポリシー設定は同じである必要があります。また、クラスタ内の両方の WAE に同じデバイスを使用することを推奨します。

各 WAE でインライン WAE をシリアルでクラスタ化する場合、クラスタ内の他の WAE のアドレスを非最適化ピアとして設定する必要があります。これにより、シリアル クラスタの 2 つのピア WAE 間の最適化が無効となります。これは、ユーザが WAN リンクの各側の WAE ピア間のみでの最適化を希望しているためです。

シリアル クラスタの WAE 間のピア最適化を無効にするには、次の手順に従ってください。

ステップ 1 WAAS Central Manager GUI ナビゲーション ペインで、[My WAN] > [Manage Devices] を選択します（[Device Groups] からはピアを設定できません）。

WAAS ネットワークに設定されているすべてのデバイスを表示する [Devices] ウィンドウが表示されます。

ステップ 2 ピア最適化を設定するデバイスの横にある [Edit] アイコンをクリックします。シリアル クラスタとしてペアになっている 2 つの WAE からいずれかを選択できます。

[Device Dashboard] ウィンドウが表示されます。

ステップ 3 ナビゲーション ペインで、[Configure] > [Peer Settings] を選択します。

[Peer Settings] ウィンドウが表示されます（図 4-11を参照）。

図 4-11 ピアの設定

ステップ 4 [Select Peer] の三角形のコントロールをクリックすると、Central Manager を使用して登録されている他の WAE がウィンドウ下部に表示されます（[Select Peer] エリアを参照）。

ステップ 5 [Select Peer] エリアで、現在のデバイスのシリアル ピアの横にあるオプション ボタンをクリックします。ピア デバイスの名前が [Disable Optimization With Peer] フィールドに表示されます。

デバイス リストをフィルタする必要がある場合は、[Filter] フィールドに文字列を入力します。文字を入力すると、デバイス リストが動的にフィルタされ、デバイス名またはハードウェア デバイス ID にフィルタ文字列が含まれるデバイスのみが対象となります。

ステップ 6 [Automatically Configure Peer] チェックボックスを選択すると、Central Manager が同じ設定を使用して他のピアを設定し、現在のデバイスを使用して最適化を無効にすることができます。

このチェックボックスを選択しない場合、他のピアを手動で設定して、現在のデバイスを使用して最適化を無効にする必要があります。変更内容を送信した後、[Switch to Peer] ボタンをクリックして、このピア デバイスに関する同じ設定ページへ進みます。

ステップ 7 [Description] フィールドにピアの説明を入力します。デフォルトの説明は、ピアのデバイス名です。

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

CLI からシリアル ピア最適化を無効にするには、 no peer device-id グローバル コンフィギュレーション コマンドを使用します。シリアル ピア最適化を再度有効にするには、 peer device-id グローバル コンフィギュレーション コマンドを使用します。

Central Manager に登録されているすべてのシリアル クラスタ ペアのステータスを表示するには、WAAS Central Manager GUI ナビゲーション ペインで、[Configure] > [Peer Settings] を選択します。図 4-12 に示すように、[Peer Settings] ウィンドウが表示されます。

図 4-12 ピア設定ステータスの表示

ウィンドウには、ピア最適化を設定した各 WAE が表示されます。各シリアル クラスタ ペアに対して 2 つのエントリがあり、エントリの [Mutual Pair] カラムにチェック マークが付いていることを確認します。ペアの各 WAE にはエントリが設定されていることが必要です（たとえば、上図の最初と最後のエントリ）。

エントリの [Mutual Pair] カラムにチェック マークが付いていない場合は、シリアル ピアが設定されているが、このピアが最初のデバイスを使用してシリアル ピアとして同様に設定されていない WAE を示します。