Cisco Application Control Engine モジュール サーバ ロード バランシング コンフィギュレーション ガイド

HTTP ヘッダー挿入の設定

ACE で NAT を使用してクライアントの送信元 IP アドレスを VIP に変換する場合、TCP および IP リターン トラフィックに対応するクライアントを特定する方法がサーバに必要です。NAT を使用して送信元 IP アドレスが変換されているクライアントを特定する目的で、ユーザによって選択された総称ヘッダーとストリング値をクライアント HTTP 要求に挿入することを ACE に指示できます。（NAT の詳細については、『 Cisco Application Control Engine Module Security Configuration Guide 』を参照してください）。

（注） TCP サーバ再利用または持続性再バランスのどちらかがイネーブルの場合、ACE はあらゆるクライアント要求にヘッダーを挿入します。TCP サーバ再利用については、「TCP サーバ再利用の設定」を参照してください。持続性再バランスについては、「HTTP 持続性再バランスのイネーブル化」を参照してください。

クライアントからの HTTP 要求、サーバからの応答、またはその両方にヘッダー名および値を挿入するには、アクション リスト変更コンフィギュレーション モードで header insert コマンドを使用します。このコマンドの構文は次のとおりです。

header insert { request | response | both } header_name header-value expression

キーワード、オプション、および引数は、次のとおりです。

• request - ACE がクライアントからの HTTP 要求パケットにだけ HTTP ヘッダーを挿入するよう指定します。

• response - ACE がサーバからの HTTP 応答パケットにだけ HTTP ヘッダーを挿入するよう指定します。

• both - ACE が HTTP 要求パケットと応答パケット両方に HTTP ヘッダーを挿入するよう指定します。

• header_name - HTTP ヘッダーの 識別子。最大 255 文字の英数字を、引用符で囲まずに入力します。

• header-value expression - 要求パケット、応答パケット、または両方に挿入する HTTP ヘッダーの値を指定します。スペースを含まず引用符なしの英数字を入力します（最大 255 文字）。次の動的置換文字列を使用することもできます。

– %is - HTTP ヘッダーに送信元 IP アドレスを挿入

– %id - HTTP ヘッダーに宛先 IP アドレスを挿入

– %ps - HTTP ヘッダーに送信元ポートを挿入

– %pd - HTTP ヘッダーに宛先ポートを挿入

ACE は、データ ストリングの照合に正規表現（regex）を使用することをサポートします。 表 3-3 は、正規表現で使用できるサポート対象文字の一覧です。置換パターンで %1 および %2 を使用する動的置換にはカッコ式を使用します。

（注） データ ストリングの照合時の正規表現では、ピリオド（.）および疑問符（?）が文字通りの意味を持たないことに注意してください。これらの記号を照合する場合は、角カッコ（[ ]）を使用します。たとえば、www.xyz.com の代わりに www[.]xyz[.]com を入力します。ドット（.）または疑問符（?）のエスケープとしてバックスラッシュ（\）を使用することもできます。

たとえば、クライアント要求とサーバ応答ヘッダーの両方に Host: source_ip:source_port を挿入するには、次のように入力します。

アクション リストとレイヤ 7 ロード バランシング ポリシー マップを関連付けるには、次のように入力します。

アクション リストから header insert コマンドを削除するには、次のように入力します。

HTTP ヘッダーの書き換えの設定

クライアントからの要求パケット、サーバからの応答パケット、またはその両方の HTTP ヘッダーを書き換えるには、アクション リスト変更コンフィギュレーション モードで header rewrite コマンドを使用します。このコマンドの構文は次のとおりです。

header rewrite { request | response | both } header_name header-value expression replace pattern

キーワードおよび引数は、次のとおりです。

• request - ACE がクライアントからの HTTP 要求パケットの HTTP ヘッダー ストリングだけを書き換えるよう指定します。

• response - ACE がサーバからの HTTP 応答パケットの HTTP ヘッダー ストリングだけを書き換えるよう指定します。

• both - ACE が HTTP 要求パケットと応答パケットの両方の HTTP ヘッダー ストリングを書き換えるよう指定します。

• header_name - HTTP ヘッダーの 識別子。最大 255 文字の英数字を、引用符で囲まずに入力します。

• header-value expression - 要求パケット、応答パケット、またはその両方で置き換える HTTP ヘッダーの値を指定します。1 ～ 255 文字の英数字を入力します。ACE は、データ ストリングの照合に regex を使用することをサポートします。正規表現に使用できる、サポート対象文字の一覧については、 表 3-3 を参照してください。置換パターンで %1 および %2 を使用する動的置換にはカッコ式を使用します。

（注） データ ストリングの照合時の正規表現では、ピリオド（.）および疑問符（?）が文字通りの意味を持たないことに注意してください。これらの記号を照合する場合は、角カッコ（[ ]）を使用します。たとえば、www.xyz.com の代わりに www[.]xyz[.]com を入力します。ドット（.）または疑問符（?）のエスケープとしてバックスラッシュ（\）を使用することもできます。

• replace pattern - ヘッダー値の正規表現の代わりに使用するパターン ストリングを指定します。ヘッダー値の最初と 2 番めのカッコ式を動的に置換するには、それぞれ %1 と %2 を使用します。

www.cisco.com を www.cisco.net に置き換えるには、次のように入力します。

アクション リストとレイヤ 7 ロード バランシング ポリシー マップを関連付けるには、次のように入力します。

アクション リストから header rewrite コマンドを削除するには、次のように入力します。

HTTP ヘッダーの削除の設定

クライアントからの要求、サーバからの応答、またはその両方の HTTP ヘッダーを削除するには、アクション リスト変更コンフィギュレーション モードで header delete コマンドを使用します。このコマンドの構文は次のとおりです。

header delete { request | response | both } header_name

キーワードおよび引数は、次のとおりです。

• request - ACE がクライアントからの HTTP 要求パケットのヘッダーだけを削除するよう指定します。

• request - ACE がサーバからの HTTP 応答パケットのヘッダーだけを削除するよう指定します。

• both - ACE が HTTP 要求パケットと応答パケットの両方のヘッダーを削除するよう指定します。

• header_name - 削除する HTTP ヘッダーの 識別子。最大 255 文字の英数字を、引用符で囲まずに入力します。

たとえば、要求パケットだけから Host ヘッダーを削除するには、次のように入力します。

アクション リストとレイヤ 7 ロード バランシング ポリシー マップを関連付けるには、次のように入力します。

アクション リストから header delete コマンドを削除するには、次のように入力します。

レイヤ 4 ペイロードの一致基準の定義

汎用データ解析は、TCP または UDP ペイロードのあるレイヤ 4 で開始します。これにより、レイヤ 5 のデータ（Lightweight Directory Access Protocol [LDAP] または DNS の場合）、またはレイヤ 7 のヘッダーやペイロード（たとえば、HTTP）を照合できます。クラス マップ汎用コンフィギュレーション モードで match layer4-payload コマンドを使用して、レイヤ 4 ペイロードの一致基準を定義できます。このコマンドの構文は次のとおりです。

[ line_number ] match layer4-payload [ offset number ] | regex expression

（注） 同じ match-all クラス マップで複数の match layer4-payload コマンドは設定できません。

キーワード、オプション、および引数は、次のとおりです。

• line_number - （任意）個々の match コマンドを編集または削除するために 使用できるライン番号 。たとえば、 no line_number を入力すると、ライン全体を入力しなくても、長い match コマンドを削除できます。シーケンス番号は、match 文のプライオリティを意味するものではありません。2 ～ 1024 の固有の整数を入力します。

• offset number - （任意）レイヤ 4 ペイロード式検索ストリングが開始する、データの絶対オフセットを指定します。オフセットは TCP または UDP 本体の最初のバイトから開始します。0 ～ 999 の整数を入力します。デフォルト値は 0 です。

• regex expression - TCP または UDP エンティティ本体に含まれるレイヤ 4 ペイロード式を指定します。ACE は、データ ストリングの照合に regex を使用することをサポートします。正規表現に使用できる、サポート対象文字の一覧については、 表 3-3 を参照してください。置換パターンで %1 および %2 を使用する動的置換にはカッコ式を使用します。

（注） データ ストリングの照合時の正規表現では、ピリオド（.）および疑問符（?）が文字通りの意味を持たないことに注意してください。これらの記号を照合する場合は、角カッコ（[ ]）を使用します。たとえば、www.xyz.com の代わりに www[.]xyz[.]com を入力します。ドット（.）または疑問符（?）のエスケープとしてバックスラッシュ（\）を使用することもできます。

（注） 1 つのレイヤ 4 ポリシー マップに、同タイプの regex のインスタンスを最大 1024 関連付けることができます。この制限は、generic、HTTP、RADIUS、RDP、RTSP、SIP など、すべてのレイヤ 7 ポリシー マップ タイプに適用されます。regex を設定できる場所は、次のとおりです。

• レイヤ 7 クラス マップの match ステートメント

• レイヤ 7 ポリシー マップのインライン match ステートメント

• サーバ ファームのレイヤ 7 ハッシュ プレディクタ

• スティッキ グループ内のレイヤ 7 スティッキ表現

• レイヤ 7 アクション リスト内のヘッダー挿入および再書き込み（SSL URL 再書き込みを含む）表現

たとえば、汎用レイヤ 4 データ解析のクラス マップを作成するには、次のように入力します。

クラス マップから match 文を削除するには、次のように入力します。

送信元 IP アドレス一致基準の定義

クライアントの送信元 IP アドレスに基づいてトラフィックをフィルタリングするようにクラス マップを設定するには、クラス マップ汎用コンフィギュレーション モードで match source-address コマンドを使用します。クラス マップの一致基準がこのコマンドだけの場合、レイヤ 3 およびレイヤ 4 クラス マップと見なします。

このコマンドの構文は次のとおりです。

[ line_number ] match source-address ip_address [ netmask ]

引数およびオプションは次のとおりです。

• line_number - （任意）個々の match コマンドを編集または削除するために 使用できるライン番号 。たとえば、 no line_number を入力すると、ライン全体を入力しなくても、長い match コマンドを削除できます。ライン番号は、 match 文のプライオリティを意味するものではありません。2 ～ 1024 の固有の整数を入力します。

• ip_address - クライアントの送信元 IP アドレス。ドット付き 10 進表記で IP アドレスを入力します（例：192.168.11.2）。

• netmask - （任意）IP アドレスのサブネット マスク。ドット付き 10 進表記でネットマスクを入力します（例：255.255.255.0）。デフォルト値は 255.255.255.255 です。

（注） 同じ match-all クラス マップで複数の match source-address コマンドは設定できません。

たとえば、送信元 IP アドレス 192.168.11.2 255.255.255.0 に対するクラス マップ照合を指定するには、次のように入力します。

クラス マップから送信元 IP アドレスの match 文を削除するには、次のように入力します。

レイヤ 7 SLB クラス マップのネスト

クラス マップをネストすると、汎用解析に複雑な論理式を使用できます。ある汎用クラス マップを別の汎用クラス マップの一致基準として指定するには、クラス マップ汎用コンフィギュレーション モードで match class-map コマンドを使用します。

（注） ACE では、ネストされたクラス マップを別のクラス マップに含めることがないように、クラス マップのネストが 2 段階までに制限されます。

このコマンドの構文は次のとおりです。

[ line_number ] match class-map map_name

キーワード、引数、およびオプションは、次のとおりです。

• line_number - （任意）個々の match コマンドを編集または削除するために 使用できるライン番号 。たとえば、 no line_number を入力すると、ライン全体を入力しなくても、長い match コマンドを削除できます。

• map_name - 既存の汎用クラス マップの名前

match class-map コマンドを使用すると、同じクラス マップで match-any キーワードと match-all キーワードを組み合わせて使用できます。1 つのクラス マップで match-all 特性と match-any 特性を組み合わせるには、 match コマンド（ match any または match all のいずれか）を 1 つ使用するクラス マップを作成し、その後、別の match タイプを使用する第 2 のクラス マップの match 文としてこのクラス マップを使用します。

たとえば、コマンド A、B、C、および D がそれぞれ別々の一致基準を表す場合に、A、B、または C および D（A または B または [C および D]）と一致することによってクラス マップを満足させる、汎用プロトコル トラフィックを求めるとします。ネストされたクラス マップを使用しなかった場合、トラフィックがクラス マップを満足させるには、4 種類すべての一致基準（A、B、C、D）と一致しなければならないか、またはいずれかの一致基準（A、B、C、D）と一致しなければなりません。一致基準 C および D と一致する（基準 E） match-all キーワードを使用するクラス マップを 1 つ作成することによって、一致基準 A、B、および E を使用する match-any クラス マップを新しく作成できます。新しいトラフィック クラスには、必要な分類シーケンスである A または B または E が含まれます。これは、A または B または [C および D] と同じです。

たとえば、 match class-map コマンドを使用して、それぞれ match-any 特性と match-all 特性を持つ 2 つのクラス マップを結合して、1 つのクラス マップにするには、次のように入力します。

汎用クラス マップからネストされたクラス マップを削除するには、次のように入力します。

コンフィギュレーションの考慮事項

SLB 用のクラス マップを作成する場合、制約事項は次のとおりです。

• レイヤ 3 およびレイヤ 4 ポリシー マップごとに、最大 10 の cookie 名およびヘッダー名を関連付けることができます。10 という最大数を超えないかぎり、cookie 名とヘッダー名の数の配分は任意です。

• レイヤ 3 およびレイヤ 4 ポリシー マップごとに、同じタイプの正規表現（regex）のインスタンスを最大 1024 関連付けることができます。この制限は、generic、HTTP、RADIUS、RDP、RTSP、SIP など、すべてのレイヤ 7 ポリシー マップ タイプに適用されます。regex を設定できる場所は、次のとおりです。

– レイヤ 7 クラス マップの match ステートメント

– レイヤ 7 ポリシー マップのインライン match ステートメント

– サーバ ファームのレイヤ 7 ハッシュ プレディクタ

– スティッキ グループ内のレイヤ 7 スティッキ表現

– レイヤ 7 アクション リスト内のヘッダー挿入および再書き込み（SSL URL 再書き込みを含む）表現

• ACE では、ネストされたクラス マップを別のクラス マップに含めることがないように、クラス マップのネストが 2 段階までに制限されます。

• クラス マップの最大数は、ACE ごとに 8192 です。

ロード バランシング用の HTTP コンテンツ照合の定義

ACE では、メッセージ本文（ヘッダーではない）の正規表現ストリングに基づき、特定の接続から受信した HTTP メッセージ本文に対して、正規表現照合を実行します。HTTP コンテンツに基づいてレイヤ 7 SLB の決定が行われるようにクラス マップを設定するには、クラス マップ コンフィギュレーション モードで match http content コマンドを使用します。このコマンドの構文は次のとおりです。

[ line_number ] match http content expression [ offset number ]

引数およびオプションは次のとおりです。

• line_number - （任意）個々の match コマンドを編集または削除するために 使用できるライン番号 。たとえば、 no line_number を入力すると、ライン全体を入力しなくても、長い match コマンドを削除できます。ライン番号は、 match 文のプライオリティを意味するものではありません。2 ～ 1024 の固有の整数を入力します。

• expression - 照合する正規表現コンテンツ。1 ～ 255 文字の英数字でストリングを入力します。ACE は、データ ストリングの照合に正規表現を使用することをサポートします。正規表現に使用できる、サポート対象文字の一覧については、 表 3-3 を参照してください。

（注） データ ストリングの照合時の正規表現では、ピリオド（.）および疑問符（?）が文字通りの意味を持たないことに注意してください。これらの記号を照合する場合は、角カッコ（[ ]）を使用します。たとえば、www.xyz.com の代わりに www[.]xyz[.]com を入力します。ドット（.）または疑問符（?）のエスケープとしてバックスラッシュ（\）を使用することもできます。

• offset number - （任意）ACE がメッセージ本文の解析を開始するバイトを指定します。0 ～ 999 の整数を入力します。デフォルト値は 0 です。

たとえば、次のように入力します。

HTTP ロード バランシング用の cookie の定義

ACE では、cookie 式に基づき、特定の接続から受信したパケット データに対して、正規表現照合を実行します。クラスごとに最大 10 の cookie 名およびヘッダー名を任意の組み合わせで設定できます。cookie の名前とストリングに基づいてレイヤ 7 SLB の決定が行われるようにクラス マップを設定するには、クラス マップ コンフィギュレーション モードで match http cookie コマンドを使用します。このコマンドの構文は次のとおりです。

[ line_number ] match http cookie { name | secondary name } cookie-value expression

キーワード、引数、およびオプションは、次のとおりです。

• line_number - （任意）個々の match コマンドを編集または削除するために 使用できるライン番号 。たとえば、 no line_number を入力すると、ライン全体を入力しなくても、長い match コマンドを削除できます。シーケンス番号は、match 文のプライオリティを意味するものではありません。2 ～ 1024 の固有の整数を入力します。

• name - 固有の cookie 名。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。

（注） cookie 名に下線（_）、ハイフン（-）、ピリオド（.）、セミコロン（;）など、特定の文字を使用する場合は、これらの文字に相当するパーセント符号化（% HEX HEX）文字に置き換えます。たとえば、Regex_MatchCookie という cookie 名を設定する場合は、下線（_）文字を相当するパーセント符号化文字である %5F に置き換え、CLI には cookie 名として Regex%5FMatchCookie を入力します。

• secondary name - URL ストリング内の cookie を指定します。HTTP パラメータ マップでコマンドを使用すると、URL ストリング内の cookie のデリミタを指定できます。詳細については、「URL デリミタの定義」を参照してください。

• cookie-value expression - 一意の cookie 値の正規表現を指定します。スペースを含まず引用符なしの英数字を入力します（最大 255 文字）。または、ストリング全体を引用符（"）で囲むことによって、スペースが含まれるテキスト ストリングを入力することもできます。ACE は、ストリング表現の照合に正規表現の使用をサポートします。ストリング式の照合に使用できる、サポート対象文字の一覧については、 表 3-3 を参照してください。

（注） データ ストリングの照合時の正規表現では、ピリオド（.）および疑問符（?）が文字通りの意味を持たないことに注意してください。これらの記号を照合する場合は、角カッコ（[ ]）を使用します。たとえば、www.xyz.com の代わりに www[.]xyz[.]com を入力します。ドット（.）または疑問符（?）のエスケープとしてバックスラッシュ（\）を使用することもできます。

たとえば、testcookie1 という名前の cookie にレイヤ 7 クラス マップ ロード バランスを指定するには、次のように入力します。

クラス マップから HTTP cookie match 文を削除するには、次のように入力します。

ロード バランシング用の HTTP ヘッダーの定義

ACE では、HTTP ヘッダー式に基づき、特定の接続から受信したパケット データに対して、正規表現照合を実行します。クラスごとに最大 10 の HTTP ヘッダー名および cookie 名を任意の組み合わせで設定できます。HTTP ヘッダーの名前と値に基づいてレイヤ 7 SLB の決定が行われるようにクラス マップを設定するには、クラス マップ HTTP ロード バランス コンフィギュレーション モードで match http header コマンドを使用します。

このコマンドの構文は次のとおりです。

[ line_number ] match http header name header-value expression

キーワード、引数、およびオプションは、次のとおりです。

• line_number - （任意）個々の match コマンドを編集または削除するために 使用できるライン番号 。たとえば、 no line_number を入力すると、ライン全体を入力しなくても、長い match コマンドを削除できます。シーケンス番号は、match 文のプライオリティを意味するものではありません。2 ～ 1024 の固有の整数を入力します。

• name - HTTP ヘッダーのフィールドの名前。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。または、ストリング全体を引用符（"）で囲むことによって、スペースが含まれるテキスト ストリングを入力することもできます。標準 HTTP ヘッダー フィールド名または任意のユーザ定義のヘッダー フィールド名を含む、任意のヘッダー フィールド名を入力できます。標準 HTTP ヘッダー フィールド名の一覧については、 表 3-4 を参照してください。

• header-value expression - HTTP ヘッダーの指定されたフィールドの値と比較する、ヘッダー値の正規表現ストリングを指定します。最大 255 文字の英数字を入力します。ACE は、ヘッダー照合に正規表現を使用することをサポートします。式はヘッダー マップに、 header-name: expression の形式で格納されます。スペースが含まれるストリング全体を引用符で囲むことによって、ヘッダー式にスペースを使用できます。 match-all クラス マップを使用する場合は、ヘッダー マップのすべてのヘッダーを照合する必要があります。正規表現に使用できる、サポート対象文字の一覧については、 表 3-3 を参照してください。

（注） データ ストリングの照合時の正規表現では、ピリオド（.）および疑問符（?）が文字通りの意味を持たないことに注意してください。これらの記号を照合する場合は、角カッコ（[ ]）を使用します。たとえば、www.xyz.com の代わりに www[.]xyz[.]com を入力します。ドット（.）または疑問符（?）のエスケープとしてバックスラッシュ（\）を使用することもできます。

たとえば、Host という名前の HTTP ヘッダーにレイヤ 7 クラス マップ ロード バランスを指定するには、次のように入力します。

クラス マップで正規表現を使用してワイルドカード検索のエミュレーションを行い、ヘッダー値式ストリングを照合するには、次のように入力します。

Via という名前の HTTP ヘッダーにレイヤ 7 クラス マップ ロード バランスを指定するには、次のように入力します。

L7SLBCLASS クラス マップからすべての HTTP ヘッダー一致基準を削除するには、次のように入力します。

HTTP ロード バランシング用の URL の定義

ACE では、HTTP URL ストリングに基づき、特定の接続から受信したパケット データに対して、正規表現照合を実行します。URL 名および任意で HTTP 方式に基づいてレイヤ 7 SLB の決定が行われるようにクラス マップを設定するには、クラス マップ HTTP ロード バランス コンフィギュレーション モードで match http url コマンドを使用します。このコマンドの構文は次のとおりです。

[ line_number ] match http url expression [method name ]

キーワード、引数、およびオプションは、次のとおりです。

• line_number - （任意）個々の match コマンドを編集または削除するために 使用できるライン番号 。たとえば、 no line_number を入力すると、ライン全体を入力しなくても、長い match コマンドを削除できます。 line_number ライン番号は、 match 文のプライオリティを意味するものではありません。2 ～ 1024 の固有の整数を入力します。

• expression - 照合する URL または URL の一部分。1 ～ 255 文字の英数字で URL ストリングを入力します。ACE では、URL にホスト名が含まれているかどうかに関係なく、HTTP 方式の後ろにある URL ストリングに対して照合を実行します。ACE は、URL ストリングの照合に正規表現を使用することをサポートします。正規表現に使用できる、サポート対象文字の一覧については、 表 3-3 を参照してください。

（注） URL の照合時の正規表現では、ピリオド（.）および疑問符（?）が文字通りの意味を持たないことに注意してください。これらの記号を照合する場合は、角カッコ（[ ]）を使用します。たとえば、www.xyz.com の代わりに www[.]xyz[.]com を入力します。ドット（.）または疑問符（?）のエスケープとしてバックスラッシュ（\）を使用することもできます。

• method name - （任意）照合する HTTP 方式を指定します。方式名として、最大 64 文字の英数字を引用符で囲まず、スペースを使用しないで入力します。方式は、標準 HTTP 1.1 方式名（OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE、または CONNECT）の 1 つにすることも、または厳密に一致しなければならないテキスト ストリング（CORVETTE など）にすることもできます。

特定の URL にレイヤ 7 クラス マップ ロード バランスを指定するには、次のように入力します。

正規表現を使用してワイルドカード検索のエミュレーションを行い、あらゆる .gif または .html ファイルと一致するには、次のように入力します。

L7SLBCLASS クラス マップから URL match 文を削除するには、 no およびライン番号を入力します。たとえば、ライン 100 を削除する場合は、次のように入力します。

（注） ライン番号を使用しないで、オリジナル URL の match 文を入力した場合は、実行コンフィギュレーションからライン番号を取得できます。実行コンフィギュレーションを表示するには、show running-config コマンドを入力します。

RADIUS ロード バランシングのアトリビュートの定義

ACE では、calling-station-ID またはユーザ名の RADIUS アトリビュートに基づいてレイヤ 7 RADIUS ロード バランシングを実行します。レイヤ 7 クラス マップを設定したら（「SLB に対応するレイヤ 7 クラス マップの設定」 を参照）、クラス マップ RADIUS ロード バランス コンフィギュレーション モードで match radius attribute コマンドを使用して、レイヤ 7 RADIUS 一致基準を指定できます。このコマンドの構文は次のとおりです。

match radius attribute { calling-station-id | username } expression

キーワードおよび引数は、次のとおりです。

• calling-station-id - 発信側端末の UID を指定します。

• username - 接続を開始する RADIUS ユーザの名前を指定します。

• expression - 照合する発信側端末 ID またはユーザ名。1 ～ 64 文字の英数字でストリングを入力します。ACE は、ストリングの照合に正規表現を使用することをサポートします。正規表現に使用できる、サポート対象文字の一覧については、 表 3-3 を参照してください。

（注） match-all クラス マップでは、同じタイプの match を複数設定できず、match-any クラス マップでは異なるタイプの match を複数設定できません。

たとえば、発信側端末 ID に基づいて RADIUS 一致基準を設定するには、次のように入力します。

RADIUS_L7_CLASS クラス マップから RADIUS アトリビュート match 文を削除するには、 no およびライン番号を入力します。たとえば、ライン 10 を削除する場合は、次のように入力します。

RTSP ロード バランシング用のヘッダーの定義

ACE では、RTSP ヘッダー式に基づき、特定の接続から受信したパケット データに対して、正規表現照合を実行します。1 つのクラスで最大 10 の RTSP ヘッダー名を設定できます。

（注） ACE が RTSP セッション要求を受信すると、最初の要求メッセージに基づいてロード バランシングが決定されます。以後の要求と応答メッセージの交換はすべて同じサーバに転送されます。ヘッダー一致基準を設定する場合、ヘッダーがメディア プレーヤーによって最初の要求メッセージに含まれているか確認します。

RTSP ヘッダーの名前と値に基づいてレイヤ 7 SLB の決定が行われるようにクラス マップを設定するには、クラス マップ RTSP ロード バランス コンフィギュレーション モードで match rtsp header コマンドを使用します。

このコマンドの構文は次のとおりです。

[ line_number ] match rtsp header name header-value expression

キーワード、引数、およびオプションは、次のとおりです。

• line_number - （任意）個々の match コマンドを編集または削除するために 使用できるライン番号 。たとえば、 no line_number を入力すると、ライン全体を入力しなくても、長い match コマンドを削除できます。シーケンス番号は、 match 文のプライオリティを意味するものではありません。2 ～ 1024 の固有の整数を入力します。

• name - RTSP ヘッダーのフィールドの名前。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。または、ストリング全体を引用符（"）で囲むことによって、スペースが含まれるテキスト ストリングを入力することもできます。標準 RSTP ヘッダー フィールド名または任意のユーザ定義のヘッダー フィールド名を含む、任意のヘッダー フィールド名を入力できます。

（注） RTSP は HTTP/1.1 の構文と動作において類似しているので、RTSP サーバがサポートしている場合、表 3-4 で定義された任意の HTTP ヘッダーを使用できます。すべての RTSP ヘッダーの一覧については、RFC 2326 を参照してください。

• header-value expression - RTSP ヘッダーの指定されたフィールドの値と比較する、ヘッダー値式のストリングを指定します。最大 255 文字の英数字を入力します。ACE は、ヘッダー照合に正規表現を使用することをサポートします。式はヘッダー マップに、 header-name: expression の形式で格納されます。スペースが含まれるストリング全体を引用符で囲むことによって、ヘッダー式にスペースを使用できます。 match-all クラス マップを使用する場合は、ヘッダー マップのすべてのヘッダーを照合する必要があります。正規表現に使用できる、サポート対象文字の一覧については、 表 3-3 を参照してください。

たとえば、Session という名前の RTSP ヘッダーにレイヤ 7 クラス マップ ロード バランスを指定するには、次のように入力します。

クラス マップで正規表現を使用してワイルドカード検索のエミュレーションを行い、ヘッダー値式ストリングを照合するには、次のように入力します。

Via という名前の RTSP ヘッダーにレイヤ 7 クラス マップ ロード バランスを指定するには、次のように入力します。

L7SLBCLASS クラス マップからすべての RTSP ヘッダー一致基準を削除するには、次のように入力します。

RTSP ロード バランシング用の URL の定義

ACE では、RTSP URL ストリングに基づき、特定の接続から受信したパケット データに対して、正規表現照合を実行します。URL 名および任意で RTSP 方式に基づいてレイヤ 7 SLB の決定が行われるようにクラス マップを設定するには、クラス マップ RTSP ロード バランス コンフィギュレーション モードで match rtsp url コマンドを使用します。このコマンドの構文は次のとおりです。

[ line_number ] match rtsp url expression

キーワード、引数、およびオプションは、次のとおりです。

• line_number - （任意）個々の match コマンドを編集または削除するために 使用できるライン番号 。たとえば、 no line_number を入力すると、ライン全体を入力しなくても、長い match コマンドを削除できます。 line_number ライン番号は、 match 文のプライオリティを意味するものではありません。2 ～ 1024 の固有の整数を入力します。

• expression - 照合する URL または URL の一部分。1 ～ 255 文字の英数字で URL ストリングを入力します。ACE では、URL にホスト名が含まれているかどうかに関係なく、RTSP 方式の後ろにある URL ストリングに対して照合を実行します。ACE は、URL ストリングの照合に正規表現を使用することをサポートします。正規表現に使用できる、サポート対象文字の一覧については、 表 3-3 を参照してください。

（注） URL の照合時の正規表現では、ピリオド（.）および疑問符（?）が文字通りの意味を持たないことに注意してください。これらの記号を照合する場合は、角カッコ（[ ]）を使用します。たとえば、www.xyz.com の代わりに www[.]xyz[.]com を入力します。ドット（.）または疑問符（?）のエスケープとしてバックスラッシュ（\）を使用することもできます。

特定の URL にレイヤ 7 クラス マップ ロード バランスを指定するには、次のように入力します。

正規表現を使用してワイルドカード検索のエミュレーションを行い、あらゆる .wav または .mpg ファイルと一致するには、次のように入力します。

L7SLBCLASS クラス マップから URL match 文を削除するには、 no およびライン番号を入力します。たとえば、ライン 100 を削除する場合は、次のように入力します。

（注） ライン番号を使用しないで、オリジナル URL の match 文を入力した場合は、実行コンフィギュレーションからライン番号を取得できます。実行コンフィギュレーションを表示するには、show running-config コマンドを入力します。

SIP ロード バランシング用のヘッダーの定義

ACE では、SIP ヘッダー式に基づき、特定の接続から受信したパケット データに対して、正規表現照合を実行します。1 つのクラスで最大 9 つの SIP ヘッダー フィールド名を設定できます（ACE は必ず Call-ID を解析します）。

（注） ACE が SIP セッションを受信すると、最初の要求メッセージに基づいてロード バランスが決定されます。以後の要求と応答メッセージの交換（同じ Call-ID を持った）はすべて同じサーバに転送されます。その結果、ヘッダー一致基準を設定する場合、ヘッダーが最初の要求メッセージに含まれているか確認します。

SIP ヘッダーの名前と値に基づいてレイヤ 7 SLB の決定が行われるようにクラス マップを設定するには、クラス マップ SIP ロード バランス コンフィギュレーション モードで match sip header コマンドを使用します。

このコマンドの構文は次のとおりです。

[ line_number ] match sip header name header-value expression

キーワード、引数、およびオプションは、次のとおりです。

• line_number - （任意）個々の match コマンドを編集または削除するために 使用できるライン番号 。たとえば、 no line_number を入力すると、ライン全体を入力しなくても、長い match コマンドを削除できます。シーケンス番号は、 match 文のプライオリティを意味するものではありません。2 ～ 1024 の固有の整数を入力します。

• name - SIP ヘッダーのフィールドの名前。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。または、ストリング全体を引用符（"）で囲むことによって、スペースが含まれるテキスト ストリングを入力することもできます。標準 SIP ヘッダー フィールド名または任意のユーザ定義のヘッダー フィールド名を含む、任意のヘッダー フィールド名を入力できます。標準 SIP ヘッダー フィールド名の一覧については、 表 3-5 を参照してください。

（注） SIP は HTTP と類似しているので、SIP サーバがサポートしている場合、表 3-4 で定義された任意の HTTP ヘッダーを使用できます。すべての SIP ヘッダーの一覧については、RFC 3261 を参照してください。

• header-value expression - SIP ヘッダーの指定されたフィールドの値と比較する、ヘッダー値式のストリングを指定します。最大 255 文字の英数字を入力します。ACE は、ヘッダー照合に正規表現を使用することをサポートします。式はヘッダー マップに、 header-name: expression の形式で格納されます。スペースが含まれるストリング全体を引用符で囲むことによって、ヘッダー式にスペースを使用できます。 match-all クラス マップを使用する場合は、ヘッダー マップのすべてのヘッダーを照合する必要があります。正規表現に使用できる、サポート対象文字の一覧については、 表 3-3 を参照してください。

たとえば、Session という名前の SIP ヘッダーにレイヤ 7 クラス マップ ロード バランスを指定するには、次のように入力します。

クラス マップで正規表現を使用してワイルドカード検索のエミュレーションを行い、ヘッダー値式ストリングを照合するには、次のように入力します。

Via という名前の SIP ヘッダーにレイヤ 7 クラス マップ ロード バランスを指定するには、次のように入力します。

L7SLBCLASS クラス マップからすべての SIP ヘッダー一致基準を削除するには、次のように入力します。

送信元 IP アドレス一致基準の定義

クライアントの送信元 IP アドレスに基づいてレイヤ 7 SLB の決定が行われるようにクラス マップを設定するには、クラス マップ ロード バランス コンフィギュレーション モードで match source-address コマンドを使用します。クラス マップの一致基準がこのコマンドだけの場合、ACE はレイヤ 3 およびレイヤ 4 クラス マップと見なします。

このコマンドの構文は次のとおりです。

[ line_number ] match source-address ip_address [ netmask ]

引数およびオプションは次のとおりです。

• line_number - （任意）個々の match コマンドを編集または削除するために 使用できるライン番号 。たとえば、 no line_number を入力すると、ライン全体を入力しなくても、長い match コマンドを削除できます。ライン番号は、 match 文のプライオリティを意味するものではありません。2 ～ 1024 の固有の整数を入力します。

• ip_address - クライアントの送信元 IP アドレス。ドット付き 10 進表記で IP アドレスを入力します（例：192.168.11.2）。

• netmask - （任意）IP アドレスのサブネット マスク。ドット付き 10 進表記でネットマスクを入力します（例：255.255.255.0）。デフォルト値は 255.255.255.255 です。

たとえば、送信元 IP アドレス 192.168.11.2 255.255.255.0 に対するクラス マップ照合を指定するには、次のように入力します。

クラス マップから送信元 IP アドレスの match 文を削除するには、次のように入力します。

レイヤ 7 SLB クラス マップのネスト

クラス マップをネストすると、レイヤ 7 SLB に複雑な論理式を使用できます。あるレイヤ 7 SLB クラス マップを別の レイヤ 7 クラス マップの一致基準として指定するには、クラス マップ ロード バランス コンフィギュレーション モードで match class-map コマンドを使用します。

（注） ACE では、ネストされたクラス マップを別のクラス マップに含めることがないように、クラス マップのネストが 2 段階までに制限されます。

このコマンドの構文は次のとおりです。

[ line_number ] match class-map map_name

キーワード、引数、およびオプションは、次のとおりです。

• line_number - （任意）個々の match コマンドを編集または削除するために 使用できるライン番号 。たとえば、 no line_number を入力すると、ライン全体を入力しなくても、長い match コマンドを削除できます。

• map_name - 既存のレイヤ 7 ロード バランシング クラス マップの名前

match class-map コマンドを使用すると、同じクラス マップで match-any キーワードと match-all キーワードを組み合わせて使用できます。1 つのクラス マップで match-all 特性と match-any 特性を組み合わせるには、 match コマンド（ match any または match all のいずれか）を 1 つ使用するクラス マップを作成し、その後、別の match タイプを使用する第 2 のクラス マップの match 文としてこのクラス マップを使用します。

たとえば、コマンド A、B、C、および D がそれぞれ別々の一致基準を表す場合に、A、B、または C および D（A または B または [C および D]）と一致することによってクラス マップを満足させる、レイヤ 7 トラフィックを求めるとします。ネストされたクラス マップを使用しなかった場合、トラフィックがクラス マップを満足させるには、4 種類すべての一致基準（A、B、C、D）と一致しなければならないか、またはいずれかの一致基準（A、B、C、D）と一致しなければなりません。一致基準 C および D と一致する（基準 E） match-all キーワードを使用するクラス マップを 1 つ作成することによって、一致基準 A、B、および E を使用する match-any クラス マップを新しく作成できます。新しいトラフィック クラスには、必要な分類シーケンスである A または B または E が含まれます。これは、A または B または [C および D] と同じです。

たとえば、 match class-map コマンドを使用して、それぞれ match-any 特性と match-all 特性を持つ 2 つのクラス マップを結合して、1 つのクラス マップにするには、次のように入力します。

レイヤ 7 クラス マップからネストされたクラス マップを削除するには、次のように入力します。

レイヤ 7 ポリシー マップの説明を追加する方法

description コマンドを使用すると、レイヤ 7 ポリシー マップに関する簡単な説明を指定できます。

description コマンドを指定するには、ポリシー マップ コンフィギュレーション モードにアクセスする必要があります。

このコマンドの構文は次のとおりです。

description text

text 引数を使用し、最大 240 文字の英数字からなるテキスト ストリングを引用符で囲まずに入力します。

たとえば、HTTP ヘッダーを挿入するためのポリシー マップであるという説明を追加する場合は、次のように入力します。

ポリシー マップから説明を削除するには、次のように入力します。

レイヤ 7 ポリシー マップでのインライン match 文の定義

レイヤ 7 SLB ポリシー マップでは、ポリシー マップに、トラフィック クラスを指定しないで、インライン SLB 一致基準を 1 つだけ入力できます。インライン レイヤ 7 SLB ポリシー マップの match コマンドは、レイヤ 7 SLB クラス マップの match コマンドと同様に機能します。ただし、インライン match コマンドを使用する場合、アクションを指定できるのは、レイヤ 7 ポリシーの 1 つの match 文に対してだけです。

（注） 複数の match 文にアクションを指定する場合は、「汎用 TCP および UDP データ解析用のレイヤ 7 クラス マップの設定」 および 「SLB に対応するレイヤ 7 クラス マップの設定」 の説明に従ってクラス マップを使用してください。

インライン match コマンドの構文は次のとおりです。

match name1 match_statement [ insert-before name2 ]

引数およびオプションは次のとおりです。

• name1 - インライン match コマンドに割り当てる名前。スペースを含まないテキスト ストリングを、引用符で囲まずに入力します。インライン match 文名の長さとインライン match 文名を対応付けるポリシー マップ名の長さの合計が最大限度である英数字 64 文字を超えてはなりません。たとえば、ポリシー マップ名が L7_POLICY（9 文字）の場合、このポリシーに関連付けるインライン match 文名は、英数字で 55 文字までにする必要があります（64 - 9 = 55）。

• match_statement - 個々のレイヤ 7 SLB の一致基準

• insert-before name2 - （任意）ポリシー マップ コンフィギュレーションの name2 引数で指定された既存のクラス マップまたは他の match 文の前に、現在の match 文を配置します。ACE がコンフィギュレーションの一部としてシーケンスの順序変更を保存することはありません。

（注） 1 つのレイヤ 4 ポリシー マップに、同タイプの regex のインスタンスを最大 1024 関連付けることができます。この制限は、generic、HTTP、RADIUS、RDP、RTSP、SIP など、すべてのレイヤ 7 ポリシー マップ タイプに適用されます。regex を設定できる場所は、次のとおりです。

• レイヤ 7 クラス マップの match ステートメント

• レイヤ 7 ポリシー マップのインライン match ステートメント

• サーバ ファームのレイヤ 7 ハッシュ プレディクタ

• スティッキ グループ内のレイヤ 7 スティッキ表現

• レイヤ 7 アクション リスト内のヘッダー挿入および再書き込み（SSL URL 再書き込みを含む）表現

レイヤ 7 SLB ポリシー マップで設定できるインライン match 文の詳細については、「汎用 TCP および UDP データ解析用のレイヤ 7 クラス マップの設定」および「SLB に対応するレイヤ 7 クラス マップの設定」を参照してください。

（注） 上記参照先で説明している line_number 引数を使用するのは、クラス マップの match 文の場合だけです。それ以外、レイヤ 7 クラス マップの match 文とレイヤ 7 ポリシー マップのインライン match 文の説明は同じです。

レイヤ 7 クラス マップをレイヤ 7 ポリシー マップに関連付ける方法

class コマンドを使用すると、既存のレイヤ 7 クラス マップをレイヤ 7 ポリシー マップに関連付けることができます。このコマンドの構文は次のとおりです。

class { name1 [ insert-before name2 ] | class-default }

キーワード、引数、およびオプションは、次のとおりです。

• name1 - トラフィック ポリシーにトラフィックを関連付ける、class-map コマンドで設定した定義済みのトラフィック クラス名。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。

• insert-before name2 - （任意）ポリシー マップ コンフィギュレーションの name2 引数で指定された既存のクラス マップまたは match 文の前に、現在のクラス マップを配置します。ACE がコンフィギュレーションの一部としてシーケンスの順序変更を保存することはありません。

• class-default - ACEが作成した予約済みの Well-known クラス マップを指定します。このクラスは削除も変更もできません。指定されたクラス マップで他の一致基準を満たせなかったすべてのトラフィックは、デフォルト トラフィック クラスに割り当てられます。指定された分類がどれもトラフィックと一致しなかった場合、ACE は class class-default コマンドで指定されたアクションを実行します。 class-default クラス マップには、暗黙の match any 文があり、あらゆるトラフィックとの一致が可能です。

たとえば、 insert-before オプションを使用して、ポリシー マップにおけるクラス マップの位置を定義するには、次のように入力します。

レイヤ 7 ポリシー マップからクラス マップを削除するには、次のように入力します。

class class-default コマンドの使用例を示します。

レイヤ 7 SLB ポリシー アクションの指定

レイヤ 7 SLB クラス マップをレイヤ 7 SLB ポリシー マップに関連付けたあとで、またはインライン match コマンドを指定したあとで、ネットワーク トラフィックがクラス マップまたはインライン match コマンドと一致した場合に、ACE に実行させるアクションを指定する必要があります。レイヤ 7 SLB ポリシー アクションを指定するには、次のトピックで説明するコマンドを使用します。

• アクション リストとレイヤ 7 ポリシー マップの関連付け

• 要求の廃棄

• ロード バランシングを行わずに要求を転送する場合

• HTTP ヘッダー挿入の設定

• サーバ ファームへのロード バランシングのイネーブル化

• スティッキ サーバ ファームの設定

• パケットの IP DSCP の指定

• SSL プロキシ サービスの指定

アクション リストとレイヤ 7 ポリシー マップの関連付け

アクション リストを使用して、複数の ACE のアクション（たとえば、HTTP ヘッダーの挿入、書き換え、または削除）をレイヤ 7 ポリシー マップの下の名前付きリストにまとめてグループ化します。アクション リストの設定の詳細については、「HTTP ヘッダーの挿入、削除、および書き換えの設定」 を参照してください。

アクション リストとレイヤ 7 ポリシー マップを関連付けるには、ポリシー マップ ロード バランシング クラス コンフィギュレーション モードで action コマンドを使用します。このコマンドの構文は次のとおりです。

action name

name 引数は、既存アクション リストの 識別子 です。最大 64 文字の英数字を、引用符で囲まずに入力します。

たとえば、SSL URL 書き換えのアクション リストとポリシー マップを関連付けるには、次のように入力します。

アクションとポリシー マップの関連付けを解除するには、次のように入力します。

たとえば、HTTP ヘッダー書き換えのアクション リストを関連付けるには、次のように入力します。

アクションとポリシー マップの関連付けを解除するには、次のように入力します。

要求の廃棄

特定のポリシー マップと一致するパケットの廃棄を ACE に指示するには、ポリシー マップ ロード バランシング クラス コンフィギュレーション モードで drop コマンドを使用します。このコマンドの構文は次のとおりです。

drop

たとえば、次のように入力します。

ポリシー マップと一致するパケットを受け入れるというデフォルトに ACE の動作をリセットするには、次のように入力します。

ロード バランシングを行わずに要求を転送する場合

特定のポリシー マップと一致する要求をロード バランシングを実行しないで転送するように、ACE に指示するには、ポリシー マップ ロード バランシング クラス コンフィギュレーション モードで forward コマンドを使用します。このコマンドの構文は次のとおりです。

forward

たとえば、次のように入力します。

ポリシー マップと一致するパケットのロード バランシングを実行するというデフォルトに ACE をリセットするには、次のように入力します。

HTTP ヘッダー挿入の設定

ACE で NAT を使用してクライアントの送信元 IP アドレスを VIP に変換する場合、TCP および IP リターン トラフィックに対応するクライアントを特定する方法がサーバに必要です。NAT を使用して送信元 IP アドレスが変換されているクライアントを特定する目的で、ユーザによって選択された総称ヘッダーとストリング値をクライアント HTTP 要求に挿入することを ACE に指示できます。NAT の詳細については、『 Cisco Application Control Engine Module Security Configuration Guide 』を参照してください。

（注） TCP サーバ再利用または持続性再バランスのどちらかがイネーブルの場合、ACE はあらゆるクライアント要求にヘッダーを挿入します。TCP サーバ再利用については、「TCP サーバ再利用の設定」を参照してください。持続性再バランスについては、「HTTP 持続性再バランスのイネーブル化」を参照してください。

HTTP 要求に総称ヘッダーおよび値を挿入するには、ポリシー マップ ロード バランシング クラス コンフィギュレーション モードで insert-http コマンドを使用します。クラスごとに複数の insert-http コマンドを入力できます。このコマンドの構文は次のとおりです。

insert-http name header-value expression

キーワードおよび引数は、次のとおりです。

• name - クライアント HTTP 要求に挿入する HTTP ヘッダーの名前。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。最大文字長を超えないかぎり、任意のカスタム ヘッダー名を指定できます。ヘッダー名がクライアント要求ヘッダーにすでに存在しているかどうかに関係なく、 表 3-4 に記載されている定義済みのヘッダー名も入力できます。ACE は、クライアント要求にすでにあるヘッダー情報を上書きしません。

• header-value expression - HTTP ヘッダーに挿入する、ヘッダーと値の式のストリングを指定します。最大 512 文字の英数字を入力します。512 バイトを超えるデータを HTTP ヘッダーに挿入するよう設定しても、ACE はヘッダーにデータを挿入しません。

次の動的置換文字列を使用することによって、特殊な header-value 式を指定することもできます。

– %is - HTTP ヘッダーに送信元 IP アドレスを挿入

– %id - HTTP ヘッダーに宛先 IP アドレスを挿入

– %ps - HTTP ヘッダーに送信元ポートを挿入

– %pd - HTTP ヘッダーに宛先ポートを挿入

（注） Microsoft Outlook Web Access（OWA）の場合は、ON の値を使用し、フィールド名を HTTP_FRONT_END_HTTPS として指定します。

（注） 1 つのレイヤ 4 ポリシー マップに、同タイプの regex のインスタンスを最大 1024 関連付けることができます。この制限は、generic、HTTP、RADIUS、RDP、RTSP、SIP など、すべてのレイヤ 7 ポリシー マップ タイプに適用されます。regex を設定できる場所は、次のとおりです。

• レイヤ 7 クラス マップの match ステートメント

• レイヤ 7 ポリシー マップのインライン match ステートメント

• サーバ ファームのレイヤ 7 ハッシュ プレディクタ

• スティッキ グループ内のレイヤ 7 スティッキ表現

• レイヤ 7 アクション リスト内のヘッダー挿入および再書き込み（SSL URL 再書き込みを含む）表現

たとえば、SSL コンフィギュレーションでは、ClientCert という総称フィールドを挿入し、ヘッダー値をクライアント認証またはその一部分にすることができます。

たとえば、ヘッダー値を www.cisco.com として、ヘッダー名 Host を HTTP クライアント要求ヘッダーに挿入する場合は、次のように入力します。

HTTP ヘッダーでは、ヘッダー名と値が次のように表示されます。

ポリシー マップから HTTP ヘッダー名と値を削除する場合は、次のように入力します。

サーバ ファームへのロード バランシングのイネーブル化

サーバ ファームへのクライアントのコンテンツ要求をロード バランシングするには、ポリシー マップ ロード バランシング クラス コンフィギュレーション モードで serverfarm コマンドを使用します。サーバ ファームは、同じコンテンツを持ち、通常は同じ物理位置に置かれていて、なおかつネットワークで結ばれた実サーバからなるグループです。このコマンドの構文は次のとおりです。

serverfarm name1 [ backup name2 [ aggregate-state ] ]

キーワード、引数、およびオプションは、次のとおりです。

• name1 - サーバ ファームの UID。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。

• backup name2 - （任意）プライマリ サーバ ファームのすべての実サーバが使用不能になった場合に備えて、バックアップ サーバ ファームとして既存のホスト（有効なコンテンツのある）またはリダイレクト（ソーリー）サーバ ファームを指定します。既存のプライマリ サーバ ファームごとに 1 つのバックアップ サーバ ファームを設定できます。プライマリ サーバ ファームで少なくとも 1 つのサーバが再び使用可能になると、ACE はすべての新しい接続をプライマリ サーバ ファームに送ります。ACE は、バックアップ サーバ ファームへの既存の接続を終了できます。部分的なサーバ ファーム フェールオーバーを設定することにより、プライマリ サーバ ファームがフェールオーバーして再び使用可能になる条件を微調整できます。部分的なサーバ ファーム フェールオーバーの詳細については、 「実サーバおよびサーバ ファームの設定」 の「部分サーバ ファーム フェールオーバーの設定」を参照してください。バックアップ サーバ ファームとして指定する既存サーバ ファームの名前を入力します。最大 64 文字の英数字を使用し、引用符で囲まれていない、スペースを含まないテキスト ストリングを入力します。

（注） サーバ ファームのすべてのサーバに障害が発生し、バックアップ サーバ ファームを設定していなかった場合、ACE は接続要求に対する応答でクライアントにリセット（RST）を送信します。

• aggregate-state - このオプションは廃止予定であり、すでに VIP の状態には有効ではありません。デフォルトでは、ACE は、VIP をアウト オブ サービスにする前にバックアップ サーバ ファーム内のすべての実サーバのステートを考慮します。プライマリ サーバ ファームのすべての実サーバに障害が起きても、バックアップ サーバ ファームに動作中の実サーバが 1 つ以上あれば、ACE は VIP の稼動状態を維持します。

レイヤ 7 ロード バランシング ポリシー マップのアクションとして、 serverfarm コマンドを指定する例を示します。

レイヤ 7 ロード バランシング ポリシー マップからサーバ ファーム アクションを削除するには、次のように入力します。

ソーリー サーバ ファームの設定

プライマリ サーバ ファームが使用不能な場合に、クライアント要求をソーリー サーバ ファームに送信することを ACE に指示できます。ソーリー サーバは、バックアップ サーバ ファーム内のリダイレクト サーバで、クライアントが要求した Web ページ、リソース、またはサービスが一時的に使用できないことを伝えるコンテンツがあります。プライマリ サーバ ファームで少なくとも 1 つのサーバが再び使用可能になると、ACE はクライアントをプライマリ サーバ ファームに戻します。部分的なサーバ ファーム フェールオーバーを設定することにより、プライマリ サーバ ファームがフェールオーバーして再び使用可能になる条件を微調整できます。部分的なサーバ ファーム フェールオーバーの詳細については、 「実サーバおよびサーバ ファームの設定」 の「部分サーバ ファーム フェールオーバーの設定」を参照してください。

ソーリー サーバを設定するには、「サーバ ファームへのロード バランシングのイネーブル化」 で説明したようにポリシー マップ クラス コンフィギュレーション モードで serverfarm コマンドを使用し、既存のリダイレクト サーバ ファームをバックアップ サーバ ファームとして設定します。特に、クライアントの送信元 IP アドレスに基づいて、プライマリ サーバ ファームがダウンする前にそのファームの中でクライアントが接続していたサーバに、クライアントの接続先を戻す場合、 predictor hash address source コマンド をプライマリ サーバ ファームのロード バランシング方式として設定します。プライマリ サーバ ファームがダウンし、特定のサブネットからのすべての要求を特定のサイトにリダイレクトし、異なるサブネットからの要求を異なるサイトにリダイレクトする場合、 predictor hash address source コマンドをソーリー サーバ ファームのロード バランシング方式として使用します。いずれかのサーバ ファームのサイト上でロード バランシングを等しくするには、 roundrobin プレディクタ方式を使用します。それ以外の場合は、いずれかのサーバ ファームのアプリケーションで機能する、サポート対象のプレディクタ方式を設定できます。サーバ ファーム プレディクタの設定については、 「実サーバおよびサーバ ファームの設定」 を参照してください。

たとえば、プライマリ サーバ ファームおよびソーリー サーバ ファームを設定するには、次のコマンドを入力します。

スティッキ サーバ ファームの設定

レイヤ 7 ポリシー マップと一致する要求をスティッキ サーバ ファームにロード バランシングすることを指定するには、ポリシー マップ ロード バランシング クラス コンフィギュレーション モードで sticky-serverfarm コマンドを使用します。このコマンドの構文は次のとおりです。

sticky-serverfarm name

name 引数は、既存スティッキ グループの識別情報です。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。スティッキ グループについては、 「スティッキ機能の設定」 を参照してください。

たとえば、次のように入力します。

ポリシー マップからスティッキ サーバ ファームを削除するには、次のように入力します。

パケットの IP DSCP の指定

ポリシー マップでパケットの IP DSCP を指定するには、ポリシー マップ ロード バランシング クラス コンフィギュレーション モードで set ip tos コマンドを使用します。このコマンドは、Type of Service（ToS; タイプ オブ サービス）バイトに IP DSCP ビットを設定することによって、パケットをマーキングします。IP DSCP ビットが設定されると、そのビット設定値で QoS（Quality of Service）サービスが動作可能です。

このコマンドの構文は次のとおりです。

set ip tos value

value 引数は IP DSCP 値です。0 ～ 255 の整数を入力します。ToS フィールドを変更しない指定がデフォルトです。

レイヤ 7 ロード バランシング ポリシー マップの QoS アクションとして、 set ip tos コマンドを指定する例を示します。L7SLBCLASS の一致基準を満たすすべてのパケットは、IP DSCP 値 8 でマーキングされます。IP DSCP 値 8 が設定されたパケットの扱いは、ネットワーク構成によって決まります。

ToS バイトを変更しないというデフォルトに ACE をリセットするには、次のように入力します。

SSL プロキシ サービスの指定

ACE はレイヤ 7 ポリシー マップの SSL プロキシ サービスを使用して、SSL サーバに対するアウトバウンド SSL 開始要求のロード バランシングを行います。ACE は、SSL サーバに暗号化された要求を送信する SSL クライアントとして動作します。SSL 開始の詳細については、『 Cisco Application Control Engine Module SSL Configuration Guide 』を参照してください。

ポリシー マップに SSL プロキシ サービスを指定するには、ポリシー マップ ロード バランシング クラス コンフィギュレーション モードで ssl-proxy コマンドを使用します。このコマンドの構文は次のとおりです。

ssl-proxy client name

name 引数は、既存 SSL プロキシ サービスの識別情報です。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。

たとえば、次のように入力します。

ポリシー マップから SSL プロキシ サービスを削除するには、次のように入力します。

レイヤ 7 ポリシー マップをレイヤ 3 およびレイヤ 4 ポリシー マップに関連付ける方法

レイヤ 7 SLB ポリシーをレイヤ 3 およびレイヤ 4 SLB ポリシーに関連付けるには、ポリシー マップ クラス コンフィギュレーション モードで service-policy type loadbalance コマンドを使用します。詳細については、「レイヤ 7 SLB ポリシー マップをレイヤ 3 およびレイヤ 4 SLB ポリシー マップに関連付ける方法」を参照してください。

汎用プロトコルの大文字と小文字を区別する照合のディセーブル化

デフォルトでは、ACE CLI は大文字と小文字を区別します。汎用プロトコルに限定して、大文字と小文字を区別する照合をディセーブルにするには、汎用パラメータ マップ コンフィギュレーション モードで case-insensitive コマンドを使用します。case-insensitive の照合をイネーブルにした場合、大文字と小文字は同じと見なされます。

このコマンドの構文は次のとおりです。

case-insensitive

大文字と小文字の区別をディセーブルにする場合の入力例を示します。

ディセーブルになっていた、大文字と小文字を区別する照合を再びイネーブルにするには、次のように入力します。

汎用プロトコルに関して解析する最大バイト数の設定

汎用プロトコルに関して解析する最大バイト数を設定するには、汎用パラメータ マップ コンフィギュレーション モードで set max-parse-length コマンドを使用します。このコマンドの構文は次のとおりです。

set max-parse-length bytes

bytes 引数は、解析する最大バイト数です。1 ～ 65535 の整数を入力します。デフォルトは 2048 バイトです。

たとえば、最大解析長を 8192 に設定するには、次のように入力します。

最大解析長をデフォルトの 2048 バイトにリセットするには、次のように入力します。

HTTP の大文字と小文字を区別する照合のディセーブル化

デフォルトでは、ACE CLI は大文字と小文字を区別します。HTTP に限定して、大文字と小文字を区別する照合をディセーブルにするには、HTTP パラメータ マップ コンフィギュレーション モードで case-insensitive コマンドを使用します。case-insensitive の照合をイネーブルにした場合、大文字と小文字は同じと見なされます。大文字と小文字の区別をディセーブルにした場合、適用されるものは次のとおりです。

• HTTP ヘッダー名および値

• HTTP cookie 名および値

• URL ストリング

• HTTP ディープ インスペクション（詳細については、『 Cisco Application Control Engine Module Security Configuration Guide 』を参照してください）

このコマンドの構文は次のとおりです。

case-insensitive

大文字と小文字の区別をディセーブルにする場合の入力例を示します。

ディセーブルになっていた、大文字と小文字を区別する照合を再びイネーブルにするには、次のように入力します。

すべての HTTP 要求および HTTP 応答でヘッダーを変更するための ACE の設定

デフォルトでは、 persistence-rebalance コマンドがディセーブルの場合、HTTP ヘッダーを変更（挿入、削除、または書き換え）するように ACE を設定すると、ACE によってヘッダーが変更されるのは最初の HTTP 要求または HTTP 応答だけです。 persistence-rebalance コマンドを使用すると、要求や応答が発生するたびに ACE によってヘッダーが変更されるようになりますが、同時に、新しい実サーバとなる可能性のあるサーバへの新しい要求があるたびに、それをロード バランシングするよう ACE に指定することにもなります。 persistence-rebalance コマンドの詳細については、「HTTP 持続性再バランスのイネーブル化」を参照してください。ヘッダーの挿入、削除、および書き換えの詳細については、「HTTP ヘッダーの挿入、削除、および書き換えの設定」を参照してください。

HTTP 要求または HTTP 応答があるたびにそのヘッダーを変更（挿入、削除、または書き換え）するように ACE を設定する一方で、新しい HTTP 要求が発生するたびに persistence-rebalance コマンドによって実行されるロード バランシングの影響を受けないようにするには、HTTP パラメータ マップ コンフィギュレーション モードで header modify per-request コマンドを使用します。このコマンドは、 persistence-rebalance がディセーブルの場合にだけ機能します。このコマンドの構文は、次のとおりです。

header modify per-request

ssl url rewrite location コマンドがイネーブルの場合は、 header modify per-request コマンドを使用すると、ACE により、すべての HTTP 応答で URL ロケーション ヘッダーも書き換えられるようになります。SSL URL の書き換えの詳細については、『 Cisco Application Control Engine Module SSL Configuration Guide 』を参照してください。

たとえば、HTTP 要求または HTTP 応答があるたびにそのヘッダーを変更するように ACE を設定するには、次のコマンドを入力します。

host1/Admin(config-parammap-http)# header modify per-request

最初の HTTP 要求または HTTP 応答だけでヘッダーを変更するデフォルトの動作に ACE を戻すには、次のコマンドを入力します。

host1/Admin(config-parammap-http)# no header modify per-request

URL デリミタの定義

URL ストリング内の cookie を区切るために使用できる、ASCII 文字デリミタのリストを定義するには、HTTP パラメータ マップ コンフィギュレーション モードで set secondary-cookie-delimiters コマンドを使用します。このコマンドの構文は次のとおりです。

set secondary-cookie-delimiters text

text 引数で、デリミタのリストを特定します。最大 4 文字を引用符で囲まず、スペースを使用しないで入力します。リストにデリミタを指定する順序は重要ではありません。デフォルトのデリミタ リストは /&#+ です。

cookie および cookie のデリミタは、GET 要求ラインに表示されます。次の GET 要求ラインの例では、名前と値のペアの間にあるアンパサンド（&）が 2 番めの cookie デリミタです。疑問符（?）は URL クエリーの開始であり、設定できません。

2 番めの cookie デリミタとして !@#$ を指定する場合は、次のように入力します。

デリミタ リストをデフォルトの /&#+ にリセットする場合は、次のように入力します。

コンテンツに関して解析する最大バイト数の設定

デフォルトでは、コンテンツをチェックするために ACE で解析する最大バイト数は 4096 です。コンテンツ ストリングの長さがこのデフォルト値を超えていると、ACE はそのパケットを廃棄し、クライアントのブラウザに RST（reset）を送信します。ACE で解析できるバイト数を増やすには、HTTP パラメータ マップ コンフィギュレーション モードで set content-maxparse-length コマンドを使用します。このコマンドの構文は次のとおりです。

set content-maxparse-length bytes

bytes 引数は、解析するコンテンツ ストリングの合計長の最大バイト数です。1 ～ 65535 の整数を入力します。デフォルトは 4096 バイトです。

たとえば、コンテンツの最大解析長を 8192 バイトに設定する場合は、次のように入力します。

HTTP コンテンツの最大解析長をデフォルトの 4096 バイトにリセットする場合は、次のように入力します。

cookie、HTTP ヘッダー、および URL に関して解析する最大バイト数の設定

デフォルトでは、cookie、HTTP ヘッダーまたは URL のチェックのために ACE が解析するバイト数は最大 4096 です。cookie、HTTP ヘッダーまたは URL がこのデフォルト値を超えると、ACE はそのパケットを廃棄し、クライアントのブラウザに RST（reset）を送信します。ACE に解析させるバイト数を増やすには、HTTP パラメータ マップ コンフィギュレーション モードで set header-maxparse-length コマンドを使用します。このコマンドの構文は次のとおりです。

set header-maxparse-length bytes

bytes 引数は、解析するすべての cookie、HTTP ヘッダー、および URL の合計長の最大バイト数です。1 ～ 65535 の整数を入力します。デフォルトは 4096 バイトです。

HTTP ヘッダーの最大解析長を 8192 に設定する場合は、次のように入力します。

HTTP ヘッダーの最大解析長をデフォルトの 4096 バイトにリセットする場合は、次のように入力します。

URL または cookie が最大解析長を超えている場合の ACE 動作の設定

最大解析長を超えている cookie、HTTP ヘッダー、および URL を ACE が処理する方法を設定するには、HTTP パラメータ マップ コンフィギュレーション モードで length-exceed コマンドを使用します。このコマンドの構文は次のとおりです。

length-exceed { continue | drop }

キーワードは次のとおりです。

• continue - ロード バランシングの継続方法を指定します。このキーワードを指定すると、すべての cookie、HTTP ヘッダー、および URL の合計長が最大解析長の値を超えている場合に、 persistence-rebalance コマンドがディセーブルになります。最大解析長を設定する詳細については、「cookie、HTTP ヘッダー、および URL に関して解析する最大バイト数の設定」を参照してください。

• drop - （デフォルト）ロード バランシングを中止し、パケットを廃棄する方法を指定します。

たとえば、次のように入力します。

URL または cookie が最大解析長を超えていた場合に、ロード バランシングを中止してパケットを廃棄するというデフォルトに ACE をリセットするには、次のように入力します。

HTTP 持続性再バランスのイネーブル化

持続性は接続のキープアライブと呼ばれることもあります。持続性再バランスをイネーブルにしておくと、連続する GET 要求がロード バランシング ポリシーの同じレイヤ 7 クラスを選択するロード バランシングをもたらす場合に、ACE は最後の GET 要求に使用される実サーバに要求を送信します。この動作によって、ACE は要求ごとにロード バランスを実行し、GET 要求ごとにサーバ側接続を作成し直すことがなくなるので、オーバーヘッドが軽減され、パフォーマンスが向上します。

持続性再バランスのもう 1 つの効果は、ヘッダー挿入および cookie 挿入がイネーブルの場合に、それらの挿入が最初の要求だけではなく、あらゆる要求に対して行われることです。ヘッダー挿入については、この章の「HTTP ヘッダー挿入の設定」を参照してください。cookie 挿入については、 「スティッキ機能の設定」 の「cookie 挿入のイネーブル化」を参照してください。

デフォルトでは持続性再バランスがディセーブルになっています。持続性再バランスがイネーブルで、接続が確立したあと、ACE は以降のすべての要求を同じ宛先に送信します。ロード バランシングを最初に決定したあとは、ロード バランシングが関与する場面はありません。持続性再バランス機能をイネーブルにするには、HTTP パラメータ マップ コンフィギュレーション モードで persistence-rebalance コマンドを使用します。

このコマンドの構文は次のとおりです。

persistence-rebalance

（注） NTLM Microsoft 認証プロトコルを指定して実サーバをイネーブルにする場合は、持続性再バランスをディセーブルのままにしておくことを推奨します。NTLM は、Microsoft のリモート アクセス プロトコルを使用して認証を実行する場合に使用されるセキュリティ手段です。NTLM を指定して実サーバをイネーブルにすると、実サーバへのあらゆる接続で認証が必要になります。通常、各クライアント ユーザに、ユーザ名とパスワードの入力を求めるポップアップ ウィンドウが表示されます。接続が認証されると、それ以後、同じ接続上の要求はすべてチャレンジを受けません。ただし、サーバ ロード バランシング機能がイネーブルであり、持続性再バランスが設定されている場合、以後の要求が別の実サーバに送られ、新たな認証ハンドシェークが発生することがあります。

parameter-map type http コマンドを指定して URL cookie デリミタ ストリングを設定し、URL および cookie に関して解析する最大バイト数を設定し、さらに HTTP 持続性機能をイネーブルにする例を示します。

持続性をデフォルトの設定であるディセーブルにリセットする場合は、次のように入力します。

TCP サーバ再利用の設定

TCP サーバ再利用を使用すると、接続を持続させ、複数のクライアント接続に再利用させることによって、ACE はオープン接続の数を減らすことができます。ACE は、TCP オプションに基づいて TCP 接続のプールを維持します。新しいクライアント接続と以前のサーバ接続が同じ TCP オプションを共有している場合、新しいクライアント接続はプール内の接続を再利用できます。ACE による TCP オプションの扱い方を設定する方法については、『 Cisco Application Control Engine Module Security Configuration Guide 』を参照してください。

この機能を正しく動作させるために、TCP サーバ再利用に関する次の推奨事項および制約事項に従ってください。

• ACE の Maximum Segment Size（MSS; 最大セグメント サイズ）をサーバ MSS と同じにする必要があります。

• 実サーバに接続するインターフェイス上で Port Address Translation（PAT; ポート アドレス変換）を設定します。PAT によって、クライアントがサーバ接続の使用を中止し、その後、別のクライアントがその接続を再利用する場合のコリジョンが防止されます。PAT を使用しなかった場合、最初のクライアントが最初のサーバ接続を再利用しようとしても、利用できません。PAT 設定の詳細については、『 Cisco Application Control Engine Module Security Configuration Guide 』を参照してください。

• TCP サーバ上で設定されているのと同じ TCP オプションを ACE 上で設定します。

• 各サーバ ファームが同質（サーバ ファーム内のすべての実サーバでコンフィギュレーションが同じ）であることを確認します。

（注） TCP を再利用する場合は必ず、PAT を設定します。TCP の再利用と NAT だけを設定すると、予期せぬ結果する場合があります。

TCP サーバ再利用のもう 1 つの効果は、ヘッダー挿入および cookie 挿入がイネーブルの場合に、それらの挿入が最初の要求だけではなく、あらゆる要求に対して行われることです。ヘッダー挿入については、この章の「HTTP ヘッダー挿入の設定」を参照してください。cookie 挿入については、 「スティッキ機能の設定」 の「cookie 挿入のイネーブル化」を参照してください。

TCP サーバ再利用を設定するには、HTTP パラメータ マップ コンフィギュレーション モードで server-conn reuse コマンドを使用します。このコマンドの構文は次のとおりです。

server-conn reuse

TCP サーバ再利用をイネーブルにするには、次のように入力します。

TCP サーバ再利用をディセーブルにするには、次のように入力します。

RTSP の大文字と小文字を区別する照合のディセーブル化

デフォルトでは、ACE CLI は大文字と小文字を区別します。RTSP で大文字と小文字を区別する照合をディセーブルにするには、RTSP パラメータ マップ コンフィギュレーション モードで case-insensitive コマンドを使用します。case-insensitive の照合をイネーブルにした場合、大文字と小文字は同じと見なされます。大文字と小文字の区別をディセーブルにした場合、適用されるものは次のとおりです。

• RTSP ヘッダー名および値

• RTSP URL ストリング

• RTSP インスペクション（詳細については、『 Cisco Application Control Engine Module Security Configuration Guide 』を参照してください）

構文は次のとおりです。

case-insensitive

大文字と小文字の区別をディセーブルにする場合の入力例を示します。

ディセーブルになっていた、大文字と小文字を区別する照合を再びイネーブルにするには、次のように入力します。

RTSP ヘッダーに関して解析する最大バイト数の設定

RTSP ヘッダーに関して解析する最大バイト数を設定するには、RTSP パラメータ マップ コンフィギュレーション モードで set header-maxparse-length コマンドを使用します。このコマンドの構文は次のとおりです。

set header-maxparse-length bytes

bytes 引数は、解析するすべての RTSP ヘッダーの合計長の最大バイト数です。1 ～ 65535 の整数を入力します。デフォルトは 2048 バイトです。

たとえば、RTSP ヘッダーの最大解析長を 16384 に設定するには、次のように入力します。

RTSP ヘッダーの最大解析長をデフォルトの 2048 バイトにリセットするには、次のように入力します。

host1/Admin(config-parammap-rtsp)# no set header-maxparse-length

クラス マップの説明の定義

レイヤ 3 およびレイヤ 4 クラス マップに関する簡単な説明を指定するには、クラス マップ コンフィギュレーション モードで description コマンドを使用します。このコマンドの構文は次のとおりです。

description text

text 引数には、最大 240 文字の英数字からなるテキスト ストリングを引用符で囲まず、スペースを使用しないで入力します。

たとえば、サーバへのネットワーク トラフィックをフィルタリングするクラス マップであるという説明を指定するには、次のように入力します。

クラス マップから説明を削除するには、次のように入力します。

VIP アドレス一致基準の定義

SLB の一致基準として VIP アドレス、プロトコル、およびポートからなる 3 タプル フローを定義するには、クラス マップ コンフィギュレーション モードで match virtual-address コマンドを使用します。複数の一致基準文を設定して、SLB 用の VIP を定義できます。このコマンドの構文は次のとおりです。

[ line_number ] match virtual-address vip_address {[ mask ] | any | { tcp | udp { any | eq port_number | range port1 port2 }} | protocol_number }

キーワード、引数、およびオプションは、次のとおりです。

• line_number - （任意）個々の match コマンドを編集または削除するために使用するライン番号。たとえば、 no line_number を入力すると、ライン全体を入力しなくても、長い match コマンドを削除できます。2 ～ 255 の整数を入力します。

• vip_address - ACE の仮想サーバの VIP。ドット付き 10 進表記で指定します（192.168.1.2）。VIP はカスタマーが所有するパブリック アドレスです。

• mask - （任意）ネットワーク全体に接続できるようにするための、ACE の VIP アドレスのマスク。ドット付き 10 進表記で指定します（255.255.255.0）。

• any - IP プロトコル値を表すワイルドカード値を指定します。

• tcp | udp - プロトコル、TCP、または UDP を指定します。

– any - TCP または UDP ポート番号を表すワイルドカード値を指定します。 eq 値または range 値のどちらかの位置に any を使用すると、あらゆる着信ポートからのパケットが一致します。

– eq port_number - TCP または UDP ポート番号が指定された値と一致しなければならないことを指定します。0 ～ 65535 の整数を入力します。0 を指定すると、ACE ではすべてのポートが対象となります。 表 3-6 の Well-known TCP ポートのキーワード名、または 表 3-7 の Well-known UDP ポートのキーワード名を入力することもできます。

（注） ACE は、ポート 80 で http と www の両方の文字キーワードをサポートするほか、ポート番号 80 そのものもサポートします。文字キーワードまたはポート 80 を設定するかどうかに関係なく、「www」の文字は実行コンフィギュレーションに表示されます。

– range port1 port2 - TCP または UDP ポートに使用するポート範囲を指定します。有効なポート番号の範囲は 0 ～ 65535 です。0 を指定すると、ACE ではすべてのポートを照合します。

• protocol_number - IP プロトコル番号。IP プロトコル番号を表す 1 ～ 254 の整数を入力します。

（注） ACE は必ず、最初の一致に基づいて、レイヤ 4 multi-match ポリシーに設定されたクラスと着信トラフィックを照合しようとします。複数のクラス マップに同じ VIP アドレス一致基準を設定し、最初のクラス マップでプロトコルを any として設定する場合、ACE は、ポリシー マップ内の非固有クラス マップのあとの固有性の強いクラス マップ（指定されたプロトコルおよびポートを持つクラス マップ）と着信トラフィックを照合しません。たとえば、最初のクラス マップに match virtual-address 192.168.12.15 any 、2 番めのクラス マップに match virtual-address 192.168.12.15 tcp eq https を設定し、これらのクラスをポリシー マップにこの順で関連付ける場合、ACE が受信した HTTPS トラフィックは目的のクラスと一致しません。したがって、ACE は不適切なサーバへのトラフィックをロード バランシングするので、ブラウザで The Page Cannot Be Displayed エラーを受信します。必ず、固有性の強いクラスを最初に設定します。そうしないと、予期せぬ結果が発生する場合があります。個別のレイヤ 4 ポリシー マップに 2 つのクラスを設定する場合、サービス ポリシーを使用するインターフェイス上で正しい順序でポリシーを適用してください。

次の例では、クラス マップ L4VIPCLASS が VIP アドレス 192.168.1.10 および TCP ポート番号 80 を宛先とするトラフィックと一致することを指定します。:

クラス マップから VIP match 文を削除するには、次のように入力します。

レイヤ 3 およびレイヤ 4 ポリシー マップの説明の定義

description コマンドを使用すると、レイヤ 3 およびレイヤ 4 ポリシー マップに関する簡単な説明を指定できます。

description コマンドを指定するには、ポリシー マップ コンフィギュレーション モードにアクセスする必要があります。

このコマンドの構文は次のとおりです。

description text

text 引数を使用し、最大 240 文字の英数字からなるテキスト ストリングを引用符で囲まずに入力します。

ポリシー マップが VIP へのネットワーク トラフィックをフィルタリングするためのものであることを指定する場合は、次のように入力します。

クラス マップから説明を削除するには、次のように入力します。

レイヤ 3 およびレイヤ 4 クラス マップをポリシー マップに関連付ける方法

レイヤ 3 およびレイヤ 4 SLB クラス マップをレイヤ 3 およびレイヤ 4 SLB ポリシー マップに関連付けるには、ポリシー マップ コンフィギュレーション モードで class コマンドを使用します。このコマンドの構文は次のとおりです。

class { name1 [ insert-before name2 ] | class-default }

キーワード、引数、およびオプションは、次のとおりです。

• name1 - class-map コマンドで設定された、定義済みトラフィック クラスの名前。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。

• class-default - ACEが作成した予約済みの Well-known クラス マップを指定します。このクラスは削除も変更もできません。指定されたクラス マップで他の一致基準を満たせなかったすべてのトラフィックは、デフォルト トラフィック クラスに割り当てられます。指定された分類がどれもトラフィックと一致しなかった場合、ACE は class class-default コマンドで指定されたアクションを実行します。 class-default クラス マップには、暗黙の match any 文があり、あらゆるトラフィックとの一致が可能です。

• insert-before name2 - （任意）ポリシー マップ コンフィギュレーションの name2 引数で指定された既存のクラス マップの前に、現在のクラス マップを配置します。ACE は、実行コンフィギュレーションにコマンドを保存しませんが、ポリシー マップにクラス マップが設定された順序は維持します。

たとえば、 insert-before オプションを使用して、ポリシー マップにおける 2 つのクラス マップの順序を定義するには、次のように入力します。

レイヤ 3 およびレイヤ 4 ポリシー マップからクラス マップを削除するには、次のように入力します。

レイヤ 3 およびレイヤ 4 SLB ポリシー アクションの指定

レイヤ 3 およびレイヤ 4 クラス マップを SLB ポリシー マップに関連付けたあとで、ネットワーク トラフィックがクラス マップの 1 つまたは複数の文と一致した場合に、ACE に実行させるアクションを指定する必要があります。レイヤ 3 およびレイヤ 4 ポリシー アクションを指定するには、次のトピックで説明するコマンドを使用します。

• レイヤ 7 SLB ポリシー マップをレイヤ 3 およびレイヤ 4 SLB ポリシー マップに関連付ける方法

• 汎用、HTTP、または RTSP パラメータ マップをレイヤ 3 およびレイヤ 4 ポリシー マップに関連付ける方法

• 接続パラメータ マップをレイヤ 3 およびレイヤ 4 ポリシー マップに関連付ける方法

• 仮想サーバ IP アドレスのアドバタイズのイネーブル化

• ICMP 要求に対する VIP の応答をイネーブルにする方法

• UDP トラフィックのパケット単位のロード バランシングのイネーブル化

• VIP のイネーブル化

レイヤ 7 SLB ポリシー マップをレイヤ 3 およびレイヤ 4 SLB ポリシー マップに関連付ける方法

ACE は、すべてのレイヤ 7 ポリシー マップを子ポリシーとして扱うので、必ず、レイヤ 7 SLB ポリシー マップをレイヤ 3 およびレイヤ 4 SLB ポリシー マップに関連付ける必要があります。レイヤ 7 ポリシー マップではなく、レイヤ 3 およびレイヤ 4 ポリシー マップは、インターフェイスに適用することも、コンテキスト内限定ですべてのインターフェイスにグローバルに適用することもできます。レイヤ 7 ロード バランシング ポリシー マップ作成の詳細については、「SLB に対応するレイヤ 7 ポリシー マップの設定」 を参照してください。

レイヤ 7 SLB ポリシー マップをレイヤ 3 およびレイヤ 4 SLB ポリシー マップに関連付けるには、ポリシー マップ クラス コンフィギュレーション モードで loadbalance コマンドを使用します。

このコマンドの構文は次のとおりです。

loadbalance policy name

policy name キーワードおよび引数は、既存レイヤ 7 SLB ポリシー マップの識別情報です。名前として、最大 64 文字の英数字を引用符で囲まずに、スペースを含めないで入力します。

たとえば、レイヤ 3 およびレイヤ 4 の L4SLBPOLICY というポリシー マップの中で、レイヤ 7 の L7SLBPOLICY というポリシー マップを参照するには、次のように入力します。

レイヤ 3 および レイヤ 4 SLB ポリシーに対するレイヤ 7 SLB ポリシーの関連付けを解消するには、次のように入力します。

汎用、HTTP、または RTSP パラメータ マップをレイヤ 3 およびレイヤ 4 ポリシー マップに関連付ける方法

汎用、HTTP、または RTSP パラメータ マップを設定するには、関連アクションを定義するパラメータ マップを作成します。「汎用プロトコル パラメータ マップの設定」、「HTTP パラメータ マップの設定」、または「RTSP パラメータ マップの設定」を参照してください。

パラメータ マップをレイヤ 3 およびレイヤ 4 ポリシー マップに関連付けるには、ポリシー マップ クラス コンフィギュレーション モードで appl-parameter http advanced-options コマンドを使用します。

このコマンドの構文は次のとおりです。

appl-parameter { generic | http | rtsp } advanced-options name

キーワードおよび引数は、次のとおりです。

• generic - 汎用プロトコル パラメータ マップを指定します。

• http - HTTP パラメータ マップを指定します。

• rtsp - RTSP パラメータ マップを指定します。

• name - 既存の汎用、HTTP、または RTSP パラメータ マップの 識別子。パラメータ マップは、関連するトラフィックのアクションをひとまとめに集約します。

たとえば、SLB ポリシー マップに対応するアクションとして、 appl-parameter http advanced-options コマンドを指定するには、次のように入力します。

SLB ポリシー マップに対する、アクションとしての HTTP パラメータ マップの関連付けを解消するには、次のように入力します。

接続パラメータ マップをレイヤ 3 およびレイヤ 4 ポリシー マップに関連付ける方法

接続パラメータ マップを作成して、関連アクションを定義することによって、TCP/IP 正規化および接続パラメータを設定できます。『 Cisco Application Control Engine Module Security Configuration Guide 』を参照してください。

接続パラメータ マップをレイヤ 3 およびレイヤ 4 ポリシー マップに関連付けるには、ポリシー マップ クラス コンフィギュレーション モードで connection advanced-options コマンドを使用します。このコマンドの構文は次のとおりです。

connection advanced-options name

name 引数には、既存パラメータ マップの名前として、最大 64 文字の英数字を引用符で囲まずに、スペースを含めないで入力します。

たとえば、次のように入力します。

ポリシー マップに対する TCP パラメータ マップの関連付けを解消するには、次のように入力します。

仮想サーバ IP アドレスのアドバタイズのイネーブル化

ACE が仮想サーバの IP アドレスをホスト ルートとしてアドバタイズするには、ポリシー マップ クラス コンフィギュレーション モードで loadbalance vip advertise コマンドを使用します。この機能は、Route Health Injection（RHI）とともに使用され、ACE はネットワーク全体に VIP アドレスのアベイラビリティをアドバタイズできます。

このコマンドの構文は次のとおりです。

loadbalance vip advertise [ active ] | [ metric number ]

キーワード、引数、およびオプションは、次のとおりです。

• active - （任意）ACE は、サーバ ファーム内に 1 つ以上のアクティブな実サーバが存在する場合にだけ、VIP の IP アドレスをホスト ルートとしてアドバタイズできます。 active オプションを指定しない場合、ACE はこの VIP に関連付けられたアクティブ実サーバがあるかないかに関係なく、必ず VIP をアドバタイズします。

• metric number - （任意）ルーティング テーブルに入力する必要があるルートの距離メトリックを指定します。1 ～ 254 の整数を入力します。デフォルト値は 77 です。

（注） ルートの距離メトリック値を入力する前に、loadbalance vip advertise コマンドを使用して VIP のアドバタイズをイネーブルにする必要があります。そうしないと、ACE はエラー メッセージを戻します。

（注） loadbalance vip advertise metric コマンドを設定してから no loadbalance vip advertise [active] コマンドを入力すると、ACE は メトリック値をデフォルトの 77 にリセットします。

たとえば、SLB ポリシー マップに対応するアクションとして、 loadbalance vip advertise コマンドを指定するには、次のように入力します。

SLB ポリシー マップのアクションとしてホスト ルートのアドバタイズを中止し、 loadbalance vip advertise metric コマンドの値（設定されている場合）をデフォルトの 77 にリセットするには、次のように入力します。

ルートの距離メトリックを指定するには、次のように入力します。

アドバタイズされた VIP から距離メトリックを削除するには、次のように入力します。

ICMP 要求に対する VIP の応答をイネーブルにする方法

ICMP ECHO 要求に対する VIP の応答をイネーブルにするには、ポリシー マップ クラス コンフィギュレーション モードで loadbalance vip icmp-reply コマンドを使用します。たとえば、ユーザが VIP に ICMP ECHO 要求を送信した場合、このコマンドは ICMP ECHO-REPLY の送信を VIP に指示します。このコマンドの構文は次のとおりです。

loadbalance vip icmp-reply [ active [ primary-inservice ] ]

オプションは次のとおりです。

• active - 設定された VIP がアクティブな場合に限り、ICMP 要求に応答するように ACE に指示します。VIP がアクティブではなく、なおかつ active オプションが指定されていた場合、ACE は ICMP 要求を廃棄して、要求をタイムアウトさせます。

• primary-inservice - バックアップ サーバ ファームのステートに関係なく、プライマリ サーバ ファームのステートがアップである場合に限り、ICMP ping に応答するように ACE に指示します。このオプションがイネーブルで、プライマリ サーバ ファームのステートがダウンである場合、ACE は ICMP 要求を廃棄して、要求をタイムアウトさせます。

（注） loadbalance vip icmp-reply コマンドは ACE 上の VIP への ping を制御します。このコマンドは VIP の ICMP Access Control List（ACL; アクセス コントロール リスト）エントリを暗黙にダウンロードします。このコマンドを ACE に設定しても、ICMP トラフィックを拒否するよう設定された ACL は、VIP への ping を実行するクライアントの機能に影響を及ぼしません。

このコマンドの active オプションを設定した場合は、コンフィギュレーションを完結させるために、必ず、Telnet プローブを設定してサーバ ファームに関連付けてください。プローブはサーバ ファーム内のすべての実サーバの状態を監視し、サーバ ポートがアクティブな場合に限り、ICMP ECHO REPLY で VIP が応答するようにします。サーバ ポートが停止している場合、または到達不能な場合、プローブが失敗し、VIP は ECHO 要求への応答を中止します。プローブ設定の詳細については、 「ヘルス モニタリングの設定」 を参照してください。

（注） セキュリティ上の理由から、ACE はモジュール経由で、ACE の一方の側にある VLAN（仮想 LAN）上のインターフェイスから、モジュールの反対側の異なる VLAN 上のインターフェイスへの ping を許可しません。たとえば、VIP がサーバ VLAN とは異なる VLAN 上にある場合、サーバから VIP に対して ping を実行できません。

たとえば、次のように入力します。

loadbalance vip icmp-reply コマンド、プライマリ サーバ ファーム、およびバックアップ サーバ ファームの現在の状態を表示するには、show service-policy policy-name detail コマンドを使用します。詳細については、「サービス ポリシー統計情報の表示」を参照してください。

UDP トラフィックのパケット単位のロード バランシングのイネーブル化

デフォルトでは、ACE は同じタプルを使用して、既存の接続上の同じ実サーバに対する UDP パケットをロード バランシングできます。応答がクライアントに戻されたあとただちに接続を終了し、UDP トラフィックのパケット単位のロード バランシングをイネーブルにするには、ポリシー マップ クラス コンフィギュレーション モードで loadbalance vip udp-fast-age コマンドを使用します。このコマンドの構文は次のとおりです。

loadbalance vip udp-fast-age

レイヤ 4 ポリシーの VIP クラスの下にこのコマンドを設定する必要があります。このコマンドを使用すると、ACE はプレディクタ アルゴリズムに従って、サーバ ファーム内の新しい実サーバへの新しい要求をすべてロード バランシングします。クライアントから再送信されたすべての UDP パケットは同じ実サーバに転送されます。このコマンドを適用できるのは、UDP フローだけです。このコマンドは断片化パケットでも動作します。ACE は再設定を行ってから応答を転送し、接続レコードを削除します。

（注） loadbalance vip udp-fast-age コマンドを使用できるのは、汎用レイヤ 7 ポリシーだけです。汎用レイヤ 7 ポリシーの設定に関する詳細については、「SLB に対応するレイヤ 7 ポリシー マップの設定」を参照してください。

たとえば、次のように入力します。

デフォルト動作にリセットするには、 no loadbalance vip udp-fast-age コマンドを使用します。たとえば、次のように入力します。

loadbalance vip udp-fast-age コマンドを使用する実行コンフィギュレーションの例を示します。

VIP のイネーブル化

VIP の SLB 動作をイネーブルにするには、ポリシー マップ クラス コンフィギュレーション モードで loadbalance vip inservice コマンドを使用します。このコマンドの構文は次のとおりです。

loadbalance vip inservice

SLB ポリシー マップに対応するアクションとして、 loadbalance vip inservice コマンドを指定する例を示します。

VIP をディセーブルにするには、次のように入力します。

実サーバおよびサーバ ファームの設定

実サーバおよびサーバ ファームの設定の詳細については、 「実サーバおよびサーバ ファームの設定」 を参照してください。

レイヤ 7 RDP ロード バランシング ポリシーの設定

レイヤ 7 RDP ロード バランシング ポリシーを設定するには、次の手順を実行します。

ステップ 1 レイヤ 7 RDP ロード バランシング ポリシー マップを作成します。

ステップ 2 そのポリシー マップとデフォルト クラス マップを関連付けます。レイヤ 7 RDP ポリシー マップに関連付けることができるのは、デフォルトのクラス マップだけです。

ステップ 3 サーバ ファームとポリシー マップを関連付けます。

レイヤ 7 ロード バランシング ポリシーの設定の詳細については、「SLB に対応するレイヤ 7 クラス マップの設定」および「SLB に対応するレイヤ 7 ポリシー マップの設定」を参照してください。

レイヤ 3 およびレイヤ 4 RDP ポリシーの設定

レイヤ 3 およびレイヤ 4 RDP ポリシーを設定するには、次の手順を実行します。

ステップ 1 RDP 用にレイヤ 3 およびレイヤ 4 クラス マップを作成し、VIP match 文を指定します。match 文の rdp キーワードを使用すると、ポートをデフォルトの RDP ポート 3389 に設定します。ポート番号を直接入力することもできます。

ステップ 2 レイヤ 3 およびレイヤ 4 RDP ポリシー マップを作成し、レイヤ 3 およびレイヤ 4 RDP クラス マップと関連付けます。

ステップ 3 VIP をインサービスにします。

ステップ 4 「レイヤ 7 RDP ロード バランシング ポリシーの設定」で作成したレイヤ 7 ポリシー マップをレイヤ 3 およびレイヤ 4 ポリシー マップと関連付けます。

レイヤ 3 およびレイヤ 4 ロード バランシング ポリシーの設定の詳細については、「SLB 用レイヤ 3 およびレイヤ 4 SLB クラス マップの設定」および「SLB 用レイヤ 3 およびレイヤ 4 ポリシー マップの設定」を参照してください。

インターフェイスへのレイヤ 3 およびレイヤ 4 RDP ポリシーの適用

インターフェイスへのレイヤ 3 およびレイヤ 4 ロード バランシング ポリシーの適用の詳細については、「インターフェイスへのレイヤ 3 およびレイヤ 4 ポリシーの適用」を参照してください。

RDP ロード バランシングの設定例

次に、RDP ロード バランシングの実行コンフィギュレーションの例を示します。

実サーバおよびサーバ ファームの設定

実サーバおよびサーバ ファームの設定の詳細については、 「実サーバおよびサーバ ファームの設定」 を参照してください。

RADIUS スティッキ グループの設定

次の基準のいずれかに基づいて、RADIUS スティッキ グループを設定できます。

• Framed IP だけ

• Framed IP および発信側端末 ID

• Framed IP およびユーザ名

RADIUS スティッキ グループを設定するには、次の手順を実行します。

ステップ 1 RADIUS スティッキ グループを作成します。

RADIUS スティッキ グループにより、ACE は同じユーザ セッションに属する以後のメッセージ（ユーザ名、呼び出し ID、または IP アドレス（Framed IP）によって特定）を、そのユーザ セッションの最初のメッセージと同じサーバに確実に送信します。複数のセッションが同じクライアントから発信できます。

ステップ 2 サーバ ファームとスティッキ グループを関連付けます。

RADIUS スティッキ性の設定の詳細については、 「スティッキ機能の設定」 を参照してください。

レイヤ 7 RADIUS ロード バランシング ポリシーの設定

レイヤ 7 RADIUS ロード バランシング ポリシーを設定するには、次の手順を実行します。

ステップ 1 レイヤ 7 ロード バランシング クラス マップを作成します。

最初の 2 つのステップを省略し、代わりにデフォルトのクラス マップ（class-default）を使用することもできます。デフォルトのクラス マップを使用する場合、RADIUS 発信側端末 ID やユーザ名の一致基準は指定できません。

（注） match-all クラス マップでは、同じタイプの match を複数設定できません。match-any クラス マップでは、異なるタイプの match を複数設定できません。

ステップ 2 クラス マップに一致基準を定義します。

ステップ 3 レイヤ 7 RADIUS ロード バランシング ポリシー マップを作成します。

ステップ 4 ステップ 1 で作成したクラス マップとステップ 3 で作成したポリシー マップを関連付けます。

ステップ 5 スティッキ グループとポリシー マップを関連付けます。

（注） レイヤ 7 ポリシーに、スティッキ サーバ ファームではなく、単一の（非スティッキ）サーバ ファームを指定できます。その場合に使用可能な機能は、同じ実サーバへの再送信の転送と、すべての実サーバへのアカウンティング オンまたはオフの複製だけです。

レイヤ 7 ロード バランシング ポリシーの設定の詳細については、「SLB に対応するレイヤ 7 クラス マップの設定」および「SLB に対応するレイヤ 7 ポリシー マップの設定」を参照してください。

レイヤ 3 およびレイヤ 4 RADIUS ロード バランシング ポリシーの設定

レイヤ 3 およびレイヤ 4 RADIUS ポリシーを設定するには、次の手順を実行します。

ステップ 1 RADIUS ロード バランシングにレイヤ 3 およびレイヤ 4 クラス マップを設定し、VIP match 文を指定します。match 文の radius-auth キーワードを使用すると、ポートはデフォルトの RADIUS ポート 1812 に設定されます。 radius-acct キーワードを使用すると、ポートはデフォルトの RADIUS ポート 1813 に設定されます。ポート番号を直接入力することもできます。

次のように、ポート範囲に 1 つの match 文を使用することもできます。

ステップ 2 レイヤ 3 およびレイヤ 4 RADIUS ポリシー マップを設定し、ステップ 1 で作成したレイヤ 3 およびレイヤ 4 RADIUS クラス マップとこのポリシー マップを関連付けます。

ステップ 3 VIP をインサービスにします。

ステップ 4 「レイヤ 7 RADIUS ロード バランシング ポリシーの設定」で作成したレイヤ 7 ポリシー マップをレイヤ 3 およびレイヤ 4 ポリシー マップと関連付けます。

レイヤ 3 およびレイヤ 4 ロード バランシング ポリシーの設定の詳細については、「SLB 用レイヤ 3 およびレイヤ 4 SLB クラス マップの設定」および「SLB 用レイヤ 3 およびレイヤ 4 ポリシー マップの設定」を参照してください。

RADIUS ロード バランシングの詳細については、「RADIUS ロード バランシングの設定例」を参照してください。

非 RADIUS データ転送用のトラフィック ポリシーの設定

クライアントからの非 RADIUS データ パケットを、同じクライアントからの RADIUS パケットを ACE から送信したときの宛先であるサーバに転送するようACE を設定できます。この機能は、Cisco Services Selection Gateway（SSG）を装備したモバイル ワイヤレス実装で使用されます。エンド ユーザ トラフィックは、ロード バランサをパススルーし、IP アドレス（Framed IP）によって識別されたユーザを認証し、アカウンティングする同じ実サーバ（SSG）に転送される必要があります。

ACE がフレーム化 IP スティッキ性を使用して非 RADIUS パケットを転送する必要がある場合、パケットの送信元 IP アドレスを使用してスティッキ データベース内のフレーム化 IP アドレスを検索します。検索が正常に終了すると、ACE はパケットを適切な実サーバの IP アドレスにネクストホップとして送信します（パケットの宛先 IP アドレスは変更されません）。検索が失敗すると、ACE はパケットをルーティングします。

（注） この手順には、catch-all VIP（IP アドレスおよびネットマスク 0.0.0.0 0.0.0.0）の使用が含まれます。このタイプの VIP は慎重に使用してください。できれば、ACE が転送する必要がある実際のトラフィックにできるだけ近い VIP アドレスおよびネットマスクを使用してください。

次の手順では、データ転送プロセスに関連したコンフィギュレーションの部分を設定するのに必要なステップについて説明します。前述の設定手順とともに、次の手順を使用します。

ステップ 1 catch-all VIP のあるレイヤ 4 クラス マップを作成します。

ステップ 2 レイヤ 7 ロード バランシング ポリシー マップを 1 つ作成します。

ステップ 3 デフォルトのクラス マップとレイヤ 7 ポリシー マップを関連付け、非 RADIUS 着信トラフィックを照合します。デフォルトのクラス マップは、このポリシー マップで設定できる唯一のクラス マップです。

ステップ 4 「RADIUS スティッキ グループの設定」 で作成した RADIUS スティッキ グループとレイヤ 7 ポリシー マップを関連付けます。

ステップ 5 レイヤ 4 クラス マップと、「レイヤ 3 およびレイヤ 4 RADIUS ロード バランシング ポリシーの設定」 で作成したレイヤ 4 multimatch ポリシー マップを関連付けます。

ステップ 6 ステップ 1 で設定した catch-all VIP をイネーブルにします。

ステップ 7 ステップ 2 で作成したレイヤ 7 ロード バランシング ポリシーとレイヤ 4 multimatch ポリシーを関連付けます。

データ転送 RADIUS トラフィック ポリシーの設定全体の例については、「エンド ユーザ データ転送ポリシー」を参照してください。

インターフェイスへのレイヤ 3 およびレイヤ 4 RADIUS ポリシーの適用

インターフェイスへのレイヤ 3 およびレイヤ 4 ロード バランシング ポリシーの適用の詳細については、「インターフェイスへのレイヤ 3 およびレイヤ 4 ポリシーの適用」 を参照してください。

RADIUS ロード バランシングの設定例

次に、レイヤ 7 RADIUS クラス マップを使用した場合と使用しない場合の RADIUS ロード バランシングの設定例を示します。

• レイヤ 7 RADIUS クラス マップを使用しない場合

• レイヤ 7 RADIUS クラス マップを使用した場合

• エンド ユーザ データ転送ポリシー

レイヤ 7 RADIUS クラス マップを使用しない場合

次に、レイヤ 7 RADIUS クラス マップを使用しない場合の RADIUS ロード バランシングの実行コンフィギュレーションの例を示します。RADIUS ロード バランシング設定に厳密に関連している設定部分は太字で示します。

レイヤ 7 RADIUS クラス マップを使用した場合

次に、レイヤ 7 RADIUS クラス マップを使用した場合の RADIUS ロード バランシングの実行コンフィギュレーションの例を示します。RADIUS ロード バランシング設定に厳密に関連している設定部分は太字で示します。