- Cisco Mobile Wireless Home Agent の概 要
- Home Agent（HA）の設定プランニング
- 単一 IP インフラストラクチャ
- HA でのホーム アドレス割り当て
- ユーザ認証および認可
- HA の冗長性
- HA でのロード バランシングの設定
- IP 登録の終了
- ダイナミック ドメイン ネーム サーバ（DNS） アップデート
- ユーザ単位パケット フィルタリング
- HA のセキュリティ
- HA のアカウンティング
- Home Agent（HA）でのマルチ VPN ルー ティングおよびフォワーディング（VRF）
- Home Agent（HA）の サービス品質（QoS）
- ユーザ トラフィックのモニタリング
- その他の設定作業
- Home Agent のネットワーク管理、管理情報 ベース（MIB）、および簡易ネットワーク管理 プロトコル（SNMP）
- 用語集
Cisco Mobile Wireless Home Agent リリース 5.2 for Cisco IOS リリース 12.4(22)YD2
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年6月11日
章のタイトル： 単一 IP インフラストラクチャ
単一 IP インフラストラクチャ
この章では、サービス プロバイダーの Home Agent（HA）アプリケーションに対する単一 IP インフラストラクチャおよび管理性の要件に関連する概念について説明します。このアプリケーションは、Cisco 7600 スイッチの Service Application Module for IP（SAMI）サービス ブレードに常駐する、Mobile Services Exchange Framework（mSEF; モバイル サービス エクスチェンジ フレームワーク）製品ファミリの一部です。ここでは、この機能の設定方法についても説明します。
–
「トラブルシューティングおよびデバッグの単一インターフェイス」
• 「操作と管理」
– 「アプリケーション関連パラメータのシャーシ全体の MIB」
– 「シャーシ全体のロードのアプリケーション インスタンス単位での報告」
– 「設定の詳細」
• 「単一 IP サポート - 再利用 CLI と新しい CLI」
• 「Distributed Show および Distributed Debug」
• 「シャーシ管理」
• 「制約事項」
単一 IP 機能の概要
現行の mSEF SAMI のゲートウェイ ソリューション（Cisco Mobile Wireless Home Agent、WiMax BWG、Cisco GGSN、および PDSN）はすべて multiple-routers-on-a-stick モデルを提供していますが、これには担当者の管理性および操作上の問題があります。HA の単一 IP のシステム設計では、ブレード単位で SAMI のゲートウェイを管理できます。これは、ブレードごとに 6 台のプロセッサを搭載する以前のモデルと比べると操作の複雑さが「6 分の 1 に減少」することになります。
単一 IP 機能では、それぞれがコントロール プレーン機能とトラフィック プレーン機能の両方を実行する独立した IOS プロセッサ 6 台を搭載する現行モデルから、IOS プロセッサ 1 台が Control Plane（CP; コントロール プレーン）プロセッサとして、残りの 5 台が Traffic Plane（TP; トラフィック プレーン）プロセッサとして指定されたモデルに、SAMI サービス ブレードの機能が割り当て直されています。
ここでは、シャーシ単位モデルで提供されるその他の対象機能サブセットを説明します。ブレード単位モデルは次の領域に適用されます。
• Management Information Base（MIB; 管理情報ベース）を取得するための Simple Network Management Protocol（SNMP; 簡易ネットワーク管理プロトコル）を介したネットワーク管理の相互作用
• サブスクライバごとのダイナミック ゲートウェイ割り当てのベースとして、SNMP を介した「ロード パラメータ」の取得
• さまざまな出力フィルタリング機能を備えた、シャーシ上のサブスクライバの表示
• シャーシ上の 1 人または複数のサブスクライバのセッション アクティビティの表示
• トラブルシューティングを行うための 1 人または複数の特定サブスクライバに対するサブスクライバのモニタリング（呼トレース）
外部システムによって認識される HA 機能の動作には変更はありません。ブレード上の単一 IP HA のルックアンドフィールは、単一プロセッサ上で実行する Home Agent 4.0 イメージと同じです。
単一 IP インターフェイス
• トラブルシューティングおよびデバッグの単一インターフェイス
MIP の単一インターフェイス
サービス ブレードは HA の IP アドレスである個別の IP アドレスを提供します。このアドレスは Home Agent Release 4.0 と同じように設定します。この同じ IP アドレスは、Foreign Agent（FA; 外部エージェント）Care-of-Address（CoA; 気付アドレス）かコロケーション CoA かに関係なく、HA と CoA 間のトンネルのエンドポイント アドレスにもなります。この IP アドレスは、コントロール プレーン プロセッサとトラフィック プレーン プロセッサの両方に設定されます。これにより、現行の 6 つではなく、Mobile Node（MN; モバイル ノード）-HA および FA-HA のそれぞれのブレードごとに 1 つのモバイル IP セキュリティ アソシエーションを設定できます。
HA の IP アドレスはループバック アドレスにする必要があり、この同じ IP アドレスが HA と気付アドレス（CoA）の間のトンネルのエンドポイント アドレスにもなります。
サービス ブレードは、ユーザ トラフィックのパケットが適切なトラフィック プレーン プロセッサに送信される、IXP ユーコードでのパケット配信機能を実装しています。コントロール プレーン トラフィックとして識別されたパケットは、コントロール プレーン プロセッサに送信されます。特定の識別情報と一致しないパケットは、コントロール プレーン プロセッサに送信されて処理されます。
設定の単一インターフェイス
サービス ブレードは、ブレード機能を設定する単一ポイントを提供します。つまり、Home Agent Release 4.0 で行っていたのと同じようにサービス ブレードにセッションを確立できます。セッションは、サービス ブレード上のコントロール プロセッサに確立されます。この単一セッションからサービス ブレードに、HA の機能に必要な各コマンドを 1 回実行して機能を設定できます。この設定は同じ設定が必要なすべてのプロセッサに適用され、追加設定作業を行う必要はありません。
IOS コンフィギュレーション コマンドのデフォルト処理では、設定がサービス ブレード上のすべての IOS プロセッサに適用されます。コンフィギュレーション セッションをホスティングするプロセッサ上でだけ実行されるコマンドのセットを定義できます。フィルタリングされたコンフィギュレーション コマンドの例には、Open Shortest Path First（OSPF）および Hot Standby Router Protocol（HSRP; ホットスタンバイ ルータ プロトコル）関連のコンフィギュレーション コマンドがあります。
SNMP 管理の単一インターフェイス
サービス ブレードは、SNMP 操作のターゲット アドレスである設定可能な個別 IP アドレスを提供します。この IP アドレスはコントロール プレーン プロセッサでホスティングされます。HA 機能に関連するサービス ブレード上のすべての MIB は、この IP アドレスを使用してアクセスできます。コントロール プレーン プロセッサ以外のプロセッサから必要な情報は、MIB ターゲットに応じてプッシュまたはプルです。
プロセッサ単位で情報を表示する、プロセッサのリソース使用量およびメモリ使用量に関連する MIB が 2 つあります。1 つのプロセッサ リソース MIB 結果が 6 つの個別エントリ（プロセッサごとに 1 つ）で返されます。メモリ使用量に対しても同様です。
トラブルシューティングおよびデバッグの単一インターフェイス
サービス ブレードは、show および debug コマンドを実行するための単一エントリ ポイント（コントロール プレーン プロセッサへのセッション）を提供します。デフォルトでは、show コマンドはコントロール プレーン プロセッサでだけ実行されます。1 つまたは複数のトラフィック プレーン プロセッサで実行する必要がある各コマンドが個別に装備されています。
トラフィック プレーン プロセッサからの追加情報が必要で、ユーザ（Network Access Identifier（NAI）または IP アドレス）ごとに認可されるコマンドの場合は、そのユーザをホスティングするトラフィック プレーン プロセッサが特定され、コマンドがそのプロセッサ上で実行されます。
各プロセッサからの結果は、コマンドに対して応答する前に 1 つの表示にまとめられます。
条件付きデバッグ コマンドでも同じアプローチが使用されます。シャーシ全体の「サブスクライバのデバッグ」機能をサポートするために、識別されたサブスクライバのモバイル IP バインディング登録要求を受信する前に、そのサブスクライバのトリガーを事前に設定しておく必要があります。登録要求を受信すると、要求を受信したプロセッサ以外のすべてのプロセッサの設定済みトリガーは削除できます。
AAA の単一インターフェイス
サービス ブレードは AAA 相互作用の単一 IP アドレスを提供します。Radius ベースと Diameter ベースの両方の相互作用に IP アドレスを 1 つ使用することも、各プロトコルに別個の IP アドレスを使用することもできます。
Radius ベースの認証および認可が実行されるのはコントロール プレーン プロセッサからだけです。
Radius ベースの Change of Authorization および Packet of Disconnect の交換はコントロール プレーンで行われ、その処理が該当するトラフィック プロセッサで開始されます。これらの機能は、Radius ベース アカウンティングのサポートとは関係なく提供されます。
ポリシーをサポートする Diameter ベース 相互作用もコントロール プレーン プロセッサ上に限り実行されます。これは Home Agent Release 5.0 の一部としてサポートされます。
Radius ベースおよび Diameter ベース アカウンティングは、HA のこのリリースの単一 IP ではサポートされません。サービス ブレードのパケット配信機能は、宛先 UDP ポートに基づいて特定のプロセッサに Radius トラフィックを転送しません。
MIP および AAA の単一インターフェイス
単一 IP ベースの HA では、CP は AAA サーバへのインターフェイスを終了します。すべてのサブスクライバの認証は CP によって行われます。ただし、認証だけが行われることに注意してください。
アクティブ/スタンバイ CP から TP への情報を更新するために、CP は IPC メカニズムを使用します。CP は、TP に対して更新を行いながらコントロール メッセージのプロセスを待機します。ここでは、各コントロール プレーン メッセージに対するアプローチについて説明します。
アクティブ HA での手順
次のコントロール メッセージは、アクティブな HA の CP によって処理されます。
• Registration Request（RRQ）：サブスクライバの登録、再登録、および登録解除
• Registration Revocation メッセージ
• Registration Revocation ACK メッセージ
• Change of Authorization（COA）
• Packet of Disconnect（POD; パケット オブ ディスコネクト）
アクティブ HA の CP 上の MN の Registration Request
1. アクティブ HA の CP は RRQ を受信し、MN の認可を行います。CP と AAA サーバの間のインターフェイスは HA 4.0 と同じです。
2. MN の認可が失敗した場合、CP はエラー コードを使用して Registration Reply を FA に送信します。
3. 認可が正常に行われると、バインディング用に IP アドレスが割り当てられます。IP アドレス割り当てのメカニズムは Home Agent 4.0 と同じです。CP はハッシュ テーブルを検索して、割り当てられた MN アドレスに基づいて TP ID を 1 つ取得します。
4. CP は、応答を待たずに IPC 高信頼性メカニズムを使用して対応する TP に対してバインディング情報を更新します。また、UDP/IP を介してスタンバイ HA の CP に対して更新情報を送信し、Registration Reply を使用して FA に応答します。
5. CP が TP からエラー コードなしで確認応答を受信した場合は、CP は何の処理も行いません。
6. タイムアウトや TP から受信した応答が無効なために障害が発生した場合、CP はバインディングを削除します。また、スタンバイ HA に "binddeleterequest" を開始し、HA で登録失効がイネーブルになっている場合は FA に Registration Revocation メッセージを送信します。
次の情報は、バインディング用に CP から TP に更新されます。
• 拡張として Mobile-Home Authentication Extension（MHAE）の Security Parameter Index（SPI; セキュリティ パラメータ インデックス）
• マルチパス Normal Vendor Specific Extension（NVSE）
• アドレス タイプ CVSE：MN の DHCP アドレス割り当てを示します。
• Chargeable User Identity（CUI）：アカウンティングおよび WiMAX サブスクライバ専用
• アカウンティング マルチ セッション ID、アカウンティング暫定インターバル：WiMAX サブスクライバ用
• VPN Routing and Forwarding（VRF; VPN ルーティングおよびフォワーディング）名および対応する HA IP アドレス（存在する場合）
• NVSE としてホットライン ルール/プロファイル ベースのリスト
次のコール フローは、アクティブ HA での MN の登録解除を示します。
1. アクティブ HA の CP は登録解除の RRQ を受信し、MN の認可を行います。CP と AAA サーバ間のインターフェイスは HA Release 4.0 と同じです。
2. MN の認可が失敗した場合、CP はエラー コードを使用して Registration Reply を FA に送信します。
3. 認可が正常に行われると、CP は IPC 高信頼性メカニズムを使用して対応する TP にバインディング情報を送信して、バインディングを削除します。登録解除の間は CP は TP からの応答を待機しません。
4. CP は MN アドレスとエラー コード 0 を使用して Registration Reply を送信します。
5. アクティブ HA の CP はそのピアにバインディング削除要求を送信します。
次の情報は、バインディング用に CP から TP に更新されます。
アクティブ HA の Registration Revocation メッセージ
次のコール フローは、アクティブ HA での登録失効の手順を示します。
1. アクティブ HA の CP は Registration Revocation メッセージを受信します。Foreign-Home Authentication Extension（FHAE）に関する解析失敗または認証失敗の場合、CP はエラー コードを使用して Registration Revocation ACK を FA に送信します。
2. CP は IPC 高信頼性メカニズムを使用して対応する TP にバインディング情報を送信して、バインディングを削除します。削除要求の間は CP は TP からの応答を待機しません。
3. アクティブ HA の CP はそのピアにバインディング削除要求を送信します。
5. CP は MN アドレスとエラー コード 0 を使用して Registration Revocation ACK を送信します。
次の情報は、バインディング用に CP から TP に更新されます。
アクティブ HA の Registration Revocation ACK
アクティブ HA の CP は、アクティブ HA が送信した対応する Registration Revocation メッセージの Registration Revocation ACK を受信します。CP はバインディング情報を更新するための TP 更新処理は行いませんが、FHAE または 、IP Security（IPSec; IP セキュリティ）認証は完了します。
次のコール フローは、アクティブ HA で受信された COA の手順を示します。
1. アクティブ HA の CP は COA を受信し、MN の認可を行います。CP と AAA サーバ間のインターフェイスは、Home Agent Release 4.0 のインターフェイスと同じです。
2. MN の認可が失敗した場合、CP は COA NAK エラー コードを AAA サーバに送信します。
3. AAA サーバに対してホットライン情報を解析する間に障害が発生した場合、CP は COA NAK を送信します。CP は TP または スタンバイ HA に対して情報を更新しません。
4. CP は、応答を待たずに IPC 高信頼性メカニズムを使用して対応するTP に暫定更新情報を送信します。また、UDP/IP を介してスタンバイ HA の CP に暫定更新情報を送信し、COA ACK を使用して AAA に応答します。
5. CP が TP からエラー コードなしで確認応答を受信した場合は、CP はそれ以上の処理を行いません。
6. タイムアウトや TP から受信した応答が無効なために障害が発生した場合、CP はバインディングを削除し、スタンバイ HA に "binddeleterequest" を開始します。HA で登録失効がイネーブルになっている場合は、Registration Revocation メッセージが FA に送信されます。
次の情報は、バインディング用に CP から TP に更新されます。
• NVSE としてホットライン ルール/プロファイルのリスト
次のコール フローは、POD がアクティブ HA で受信されたときの手順を示します。
1. アクティブ HA の CP は POD を受信し、MN の認可を行います。CP と AAA サーバ間のインターフェイスは、Home Agent 4.0 のインターフェイスと同じです。
2. MN の認可が失敗した場合、CP は POD NAK エラー コードを AAA サーバに送信します。
3. CP は MN アドレスの Registration Revocation メッセージを作成し、対応する気付アドレスに送信します。
4. CP は IPC 高信頼性メカニズムを使用して対応する TP にバインディング情報を送信して、バインディングを削除します。削除要求の間は CP は TP からの応答を待機しません。
5. アクティブ HA の CP はそのピアにバインディング削除要求を送信します。
7. CP は、MN アドレスとエラー コード 0 を使用した Registration Revocation ACK を受信するまで待機します。応答を受信する前にタイムアウトになった場合は、HA は PDSN に対して Registration Revocation を使用して再試行します。
スタンバイ HA 上の手順
スタンバイ HA の CP は、アクティブ/スタンバイ同期の次の 2 つの場合にトラフィック プロセッサを更新します。
ダイナミック同期中にスタンバイ HA の CP で受信された BindUpdateRequest
次のコール フローは、MN の登録/再登録用にアクティブ HA が送信する "BindUpdate Request" をスタンバイ HA が処理する方法を示します。
1. スタンバイ CP はアクティブ CP から "BindUpdateRequest" を受信し、MN の認可を行います。これにより、受信された "BindUpdateRequest" が検証されます。
2. アクティブ HA/スタンバイ HA 間で HHAE 認証が失敗した場合、スタンバイ CP は有限エラー コードを使用して "BindUpdate ACK" を送信します。
3. 認証が正常に行われると、CP は受信したホーム アドレスにバインディングを作成します。また、CP はハッシュ テーブルを検索して、割り当てられた MN アドレスに基づいて TP ID を 1 つ取得します。
4. CP は、応答を待たずに IPC 高信頼性メカニズムを使用して対応する TP に対してバインディング情報を更新します。CP は "bindudpate ack" を使用してアクティブ HA に確認応答します。
5. CP が TP からエラー コードなしで確認応答を受信した場合は、CP は何の処理も行いません。
6. タイムアウトや TP から受信した応答が無効なために障害が発生した場合、CP はスタンバイ HA のバインディングを削除します。スタンバイ HA でバインディングを削除する場合、アクティブ HA のバインディング情報を損なわないようにする必要があります。
次の情報は、バインディング用に CP から TP に更新されます。
• 拡張として Mobile-Home Authentication Extension（MHAE）の Security Parameter Index（SPI; セキュリティ パラメータ インデックス）
• マルチパス Normal Vendor Specific Extension（NVSE）
• アドレス タイプ CVSE：MN の DHCP アドレス割り当てを示します。
• CUI：アカウンティングおよび WiMAX サブスクライバ用
• アカウンティング マルチセッション ID、アカウンティング暫定インターバル：WiMAX サブスクライバ用
• VPN Routing and Forwarding（VRF; VPN ルーティングおよびフォワーディング）名および対応する HA IP アドレス（存在する場合）
• NVSE としてホットライン ルール/プロファイル ベースのリスト
ダイナミック同期中にスタンバイ HA の CP で受信された BindDeleteRequest
次のコール フローは、MN の登録解除/失効要求/POD を受信後にアクティブ HA が送信する "BindDelete Request" をスタンバイ HA が処理する方法を示します。
1. スタンバイ CP はアクティブ CP から "BindDeleteRequest" を受信し、MN の認可を行います。
2. アクティブ HA/スタンバイ HA 間で HHAE 認証が失敗した場合、スタンバイ CP は有限エラー コードを使用して "BindDelete ACK" を送信します。
3. 認可が正常に行われると、CP は IPC 高信頼性メカニズムを使用して対応する TP にバインディング情報を送信して、バインディングを削除します。削除要求の間は CP は TP からの応答を待機しません。
4. CP は MN アドレスとエラー コード 0 を使用して "BindDelete ACK" をアクティブ HA に送信します。
次の情報は、バインディング用に CP から TP に更新されます。
ダイナミック同期中にスタンバイ HA の CP で受信された BindInterimUpdate
次のコール フローは、ダイナミック同期中にスタンバイ CP が "BindInterimUpdate" メッセージを処理する方法を示します。
1. スタンバイ CP はアクティブ CP から "InterimUpdateRequest" を受信し、MN の認可を行います。
2. アクティブ HA/スタンバイ HA 間で HHAE 認証が失敗した場合、スタンバイ CP は有限エラー コードを使用して"InterimUpdateAck" を送信します。
3. 認証が正常に行われると、CP は CP 上で作成済みのバインディングに対してホットライニング ルールを使用して暫定更新情報を更新します。
4. CP は、応答を待たずに IPC 高信頼性メカニズムを使用して対応する TP に対してバインディング情報を更新します。CP は、エラー コード 0 の "interimupdate Ack" を使用してアクティブ HA に確認応答します。
5. CP が TP からエラー コードなしで確認応答を受信した場合は、CP は何の処理も行いません。
6. タイムアウトや TP から受信した応答が無効なために障害が発生した場合、CP はスタンバイ HA のバインディングを削除します。スタンバイ HA でバインディングを削除する場合、アクティブ HA のバインディング情報を損なわないようにする必要があります。
次の情報は、バインディング用に CP から TP に更新されます。
• NVSE としてホットライン ルール/プロファイルのリスト
バルク同期中にスタンバイ HA の CP で受信された BindUpdateRequest
バルク同期中に、アクティブ HA の CP はスタンバイ HA の CP に複数のバインディングのバインディング情報を送信します。スタンバイ HA の CP で各バインディングが正常に作成されると、バインディング情報は応答を待たずに IPC メカニズムを使用して更新されます。
いずれの段階でも、CP-TP 応答メッセージ ステータスがバルク同期メッセージ フローを妨げないようにする必要があります。応答が受信されると、"bindupdaterequest" メッセージ処理がそのバインディングに適用されます。
ホットライン タイマーの期限切れによる MIP セッション終了中は、アクティブ/スタンバイ HA の CP から TP に更新は送信されません。ホットライン タイマーの期限が切れると、バインディング情報はアクティブ/スタンバイ HA の CP/TP で自動的に削除されます。
フェールオーバーの単一インターフェイス
現在の SAMI 障害モードは可能な場合は常にプロセッサ単位の障害に使用します。単一 IP モデルの場合、ブレードで検出された障害はプロセッサ レベルのフェールオーバーで十分な場合でもブレード レベルのフェールオーバーになります。これには、SAMI プラットフォームにより検出可能な場合はインターフェイス障害も含まれます。これは、このような障害モードに対するプラットフォーム サポートを必要とします。
操作と管理
アプリケーション関連パラメータのシャーシ全体の MIB
この機能は、すべてのアプリケーション関連パラメータがシャーシ全体で報告される MIB を 1 つ提供します。HA の場合、この機能は HA ごとのインスタンス単位で提供されます。
1 つのサービス ブレード上のすべての HA インスタンスでは、この情報は SNMP Get を使用して単一 IP アドレスで使用できます。この情報は CISCO-MOBILE-IP-MIB および CISCO-IP-LOCAL-POOL-MIB で使用できます。SNMP マネージャは、SNMP GET 操作を必要な回数実行して HA インスタンスごとに MIB を取得する必要があります。このリリースの単一 IP HA 機能は、サービス ブレードごとに HA インスタンスを 1 つサポートします。それによって Get 操作の回数がサービス ブレードごとに 12 回から 2 回に減ります。
シャーシ全体のロードのアプリケーション インスタンス単位での報告
サービス プロバイダー ネットワークは通常、サブスクライバのネットワーク加入時に AAA 機能を使用してサブスクライバの HA を動的に割り当てます。HA 選択基準はサービス プロバイダーによって異なります。サービス プロバイダーは、シャーシ全体ではなく、シャーシ内に設定された各 HA インスタンスのロードの証明を必要とします。このロードは、その HA インスタンス内の IP アドレス プール使用率に基づいています。
この情報は CISCO-IP-LOCAL-POOL-MIB に含まれます。この情報を使用すると、IP アドレス プール使用率にだけ基づいて HA インスタンスを選択できます。MIB には、プールごとおよびプール グループごとの使用中のアドレスおよび空きアドレスの統計情報が含まれます。AAA サーバは、HA インスタンスで設定された IP プールごとおよびプール グループごとにこの情報を使用します。
また、プール使用率のしきい値を超えると生成される SNMP トラップが CISCO-IP-LOCAL-POOL-MIB を取得した同じ SNMP ホストに送信されます。
AAA 無応答に対するトラップ生成
この機能を使用すると、HA は MN の認証時に新しい SNMP トラップ/通知を NMS サーバに送信して、AAA が無応答であることを通知できます。トラップはタイムアウトになったときに追加されます。ラウンドトリップ遅延にしきい値を設定して（最大応答時間のパーセンテージで設定）、そのしきい値を超えたときのトラップを生成できるようになりました。ラウンドトリップ遅延が 2 つ目のしきい値を下回ると、さらにトラップが生成されます。
各 Remote Authentication Dial-In User Service（RADIUS）サーバに対してしきい値のパーセンテージ値（normal または high）を設定できます。HA と AAA の間の RADIUS メッセージのラウンドトリップ時間が、設定されているしきい値を上回るか下回ると、AAA サーバの応答/無応答を示す通知が NMS サーバに送信されます。同様に、RADIUS 再送信メッセージ数が、設定されているしきい値を上回るか下回ると、AAA サーバの応答/無応答を示す SNMP トラップ/メッセージが NMS サーバに送信されます。
RADIUS-CLIENT-AUTHENTICATION-MIB には、AAA アクセスのタイムアウトに関するエントリが含まれます。CISCO-RADIUS-MIB には、トラップが追加されています。
（注） この機能は 7600 の Cisco SAMI カードに限りサポートされます。
RADIUS-CLIENT-AUTHENTICATION-MIB には、AAA アクセスのタイムアウトに関するエントリが含まれます。このタイムアウトが発生したときにトラップが追加されます。また、ラウンドトリップ遅延にしきい値を設定して（最大応答時間のパーセンテージで設定）、そのしきい値を超えたときにトラップを生成することもできます。ラウンドトリップ遅延が 2 つ目のしきい値を下回ると、さらにトラップが生成されます。これにより、トラップを生成するためにある程度の遅延が発生します。
サブスクライバの表示
この機能を使用すると、シャーシ内の単一ポイントから、シャーシの HA インスタンスによってホスティングされるサブスクライバのリストを表示できます。Home Agent Release 5.0 はサービス ブレードごとに 1 つの HA インスタンスをサポートします。そのため、必要な手順は 1 つまたはすべてのサービス ブレードに対する IOS CLI コマンドを使用した必要な情報の要求に制限されます。
HA Named Service は、サービス ブレード上の HA インスタンスに対して IOS hostname コマンドを使用して設定された名前に対応しています。
表 3-1 に、この機能のリストを示します。
• Summary：合計だけが表示され、ユーザ単位の情報は表示されません。
• Summary Traffic：show ip mobile host コマンドによって出力される ACL ごとのトラフィックの合計、入出力バイト、入出力パケット、入力ドロップ、出力ドロップが追加されます。
• Brief：コマンド フィルタに一致するユーザごとに 1 行の出力。出力は、割り当てられた IP アドレス、NAI、HA IP アドレス、外部エージェント IP アドレス、残り登録ライフタイムで構成されます。
• Brief Traffic：上記 3 つに show ip mobile host コマンドによって出力されるACL ごとのトラフィックの合計、入出力バイト、入出力パケット、入力ドロップ、出力ドロップが追加されます。
• Verbose：show ip mobile binding コマンドと show ip mobile host コマンドの出力を結合したすべての表示。
• Verbose MIP：show ip mobile binding コマンドの出力によって提供されるすべての表示。
summary コマンドの出力には、クエリー オプションと一致するユーザの数が表示されます。また、ACL ごとの入出力バイト、入出力パケット、入出力ドロップなども照合します。
この機能は、HA の OSLER によってサポートされます。詳細については、この章の OSLER の項を参照してください。
シャーシ間の設定同期
この機能によって、アクティブ ブレードで実行されたコンフィギュレーション コマンドはパートナー スタンバイ ブレード上で自動的に同期化されます。これは、アクティブ/スタンバイ パートナー モデルの設定に使用するコマンド（ip mobile home-agent redundancy）および冗長性の障害検出モードとして HSRP を設定するためのコマンド（standby）を除くすべてのコマンドに適用されます。
（注） スタンバイ HA ではコンフィギュレーション コマンドを実行できません。EXEC コマンドは実行できます。
アクティブ HA かスタンバイ HA を判別する方法は、SSO サポートおよびさまざまな mSEF ゲートウェイのセッション冗長性サポートに使用される Redundancy Framework（RF; 冗長フレームワーク）インフラストラクチャに基づいています。
初期化
SSO 設定同期はブートアップ時に自動的に行われ、事前に設定する必要はありません。これは、RF ネゴシエーションの前に冗長装置間の IP 接続が必要なため、HA には適用できません。そのため、アクティブ ブレードおよびスタンバイ ブレードには異なるが関連する設定が必要です。
また、SSO 設定同期機能は各冗長装置の固有の設定をサポートしません。HA では HSRP および RF Interdev プロトコルが必要です。この 2 つのプロトコルには冗長装置の固有の設定が必要です。
各装置の固有の設定が必要な既存コマンドは、同じコマンド内でピア装置の設定に対応するように変更されています。新しいコマンドはピア スロットを識別します。これらのコマンドは解析され、RF ネゴシエーション状態 RF_PROG_STANDBY_CONFIG を使用して自動的に設定同期を開始します。
RF クライアント
SSO 設定同期の場合のように、HA 設定同期も RF クライアントです。設定同期機能は、進行イベントおよびステータス イベントに対してコールバックを RF に登録します。RF は、イベントおよびスタータス イベントの進行に伴い、各登録クライアントに順に通知します。これにより、HA はいつ設定ファイルを同期するかを認識します。
設定ファイルおよび同期
ここでは、設定同期機能を構成するスタートアップ コンフィギュレーションおよび実行コンフィギュレーションのプロセスについて簡単に説明します。
スタートアップ コンフィギュレーションは NVRAM にテキスト ファイルとして保存されます。このファイルは、"write memory"、"copy running startup" などの操作を実行すると同期されます。ファイルを書き込み操作用に開いた場合、ファイルを閉じると同期が開始されます。
実行コンフィギュレーションの同期は、ある特定の操作によって動的に行われます。したがって、同期が実行されるときは必ず実行コンフィギュレーションを生成する必要があります。
SSO 実装では、同期プロセスが開始される前にプライマリがロックされます。スタートアップ コンフィギュレーションおよび実行コンフィギュレーションのバルク同期が実行されます。バルク同期が完了すると、パーサー モード同期が実行されます。
両方のプロセッサが同期し、プライマリのロックが解除されると、ライン単位の同期が開始されます。
上記の同期プロセスでは、冗長装置間の通信に転送メカニズムが必要です。現在、各プラットフォームでは IPC またはその他の転送メカニズムが使用されています。
• 現在 CP-TP メッセージングに使用されている高信頼性 IPC メカニズム
• IPC メッセージングの RF/CF SCTP ベースのアプローチ
• IPC メッセージングの新しい SCTP ベースのアプローチ
1 つ目は実装の観点からは最速のソリューションですが、シャーシ間ソリューションとしては拡張性が不十分です。現在は 2 つ目のオプション RF/CF SCTP を使用しています。
スタートアップ コンフィギュレーションの同期
SSO 実装では、RF 状態がバルク同期を実行できるようになるとすぐに、スタートアップ コンフィギュレーションがブートアップ時に同期されます。スタートアップ コンフィギュレーションの同期を開始する前に、ルータをロックする必要があります。同じ設計が単一 IP HA 設定同期機能に採用されています。
write memory または copy file1 startup-config を実行する場合、次の 2 つの方法があります。
• スタートアップ コンフィギュレーション ファイルのバルク同期
SSO 機能には 2 つ目のオプションを使用しますが、Single IP HA では 1 つ目のオプションを使用します。これは、アクティブ装置で設定変更を予備の場所に保存できるためです。
実行コンフィギュレーションの同期
実行コンフィギュレーションの同期では、冗長装置は同じステートの情報を保持します。
まず、セカンダリ装置が RF Interdev 通信を確立した後、実行コンフィギュレーション ファイルがバルク同期されます。バルク同期は、ブートアップ前にアクティブ装置で実行コンフィギュレーションに変更があった場合、スタンバイ装置にセルフ リロードを実行させます。リロード後、スタンバイ装置はアクティブ装置の実行コンフィギュレーションで起動します。
その後、2 台の装置間でライン単位の同期が行われます。各コマンドを設定すると、プライマリ側でコマンドが実行された後で同じコマンドがセカンダリ側に渡されます。
実行コンフィギュレーションのバルク同期は、SSO 実装の RCSF を使用して行われます。Single IP HA 機能でも同じです（RF Interdev SCTP を使用）。
バルク同期を開始する前に、2 台の装置間で RF Interdev 通信を確立する必要があります。各装置はスタートアップ コンフィギュレーションを解析します。これにより、装置はアクティブまたはスタンバイになります。ブートアップ後に実行/プライベート コンフィギュレーションに変更があった場合、アクティブ装置は実行コンフィギュレーション ファイルおよびプライベート コンフィギュレーション ファイルをスタンバイ装置と同期します。バルク同期が実行された後、スタンバイ装置は自身をリロードして変更後の設定で起動します。スタンバイ装置がリロードしている間は、アクティブ装置では設定を行うことはできません。
SUP 内のスタートアップ コンフィギュレーション ファイルは常に同期しているため、スタートアップ コンフィギュレーションは同期されません。
ブートアップ後にプライベート コンフィギュレーションが変更された場合は、アクティブ装置はプライベート コンフィギュレーション ファイルをバッファにコピーし、RF Interdev SCTP を使用してそのファイルをスタンバイ装置に転送します。
ブートアップ後に実行コンフィギュレーションが変更された場合は、アクティブ装置は実行コンフィギュレーション ファイルをバッファにコピーし、RF Interdev SCTP を使用してそのファイルをスタンバイ側に転送します。
これらの手順が完了すると、アクティブ装置は受信したバッファの解析を開始するようにメッセージをスタンバイ装置に送信します。
スタンバイ装置は、受信したバッファの内容をローカルで保存し、変更された設定を適用できるように自身をリロードします。
アクティブ装置とスタンバイ装置の両方がアップ状態で稼動している場合、アクティブ装置から入力されたコマンドが最初に実行され、同じコマンドがスタンバイ装置に伝搬されて実行され、その結果がアクティブ装置に戻されます。
Parser Return Code（PRC）スキームを SSO 実装に使用すると、各コマンドのすべてのパーサー処理ルーチンで戻りコードが設定されます。この戻りコードは、エラー コードのクラス、コンポーネント ID、同期ビット、サブコードなどを含むすべての情報を結合した形式です。
パーサー モード同期は、同期を行うためにコマンドがスタンバイ装置に送信される前にアクティブ装置とスタンバイ装置の間で同じパーサー モードを維持します。
SSO 実装の同期プロセスは RPC を介して実行されます。これは、アクティブ RP がスタンバイ RP から戻りコード メッセージを受信するまで現行プロセスをブロックします。そのため、両方の装置でコマンドが順に実行されます。
スタンバイ装置でコマンドが失敗すると、その結果がアクティブ装置に送られます。アクティブ装置では、ポリシー メーカーのスタブ レジストリが起動して、返された結果をどう処理するかの決定を発信/上位レイヤに委ねます。
設定の詳細
設定はそのまま同期する必要があるため、両装置の CLI は同じである必要があります。次のコマンドは現在各冗長装置に固有で、変更されています。
redundancy ip address コマンド CLI はインターフェイス単位の CLI です。HSRP プロトコルは、通常の ip address コマンドを使用して設定された IP アドレスではなく、ネゴシエーション用に設定されたこの IP アドレスを使用します。ip address 設定は、ピアとの HSRP ネゴシエーション専用のサブインターフェイスには必要ありません。
これはグローバル コンフィギュレーションで、ピア スロットの識別に使用されます。
シャーシ間の設定同期を設定するには、次のコマンドを使用します。
router(config)# redundancy unit1 slot <x> unit2 slot y
router#(ipc-assoc-protocol-sctp)#unit1-port portnum , unit2-port portnum
router(config)#unit1-ip address1 , unit2-ip address2：それぞれ ipc-unit1-port モードおよび ipc-unit2-port モードで設定します。
redundancy ip address unit1 address1 mask1 unit2 address2 mask2：インターフェイス モードおよびサブインターフェイス モードで設定します。
上記の設定を実行した後で、設定を保存していずれかのカード（スタンバイを推奨します）をリロードします。各カードは起動すると、HSRP ネゴシエーションに続いて RF Interdev ネゴシエーションを実行します。その後、設定同期機能が起動します。上記の手順は、新しいカードで初めて RF Interdev を稼動させるために必要な手順と同じです。
サブスクライバのモニタリング
この機能を使用すると、シャーシ内の単一ポイントから NAI または割り当てられた IP アドレスに基づいて条件付きデバッグを設定できます。これは、シャーシ内のどの HA インスタンスがサブスクライバ セッションをホスティングしているか、セッションがまだ確立されていない場合はどのインスタンスがサブスクライバ セッションをホスティングするために選択されているかを認識していなくても可能です。この機能では、IOS コマンドを一元的に実行でき、応答を受信してその応答をクリア形式および簡略形式で表示できる OSLER ツールを使用します。
出力形式には、デバッグ出力が簡単に表示される brief と、すべてのデバッグ出力が表示される verbose の 2 種類があります。
オペレータは、7600 のスーパーバイザにログインして、debug condition "qualifier" protocols コマンド、または同様のコマンドを実行する必要があります。
1. セッションをホスティングするシャーシ内の HA インスタンスを特定します。
2. セッションが存在する場合、その HA インスタンスで debug 条件付きコマンドを適用し、要求された特定の debug コマンド適用します。セッションが存在しない場合、シャーシ内に設定されたすべての HA インスタンスでデバッグのプリトリガー条件、次に要求された debug コマンドを設定します。
条件付きデバッグを適用するプロトコル サブシステムを指定できます。all、mobile-ip、または aaa（Radius を含む）から選択できます。
シャーシごとに同時にモニタリングされるサブスクライバの数は 10 に制限されています。ただし、シャーシ内の複数のブレード間のモニタリングされるサブスクライバの分散に関して制限はありません。
モニタリング セッションごとにモニタリングできるサブスクライバは 1 人だけです。サブスクライバ 10 人をモニタリングするには、10 のモニタリング セッションを確立する必要があります。
出力形式 verbose では、選択されたプロトコルに対して IOS によって生成されたすべてのデバッグが出力されます。これは大量の情報になり、活用するには専門家の分析が必要です。brief 形式では可能なデバッグの一部が出力されます。
サブスクライバ セッションの表示
7600 のスーパーバイザに「ログイン」し、サブスクライバが NAI または IP アドレスで識別される show subscriber session コマンドを実行します。
• セッションをホスティングするシャーシ内の HA インスタンスを特定します。
• show ip mobile host ip-address | nai、show ip mobile secure host ip-address | nai、show ip mobile violation address | nai string、および show ip mobile host-counters コマンドを実行します。
バルク統計情報収集
この機能を使用すると、単一ポイントから次の機能を実行できます。
• シャーシ内のアクティブな各サービス ブレードから名前で識別可能な HA 統計情報の定期的な収集を開始する
• 選択した各サービス ブレードで IOS バルク統計情報の収集をイネーブルにして、特定の統計情報を収集する。このメカニズムでは MIB 変数の統計情報を収集できます。必要な測定値が MIB に含まれていない場合、バルク統計情報収集機能では収集できません。
• URL によって特定される外部 TFTP サーバにファイルを転送する
統計情報の収集期間は 15 分単位で設定できます。最小収集期間は 30 分です。最大収集期間は 24 時間です。
ファイルには、ブレードごとに収集された CPU 単位の CPU 使用率およびメモリ占有率に関する情報を除く、各ブレードの要約統計情報が含まれます。ブレード単位のファイルには、そのブレードの各アプリケーション CPU のエントリが含まれます。
ファイル形式は、カンマで区切られた一連の "variable_name value" のペアで構成されます。
HA Release 5.0 では、変数名は変数の OID です。これは IOS バルク統計情報収集 CLI から利用できるサポートのレベルであるためです。
HA アプリケーションでサポートされる MIB で使用可能な変数を含む、収集される統計情報が事前定義されたセットがあります。統計情報に割り当てられた OID は、関連する MIB の OID に直接対応します。
次の変数は MIB には含まれません。これらはバルク統計情報収集機能の一部としてサポートされません。
収集を行う期間は、yy:mm:dd:hh:mm:ss yy:mm:dd:hh:mm:ss という形式でファイル内に示されます。最初の日付は開始、2 番目の日付は終了を示します。
統計情報の収集をイネーブルにするサブシステムのセットを変更する場合は、まず進行中の統計情報収集をキャンセルして、新しい収集を開始する必要があります。キャンセルされたセッションで収集された情報は保存されます。
外部サーバが使用できない場合は、ファイルはローカルの不揮発性メモリに保存されます。最後に転送されたファイルは、次のファイルが正常に転送されるまでローカルに保存されます。新しいファイルが正常に転送されると、現在保存されているファイルは新しいファイルに置き換えられます。
単一 IP Home Agent Release 5.0 でバルク統計情報機能をサポートするために、新しい IOS コマンドは使用しません。
パフォーマンス要件
単一 IP HA は次のパフォーマンス機能をサポートします。
• サービス ブレードごとに 500,000 の登録サブスクライバ
• 500,000 のサブスクライバ登録をホスティングするアクティブ HA サービス ブレードをリロードされたスタンバイ HAサービス ブレードとバルク同期するために必要な時間は、「6 台の独立したプロセッサ」モデルで完全にロードされたアクティブ サービス ブレードをスタンバイ サービス ブレードとバルク同期するために要する時間より短くなります。バルク同期時間を x から x * （500,000 / 1,400,000）に比例的に短縮されることはありません。
単一 IP サポート - 再利用 CLI と新しい CLI
次の CLI は、IPC が IXP と通信できるようにし、GTP モジュール上で GTP と IPC が SAMI PPC 間で高信頼性、確認済み、および未確認の通信機能を提供できるようにします。
• debug sami configuration sync
• test sami tp-config [enable|disable]（SingleIP イメージの TP で使用可能）
単一 IP HA の分散設定
分散 CLI エージェントは、IPC プロトコルを使用して CP から各 TP に設定情報を配信します。
デフォルトでは、CLI エージェントはすべてのコマンドを許可しますが、TP で不要な機能を開始する可能性があるコマンドだけをフィルタリングします。
単一 IP モデルの場合、TP にログインすると EXEC バナーが表示され、CP から「通常の」メンテナンス作業を行う必要があることをユーザに警告します。
表 3-2 に、HA の単一 IP でサポートされるコマンド、およびこれらのコマンドが CP でフィルタリングされるか、または TP にも送信されるかを示します。
コマンドが TP に送信されると、各 TP で実行されます。
（注） コンフィギュレーション コマンドがフィルタリングされる場合、サブ コンフィギュレーション コマンドもフィルタリングされます。
Distributed Show および Distributed Debug
デフォルトでは、すべての debug コマンドは TP で実行し、トレースは CP から表示します。CP は、Distributed Debug の集約を実行しません。
debug AAA / RADIUS コマンドは TP および CP で実行されますが、TP では Radius トランザクションが発生しないためデバッグは表示されません。たとえば、受信した PoD または CoA に対する RADIUS トランザクションは CP でだけ処理されます。PoD/CoA が行われたが Radius トランザクションの形式ではないことを示す内部イベントが CP から該当する TP に渡されます。
サブスクライバ バインディングを作成する場合、CP と選択された TP の両方で行われるため、TP では debug ip mobile コマンドは実行されません。デバッグ出力のセットだけが必要です。
Distributed Show：デフォルトでは、すべての TP で show コマンドは実行されません。 表 3-3 に示されているコマンドだけに対して、TP から収集されたデータの集約が CP で定期的に行われます（トラフィック カウンタは TP によって保持されます）。
（注） Execute On ... clear コマンドは Service Internal コマンドになりました。
表 3-3 に、Single IP Home Agent Release 5.0 でサポートされる show および debug コマンドを示します。
show ip mobile binding [nai string | ip address ] コマンドおよび show ip mobile host [nai string | ip address ] コマンドの場合に限り、CP は Pull メカニズムを使用して TP から現在のカウンタを取得します。これらの show コマンドに表示されるカウンタの間隔が長すぎるため、カウンタを無関係にすることがてきません。
（注） clear mobile ip binding all load コマンドは HA 製品には使用されなくなりました。このコマンドを使用するのではなく、リロードを実行する必要があります。
シャーシ管理の Show CLI の拡張
表 3-4 に、単一 IP HA のシャーシ全体の管理インターフェイスをサポートするために追加された show コマンドを示します。詳細については、該当する項を参照してください。
ネットワーク管理と MIB
単一 IP 設計の目的の 1 つは、サービス ブレードごとに 1 つの MIB アクセスを提供することです。その結果、多くの MIB が、1 つのエントリではなく、6 つのエントリ（プロセッサごとに 1 つ）を持つようになりました。これは特に CISCO-PROCESS-MIB および CISCO-ENHANCED-MEMPOOL-MIB に該当します。
HA 管理で使用されるその他の MIB（RFC 2002 MIB、CISCO-MOBILE-IP-MIB、CISCO-IP-LOCAL-POOL-MIB、RADIUS 認証クライアント Client MIB）はこのシステム設計の影響を受けません。
Key Performance Indicator（KPI）のソースとして使用される MIB は次のとおりです。
• RFC 2618 RADIUS 認証クライアント MIB
• CISCO-MEMORY-POOL-MIB - Replaced by ENHANCED-MEMPOOL-MIB
CISCO-PROCESS-MIB および CISCO-MEMORY-POOL-MIB は、サービス ブレードごとに 1 つの MIB を提供するために必要です。この 2 つの MIB にはプロセッサ単位の内容が含まれます。この設計には 1 つの SNMP GET で 6 台のアプリケーション プロセッサすべての情報が報告されることが必要なため、各MIB には 6 つのエントリ（アプリケーション プロセッサごとに1 つ）が含まれています。
IF-MIB には、コントロール プレーン プロセッサのインターフェイスに加えて、トラフィック プレーン プロセッサのインターフェイスの情報が含まれます。
CISCO-PROCESS-MIB には、すでに 1 つ以上の CPU の情報を提供するファシリティが含まれています。CISCO-MEMORY-POOL-MIB はこの機能をサポートしません。また、HA は現在 CISCO-ENHANCED-MEMPOOL-MIB をサポートしていません。
RADIUS 認証クライアント MIB は現在 HA イメージでサポートされていませんが、必要です。
表 3-5 に、サポートされる MIB を示します。
サポートされない機能
シャーシ管理
単一 IP 機能は、定義された機能セットに対して単一の OAM の視点を提供するためにシャーシ管理に依存します。これにより、シャーシ全体を 1 つのブラック ボックスとして見ることができます。複数のプロセッサを搭載した複数のサービス ブレードや別々のアクティブ/スタンバイ設定を気遣う必要はありません。
適切な HA インスタンスの適切な情報を取得あるいは設定するために、管理コマンドはシャーシ内のすべてのモジュールをチェックし、アクティブなモジュール上で適切なモジュール（アクティブな SAMI ブレード）および HA インスタンスを見つけます。Home Agent Release 5.0 ではサービス ブレードごとに HA インスタンスが 1 つだけ許可されます。
制約事項
単一 IP モデルでは、シャーシ内外でパケット ルーティング設定に制限事項があります。
（注） すべての設定変更はメンテナンス ウィンドウで実行する必要があります。
（注） リロード後に、カードをリブートして適切に動作していることを確認します。
（注） シャーシ間の SR セットアップ用に no auto-sync all コマンドを設定する必要があります。シャーシ間の場合、コンフィギュレーション コマンドの "unit1/unit2" 形式は使用しません。
（注） • モバイル サブネットのルートをアドバタイズするためのダイナミック ルーティング プロトコルはスーパーバイザで実行します。
（注） • モバイル サブネットをスーパーバイザだけにアドバタイズするために、OSPF は各 SAMI ブレードの CP でだけ実行されます。
（注） • ダイナミック ルート アップデートは CP から TP に伝搬されません。
（注） • スタティック ルートは、SAMI ブレードからスーパーバイザに設定する必要があります。
（注） • MN から送信されたトラフィックはすべて同じブレードからスーパーバイザにルーティングされます。これは、MN-ネットワーク トラフィックおよび MN-MN トラフィックの両方に適用されます。
（注） • SAMI ブレード上の TP 内では MN-MN トラフィックのルーティングはできません。
（注） • HSRP 仮想 IP アドレスは、HA のモバイル IP トンネル終端の IP アドレスとして使用されなくなりました。
（注） • モバイル IP トンネル終端アドレスとして使用するために、HA でループバック アドレスを設定する必要があります。
（注） • インターフェイスのループバック アドレスを DHCP、Radius サーバなどの外部サーバに設定する必要があります。HSRP 仮想 IP アドレスを使用しないでください。
（注） • スタンバイ HA はスーパーバイザにルートをアドバタイズしません。
（注） • スーパーバイザは、HSRP 仮想 IP アドレスおよび関連付けられた HSRP 仮想 Mac アドレスを使用して SAMI 上の HA ブレードにパケットをルーティングします。
（注） • 設定同期機能を使用する場合にアクティブとスタンバイに正しいアドレスが割り当てられるように、パケットの外部ルーティングに使用される物理インターフェイスには、redundancy ip address コマンドを使用して割り当てられた IP アドレスが必要です。
フィードバック