リリース 4.1.3 およびそれ以降のための Cisco WAAS トラブルシューティング ガイド

章: WAAS アーキテクチャおよびトラフィックフローの概要

この技術情報はへのデータフローが、どのように処理される記述し、WAAS デバイスからフローしますか WAAS アーキテクチャを。 それは WAAS システムのトラブルシューティングを実行するのに助けるためにこれらの概念の基本的な知識を提供します。

目次

• 1 WAAS アーキテクチャを理解します
  • 1.1 AO
  • 1.2 ワウおよびバーチャル ブレード
  • 1.3 設定管理 システム
  • 1.4 スケジューラーとの DRE
  • 1.5 ストレージ
  • 1.6 ネットワーク I/O
  • 1.7 途中受信及びフロー管理
    • 1.7.1 オート ディスカバリ
    • 1.7.2 ポリシー エンジン
    • 1.7.3 フィルタ バイパス
• 2 WAAS トラフィックフロー

WAAS アーキテクチャの概要

ワイドエリア アプリケーション サービス（WAAS）の基本的な知識をアーキテクチャおよびデータフロー助けることができま持っていることは WAAS システムのトラブルシューティングを実行しますもっと簡単にするのを。 このセクションはどのように協力するか WAAS システムの主要な機能領域を記述し。

WAAS システムアーキテクチャは図 1.に示すように一連の機能領域かサービスに分けられます。

図 1. WAAS アーキテクチャ

AO

AO （アプリケーション オプティマイザー、別名アプリケーション アクセラレータ）はアプリケーション特有のソフトウェアですレイヤ7 である特定のプロトコルを最適化する（一般的 な レイヤ4 最適化を越えて）。 AO は WAE システムの「アプリケーション」として表示されるかもしれません（OS たとえで）。 プロトコル対応 AO が最適化を適用しないことにする場合代表者としてプロトコル対応 AO およびまた機能がないジェネリック AO はすべてのトラフィックのためのあらゆる状況で現れたのとして機能します。

ワウおよびバーチャル ブレード

WAAS （ワウ）の Windows サーバは仮想 な ブレードで動作する Microsoft Windows サーバです。 WAAS の仮想化 機能は WAE に常駐するか、またはデバイスを振るコンピュータ エミュレーターである 1つ以上の仮想 な ブレードを設定することを可能にします。 バーチャル ブレードは WAE ハードウェアでインストールする追加オペレーティング システムによって使用のための WAE システム リソースを割り当てることを可能にします。 仮想 な ブレードによって提供される分離環境のサードパーティ製のアプリケ− ションをホストできます。 たとえば、印刷する Run ウィンドウおよびドメイン ルックアップ サービスに WAE デバイスの仮想 な ブレードを設定する可能性があります。

設定管理 システム

設定管理 システム（CMS）は WAAS デバイス コンフィギュレーションの情報を保存するための WAAS 中央マネージャおよびデータベースで構成されています。 CMS はことを可能にします単一中央マネージャGUI から WAE デバイスおよびデバイス グループを設定・管理するためにインターフェイスさせて下さい。

スケジューラーとの DRE

スケジューラー（SO-DRE）との DRE はレイヤ4 最適化領域のキー モジュールで、データ冗長除去（DRE）および耐久性がある LZ 圧縮を含むシステムのすべてのデータ 整理手法に責任があります。 ここに設定されるデータ 整理のためのシステム全体のアルゴリズムに加えて、このコンポーネントはまたスケジューリング 要素が含まれていますシステムがよりよく異なる AO のために DRE を使用することの順序およびペースを制御するようにする。

ストレージ

ストレージシステムは複数のディスクがあるシステムのシステムディスクおよび論理的な RAID 音量を管理します。 磁気 ディスク 装置はシステム ソフトウェア、DRE キャッシュ、CIFS キャッシュおよび仮想 な ブレード ストレージのために使用されます。

ネットワーク I/O

ネットワーク 入出力 コンポーネントは WAE 通信への WAE およびクライアント/サーバ通信への WAE を含む WAE から、入って来るか、または出かけるデータコミュニケーションの処理と関連しているすべての側面に責任があります。

途中受信及びフロー管理

途中受信およびフロー管理は、ユーザが、代行受信する トラフィックが設定する、ポリシーを使用して自動的に同位を検出する構成され、TCP 接続の最適化を開始します複数のサブモジュールで。 いくつかのキー サブモジュールはオート ディスカバリ、ポリシー エンジンおよびフィルタ バイパスです。

オート ディスカバリ

オート ディスカバリはピアデバイスが互いを動的に検出するようにし、WAE ペアを前もって構成することを必要としません。 オート ディスカバリはある特定の接続のためのピア WAEs のペアを検出する WAEs 間のプロトコルを定義する複数のWAE エンドツーエンド メカニズムです。

WAE デバイスは TCP 3 ウェイ ハンドシェイクの間に自動的に 2 つのノードが TCP 接続を確立するとき互いを検出します発生する。 このディスカバリは SYN、SYN/ACK および ACK メッセージの TCP Options フィールド（0x21）へわずかデータを追加することによって達成されます。 この TCP オプションは WAE デバイスがどの WAE がリンクのもう一方の端に理解するようにあるし、最適化ポリシーがフローのために用いることを望む 2 つが記述するようにかします。 中間なら WAEs はネットワーク 経路に、それら他の WAEs によって最適化されているパススルー フロー単にあります。 オート ディスカバリ プロセスの終わりに、WAEs シフト以上 20億へそれらを接続の最適化されたセグメントをマークするために増加することによる参加 WAEs 間の TCP パケットのシーケンス番号。

ポリシー エンジン

ポリシー エンジン モジュールはそれに、それ適用される場合それを確認し AO 指示するデータ 整理（DRE）のレベル トラフィックが最適化される必要があったかどうか。 ポリシー エンジンは接続確立を越えるトラフィックを（たとえば、ペイロード 情報に基づいて）分類し、unoptimized から最適化されるへの接続のフローを動的に変更します。

ポリシーの要素は次が含まれています:

• アプリケーション 定義: トラフィックの種類の Help レポート統計情報へのトラフィックの論理的なグループ化。
• トラフィック 分類子: ヘルプが『Connections』 を選択 する Access Control List （ACL）は IP アドレスに、ポート、等基づいていました。
• ポリシーマップ: 最適化の種類を規定 する適用される操作を用いるアプリケーションおよび分類子を、もしあれば結合 します。 2 種類のポリシーマップがあります:
  • 静的なポリシーマップ: 取除かれる CLI または GUI によるデバイスで（設定されませんでしたりまたは）および耐久性がありますデフォルトでインストールされる。
  • ダイナミック ポリシーマップ: WAE によって自動的に設定されて新しい接続を許可する寿命をちょうど長く十分に持ち。

次の設定例は分類子（HTTP）および操作を含むポリシー エンジン アプリケーション 定義（Web）を示します（最適化するは十分に http を加速します）:

wae(config)# policy-engine application map basic
wae(config-app-bsc)# name Web classifier HTTP action optimize full accelerate http set-dscp copy

フィルタ バイパス

途中受信の後で、フィルタ バイパス モジュールはポリシー エンジンとオートディスカバリ間の仲介人として機能します。 フィルタ バイパス モジュールは接続のライフのフィルタリング 表のすべての最適化された接続をトラッキングします。 さらに、それはパススルー接続をトラッキングしますが、パススルー テーブルエントリは 3 秒後に時間を計られます。

WAAS トラフィックフロー

このセクションは WAAS でパケットフローを記述します。

パケットがシステムを入力すると同時に図 2 フィルタ バイパス フロー 確立を示します。

図 2.フィルタ バイパス フロー 確立

1. フローの Syn パケットはシステムを入力します。 このパケットはフィルタ バイパス モジュールにルーティングされます。

2. フィルタ バイパス モジュールによってはフローがどのようにの処理する必要があるかポリシー エンジンが参照します。

2a. ポリシー エンジンによっては設定され、動的に追加されたポリシーが参照し、WAE がこのフローのためにする可能性があるものを AO および SO-DRE の現在の動作状態に基づいて、決定します: パススルーは、ローカルで終了するか、または最適化します。

2b. ポリシー エンジンからパケットおよびデシジョンはフィルタ バイパス モジュールにそれから戻ります。

3. フィルタ バイパス モジュールは次のいずれかの方法のポリシー エンジン デシジョンで機能します:

3a. すぐにパケットを送信 します（パススルー）。

3b. AO によってローカル ターミネーションのためにパケットを送信 します。

3c. 最適化のためのオート ディスカバリ モジュールにパケットを送信 します。

フィルタ バイパス モジュールが 3c を『Option』 を選択 する場合、パケットはオート ディスカバリ モジュールに送信 されます。 オート ディスカバリ モジュールはどんな最適化がすることができるか判別しますピア WAE およびイネーブルになった機能のアベイラビリティに基づいて。 ピア WAE は遠隔ノードに TCP ハンドシェイクの間に追加される TCP オプションの使用によって検出されます。 ピア WAE は利用できることをオート ディスカバリ モジュールが判別すれば、接続はこれからの プロセスのために TCP 3 ウェイ ハンドシェイクが完了すれば渡されます。 ピア WAE がはじめて検出される場合、WAEs は AO バージョンおよび機能についてその上にネゴシエートします。 この情報が接続のための AO レベル機能を決定するのに使用されています。

4. 仕様 L4 および L7 最適化の接続は最終的に是認され、適切な L4 （DRE）および L7 （AO）アクセラレータ モジュール システムにへの渡されます。 （接続確立の間にネゴシエートされる）最適化するできないためにプロトコル対応 AO （HTTP、MAPI 検出される以降等）によってである接続に関しては、接続は DRE 最適化の有無にかかわらずジェネリック AO によって、処理されます。