IP アプリケーション サービス コンフィギュレーション ガイド Cisco IOS XE Release 3SG

WCCP は、Cisco Content Engine（または WCCP を実行する他のコンテンツ エンジン）を使用して、ネットワークの Web トラフィック パターンをローカライズします。それによって、ローカルでコンテンツ要求を実行できます。 トラフィックのローカライズによって伝送コストを引き下げ、ダウンロード時間を短縮できます。

WCCP によって、 ルーティング プラットフォームは、透過的にコンテンツ要求をリダイレクトできるようになります。 トランスペアレント リダイレクションの大きな利点は、Web プロキシを使用するためのブラウザの設定が不要ということです。 ユーザはターゲット URL を使用してコンテンツを要求できます。また、ユーザの要求はコンテンツ エンジンに自動的にリダイレクトされます。 この場合の「透過的」とは、エンド ユーザが要求したファイル（Web ページなど）が、元々指定していたサーバからではなく、コンテンツ エンジンから送信されることをそのユーザが意識しないという意味です。

コンテンツ エンジンでは、要求の受信時に、独自のローカル キャッシュからサービスを提供しようとします。 要求した情報が存在しない場合、コンテンツ エンジンから独自の要求が元のターゲット サーバに発行され、必要な情報が取得されます。 コンテンツ エンジンは、要求された情報を取得すると、要求クライアントに転送し、将来の要求に対応するためにキャッシュします。そのため、ダウンロードのパフォーマンスが大きく向上し、送信コストが大幅に削減されます。

WCCP により、一連のコンテント エンジン（コンテント エンジン クラスタと呼ぶ）が 1 つまたは複数のルータにコンテンツを提供できます。 ネットワーク管理者は、このようなクラスタ処理機能によって容易にコンテンツ エンジンを拡張し、高いトラフィック負荷を管理できます。 シスコ クラスタ処理テクノロジーを使用すると、各クラスタ メンバを同時に実行できるため、リニア スケーラビリティが実現します。 クラスタ処理コンテンツ エンジンによって、キャッシュ ソリューションのスケーラビリティ、冗長性、および可用性が大幅に改善されます。 最大 32 個のコンテンツ エンジンをクラスタ処理し、目的の容量まで拡張できます。

WCCP バージョン 2 のいくつかの機能が強化され、次のように WCCP プロトコルに機能が追加されました。

• 複数のルータがコンテンツ エンジン クラスタにサービスを提供できます。
• 多様な UDP および TCP トラフィックなど、HTTP（TCP ポート 80 トラフィック）以外のトラフィックをリダイレクトできます。
• パスワードと HMAC MD5 規格を使用して、サービス グループの一部になるルータとコンテンツ エンジンを制御できる、オプションの認証機能があります。
• 機能していないコンテンツ エンジンから返送された要求を判断できるパケットのチェック機能があります。
• 個々のコンテンツ エンジンの負荷を調整して、空きリソースを効率的に使用できるようになります。さらに、クライアントに対して高い Quality Of Service（QoS）を確保できます。

複数のルータが WCCPv2 を使用して 1 つのコンテンツ エンジン クラスタにサービスを提供できます。 WCCPv1 では、1 つのルータだけがコンテンツ要求をクラスタにリダイレクトできます。 次の図に、複数のルータを使用する設定例を示します。

図 1. WCCPv2 を使用した Cisco コンテンツ エンジン ネットワーク構成

クラスタ、および同じサービスを実行しているクラスタに接続するルータ内のコンテンツ エンジンのサブセットは、サービス グループと呼ばれます。 使用できるサービスには、TCP および UDP リダイレクションなどがあります。

WCCPv1 では、単一ルータのアドレスを使用して、コンテンツ エンジンが設定されました。 WCCPv2 の場合、各コンテンツ エンジンがサービス グループ内のすべてのルータを認識する必要があります。 サービス グループ内のすべてのルータのアドレスを指定するには、次のいずれかの方法を選択する必要があります。

• ユニキャスト：グループ内の各ルータのルータ アドレス リストを、各コンテンツ エンジンで設定します。 この場合、グループ内の各ルータのアドレスは、設定時に各コンテンツ エンジンについて明示的に指定する必要があります。
• マルチキャスト：単一のマルチキャスト アドレスを各コンテンツ エンジンで設定します。 マルチキャスト アドレス方式の場合、コンテンツ エンジンは、サービス グループのすべてのルータに提供するシングル アドレス通知を送信します。 たとえば、コンテンツ エンジンは、パケットを常にマルチキャスト アドレス 224.0.0.100 に送信するように示すことができます。それによって、マルチキャスト パケットは、WCCP を使用してリッスンしているグループ用に設定されたサービス グループ内のすべてのルータに送信されます（詳細については、ip wccp group-listen または ipv6 wccp group-listen インターフェイス コンフィギュレーション コマンドを参照してください）。

マルチキャスト オプションの場合に必要な操作は、各コンテンツ エンジンで単一のアドレスを指定することだけなので、設定が容易です。 このオプションを使用して、サービス グループからルータを動的に追加および削除できます。毎回、異なるアドレス リストを使用してコンテンツ エンジンを再設定する必要はありません。

次の一連のイベントで、WCCPv2 設定の動作の詳細について説明します。

1. 各コンテンツ エンジンは、ルータ リストを使用して設定します。
2. 各コンテンツ エンジンはプレゼンスと、通信の確立に使用されたすべてのルータ リストをアナウンスします。 ルータは、グループ内のコンテンツ エンジンのビュー（リスト）で応答します。
3. そのビューがクラスタ内のすべてのコンテンツ エンジンで一貫している場合、1 つのコンテンツ エンジンをリードとして指定し、ルータがパケットのリダイレクト時に展開する必要があるポリシーを設定します。

WCCPv2 では、複数のルータをキャッシュ エンジンのクラスタに追加できます。 サービス グループの複数のルータを使用すると、冗長構成、インターフェイスのアグリゲーション、およびリダイレクションの負荷分散が可能になります。 WCCPv2 は、サービス グループごとに最大 32 個のルータをサポートします。 各サービス グループの確立および保守は独立して行われます。

WCCPv2 には、パスワードとハッシュ メッセージ認証コード - メッセージ ダイジェスト（HMAC MD5）規格を使用して、サービス グループの一部になるルータとコンテンツ エンジンを制御できる、オプションの認証機能があります。 共有シークレット MD5 ワンタイム認証（ip wccp [password [0 | 7] password] グローバル コンフィギュレーション コマンドを使用して設定）を使用すれば、傍受、検査、およびリプレイからメッセージを保護することができます。

コンテンツ エンジンが、エラーまたは過負荷のために、キャッシュした要求オブジェクトを提供できない場合、コンテンツ エンジンは、元々指定されていた宛先サーバに前方転送するように、要求をルータに返送します。 WCCPv2 には、機能していないコンテンツ エンジンから返送された要求を判断できるパケットのチェック機能があります。 ルータはこの情報を使用して、（要求をコンテンツ エンジン クラスタに再送信しようとするのではなく）要求を元の宛先サーバに転送できます。 このプロセスのエラー処理はクライアントに意識されません。

コンテンツ エンジンがパケットを拒否し、パケット返送機能を開始する場合、一般的に次のような理由があります。

• コンテンツ エンジンが過負荷になり、パケットを処理する余裕がなくなった場合
• コンテンツ エンジンが、パケットのキャッシング機能が低下する特定の条件についてフィルタリングしている場合（たとえば、IP 認証が有効になった場合）

WCCP をイネーブルにすると、CPU の使用率が非常に高くなる場合があります。 WCCP カウンタを使用すると、直接ルータでバイパス トラフィックを確認できます。また、その原因が WCCP のイネーブル化による CPU の使用率の高さにあるかどうかを示すことができます。 場合によっては 10 % のバイパス トラフィックが標準で、他の状況では 10 % が高いこともあります。 ただし、25% を超える数値の場合、Web キャッシュの状況をより詳しく調査する必要があります。

バイパス トラフィックのレベルが高いことをカウンタが示している場合、次の手順は、コンテンツ エンジンのバイパス カウンタを確認し、コンテンツ エンジンがトラフィックのバイパスを選択した理由を判定します。 さらに詳細に調査するには、コンテンツ エンジン コンソールにログインし、CLI を使用します。 カウンタを使用すると、バイパスするトラフィックの割合を決定できます。

特定のサービス用にルータで保持される IPv6 Web Cache Communication Protocol（WCCP）統計情報（カウント）を削除するには、clear ipv6 wccp コマンドを使用できます。

特定のサービス用にルータで保持されるすべての（IPv4 および IPv6）Web Cache Communication Protocol（WCCP）統計情報（カウント）を削除するには、clear wccp コマンドを使用できます。

IPv6 Web Cache Communication Protocol（WCCP）グローバル統計情報（カウント）を表示するには、show ipv6 wccp コマンドを使用できます。

すべての（IPv4 および IPv6）Web Cache Communication Protocol（WCCP）グローバル統計情報（カウント）を表示するには、show wccp コマンドを使用できます。

1.    enable


2.    configure terminal


3.    ip wccp version {1 | 2}


4.    ip wccp [vrf vrf-name] {web-cache | service-number} [group-address multicast-address] [redirect-list access-list] [group-list access-list] [password password [0 | 7] ]


5.    interface type number


6.    ip wccp [vrf vrf-name] {web-cache | service-number} redirect {in | out}


7.    exit


8.    interface type number


9.    ip wccp redirect exclude in

Router> enable

Router# configure terminal

Router(config)# ip wccp version 2

Router(config)# ip wccp web-cache password password1

Router(config)# interface ethernet0/0

Router(config-if)# ip wccp web-cache redirect in

Router(config-if)# exit

Router(config)# interface GigabitEthernet 0/2/0

Router(config-if)# ip wccp redirect exclude in

1.    enable


2.    show ip wccp [vrf vrf-name] [web-cache |service-number] [detail view]


3.    show ip interface


4.    more system:running-config

Router> enable

Router# show ip wccp 24 detail

Router# show ip interface

Router# more system:running-config