- このマニュアルについて
- GPRS および UMTS の概要
- ゲートウェイ GPRS サポート ノード （GGSN）の設定プランニング
- GGSN での GTP サービスの設定
- GGSN での IPv6 PDP サポートの設定
- ゲートウェイ GPRS サポート ノード （GGSN）の GPRS トンネリング プロトコル （GTP）セッション冗長性の設定
- GGSN での課金の設定
- 拡張サービス認識課金の実装
- GGSN へのネットワーク アクセスの設定
- GGSN での PPP サポートの設定
- GGSN での QoS の設定
- GGSN でのセキュリティの設定
- GGSN でのダイナミック アドレッシングの設 定
- GGSN でのロード バランシングの設定
- モニタリング通知
Cisco GGSN リリース 9.2 コンフィギュレーション ガイド
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年6月16日
章のタイトル： GGSN でのロード バランシングの設定
GGSN でのロード バランシングの設定
この章では、Cisco IOS ソフトウェアの Server Load Balancing（SLB; サーバ ロード バランシング）機能を使用して、ロード バランシング機能をサポートするように Gateway GPRS Support Node（GGSN; ゲートウェイ GPRS サポート ノード）を設定する方法について説明します。GPRS Tunneling Protocol（GTP; GPRS トンネリング プロトコル）ロード バランシングによって、General Packet Radio Service（GPRS; グローバル パケット ラジオ サービス）/Universal Mobile Telecommunication System（UMTS）ネットワークで複数の Cisco GGSN またはシスコ以外の GGSN を使用する場合の信頼性と可用性が向上します。
この章に記載されている GGSN コマンドの詳細については、使用している Cisco GGSN リリースの『 Cisco GGSN Command Reference 』を参照してください。この章に記載されている他の Cisco IOS SLB コマンドの詳細については、「 IOS Server Load Balancing 」フィーチャ モジュールを参照してください。
この章に記載されているその他のコマンドのマニュアルを参照するには、コマンド リファレンスのマスター インデックスを使用するか、またはオンラインで検索してください。
•
「Cisco IOS SLB 機能のモニタリングおよびメンテナンス」
• 「設定例」
GTP ロード バランシングの概要
ここでは、Cisco IOS SLB 機能と GGSN での GTP ロード バランシング サポートの概要を示します。次の内容で構成されています。
Cisco IOS SLB の概要
Cisco SLB 機能は、IP サーバのロード バランシングを備えた IOS ベースのソリューションです。Cisco IOS SLB 機能を使用すると、ネットワーク サーバ クラスタ内の 実 サーバ のグループを表す 仮想 サーバ を定義できます（ サーバ ファーム と呼ばれます）。この環境では、クライアントは仮想サーバの IP アドレスに接続します。クライアントが仮想サーバへの接続を開始すると、Cisco IOS SLB 機能によって、設定されている ロード バランシング アルゴリズム に基づいて、接続用の実サーバが選択されます。
また、Cisco IOS SLB 機能には、 ファイアウォール のグループ間でフローを分散する、ファイアウォールのロード バランシングも備えられています（ ファイアウォール ファーム と呼ばれます）。
図 13-1 に、単純な Cisco IOS SLB ネットワークの論理構成図を示します。
GTP ロード バランシングの概要
Cisco IOS SLB によって、GGSN GTP ロード バランシングと GGSN の高度な信頼性および可用性がもたらされます。GGSN GTP ロード バランシングでは、Cisco IOS SLB 機能で使用可能なサーバ ロード バランシング機能全体のサブセットがサポートされています。したがって、グローバル パケット ラジオ サービス/Universal Mobile Telecommunication System（GPRS/UMTS）環境に、すべての範囲の Cisco IOS SLB 機能が適用されるわけではありません。サポートされない機能の詳細については、「GTP SLB の制約事項」を参照してください。
GTP ロード バランシングを設定する場合、GGSN プールが Cisco IOS SLB でサーバ ファームとして設定されます。これらの GGSN 全体で、GTP セッションをロード バランシングします。GGSN ファーム全体で GTP セッションをロード バランシングするために、Cisco IOS SLB で仮想サーバ インスタンスが設定されます。この仮想サーバは、Cisco IOS SLB で設定したサーバ ファームに関連付けられます。
GTP ロード バランシングを設定する場合、次の点に注意してください。
• GTP ロード バランシングは、スーパーバイザ エンジン上の Cisco IOS SLB 機能を使用することによってサポートされます。
• スーパーバイザ エンジン上の IOS SLB では、GGSN の仮想 IP アドレスに送信された Packet Data Protocol（PDP; パケット データ プロトコル）コンテキストの作成要求だけが処理されます。PDP コンテキストの作成要求が受信されると、その時点での負荷に基づいて実 GGSN が選択されます。PDP コンテキストが確立されたあと、PDP コンテキストに対応する後続のトランザクションすべてが、その GGSN と対応する Serving GPRS Support Node（SGSN; サービング GPRS サポート ノード）との間で直接発生し、スーパーバイザ エンジン上の Cisco IOS SLB がバイパスされます。
– ロード バランシングされた実サーバは Cisco 7600 シャーシ搭載のサーバまたはシャーシの外側に設置されたサーバの可能性がある。
– 各仮想サーバには、SGSN から到達可能な固有のパブリック IP アドレスがある必要がある。
– 各仮想サーバは 1 つまたは複数の Access Point Name（APN; アクセス ポイント ネーム）に対応付けできる。
– SGSN が APN を GGSN の IP アドレスに解決する場合に使用する Domain Name Server（DNS; ドメイン ネーム サーバ）サーバは、GGSN の仮想 IP アドレスを使用する必要がある。
サポートされる GTP ロード バランシング タイプ
Cisco IOS SLB では、次の 2 つのタイプの GTP ロード バランシングがサポートされています。
GTP 原因コード検査を使用しない GTP ロード バランシング
Cisco GGSN では、イネーブルにされた GTP 原因コード検査を 使用しない GTP ロード バランシングが推奨されます。次の特性があります。
• dispatched モードまたは directed server Network Address Translation（NAT; ネットワーク アドレス変換）モードで動作できますが、directed client NAT モードでは動作できません。dispatched モードでは、GGSN は Cisco IOS SLB デバイスに隣接するレイヤ 2 である必要があります。
• 重み付けラウンドロビン ロード バランシング アルゴリズムを使用して、仮想 GGSN の IP アドレス宛てのトンネル作成メッセージを実 GGSN のいずれかに配信します。このアルゴリズムの詳細については、「重み付けラウンドロビン」を参照してください。
• GTPv1 のセカンダリ PDP コンテキストに対応するには Dynamic Feedback Protocol（DFP）が必要です。
GTP 原因コード検査を使用する GTP ロード バランシング
イネーブルにされた GTP 原因コード検査を 使用する GTP ロード バランシングによって、Cisco IOS SLB は、サーバ ファームとの間で送受信されるすべての PDP コンテキスト シグナリング フローをモニタリングできます。これにより、Cisco IOS SLB では、GTP 障害原因コードをモニタリングし、Cisco GGSN およびシスコ以外の GGSN の両方においてシステムレベルの問題を検出できます。
表 13-1 に、PDP コンテキストの作成応答の原因コードとそれに対応する Cisco IOS SLB の処理のリストを示します。
|
|
|
|---|---|
イネーブルにされた GTP 原因コード検査を 使用する GTP ロード バランシングには、次の特性があります。
• directed server NAT モードで動作している必要があります。
• ある特定の International Mobile Subscriber ID（IMSI）からの PDP コンテキストの作成を同じ GGSN に割り当てるか、GTP APN 認識ロード バランシングが設定されている場合は同じサーバ ファームに割り当てます。
• GGSN または APN それぞれについて、開いている PDP コンテキストの数を追跡します。これにより、サーバ ファームは GTP ロード バランシングに重み付け最小接続（ leastconns ）アルゴリズムを使用できるようになります。このアルゴリズムの詳細については、「重み付け最小接続」を参照してください。
• Cisco IOS SLB は、要求元 IMSI のキャリア コードが指定の値に一致しない場合、仮想 GGSN へのアクセスを拒否できます。
GTP ロード バランシングでサポートされる Cisco IOS SLB アルゴリズム
重み付けラウンドロビン
重み付けラウンドロビン アルゴリズムは、仮想サーバへの新しい接続に使用する実サーバを、サーキュラ方式でサーバ ファームから選択するように指定します。各実サーバに重み n が割り当てられます。n は、仮想サーバに関連付けられている他の実サーバと比較した、その実サーバによる接続処理容量を示しています。つまり、新しい接続は、n 回までは指定の実サーバに割り当てられ、そのあとはサーバ ファーム内の次の実サーバが選択されます。
たとえば、n = 3 の ServerA、n = 1 の ServerB、および n = 2 の ServerC の 3 つの実サーバで構成されるサーバ ファームがあるとします。仮想サーバへの最初の 3 回の接続は ServerA に割り当てられ、4 番めの接続は ServerB に割り当てられ、5 番めと 6 番めの接続は ServerC に割り当てられます。
（注） サーバ ファームのすべてのサーバに n = 1 の重みを割り当てると、Cisco IOS SLB デバイスは単純なラウンドロビン アルゴリズムを使用するように設定されます。
イネーブルにされた GTP 原因コード検査を使用しない GTP ロード バランシングには、重み付けラウンドロビン アルゴリズムが必要です。重み付け最小接続を使用するサーバ ファームは、イネーブルにされた GTP 原因コード検査を使用しない GTP ロード バランシングを備えた仮想サーバにバインドできますが、この仮想サーバを INSERVICE にはできません。INSERVICE にしようとすると、Cisco IOS SLB によってエラー メッセージが発行されます。
重み付け最小接続
GTP 原因コード検査がイネーブルにされている場合、GTP ロード バランシングでは、Cisco IOS SLB の重み付け最小接続アルゴリズムがサポートされます。
重み付け最小接続アルゴリズムは、仮想サーバへの新しい接続用に、サーバ ファームからアクティブな接続が最も少ない実サーバが次の実サーバとして選択されるよう指定します。このアルゴリズムの場合も、各実サーバに重みが割り当てられます。重みが割り当てられている場合、各サーバでのアクティブな接続数と各サーバの相対容量に基づいて、接続数が最も少ないサーバが判別されます。指定の実サーバの容量は、そのサーバの割り当て済み重みを、この仮想サーバに関連付けられているすべての実サーバの割り当て済み重みの合計で割って算出されます（つまり、n1/(n1+n2+n3...) となります）。
たとえば、n = 3 の ServerA、n = 1 の ServerB、および n = 2 の ServerC の 3 つの実サーバで構成されるサーバ ファームがあるとします。ServerA の計算済み容量 3/(3+1+2)（つまり、仮想サーバ上のすべてのアクティブな接続の 2 分の 1）、ServerB の計算済み容量はすべてのアクティブな接続の 6 分の 1、ServerC の場合はすべてのアクティブな接続の 3 分の 1 になります。任意の時点で、仮想サーバへの次の接続は、アクティブな接続の数が計算済み容量を最も下回る実サーバに割り当てられます。
（注） 重み n = 1 をサーバ ファームのすべてのサーバに割り当てると、Cisco IOS SLB デバイスは、単純な最小接続アルゴリズムを使用するように設定されます。
イネーブルにされた GTP 原因コード検査を使用しない GTP ロード バランシングでは、重み付け最小接続アルゴリズムはサポートされていません。
GTP 原因コード検査を使用する GTP ロード バランシングでは、重み付け最小接続アルゴリズムがサポートされています。
Cisco IOS SLB の Dynamic Feedback Protocol
GTP ロード バランシングでは、Cisco IOS SLB は、PDP コンテキストが確立されたことは検出しますが、PDP コンテキストがクリアされたことは検出しません。したがって、Cisco IOS SLB は、各 GGSN の開いている PDP コンテキストの数を判別できません。GPRS/UMTS ロード バランシングの重みを動的に計算するには、Cisco IOS SLB DFP を使用します。
Cisco IOS SLB DFP サポートによって、ロード バランシング環境の DFP マネージャ は、 DFP エージェント との TCP 接続を開始できます。接続を開始したあと、DFP エージェントは 1 つまたは複数の実ホスト サーバからステータス情報を収集し、情報を相対的な重みに変換して、その重みを DFP マネージャに報告します。DFP マネージャは、実サーバをロード バランシングするときに重みを計算に入れます。ユーザ定義の間隔での報告以外に、DFP エージェントでは、実サーバのステータスに突然変更が生じた場合に早期報告を送信します。
DFP によって計算された重みによって、 weight (server farm) コマンドを使用して定義したスタティックな重みが上書きされます。ネットワークから DFP が削除されると、重みは Cisco IOS SLB によってスタティックな重みに戻されます。
Cisco IOS SLB は、DFP マネージャまたは別の DFP マネージャ（DistributedDirector など）の DFP エージェント、あるいは同時にその両方として定義できます。このような設定では、Cisco IOS SLB は DistributedDirector に定期的な報告を送信し、DistributedDirector はその情報を使用して、新しい接続要求に最適なサーバ ファームを選択します。次に、Cisco IOS SLB は同じ情報を使用して、選択されたサーバ ファームから最適な実サーバを選択します。
また、DFP では、さまざまなクライアント サブシステム（Cisco IOS SLB、GPRS/UMTS など）からの複数の DFP エージェントの同時使用をサポートしています。
GTP ロード バランシングでは、Cisco IOS SLB を DFP マネージャとして定義し、サーバ ファームの各 GGSN に DFP エージェントを定義すると、その DFP エージェントは GGSN の重みを報告できます。DFP エージェントは、CPU 使用率、プロセッサ メモリ、および各 GGSN に対して開始できる PDP コンテキストの最大数に基づいて各 GGSN の重みを計算します。
各 GGSN の重みは、主に、許可されている PDP コンテキストの最大数に対する GGSN 上の既存の PDP コンテキストの比率に基づいています。
デフォルトでは、CPU 使用率およびメモリ使用率は、使用率が 85% を超えてからでないと DFP の重み計算に組み込まれません。 gprs dfp グローバル コンフィギュレーション コマンドに cpu-load および mem-load キーワード オプションを追加して使用すると、CPU とメモリの負荷を重み計算に組み込む使用率のパーセンテージをカスタマイズできます。
（注） 許可されている PDP コンテキストの最大数は GGSN の最大負荷と見なされるため、gprs maximum-pdp-context-allowed コマンドで値を設定する場合は注意が必要です（デフォルトは 10,000 個の PDP コンテキスト）。
GTP IMSI スティッキ データベース サポート
Cisco IOS SLB は、指定の International Mobile Subscriber ID（IMSI）に対して GGSN、または GTP APN 認識ロード バランシングが設定されている場合は APN を選択し、同じ IMSI からの後続のパケット データ プロトコル（PDP）の作成要求すべてを、選択した GGSN または APN に転送できます。
この機能をイネーブルにするために、Cisco IOS SLB では、そのセッション データベース以外に、各 IMSI を対応する実サーバにマッピングする GTP IMSI スティッキ データベースを使用します。
Cisco IOS SLB では、指定の IMSI に対する最初の PDP コンテキストの作成要求を処理するときにスティッキ データベース オブジェクトを作成します。Cisco IOS SLB では、実サーバからスティック オブジェクトを削除するように指示する通知を受信したときにスティッキ オブジェクトを削除します。または、スティッキ オブジェクトが非アクティブであるため、そのスティッキ オブジェクトを削除します。IMSI に属している最後の PDP が削除されると、GGSN はスティッキ オブジェクトを削除するよう Cisco IOS SLB に通知します。
スティッキ データベース サポートおよび GTP APN 認識ロード バランシング
スティッキ IMSI 機能によって、同じ APN に対する同じユーザからのセッションが別の GGSN に割り当てられなくなります。APN（APN 認識ロード バランシング）に基づいたサーバ ファームが選択されていると、スティッキ IMSI 機能によって、IMSI を発行できるようになる前に、スティッキ エントリが APN に基づいた同じサーバ ファームに対するものであることが保証されます。新しい PDP コンテキストの作成要求が別の APN に対するものの場合、GTP SLB ではスティッキ エントリが作成されているサーバ ファームとは別のサーバ ファームを選択することになりますが、このサーバ ファームの方が実サーバよりも重要視されます。これは、実サーバが別のサーバ ファームに属している場合、そのサーバ ファームでは APN がサポートされない可能性があるためです。
GTP APN 認識ロード バランシング
Cisco IOS ソフトウェア リリース 12.2(18) SRB 以降がスーパーバイザ エンジン上にインストールされている場合は、 GTP APN 認識 ロード バランシングを設定できます。
GTP APN 認識機能を使用すると、APN のセットを Cisco IOS SLB のサーバ ファームにマッピングできます。APN の異なるセットをそれぞれサポートする複数のサーバ ファームを作成できます。PDP コンテキストの作成要求は APN 全体に均等に分散されます。
GTP APN 認識ロード バランシングの設定の詳細については、「GTP APN 認識ロード バランシングの設定」を参照してください。
GTP SLB の制約事項
GTP ロード バランシングを設定する場合は、次の制約事項が適用されます。
• イネーブルにされた GTP 原因コード検査を使用しない GTP ロード バランシングの場合：
– dispatched モードまたは directed server NAT モードのいずれかでだけ動作します。
– ネットワークにより開始された PDP コンテキストの要求はロード バランシングできません。
– 次の Cisco IOS SLB 機能はサポートされていません。
- ステートフル バックアップ（Cisco 7600 プラットフォームではサポートされない）
• イネーブルにされた GTP 原因コード検査を 使用する GTP ロード バランシングの場合：
– directed server NAT モードでだけ動作します。
– ネットワークにより開始された PDP コンテキストの要求はロード バランシングできません。
– SGSN または GGSN のいずれかでそのピアをエコーする必要があります。
– インバウンド トラフィックおよびアウトバウンド トラフィックは、Cisco IOS SLB 経由でルーティングされる必要があります。
GTP ロード バランシングの設定
GTP ロード バランシング設定の作業リスト
ここでは、GTP ロード バランシングの設定で実行する作業のリストを示します。詳細な設定情報は、このマニュアルや他のマニュアルで示される参照先の項に掲載されています。ここでは、必須の作業または任意の作業であるかが示されています。
1. Cisco IOS SLB で、次の作業を実行します。
a. 「サーバ ファームおよび実サーバの設定」（必須）
b. 「仮想サーバの設定」（必須）
c. 「GSN アイドル タイマーの設定」（GTP 原因コード検査がイネーブルにされている場合は任意）
d. 「DFP サポートの設定」（任意。ただし推奨）
e. 「GTP APN 認識ロード バランシングの設定」（任意）
a. 「GTP SLB のループバック インターフェイスの設定」（必須）
b. 「GGSN での DFP サポートの設定」（任意。ただし推奨）
c. 「GGSN から Cisco IOS SLB へのメッセージングの設定」（任意）
3. 関連付けられている各サービング GPRS サポート ノード（SGSN）に、各 GGSN をルーティングします（必須）。
ルートはスタティックとダイナミックのいずれにもできますが、GGSN が SGSN に到達できる必要があります。詳細については、「SGSN へのルートの設定」を参照してください。
4. SGSN で、関連付けられている各 GGSN 上の仮想テンプレート、および GGSN ロード バランシング仮想サーバに、各 SGSN をルーティングします（必須）。
設定ガイドライン
Cisco IOS SLB および GGSN によって共有されているネットワークを設定する場合は、次の考慮事項に注意してください。
• レイヤ 2 情報が正しくかつ明白となるように、スタティック ルート（ ip route コマンドを使用）および実サーバの IP アドレス（ real コマンドを使用）を指定します。
• SGSN から仮想サーバへのスタティック ルートを設定します。
• 次のいずれかの方法を使用して、サブネットを慎重に選択します。
– 仮想テンプレート アドレスのサブネットがオーバーラップしないようにする。
– 実サーバ上のインターフェイスへではなく、実サーバへのネクストホップ アドレスを指定する。
• Cisco IOS SLB では、次の 2 つのタイプの GTP ロード バランシングがサポートされています。
– 「GTP 原因コード検査を使用しない GTP ロード バランシング」
– 「GTP 原因コード検査を使用する GTP ロード バランシング」
• Cisco IOS SLB では、GTP v0 および GTP v1 の両方がサポートされています。GTP サポートによって Cisco IOS SLB を「GTP 認識」にし、Cisco IOS SLB でレイヤ 5 まで把握できるように拡張できます。
• Cisco 7600 プラットフォームでは、次のことが適用されます。
– ロード バランシングされた実サーバは Cisco 7600 シャーシ搭載のサーバまたはシャーシの外側に設置されたサーバの可能性がある。
– 各 GTP 仮想サーバには、SGSN から到達可能な固有のパブリック IP アドレスがある必要がある。
– 各仮想サーバは 1 つまたは複数の APN に対応付けできる。
– SGSN が APN を GGSN の IP アドレスに解決する場合に使用する DNS サーバは、GTP の仮想 IP アドレスを使用する必要がある。
• GTP APN 認識ロード バランシングを設定する場合、次の点に注意してください。
– スーパーバイザ エンジン上に Cisco IOS ソフトウェア リリース 12.2(18) SRB 以降、GGSN 上に Cisco GGSN リリース 7.0、Cisco IOS リリース 12.4(9)XG 以降が必要です。
– イネーブルにされた GTP 原因コード検査を使用する GTP ロード バランシングはサポートされていません。
– 特定の IOS SLB GTP マップの場合は、最大で 100 個の apn コマンドを設定できますが、APN マップはパフォーマンスに影響を与える可能性があるため、vserver につき 10 個を超える APN マップを設定しないことを推奨します。
GTP ロード バランシング用の Cisco IOS SLB の設定
GTP ロード バランシングを設定するには、Cisco IOS SLB で次の作業を実行する必要があります。
• 「サーバ ファームおよび実サーバの設定」（必須）
• 「仮想サーバの設定」（必須）
• 「GSN アイドル タイマーの設定」（任意）
• 「DFP サポートの設定」（任意。ただし推奨）
• 「GTP APN 認識ロード バランシングの設定」（任意）
• 「Cisco IOS SLB 設定の確認」（任意）
サーバ ファームおよび実サーバの設定
GTP ロード バランシング用に Cisco IOS SLB でサーバ ファームおよび実サーバを設定する場合は、次のガイドラインに従って正しく設定するようにしてください。
• GTP 原因コード検査がイネーブルにされていない場合は、 predictor コマンドのデフォルト設定（重み付けラウンドロビン アルゴリズム）を受け入れます。
GTP 原因コード検査がイネーブルにされている場合は、重み付けラウンドロビン アルゴリズム（ roundrobin ）または重み付け最小接続アルゴリズム（ leastconns ）のいずれかを指定できます。
• real コマンドを使用して、GGSN 機能を実行している実サーバの IP アドレス（Cisco GGSN の場合は仮想テンプレート アドレス）を指定します。
• reassign コマンドを使用して、SGSN の N3-REQUESTS カウンタ値よりも小さい再割り当てしきい値を指定します。
Cisco IOS SLB サーバ ファームを設定するには、グローバル コンフィギュレーション モードで次のコマンドを使用します。
仮想サーバの設定
GTP ロード バランシング用に Cisco IOS SLB で仮想サーバを設定する場合、次のガイドラインに従って正しく設定するようにしてください。
• SGSN から仮想サーバへのスタティック ルートを設定します。
• 仮想 GGSN の IP アドレスを仮想サーバとして指定し、 udp キーワード オプションを使用します。
• GTP v1 セッションをロード バランシングするには、GGSN および SGSN が European Telecommunications Standards Institute（ETSI; 欧州電気通信標準化機構）標準に準拠している場合はポート番号 2123 を指定し、全ポート仮想サーバ（すべてのポート宛てのフローを受け入れる仮想サーバ）を設定するにはポート番号 0 または any を指定します。
• GTP v0 セッションをロード バランシングするには、GGSN および SGSN が European Telecommunications Standards Institute（ETSI）標準に準拠している場合はポート番号 3386 を指定し、全ポート仮想サーバを設定するにはポート番号 0 または any を指定します。
• GTP 原因コード検査を 使用しない GTP ロード バランシングをイネーブルにするには、 service gtp キーワード オプションを指定します。
• GTP 原因コード検査を 使用する GTP ロード バランシングをイネーブルにするには、 service gtp-inspect キーワード オプションを指定します。
イネーブルにされた GTP 原因コード検査を 使用しない GTP ロード バランシングでは、 idle コマンドを使用して GTP アイドル タイマーを設定するときに、SGSN での PDP コンテキストの要求間で許可されている最大間隔よりも大きい GTP アイドル タイマーを指定します。
Cisco IOS SLB 仮想サーバを設定するには、グローバル コンフィギュレーション モードで次のコマンドを使用します。
GSN アイドル タイマーの設定
GTP 原因コード検査がイネーブルにされている場合は、Cisco IOS SLB がアイドルの GGSN または SGSN との間のセッションを維持する時間を設定できます。
GSN アイドル タイマーを設定するには、Cisco IOS SLB で、グローバル コンフィギュレーション モードで次のコマンドを使用します。
|
|
|
|---|---|
|
|
DFP サポートの設定
Cisco IOS SLB は、DFP マネージャまたは別の DFP マネージャ（DistributedDirector など）の DFP エージェント、あるいは同時にその両方として定義できます。ネットワーク設定によっては、Cisco IOS SLB を DFP マネージャとして設定するためのコマンドと Cisco IOS SLB を DFP エージェントとして設定するコマンドを、同じデバイスまたは異なるデバイス上で入力することがあります。
Cisco IOS SLB を DFP マネージャとして設定し、Cisco IOS SLB が接続を開始できる DFP エージェントを識別するには、グローバル コンフィギュレーション モードで次のコマンドを使用します。
|
|
|
|
|
|
||
|
|
GTP APN 認識ロード バランシングの設定
GTP APN 認識ロード バランシングによって、APN 全体をロード バランシングできます。
GTP APN 認識ロード バランシングを実装する場合は、IOS SLB で作成された Cisco IOS SLB GTP マップに APN のセットが定義されている必要があります。次に、IOS SLB GTP マップを、IOS SLB の仮想テンプレートの下にあるサーバ ファームに関連付ける必要があります。
GTP APN 認識ロード バランシングを設定するには、次の項の作業を実行します。
• 「GTP APN 認識ロード バランシング用の Cisco IOS SLB GTP マップの設定」
• 「仮想サーバのサーバ ファームへの IOS SLB GTP マップの関連付け」
GTP APN 認識ロード バランシングを設定する場合、次の点に注意してください。
• スーパーバイザ エンジン上に Cisco IOS ソフトウェア リリース 12.2(18) SRB 以降、GGSN 上に Cisco GGSN リリース 7.0、Cisco IOS リリース 12.4(9)XG 以降が必要です。
• イネーブルにされた GTP 原因コード検査を使用する GTP ロード バランシングはサポートされていません。
• 特定の IOS SLB GTP マップの場合は、最大で 100 個の apn コマンドを設定できますが、APN マップはパフォーマンスに影響を与える可能性があるため、vserver につき 10 個を超える APN マップを設定しないことを推奨します。
GTP APN 認識ロード バランシング用の Cisco IOS SLB GTP マップの設定
APN 認識ロード バランシングをイネーブルにするには、特定の APN をグループ化する IOS SLB GTP マップが設定されている必要があります。
APN 全体でのロード バランシング用の IOS SLB GTP マップを設定するには、グローバル コンフィギュレーション モードで次のコマンドを使用します。
仮想サーバのサーバ ファームへの IOS SLB GTP マップの関連付け
IOS SLB GTP マップを作成したあと、仮想サーバの設定時にその GTP マップをサーバ ファームに関連付ける必要があります。
（注） マップの設定を変更するには、仮想サーバをアウト オブ サービスにする必要があります。各マップのプライマリ サーバ ファームとバックアップ サーバ ファームの NAT モードは一致している必要があります。
サーバ ファームを仮想サーバに関連付けるときに IOS SLB GTP マップを指定するには、IOS SLB で、仮想サーバ コンフィギュレーション モードで次のコマンドを使用します。
GTP APN 認識ロード バランシングの設定例
IOS SLB からの次の設定例は、IOS SLB GTP マップ設定と、仮想テンプレートの下のマップ/サーバ ファーム アソシエーションを示します。
Cisco IOS SLB 設定の確認
仮想サーバの確認
次の show ip slb vserver コマンドによって、仮想サーバ PUBLIC_HTTP と RESTRICTED_HTTP の設定が確認されます。
サーバ ファームの確認
次の show ip slb reals コマンドによって、サーバ ファーム PUBLIC と RESTRICTED のステータス、関連付けられている実サーバ、およびそのステータスが表示されます。
次の show ip slb serverfarm コマンドによって、サーバ ファーム PUBLIC と RESTRICTED の設定およびステータスが表示されます。
Cisco IOS SLB の接続の確認
Cisco IOS SLB 機能がインストールされ、正しく動作しているかどうかを確認するには、Cisco IOS SLB スイッチから実サーバに対して PING を実行し、次にクライアントから仮想サーバに対して PING を実行します。
Cisco IOS SLB のネットワークおよび接続を確認する場合に使用される他のコマンドについては、「Cisco IOS SLB 機能のモニタリングおよびメンテナンス」を参照してください。
GTP ロード バランシング用の GGSN の設定
GGSN で GTP ロード バランシングを設定するには、次の項の作業を実行します。
• 「GTP SLB のループバック インターフェイスの設定」（イネーブルにされた GTP 原因コード検査を使用しない dispatched モードを使用している場合は必須）
• 「GGSN での DFP サポートの設定」（任意。ただし推奨）
GTP SLB のループバック インターフェイスの設定
GTP ロード バランシングをイネーブルにするには、ファーム内の各 GGSN 上の Cisco IOS SLB で、ループバック インターフェイスに仮想サーバと同じ IP アドレスが設定されている必要があります。
ループバック インターフェイスを作成するには、グローバル コンフィギュレーション モードで次のコマンドを使用します。
|
|
|
|
|
|
ループバック インターフェイスを作成します。ループバック インターフェイスは、常に稼動している仮想インターフェイスです。 |
|
|
|
GGSN での DFP サポートの設定
DFP エージェントとしての GGSN の設定
DFP エージェントの設定の詳細については、「 DFP Agent Subsystem 」フィーチャ モジュールを参照してください。
DFP マネージャ（この場合は Cisco IOS SLB）が DFP エージェントへの接続に使用するポート番号を定義するには、グローバル コンフィギュレーション モードで次のコマンドを示されている順序で使用します。
GGSN の DFP 重みの設定
DFP を GTP ロード バランシングで使用する場合、DFP エージェントとして機能する各 GGSN には、DFP マネージャに送信できる最大の重みがあります。GGSN ごとに、デフォルトの最大の重み（85%）を受け入れるか、または最大の重みに別の値を指定できます。また、 cpu-load および mem-load キーワード オプションを使用して、CPU とメモリの負荷を重み計算に組み込む使用率のパーセンテージを設定することもできます。
GGSN の最大の重みを指定するには、GGSN で、グローバル コンフィギュレーション モードで次のコマンドを使用します。
GGSN の PDP コンテキストの最大数の設定
DFP を GTP ロード バランシングで使用する場合、 gprs maximum-pdp-context-allowed コマンドを使用して、GGSN ごとの PDP コンテキストの最大数を指定する必要があります。PDP コンテキスト数のデフォルト値である 10,000 は使用 しないようにしてください 。デフォルト値の 10,000 を含め、値を大幅に小さくすると、GPRS/UMTS ロード バランシング環境のキャパシティに影響する可能性があります。
（注） DFP では、PPP PDP を IP PDP と比較します。1 つの PPP PDP は 8 つの IPv4 PDP と等価です。1 つの IPv6 PDP は、4 つの IPv4 PDP としてカウントされます。したがって、DFP を使用する場合は、設定された PDP コンテキストの最大数が GGSN の重みに影響を与えることに注意してください。他のパラメータがすべて同じままの場合は、PDP コンテキストの最大数が小さいほど、重みが小さくなります。
GGSN の PDP コンテキストの最大数を設定するには、GGSN で、グローバル コンフィギュレーション モードで次のコマンドを使用します。
|
|
|
|---|---|
|
|
GGSN から Cisco IOS SLB へのメッセージングの設定
GGSN-IOS SLB メッセージング機能を使用すると、Cisco IOS SLB によって転送されるセッションに影響を与える特定の条件が存在する場合に、Cisco IOS SLB に通知するように GGSN を設定できます。また、この通知によって、この条件に応答する方法が Cisco IOS SLB に指示されます。
gprs slb notify コマンドを使用して設定できる GGSN-IOS SLB 通知には、Call Admission Control（CAC; コール アドミッション制御）障害通知と削除通知（GTP IMSI のスティッキ データベース サポートの場合）の 2 つのタイプがあります。次の項では、それぞれのタイプを設定する方法について説明します。
• 「GGSN-IOS SLB メッセージング CAC 障害通知のサポートの設定」
• 「GGSN-IOS SLB メッセージング削除通知のサポート（GTP IMSI スティッキ データベース サポート）の設定」
GGSN-IOS SLB メッセージング CAC 障害通知のサポートの設定
GGSN は、UMTS QoS CAC 障害が原因で PDP コンテキストの作成要求が拒否された場合に Cisco IOS SLB に通知するよう設定できます。
GGSN によって送信される CAC 障害通知には、次の Information Elements（IE; 情報エレメント）が含まれます。
• セッション ID：通知が属しているセッションを識別する、Cisco IOS SLB でのセッション キー。
• 作成応答：障害が発生したときに GGSN が SGSN に送信する作成応答。セッションを再割り当てできる代替の GGSN がない場合、または再割り当て試行の最大回数を超えている場合、Cisco IOS SLB ではこの情報を SGSN にリレーします。
CAC 障害通知のサポートを設定する方法は、Cisco IOS SLB が dispatched モードまたは directed server NAT モードのいずれで動作しているかによって異なります。それぞれの手順の詳細については、次の項を参照してください。
• 「Cisco IOS SLB が dispatched モードの場合の CAC 障害通知サポートの設定」
• 「Cisco IOS SLB が directed server NAT モードのときの CAC 障害通知サポートの設定」
Cisco IOS SLB が dispatched モードの場合の CAC 障害通知サポートの設定
Cisco IOS SLB が dispatched モードで機能している場合、PDP コンテキストの作成要求を GGSN に転送した仮想サーバが GGSN に対して既知であるため、GGSN では、CAC 障害通知を直接そのサーバに送信できます。
Cisco IOS SLB が dispatched モードのときに Cisco IOS SLB に CAC 障害通知を送信するよう GGSN を設定するには、グローバル コンフィギュレーション モードで次のコマンドを使用します。
Cisco IOS SLB で CAC 障害通知サポートをイネーブルにするには、仮想サーバ モードで次のコマンドを使用します。
Cisco IOS SLB が directed server NAT モードのときの CAC 障害通知サポートの設定
Cisco IOS SLB が directed server NAT モードで機能している場合、仮想サーバは GGSN に対して既知ではありません。したがって、Cisco IOS SLB に CAC 障害通知を送信するよう GGSN を設定すること以外に、グローバル コンフィギュレーション モードで gprs slb vserver コマンドを使用して GGSN で仮想サーバのリストを定義し、グローバル コンフィギュレーション モードで gprs slb mode コマンドを使用して Cisco IOS SLB の動作モードを定義する必要があります。
（注） Cisco IOS SLB が directed server NAT モードで機能しているときに、Cisco IOS SLB の動作モードと仮想サーバが GGSN で定義されていない場合は、gprs slb notify cac-failure および gtp notification cac コマンドが設定されていても、CAC 障害通知のサポートはイネーブルにされません。
Cisco IOS SLB が directed server NAT モードのときに Cisco IOS SLB に CAC 障害通知を送信できるよう GGSN をイネーブルにするには、グローバル コンフィギュレーション モードで次のコマンドを使用します。
Cisco IOS SLB で CAC 障害通知サポートをイネーブルにするには、仮想サーバ モードで次のコマンドを使用します。
GGSN-IOS SLB メッセージング削除通知のサポート（GTP IMSI スティッキ データベース サポート）の設定
GGSN および Cisco IOS SLB で削除通知のサポートが設定されている場合、加入者からの最初の PDP コンテキストの作成要求が受信されると、Cisco IOS SLB にスティッキ データベース エントリが作成されます。GGSN でその IMSI の最後の PDP コンテキストが削除されると、GGSN では、データベースからスティッキ エントリを削除するよう Cisco IOS SLB に指示する削除通知を送信します。
（注） このように設定するには、service gtp キーワードを指定して virtual 仮想サーバ コンフィギュレーション コマンドを設定する必要があります。
（注） 複数の vserver で sticky gtp imsi コマンドが設定されている場合は、グループ番号を設定することによって、同じ Mobile Station（MS; モバイル ステーション）が異なる vserver 経由で接続するときにスティッキ オブジェクトを共有できるようになります。スティッキ グループ番号が同じすべての vserver によって、ユーザのスティッキ IMSI エントリが共有されます。
GGSN で IMSI の最後の PDP コンテキストが削除されたときに、削除通知を Cisco IOS SLB に送信するよう GGSN を設定するには、グローバル コンフィギュレーション モードで次の作業を実行します。
Cisco IOS SLB で GTP IMSI スティッキ データベース サポートを設定するには、仮想サーバ コンフィギュレーション モードで次の作業を実行します。
|
|
|
|---|---|
|
|
特定の IMSI に関する以前の作成要求すべてを処理したのと同じ実サーバへの GTP PDP コンテキストの作成要求をロード バランシングできるように、Cisco IOS SLB をイネーブルにします。 |
Cisco IOS SLB 機能のモニタリングおよびメンテナンス
GGSN に関する GTP SLB 情報をクリア、取得、および表示するには、特権 EXEC モードで次のコマンドを使用します。
Cisco IOS SLB での GTP SLB に関する情報を取得および表示するには、Cisco IOS SLB で、特権 EXEC モードで次のコマンドを使用します。
設定例
ここでは、GGSN Cisco IOS SLB の例を示します。この項に記載されている GGSN コマンドの詳細については、『 Cisco GGSN Release Command Reference 』を参照してください。この項に記載されている Cisco IOS SLB コマンドの詳細については、「 IOS Server Load Balancing 」フィーチャ モジュール ドキュメントを参照してください。
ここでは、Cisco 7600 プラットフォーム上の GTP ロード バランシングおよび NAT が設定された Cisco IOS SLB の例を示します。
フィードバック