GGSN Release 9.2 コマンド リファレンス

 

シンタックスの説明

このコマンドには引数もキーワードもありません。

 

デフォルト

ディセーブル

 

コマンドの履歴

 

使用上のガイドライン

GPRS Tunneling Protocol（GTP; GPRS トンネリング プロトコル）パスがアクティブになるには、Serving GPRS Support Node（SGSN）がアクティブである必要があります。SGSN がアクティブになっていることを確認するために、GGSN と SGSN の間でエコー メッセージが交換されます。GGSN では、別の方式のエコー メッセージ タイミングもサポートされていますが、基本エコー フローは、GGSN が SGSN にエコー要求メッセージを送信するときに開始されます。SGSN によって、対応するエコー応答メッセージが GGSN に対して返信されます。

GGSN において、特定の回数（値は設定可能）のリトライ後にも応答が受信されなかった場合、GGSN によって SGSN がアクティブでないと見なされます。これは GTP パスに障害が発生していることを意味するので、GGSN によって、そのパスに関連するすべての Packet Data Protocol（PDP）コンテキスト要求がクリアされます。

GGSN では、デフォルト エコー タイマーとダイナミック エコー タイマーという、2 種類のエコー タイミング方式がサポートされています。

GGSN のデフォルト エコー タイマーでは、ネットワークの輻輳に対応するように設定することは不可能なので、GTP パスがあまりに早くクリアされてしまう可能性があります。ダイナミック エコー タイマー機能を使用すれば、GGSN が、ネットワークの輻輳期間中における GTP パスを、デフォルト エコー タイマーより高度に管理できます。GGSN によるダイナミック エコー タイミングの実行をイネーブルにするには、 gprs gtp echo-timer dynamic enable コマンドを使用します。

デフォルト エコー タイマー

ダイミック エコー タイマーは、GGSN 内のデフォルト エコー タイマーを基盤にしています。比較のために、デフォルト エコー タイマーの説明を次に示します。

デフォルト エコー タイマーの設定では、次のコマンドを使用します。

• gprs gtp n3-requests ：GGSN によるエコー要求メッセージの最大送信試行回数を指定します。デフォルトは 5 回です。

• gprs gtp path-echo-interval ：GGSN がエコー要求メッセージを送信する前に待機する時間を秒数で指定します。デフォルトは 60 秒です。

• gprs gtp t3-response ：パス エコー インターバルの期限が切れてもエコー応答が受信されなかった後に、エコー要求メッセージを再送信する前に GGSN が待機する時間を秒数で指定します。デフォルトは 1 秒です。

パス エコー インターバル（ gprs gtp path-echo-interva l コマンドで指定。デフォルトは 60 秒）内にエコー応答が GGSN によって受信された場合、60 秒（または、 gprs gtp path-echo-interval コマンドで設定した時間）後に GGSN によってエコー要求メッセージが再度送信されます。このメッセージ フローは、指定されたパス エコー インターバル内に GGSN によってエコー応答メッセージが受信される限り、続きます。

パス エコー インターバル内に GGSN によるエコー応答メッセージが受信できなかった場合、N3-requests カウンタ数（ gprs gtp n3-requests コマンドで指定。デフォルトは 5）に達するまで GGSN によってエコー要求メッセージが再送信されます。最初の要求メッセージが N3-requests カウンタ数に含まれるため、リトライ数の総計は N3-1 になります。T3 タイマーは、リトライごとに 2 の倍数で増分されます（倍数値は設定できません）。

たとえば、N3 がデフォルトの 5 に、T3 がデフォルトの 1 に設定されている場合、GGSN によって、4 回のエコー要求メッセージが再送信されることになります（最初の要求+4 回のリトライ = 5）。T3 時間は、エコー要求が追加されるたびに、2 秒の倍数で増分されます。その結果、GGSN によるメッセージの再送信は、2 秒後、4 秒後、8 秒後、および 16 秒後に実行されます。N3-requests カウンタの期間内に GGSN によってエコー応答メッセージが受信できなかった場合、GGSN によって GTP パスがクリアされ、すべての PDP コンテキストが削除されます。

上記例では、最初の要求メッセージが送信されてから GTP パスがクリアされるまでの総経過時間は、60 + 2 + 4 + 8 + 16 = 90 秒となります。

ここでの 60 は、パス エコー インターバルの初期値であり、残りの 4 つの期間は、後続のリトライに対する T3 タイマーの増分数です。

ダイナミック エコー タイマー

ダイナミック エコー タイマー方式は、計算した Round-Trip Time（RTT; ラウンドトリップ時間）、および、設定可能な倍数または RTT 統計に適用する乗数を使用する点で、GGSN 上のデフォルト エコー タイマー方式とは異なります。

ダイナミック エコー タイマーの設定では、次のコマンドを使用します。

• gprs gtp echo-timer dynamic enable ：GGSN 上のダイナミック エコー タイマーをイネーブルにします。

• gprs gtp echo-timer dynamic minimum ：ダイナミック エコー タイマーの最小期間（秒単位）を指定します。RTT がこの値より小さい場合、GGSN では、このコマンドで設定された値が使用されます。

• gprs gtp echo-timer dynamic smooth-factor ：パス エコー インターバル内に SGSN からの応答が受信できなかった場合に、ダイナミック エコー タイマーが、リトライを送信するまで待機する時間を計算する際に使用する乗数を設定します。

• gprs gtp n3-requests ：GGSN によるエコー要求メッセージの最大送信試行回数を指定します。デフォルトは 5 回です。

• gprs gtp path-echo-interval ：GGSN がエコー応答の受信を要求する期間を秒数で指定します。これは、GGSN がエコー要求メッセージを再送信するまで待機する期間です。デフォルトは 60 秒です。

ダイナミック エコー タイマー機能によって使用される RTT 統計は、GGSN によって計算されます。RTT とは、特定のエコー要求メッセージを送信してから対応するエコー応答メッセージを受信するまでの期間です。RTT は、受信される最初のエコー応答に対して計算され、その統計は GGSN によって記録されます。RTT 値は非常に小さな数値になってしまう可能性があるため、ダイナミック エコー タイマーによって使用される最小時間が用意されています。この値は、 gprs gtp echo-timer dynamic minimum コマンドによって設定します。

パス エコー インターバル内に GGSN によってエコー応答メッセージが受信できなかった場合、GGSN は再送信を行うか、パス エラー モードになります。パス エラー モード中は、GGSN によって、T-dynamic と呼ばれる値が使用されます。T-dynamic は、dynamic minimum か、スムース係数を乗じた RTT 統計のうち、どちらか大きい方の値です。

基本的に、T-dynamic は、GGSN 上のデフォルト エコー タイマー方式で使用される gprs gtp t3-response コマンドの使用に代わるものです。T-dynamic タイマーは、N3-requests カウンタ数に達するまで（N3-requests カウンタ数には、最初の要求メッセージが含まれます）、リトライごとに 2 の倍数で増分されます（繰り返しますが、この倍数は設定できません）。

たとえば、RTT が 6 秒、N3 が 5、スムース係数が 3 に設定されている場合、GGSN では、パス エラー モードで 4 回のエコー要求メッセージが再送信されます。T-dynamic 値は 18（RTT x スムース係数）なので、GGSN によるリトライ エコー要求メッセージの送信は、36 秒後、72 秒後、144 秒後、および 288 秒後に実行されます。この期間内に GGSN によるエコー応答メッセージが受信できなかった場合、GGSN によって、GTP パスがクリアされ、すべての PDP コンテキストが削除されます。最初の要求メッセージが送信されてから GTP パスがクリアされるまでの総経過時間は、60 + 36 + 72 + 144 + 288 = 600 秒となります。

ここでの 60 は、パス エコー インターバルの初期値であり、残りの 4 つの期間は、後続のリトライに対する T-dynamic の増分数です。

例

次の例では、ダイナミック エコー タイマーをオンにし、最小値を 5 秒に設定し、スムース係数 3 を設定しています。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

5 秒

 

コマンドの履歴

 

使用上のガイドライン

ダイナミック エコー タイマー（T-dynamic とも呼ばれる）によって使用される最小期間を指定するには、このコマンドを使用します。Gateway GPRS Support Node（GGSN; ゲートウェイ GPRS サポート ノード）による Round-Trip Time（RTT; ラウンドトリップ時間）統計の現行の計算結果（スムース係数を乗じる）が、設定された dynamic minimum より小さい場合、GGSN によって、設定された minimum が T-dynamic として使用されます。

ダイナミック エコー タイマー機能によって使用される RTT 統計は、GGSN によって計算されます。RTT とは、特定のエコー要求メッセージを送信してから対応するエコー応答メッセージを受信するまでの期間です。RTT は、受信される最初のエコー応答に対して計算され、その統計は GGSN によって記録されます。RTT 値は非常に小さな数値になってしまう可能性があるため、ダイナミック エコー タイマーによって使用される最小時間が用意されています。この値は、 gprs gtp echo-timer dynamic minimum コマンドによって設定します。

パス エコー インターバル中に GGSN による Serving GPRS Support Node（SGSN）からのエコー応答メッセージの受信ができなかった場合、GGSN は再送信を行うか、パス エラー モードになります。パス エラー モード中は、GGSN によって、T-dynamic と呼ばれる値が使用されます。T-dynamic は、dynamic minimum か、スムース係数を乗じた RTT 統計のうち、どちらか大きい方の値です。

基本的に、T-dynamic は、GGSN 上のデフォルト エコー タイマー方式で使用される gprs gtp t3-response コマンドの使用に代わるものです。T-dynamic タイマーは、N3-requests カウンタ数に達するまで（N3-requests カウンタ数には、最初の要求メッセージが含まれます）、リトライごとに 2 の倍数で増分されます（繰り返しますが、この倍数は設定できません）。

（注） GGSN 上のダイナミック エコー タイマーの詳細については、gprs gtp echo-timer dynamic enable コマンドの「使用上のガイドライン」を参照してください。

例

次の例では、ダイナミック エコー タイマーをオンにし、最小値を 6 秒に設定し、スムース係数 2 を設定しています。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

2

 

コマンドの履歴

 

使用上のガイドライン

ダイナミック エコー タイマーでは、T-dynamic と呼ばれるものを計算するために、スムース係数が使用されます。T-dynamic は、スムース係数に RTT（または gprs gtp echo-timer dynamic minimum で設定した値。いずれか大きい方）を乗じることによって計算します。

（注） ダイナミック エコー タイマーの動作の詳細については、gprs gtp echo-timer dynamic enable コマンドの「使用上のガイドライン」を参照してください。

例

次の例では、ダイナミック エコー タイマーをオンにし、最小値を 1 秒に設定し、スムース係数 2 を設定しています。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

エラー表示スロットリングはディセーブルに設定されています。

 

コマンドの履歴

 

使用上のガイドライン

GPRS Tunneling Protocol（GTP; GPRS トンネリング プロトコル）のエラー表示メッセージは、GGSN が発見できない Packet Data Protocol（PDP）コンテキストのデータが GPRS Support Node（SGSN）によって送信される際に、GGSN によって SGSN に対して送信されます。エラー表示メッセージによって、PDP コンテキストが発見できないために SGSN はその終端の PDP コンテキストを消去できないことが、SGSN に通知されます。

GGSN によって 1 秒間に送信されるエラー表示メッセージの最大数を指定するには、 gprs gtp error-indication-throttle コマンドを使用します。これにより、GTP エラー メッセージの送信に対するフロー制御を実装できます。このコマンドによって、エラー表示メッセージが送信するたびに減少させられるカウンタの初期値が設定されます。カウンタがゼロになると、エラー表示メッセージの送信が GGSN によって停止されます。1 秒後、このカウンタは、GGSN によって設定済みのスロットル値にリセットされます。

このコマンドを発行しない場合、エラー表示スロットリングはイネーブルになりません。デフォルト値（エラー表示スロットリングがディセーブル）に戻すには、このコマンドの no 形式を使用します。

例

次に、スロットル値を 150 にする例を示します。

 

シンタックスの説明

このコマンドには引数もキーワードもありません。

 

デフォルト

Cisco IOS Release 12.3(14)XU よりも前のリリースでは、デフォルトで UDP チェックサムが検証されます。

Cisco IOS Release 12.3(14)XU 以降では、デフォルトで UDP チェックサムが無視されます。

 

コマンドの履歴

 

使用上のガイドライン

チェックサムの結果が非ゼロであった場合、UDP チェックサムの検証により、GGSN 上の CEF スイッチング処理の動作が禁止される可能性があります。そのため、GGSN 上の CEF スイッチングをイネーブルにしたい場合、GGSN が UDP チェックサムを無視する（デフォルト）ように設定されていることを確認します。

UDP チェックサムの検証が GGSN 上でイネーブルのままになっており、結果が非ゼロになった場合、GGSN に対して CEF スイッチングの設定をしていたとしても、GTP T-PDU にはプロセス スイッチングが行われます。

GGSN 上でプロセス スイッチングだけを使用している場合、 gprs gtp ip udp ignore checksum コマンドは使用できません。

（注） gprs gtp ip udp ignore checksum コマンドのデフォルト（UDP チェックサムは無視）を使用する際に、Cisco IOS Release 12.3(14)YU よりも前のイメージにダウングレードする場合、UDP チェックサムを無視するように GGSN を手動で設定する必要があります。Cisco IOS Release 12.3(14)YU よりも前のリリースでは、デフォルトで UDP チェックサムが GGSN によって検証されます。

スイッチング プロセスの詳細については、『 Cisco IOS Switching Services Configuration Guide 』を参照してください。

例

次に、GGSN 上の UDP チェックサム検証をディセーブルにする例を示します。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

ToS 値 5

 

コマンドの履歴

 

使用上のガイドライン

Gateway GPRS Support Node（GGSN; ゲートウェイ GPRS サポート ノード）によって送信される GTP シグナリング パケットの IP ToS マッピングを指定するには、 gprs gtp map signalling tos コマンドを使用します。値が高くなればなるほど、高いクラスのサービスがパケットに提供されます。

例

次に、IP ToS マッピング値に 3 を指定する例を示します。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

8192 バイト

 

コマンドの履歴

 

使用上のガイドライン

GGSN 上の GTP N3 バッファのサイズを指定するには、 gprs gtp n3-buffer-size コマンドを使用します。N3 バッファは、トンネリング プロトコルを介して送信される GTP シグナリング メッセージおよびパケットを受信するために GGSN によって使用されるレシーブ バッファです。N3 バッファ サイズの推奨値は、8192 バイト（デフォルト サイズ）です。

例

次に、バッファ サイズを 2084 バイトに指定する例を示します。

 

シンタックスの説明

 

デフォルト

5 回の要求

 

コマンドの履歴

 

使用上のガイドライン

gprs gtp n3-requests コマンドの値は、GGSN 上のすべてのシグナリング要求に対して使用されます。

GGSN では、デフォルト エコー タイマーとダイナミック エコー タイマーという、2 種類のエコー タイミング方式がサポートされています。 gprs gtp n3-requests コマンドは、いずれかの種類のエコー処理を実行するために、GGSN によって使用されます。

例

 

関連コマンド

 

シンタックスの説明

 

デフォルト

100 エントリ

 

コマンドの履歴

 

使用上のガイドライン

パスが削除された後に GGSN が統計情報を保存するパス エントリの数を設定するには、 gprs gtp path history コマンドを使用します。

エントリの最大数を低い値に変更すればするほど、古いエントリが削除されます。

例

次に、最大 250 エントリの統計情報を保存するように GGSN を設定する例を示します。

 

関連コマンド

 

シンタックスの説明

 

コマンドのデフォルト

デフォルトの動作または値はありません。

 

コマンドの履歴

 

使用上のガイドライン

SGSN または UDP ポート、またはその両方ごとにエコー要求をディセーブルにできます。この機能を使用すれば、オペレータは、GGSN からのエコー要求に応答する機能をまったく持っていない可能性がある GSN の課金や、特定の UDP ポート上で受信されたエコー要求だけを選択的にディセーブルにし、その一方で、他の SGSN のエコー要求は元の状態のままにすることが可能です。

新しいパスが作成されると、パス パラメータ、つまり宛先アドレスおよびポートがエコー要求の抑制時に設定された何らかの条件に合致しているかどうかが、GGSN によって確認されます。パラメータが条件に合致している場合、GGSN によって、そのパスのパス エコー インターバルが 0 に設定されます。合致していない場合、エコー要求の送信にグローバル パス エコー インターバル設定が使用されます。

例

次に、ある SGSN のエコー要求をディセーブルにする例を示します。

Router(config)# gprs gtp path sgsn 10.10.10.10 echo 0

次に、ある SGSN のエコー要求を、ポート 4000 に関してだけディセーブルにする例を示します。

Router(config)# gprs gtp path sgsn 10.10.10.10 4000 echo 0

 

シンタックスの説明

 

デフォルト

60 秒

 

コマンドの履歴

 

使用上のガイドライン

GGSN では、デフォルト エコー タイマーとダイナミック エコー タイマーという、2 種類のエコー タイミング方式がサポートされています。 gprs gtp path-echo-interval コマンドは、いずれかの種類のエコー処理を実行するために、GGSN 上で使用されます。

GPRS Tunneling Protocol（GTP; GPRS トンネリング プロトコル）パスに障害が発生していないかどうかを確認するために SGSN または課金ゲートウェイに対してエコー要求メッセージを送信する前に GGSN が待機するインターバルを指定するには、 gprs gtp path-echo-interval コマンドを使用します。

（注） 0 を指定すると、GGSN 上のエコー要求の送信はディセーブルになります。

例

次に、GGSN が、エコー要求メッセージの送信前に 90 秒待機する例を示します。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

259,200 秒（72 時間）

 

コマンドの履歴

 

使用上のガイドライン

GGSN では、RADIUS Idle-Timeout（アトリビュート 28）フィールドがサポートされています。Authentication, Authorization, and Accounting（AAA; 認証、認可、アカウンティング）サーバによって送信されるアクセス要求パケット内にアトリビュート 28 値が存在する場合、同値が GGSN によって保存されます。PDP コンテキストが、セッション アイドル タイムアウト時間を超えてアイドル状態なっている場合、GGSN によって終了されます。

セッション アイドル タイマーに対して指定された時間は、セッションのすべての PDP コンテキストに対して適用されますが、セッション アイドル タイマーは、各 PDP コンテキストに対して開始されます。そのため、セッション アイドル タイマーは PDP ごとに存在しますが、タイマーの時間はセッションごとに存在します。

GGSN 上では、セッション アイドル タイマーをグローバルに、そして Access Point Name（APN; アクセス ポイント ネーム）で設定できます。 gtp pdp-context timeout idle アクセス ポイント コンフィギュレーション コマンドによって APN レベルで設定した値は、 gprs gtp pdp-context timeout idle グローバル コンフィギュレーション コマンドによってグローバルに設定された値を上書きします。RADIUS サーバ上のユーザ プロファイルで設定した値は、APN で設定した値を上書きします。

（注） ある PDP コンテキスト用に開始されたセッション アイドル タイマーは、その PDP コンテキストの Transport Protocol Data Unit（TPDU）および GPRS Tunneling Protocol（GTP; GPRS トンネリング プロトコル）シグナリング メッセージによってリセットされます。たとえば、PDP コンテキスト アップデート要求が受信されると、その PDP コンテキストのセッション アイドル タイマーがリセットされます。

特定のユーザのセッション アイドル タイマーをディセーブルにするには、RADIUS サーバ上のユーザ プロファイルで、セッション アイドル時間を 0 に設定します。ユーザが RADIUS によって認証されている場合、そのセッション アイドル時間はディセーブルにできません。

（注） セッション アイドル タイムアウト（RADIUS アトリビュート 28）サポートの適用対象は、IP PDP、GGSN で終了される PPP PDP、および PPP 再生成 PDP （PPP L2TP PDP ではない）です。絶対セッション タイムアウト（アトリビュート 27）サポートの適用対象は、IP PDP と、GGSN で終了される PPP PDP（PPP Regen でも PPP L2TP PDP でもない）です。設定すると、セッション アイドル タイマーはすべての PDP コンテキスト上で開始され、絶対セッション タイマーはセッション上で開始されます。

（注） また、gprs idle-pdp-context purge-timer hours グローバル コンフィギュレーション コマンドを使用することによって、アイドル タイマーをグローバルに設定できますが、2 つの方式を同時には設定できません。

例

次に、アイドル状態の PDP コンテキストを終了させる前に 18,000 秒間待機するように GGSN を設定する例を示します。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

ディセーブル

 

コマンドの履歴

 

使用上のガイドライン

gprs radius attribute session-timeout コマンドによってイネーブルにすると、GGSN によって RADIUS Session-Timeout（アトリビュート 27）がサポートされます。Authentication, Authorization, and Accounting（AAA; 認証、認可、アカウンティング）サーバによって送信される Access-Accept パケットに格納されて受信されたアトリビュート タイムアウト値は、GGSN によって保存されます。また、セッション時間が絶対セッション タイマーとして設定された時間を超えると、そのセッションと、セッションに所属するすべての Packet Data Protocol（PDP）コンテキスト（同じ International Mobile Subscriber Identity（IMSI）または Mobile Station（MS; モバイル ステーション）アドレスを持つ PDP コンテキスト）が、GGSN によって終了されます。

（注） セッション アイドル タイムアウト（RADIUS アトリビュート 28）サポートの適用対象は、IP PDP、GGSN で終了される PPP PDP、および PPP 再生成 PDP （PPP L2TP PDP ではない）です。絶対セッション タイムアウト（アトリビュート 27）サポートの適用対象は、IP PDP と、GGSN で終了される PPP PDP（PPP Regen でも PPP L2TP PDP でもない）です。設定すると、セッション アイドル タイマーはすべての PDP コンテキスト上で開始され、絶対セッション タイマーはセッション上で開始されます。

（注） アクティブ セッション タイムアウトには、gprs radius attribute session-timeout コマンドをイネーブルにする必要があります。

GGSN 上では、絶対セッション タイマーをグローバルに、そして Access Point Name（APN; アクセス ポイント ネーム）で設定できます。 gtp pdp-context timeout session アクセス ポイント コンフィギュレーション コマンドによって APN レベルで設定した値は、 gprs gtp pdp-context timeout session グローバル コンフィギュレーション コマンドによってグローバルに設定した値を上書きします。RADIUS サーバ上のユーザ プロファイルで設定した値は、APN で設定した値を上書きします。

例

次に、86,400 秒を超えるセッションをすべて終了するように GGSN を設定する例を示します。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

デフォルトの動作や値はありません。

 

コマンドの履歴

 

使用上のガイドライン

gprs gtp ppp vtemplate コマンドを設定する前に、必要な PPP 特性で、バーチャル テンプレート インターフェイスを設定する必要があります。PPP 特性を定義するバーチャル テンプレート インターフェイスに対して設定する番号は、 gprs gtp ppp vtemplate コマンドで指定する番号に対応させる必要があります。

例

次に、GGSN 上の 2 つのバーチャル テンプレート インターフェイス（GTP カプセル化用と PPP 用）を設定し、GGSN 上の GTP の PPP バーチャル テンプレート インターフェイスを指定する例を示します。

（注） PPP 用バーチャル テンプレート インターフェイスは、GTP カプセル化用の GPRS/UMTS バーチャル テンプレート インターフェイスとは異なるバーチャル テンプレート インターフェイスです。

最初のセクションのコマンドは、GTP 用 GPRS バーチャル テンプレート インターフェイスを設定しています。

次に、PPP 用バーチャル テンプレート インターフェイスを設定し、GGSN 上の GTP を介した PPP PDP タイプのサポート用バーチャル テンプレートを関連付ける例を示します。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

デフォルトの動作や値はありません。

 

コマンドの履歴

 

使用上のガイドライン

gprs gtp ppp-regeneration vtemplate コマンドを設定する前に、 encapsulation ppp コマンドを使用して、PPP カプセル化用バーチャル テンプレート インターフェイスを設定する必要があります。さらに、PPP カプセル化用バーチャル テンプレート インターフェイスで、 ip address negotiated コマンドおよび no peer neighbor-route コマンドを設定する必要もあります。

PPP カプセル化をサポートするためのバーチャル テンプレート インターフェイスに対して設定する番号は、 gprs gtp ppp-regeneration vtemplate コマンドで指定する番号に対応させる必要があります。

例

次に、GGSN 上の 2 つのバーチャル テンプレート インターフェイス（GGSN および SGSN 間の通信のための GTP カプセル化用と、PPP 再生成用）を設定する例を示します。PPP 再生成用バーチャル テンプレート インターフェイスでは、Layer 2 Tunneling Protocol（L2TP; レイヤ 2 トンネリング プロトコル）トンネルを介した GGSN から L2TP Network Server（LNS; L2TP ネットワーク サーバ）への PPP セッションの作成がサポートされています。

（注） PPP 再生成用バーチャル テンプレート インターフェイスは、PPP PDP タイプ サポート用および GTP カプセル化用 GPRS バーチャル テンプレート インターフェイスとは異なるバーチャル テンプレート インターフェイスです。

最初のセクションのコマンドは、GTP 用 GPRS バーチャル テンプレート インターフェイスを設定しています。

次に、PPP 再生成用バーチャル テンプレート インターフェイスを設定する例を示します。

（注） encapsulation ppp コンフィギュレーションは、デフォルトのカプセル化なので、show running コンフィギュレーションには表示されません。

次に、GGSN 上の PPP 再生成用にバーチャル テンプレート インターフェイス 11 を指定する例を示します。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

GGSN によって、IPCP Conf-Ack（コード 02）が、GGSN によってサポートされる要求 IPCP アドレス オプションに対する PDP コンテキスト作成応答の PCO IE に格納されて送信されます。返される値は、要求される値と同じか、要求される値と異なるか、あるいはゼロの場合があります。サポートされていないオプションの場合、IPCP Conf-Reject が返されます。

IPCP オプションを返す際に、GSN によって、メッセージ長を示す追加フィールドが PCO IE に追加されることはありません。

 

コマンドの履歴

 

使用上のガイドライン

GGSN によって、PDP コンテキスト作成応答の PCO IE に格納されて返される IPCP オプションを設定するには、 gprs gtp response-message pco ipcp コマンドを使用します。

与えられた値が要求された値（非ゼロ値）とは異なる IPCP オプションを返す際に IPCP Conf-Nack を PDP コンテキスト作成応答の GTP PCO IE に格納して返すように GGSN を設定するには、 gprs gtp response-message pco ipcp コマンドを nack キーワード オプションを指定して使用します。

gprs gtp response-message pco ipcp nack コマンドが設定されており、PDP コンテキスト作成要求の PCO IE に IPCP オプションが格納されている場合、PDP 作成応答内の PCO IE には、次のものが格納されます。これは、GGSN によってサポートされる（および GGSN が受け入れ可能な）オプションによって異なります。

• IPCP Conf-Ack：要求された値が GGSN にとって受け入れ可能な IPCP オプションの、1 つまたは（ゼロ）の IPCP Conf-Ack。

• IPCP Conf-Nack：提供された値が要求された値とは異なる IPCP オプションを格納する 1 つまたは（ゼロ）のIPCP Conf-Nack。

• IPCP Conf-Reject：GGSN によってサポートされていない、あるいは、サポートされていても、与えられる値がない要求されたオプションを格納する 1 つまたは（ゼロ）の IPCP Conf-Reject。

IPCP オプションを返す際に PDP コンテキスト作成応答内の PCO IE にメッセージ長フィールドを追加するように GGSN を設定するには、 gprs gtp response-message pco ipcp コマンドを message-length キーワード オプションを指定して使用します。

例

次に、PDP コンテキスト作成応答内のメッセージ長を示す IPCP オプションを返す際に、PCO IE のヘッダーに追加フィールドを含めるように GGSN を設定する例を示します。

 

関連コマンド

 

シンタックスの説明

このコマンドには引数もキーワードもありません。

 

デフォルト

RADIUS 開始アカウンティング メッセージが RADIUS アカウンティング サーバに対して送信された後、GGSN によって、PDP コンテキスト作成応答が送信されます。GGSN は、RADIUS アカウンティング サーバからの RADIUS アカウンティング応答を待ちません。

 

コマンドの履歴

 

使用上のガイドライン

すべてのアクセス ポイントで受信された PDP コンテキスト作成要求に対する PDP コンテキスト作成応答を、SGSN に送信する前に、RADIUS アカウンティング サーバからの RADIUS アカウンティング 応答を待つように GGSN を設定するには、 gprs gtp response-message wait-accounting コマンドを使用します。

（注） eGGSN 実装には待機アカウンティングが必須ですが、スタンドアロンの GGSN クォータ適用の場合は任意です。

gprs gtp response-message wait-accounting コマンドを設定しているのに RADIUS アカウンティング サーバからの応答が GGSN によって受信されなかった場合、GGSN によって、PDP コンテキスト要求が拒否されます。

ブロードキャスト アカウンティングが使用されている場合（アカウンティング要求が複数の RADIUS サーバに送信）、ある RADIUS サーバがあるアカウンティング応答に応答すると、GGSN は PDP コンテキスト作成応答を送信し、他の RADIUS が応答するのを待ちません。

GGSN では、グローバル レベルおよびアクセス ポイント コンフィギュレーション レベルの両方における RADIUS 応答メッセージ待機のコンフィギュレーションはサポートされていません。まず、グローバル コンフィギュレーション レベルで、多くの Access Point Name（APN; アクセス ポイント ネーム）に対して共用する設定内容を指定します。これにより、設定操作を大幅に軽減できます。そのうえで、特定の APN に適用する動作があれば、アクセス ポイント コンフィギュレーション レベルでそれらを選択的に修正します。その結果、APN コンフィギュレーション レベルで、RADIUS 応答メッセージ待機のグローバル コンフィギュレーションを上書きできます。

すべての APN のデフォルト動作として RADIUS アカウンティング応答を待機するように GGSN を設定するには、 gprs gtp response-message wait-accounting グローバル コンフィギュレーション コマンドを使用します。特定の APN のこの動作をディセーブルにするには、 no response-message wait-accounting access point コンフィギュレーション コマンドを使用します。

APN で RADIUS 応答メッセージ待機がイネーブルになっているかディセーブルになっているかを確認するには、 show gprs access-point コマンドを使用して、wait_accounting 出力フィールド内でレポートされている値を確認します。

例

次に、アクセス ポイント 1 以外のすべてのアクセス ポイントで受信される PDP コンテキスト要求に対して SGSN に PDP コンテキスト アクティブ化応答を送信する前に、RADIUS アカウンティング サーバからの RADIUS アカウンティング応答を待機するように GGSN をグローバルに設定する例を示します。 no gtp response-message wait-accounting コマンドによって、RADIUS 応答メッセージ待機がアクセス ポイント 1 で上書きされます。

（注） この例では、RADIUS 応答メッセージ待機を実装するためのコマンドを強調するために、GGSN のコンフィギュレーションの一部だけを示しています。GGSN のすべてのコンフィギュレーションを完成させるには、さらにコンフィギュレーション文が必要です。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

1 秒

 

コマンドの履歴

 

使用上のガイドライン

gprs gtp t3-response コマンドは、Delete Packet Data Protocol（PDP）を処理するため、そして、エコー タイミングのデフォルト方式を実行するために、GGSN によって使用されます。

PDP コンテキスト削除要求の場合、 gprs gtp t3-response コマンドは、 gprs gtp n3-requests 制限に達するまで Serving GPRS Support Node（SGSN）から応答が受信されなかった際に PDP コンテキスト削除要求のリトライを送信する前に GGSN が待機する時間を指定するために、GGSN によって使用されます。

GGSN では、デフォルト エコー タイマーとダイナミック エコー タイマーの、2 つのエコー タイマー実装がサポートされています。さらに、 gprs gtp t3-response コマンドは、ダイナミック エコー タイマーがイネーブルになっていない場合に、デフォルト タイプのエコー処理を実行するために GGSN 上で使用されます。

パス エコー インターバル（ gprs gtp path-echo-interva l コマンドで指定。デフォルトは 60 秒）内にエコー応答が GGSN によって受信された場合、60 秒（または、 gprs gtp path-echo-interval コマンドで設定した時間）後に GGSN によってエコー要求メッセージが再度送信されます。このメッセージ フローは、指定されたパス エコー インターバル内に GGSN によってエコー応答メッセージが受信される限り、続きます。

パス エコー インターバル内に GGSN によって SGSN からのエコー応答メッセージが受信できなかった場合、N3-requests カウンタ数（ gprs gtp n3-requests コマンドで指定。デフォルトは 5）に達するまで GGSN によってエコー要求メッセージが再送信されます。最初の要求メッセージも N3-requests カウンタ数に含まれるため、リトライ数の総計は N3-1 になります。T3 タイマーは、リトライごとに 2 の倍数で増分されます（倍数値は設定できません）。

たとえば、N3 がデフォルトの 5 に、T3 がデフォルトの 1 に設定されている場合、GGSN によって、4 回のエコー要求メッセージが再送信されることになります（最初の要求+4 回のリトライ = 5）。T3 タイムは、エコー要求が追加されるたびに、2 秒の倍数で増分されます。その結果、GGSN によるメッセージの再送信は、2 秒、4 秒、8 秒、および 16 秒後に実行されます。N3-requests カウンタの期間中に GGSN によって SGSN からのエコー応答メッセージが受信できなかった場合、GGSN によって GPRS Tunneling Protocol（GTP; GPRS トンネリング プロトコル）がクリアされ、すべての PDP コンテキストが削除されます。

上記例では、最初の要求メッセージが送信されてから GTP パスがクリアされるまでの総経過時間は、60 + 2 + 4 + 8 + 16 = 90 秒となります。

ここでの 60 は、パス エコー インターバルの初期値であり、残りの 4 つの期間は、後続のリトライに対する T3 タイマーの増分数です。

例

次に、T3 インターバル要求のインターバルを 524 秒に設定する例を示します。

 

関連コマンド

 

シンタックスの説明

このコマンドには引数もキーワードもありません。

 

デフォルト

PDP コンテキストは削除されません。

 

コマンドの履歴

 

使用上のガイドライン

QoS アップデートの GGSN 開始 PDP コンテキスト アップデート要求が失敗した場合に PDP コンテキスト削除要求を生成するように GGSN を設定するには、このコマンドを使用します。

GGSN によって生成される Acct Stop レコードは、アップデートの失敗を示します。

QoS 変更のために開始された SGSN からの PDP コンテキスト アップデート応答が n3 トライの後にタイムアウトするか、Cause 値が「Request Accepted」とは異なる値である場合に、このコンフィギュレーションが使用されます。

（注） APN で定義された GSN 開始 PDP コンテキスト アップデート要求エラー時動作は、このグローバル コンフィギュレーションを上書きします。

例

次に、例を示します。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

72 時間

 

コマンドの履歴

 

使用上のガイドライン

アイドル モバイル セッションをパージする前に GGSN が待機する時間を指定するには、 gprs idle-pdp-context purge-timer コマンドを使用します。この機能をディセーブルにするには、パージタイマー値に 0 を指定します。

グローバル パージ タイマーの値を上書きするには、 session idle-time アクセス ポイント コンフィギュレーション コマンドを使用します。

（注） GGSN Release 5.0 以降では、gprs gtp pdp-context timeout idle アクセス ポイント コンフィギュレーション コマンドによって、セッション アイドル タイマーをグローバルに設定することも可能です。ただし、2 つの方式を同時には設定できません。

例

次に、アイドル セッションをパージする前に GGSN が 60 時間待機するように指定する例を示します。

 

関連コマンド

 

シンタックスの説明

 

コマンドのデフォルト

iSCSI ストレージはディセーブルになっています。

 

コマンドの履歴

 

使用上のガイドライン

複数の iSCSI プロファイルを GGSN 上で設定できますが、プロファイルごとにターゲットを 1 つだけ定義し、 gprs iscsi コマンド（課金グループ 0）によってグローバル レベルでプロファイルを 1 つだけ定義したり、APN レベルで、 iscsi 課金グループ コンフィギュレーション コマンドによって、課金グループ 1 ～ 29 ごとに iSCSI プロファイルを 1 つだけ定義したりできます。

例

次に、G-CDR を保存および取得するために、「targetA」という名前のグローバル レベル iSCSI ターゲット プロファイルを設定する例を示します。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

10,000 PDP コンテキスト

 

コマンドの履歴

 

使用上のガイドライン

GGSN 上で許可される PDP コンテキストの最大数を指定するには、 gprs maximum-pdp-context-allowed コマンドを使用します。PDP コンテキストの数が最大許可可能数に達すると、セッションが使用可能になるまで、新しい PDP コンテキスト（モバイル セッション）が GGSN によって拒否されます。

GGSN 上でサポートされる、PDP コンテキストの最大数の実際の上限は、使用中のメモリとプラットフォーム、および GGSN コンフィギュレーションによって異なります（たとえば、端末機器およびモバイル終端を超えてパケットを転送するにように PPP の方式が設定されているかどうか、Dynamic Feedback Protocol（DFP）が使用されているのか、あるいはメモリ保護機能がイネーブルになっているか、そして、サポートされる PDP コンテキスト生成のレートなどです）。

（注） DFP は、PPP PDP と IP PDP を平衡させます。1 つの PPP PDP は 8 つの IPv4 PDP に相当します。1 つのIPv6 PDP は 8 つの IPv4 PDP に相当します。

表 1 に、1 GB のメモリ オプションを持つ Cisco SAMI がサポート可能な PDP コンテキストの最大数を示します。 表 2 に、2 GB のメモリ オプションを持つ Cisco SAMI がサポート可能な最大数を示します。

（注） PDP コンテキストの数が最大許可可能数に達すると、セッションが使用可能になるまで、新しい PDP コンテキスト（モバイル セッション）が GGSN によって拒否されます。

（注） GPRS Tunneling Protocol（GTP; GPRS トンネリング プロトコル）ロード バランシングを備えた Dynamic Feedback Protocol（DFP）を使用する場合、gprs maximum-pdp-context-allowed コマンドによって、各 GGSN の PDP コンテキストの最大数も指定する必要があります。デフォルト値の 10,000 PDP コンテキストは受け入れないでください。値を低くすると、GTP ロードバランシング環境におけるパフォーマンスに影響を与える可能性があることに注意してください。

DFP は、PPP PDP と IP PDP を平衡させます。1 つの PPP PDP は 8 つの IP PDP に相当します。そのため、DFP を使用する場合、設定された PDP コンテキストの最大数が GGSN の重みに影響与えることに注意してください。PDP コンテキストの最大数を少なくすればするほど、他のすべてのパラメータが同じままである場合の重みは低くなります。

（注） GTP ロード バランシングの設定の詳細については、Cisco.com にある『IOS Server Load Balancing』を参照してください。

例

次の例では、15,000 の PDP コンテキストが GGSN 上で許可されています。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

000：MCC と MNC の両方に対して。有効なコードは、非ゼロ値にする必要があります。

 

コマンドの履歴

 

使用上のガイドライン

モバイル加入者のローミングのための Call Detail Record（CDR; 呼詳細レコード）の作成をサポートしたり、ローミング サービス利用者が、PDP コンテキスト作成要求をできないようにしたりするには、GGSN 上で必要とされるコンフィギュレーションの一部として gprs mcc mnc コマンドを使用します。

MCC と MNC は共に、GPRS/UMTS Public Land Mobile Network（PLMN）を識別します。 trusted キーワード オプションを指定しない gprs mcc mnc コマンドによって設定した値は、ホーム PLMN ID（GGSN が所属する PLMN）の値となります。GGSN に対して 1 度に定義できるホーム PLMN は 1 つだけです。PDP コンテキスト作成要求内の International Mobile Subscriber Identity（IMSI）と比較するためにこのコマンドで設定する値は、GGSN によって使用されます。

GGSN では、MCC および MNC 用に値 000 が自動的に指定されます。しかし、MCC と MNC の両方に非ゼロ値を設定しなければ、ローミング サービス利用者の課金 CDR を作成するように GGSN をイネーブルにはできません。

gprs mcc mnc コマンドを正しく発行するには、その引数に mcc キーワードと、 mnc キーワードの両方を指定する必要があります。両方のキーワードを指定しないと、コマンドは発行できません。

gprs mcc mnc コマンドと gprs charging roamers コマンドは正しい順序で設定することが重要です。MCC 値と MNC 値を設定したら、 gprs charging roamers コマンドを使用して、GGSN 上の、ローミング サービス利用者の課金をイネーブルにします。MCC 値と MNC 値を変更するには、 gprs mcc mnc コマンドを再発行します。

gprs mcc mnc コマンド使用する際、trusted キーワードを指定することによって、「 信頼できる 」PLMN を最大 5 つまで設定することも可能です。信頼できる PLMN 内の モバイル加入者からの PDP コンテキスト作成要求は、ホーム PLMN 内のモバイル加入者からの PDP コンテキスト作成要求と同じように処理されます。

GGSN 上のこれらのコードのコンフィギュレーションを確認するには、 show gprs charging parameters コマンドを使用します。

（注） 確立済みの MCC および MNC コードのリストを確認するには、『Cisco GGSN Configuration Guide』の付録「Table of MCC and MNC Codes」を参照してください。MCC および MNC コードの詳細については、ITU E.212 勧告「Identification Plan for Land Mobile Stations」を参照してください。

例

次に、GGSN 上のデフォルト値 000 を置き換えて、米国用に MMC コード 310 を、Bell South サービス プロバイダー用に MNC コード 15 を指定する例を示します。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

デフォルトでは、メモリ保護機能はディセーブルに設定されています。イネーブルにすると、デフォルトのしきい値は、GGSN サービスがイネーブルになった時点において使用可能なメモリ合計の 10 パーセントに設定されます。

 

コマンドの履歴

 

使用上のガイドライン

GGSN メモリ保護機能によって、すべての課金ゲートウェイがダウンし、GGSN によって Call Detail Record（CDR; 呼詳細レコード）がメモリにバッファリングされているような異常状態におけるプロセッサ メモリのドレインが防止されます。

デフォルトでは、メモリしきい値は、GGSN サービスが gprs ggsn service コマンドによってイネーブルにされた時点において使用可能なメモリ全体の 10 パーセントに設定されています。

gprs memory threshold コマンドを使用して、ルータおよびメモリのサイズに応じたしきい値を設定できます。

システムに残っているメモリ容量が定義されているしきい値に達すると、プロセッサ メモリがしきい値を下回ってしまうのを防ぐために、メモリ保護機能が有効になり、GGSN によって次の動作が実行されます。

• 理由種別が「No Resource」である新しい Create Packet Data Protocol（PDP）コンテキスト要求を拒否します。

• 理由種別が「Management Intervention」である PDP コンテキスト アップデート要求が受信される既存の PDP をすべてドロップします。

• 発生した容量トリガーの対象となる PDP をすべてドロップします。

（注） メモリ保護機能がアクティブになっている間、バイト カウントが追跡され、GGSN の回復時にレポートされます。ただし、GGSN がメモリ保護モードになっている場合、変更条件には処理されないものもあるため、カウントの中には（たとえば、QoS および料金条件など）、正確な課金条件が反映されないものもあります。

例

次に、メモリしきい値を 512 MB に設定する例を示します。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

デフォルトの動作や値はありません。

 

コマンドの履歴

 

使用上のガイドライン

MS は、他の GPRS ネットワーク エンティティと同じ IP アドレスは持てません。そのため、 gprs ms-address exclude-range コマンド を使用して、GPRS/UMTS ネットワークによって使用される特定の IP アドレス範囲を予約し、MS によるこれらのアドレス範囲の使用 を不許可にします。

gprs ms-address exclude range コマンドによる検証は、IP PDP に対してだけ実行され、Virtual Private Network（VPN; バーチャル プライベート ネットワーク）に割り当てられた MS アドレスや、PPP 再生成や PPP PDP タイプの MS アドレス には実行されません。

Create Packet Data Protocol（PDP）コンテキスト要求の処理中、Gateway GPRS Support Node（GGSN; GPRS サポート ノード）によって、MS の IP アドレスが、指定した除外対象範囲に含まれていないかどうかが検証されます。MS IP アドレスと除外対象範囲にオーバーラップが存在していた場合、PDP コンテキスト作成要求は拒否されます。この測定によって、ネットワーク内における IP アドレスの重複が防止されます。

最大 100 の IP アドレス範囲を設定できます。1 つの範囲は 1 つまたはそれ以上のアドレスで構成できます。ただし、コマンド エントリごとに設定できる IP アドレス範囲は 1 つだけです。単一の IP アドレスを除外するには、 start-ip 引数と end-ip 引数の両方にその IP アドレスを指定します。IP アドレスは 32 ビット値です。

例

例 1

次に、GPRS/UMTS ネットワークによって使用される IP アドレス範囲を指定する（その結果、MS IP アドレス範囲から除外する）例を示します。

例 2

次に、IP アドレス 10.10.10.1 の使用から MS を除外する例を示します。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

デフォルトの動作や値はありません。

 

コマンドの履歴

 

使用上のガイドライン

P-CSCF Discovery 用の P-CSCF サーバ グループを定義し、P-CSCF グループ コンフィギュレーション モードを開始するには、 gprs pcscf コマンドを使用します。

Gateway GRPS Serving Node（GGSN）を、Protocol Configuration Option（PCO）内に「P-CSCF Address Request」フィールドが含まれている PDP コンテキスト作成要求の受信時に、Access Point Name（APN; アクセス ポイント ネーム）の、事前定義された Proxy Call Session Control Function（P-CSCF）サーバ アドレスのリストを返すように、設定できます。

Mobile Station（MS; モバイル ステーション）によって、PDP コンテキスト アクティブ化要求内の PCO の P-CSCF Address Request フィールドが設定されます。この要求は、SGSN から、PDP コンテキスト作成要求内の GGSN に転送されます。受信と同時に、GGSN によって、PCO の「P-CSCF Address」フィールド内の APN に対して設定された、すべての P-CSCF アドレスが返されます。

PDP コンテキスト作成要求の PCO 内に P-CSCF address request フィールドが含まれていない、あるいは、P-CSCF アドレスが事前設定されていない場合、いかなる P-CSCF アドレスも PDP コンテキスト作成応答によって返されません。エラー メッセージは生成されずに PDP コンテキスト作成要求が処理されます。

P-CSCF Discovery のサポートを設定するには、 gprs pcscf コマンドを使用して、GGSN 上の P-CSCF サーバ グループを事前定義し、 pcscf アクセス ポイント コンフィギュレーション コマンドを使用して、APN の P-CSCF サーバ グループを設定する必要があります。

（注） PCO の「P-CSCF Address Field」に格納されて返されるアドレスの順序は、それらのアドレスが P-CSCF サーバ グループで定義された順序と同じです。サーバ グループは APN に関連付けられています。

例

次に、「groupA」として識別される P-CSCF サーバ グループを設定する例を示します。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

デフォルトの動作や値はありません。

 

コマンドの履歴

 

使用上のガイドライン

PLMN の IP アドレス範囲を指定するには、 gprs plmn ip address グローバル コンフィギュレーション コマンドを使用します。

gprs plmn ip address コマンドによって、PLMN に所属するアドレスが定義されます。アドレスが PLMN 内部の SGSN アドレスであることを示すには、 sgsn キーワード オプションを指定して gprs plmn ip address コマンドを発行します。このオプションは、ローミング サービス利用者機能（ gprs charging roamers コマンド）に対する課金によって使用されます。

PLMN IP アドレス範囲の設定の仕方に基づき、ローミング サービス利用者機能に対する課金は次のように動作します。

• gprs plmn ip address start_ip end_ip [ sgsn ] コマンドによって設定された PLMN IP アドレス範囲が存在しない場合、GGSN および SGSN が同じ PLMN 内部に存在しているかどうかに関わらず、初期化されたすべての PDP コンテキストに対して G-CDR が GGSN によって生成されます。

• PLMN IP アドレス範囲のリストが、 gprs plmn ip address start_ip end_ip [ sgsn ] コマンドによって設定されており、1 つまたは複数のアドレス範囲が、 sgsn キーワードが指定されて定義されている場合、GGSN は、SGSN が同じ PLMN 内に存在するかどうかを判断するために sgsn キーワードを使用して定義された範囲を使用します。

次のシナリオで、このコンフィギュレーションを使用したローミング サービス利用者機能に対する課金の方法を説明します。

– MS1 は PLMN1 に加入し、PLMN 2 内の SGSN にアタッチされます。PLMN2 から、MS1 によって、PLMN1 内の GGSN で PDP コンテキストが開始されます。このシナリオでは、MS1 がローミング サービス利用者であり、GGSN は、SGSN が異なる PLMN 内に存在していると判断するので、G-CDR は GGSN によって生成されます。

– MS1 は PLMN1 に加入し、PLMN 2 内の SGSN にアタッチされます。PLMN2 から、MS1 によって、PLMN2 内の GGSN で PDP コンテキストが開始されます。このシナリオでは、MS1 はローミング サービス利用者ではなく、GGSN は、自分が SGSN と同じ PLMN に存在していると判断するので、G-CDR は GGSN によって生成されません。

コンフィギュレーション ガイド

gprs plmn ip アドレスを使用してローミング サービス利用者に対する課金を設定する場合、次の点に注意してください。

• PDP コンテキスト作成要求内の RAI IE を使用してローミング サービス利用者を検出するには、グローバル コンフィギュレーション モードで gprs mcc mn コマンドを使用して、有効なホーム PLMN を GGSN 上に設定する必要があります。

有効なホーム PLMN を設定するか、有効な、信頼できる PLMN を設定すると、RAI が、設定されているホーム（または信頼できる）PLMN と一致する場合に、G-CDR は生成されません。G-CDR は、ホームまたは信頼できる PLMN と一致しない RAI を持つすべての PDP に対して作成されます。

• RAI フィールドが PDP コンテキスト作成要求内に存在せず、アドレス範囲が、 sgsn キーワード オプションが指定された gprs plmn ip address コマンドによって設定されていない場合、PDP は「unknown」に分類され、ローミング サービス利用者として扱われます。

• gprs charging roamers コマンドを使用して、ローミング サービス利用者機能に対する課金をイネーブルにする前に、まず、 gprs plmn ip address コマンドを使用して、PLMN の IP アドレス範囲のセットを定義する必要があります。

gprs plmn ip address コマンドと gprs charging roamers コマンドは正しい順序で設定することが重要です。最初に、 gprs plmn ip address コマンドを使用して、PLMN の IP アドレス範囲を設定し、次に、 gprs charging roamers コマンドを使用して、GGSN 上のローミング サービス利用者機能に対する課金をイネーブルにします。IP アドレス範囲を変更するには、 gprs plmn ip address コマンドを再発行します。

コンフィギュレーションを確認するには、 show gprs charging parameters コマンドを使用して、ローミング サービス利用者機能に対する課金がイネーブルになっているかどうかを確認します。PLMN IP アドレス範囲を確認するには、 show gprs plmn ip address コマンドを使用します。

例

次に、PLMN の IP アドレス範囲を指定する例を示します。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

プリペイド クォータはイネーブルに、最大制限値は 80 パーセントに設定されています。

 

コマンドの履歴

 

使用上のガイドライン

受信された量/時間クォータのパーセンテージを単位とした量/時間クォータしきい値に対する最大制限値を設定するには、 gprs prepaid quota threshold コマンドを使用します。

プリペイド クォータしきい値を設定すると、GGSN 上で使用されるしきい値は、次のうちの低い方になります。

• CCA で受信されたしきい値

• 設定されているクォータ付与のパーセンテージ

たとえば、量クォータが 1000 バイト、量クォータのしきい値が 900 バイトの CCA 内のクォータ付与が DCCA サーバによって送信される場合、パーセンテージは、 default gprs prepaid quota threshold コマンドによる制限（1000 * 80 / 100）より大きくなります。GGSN は受信されたしきい値を処理しませんが、内部的にしきい値を 800 に設定し、使用状況が 900 バイトではなく 800 バイトを下回った場合には必ず、CCR アップデートを DCCA サーバに送信して、割り当てを再認可します。

量クォータが 1000 バイト、量クォータしきい値が 500 バイトである CCA 内のクォータ付与が DCCA サーバによって送信された場合、GGSN は、しきい値として、設定されている最大制限値よりも低い 500 バイトを受け入れます。

このコマンドは量クォータおよび時間クォータの両方に適用されます。

例

次に、最大しきい値を 50 パーセントに設定する例を示します。

 

関連コマンド

 

シンタックスの説明

このコマンドには、引数またはキーワードはありません。

 

デフォルト

ディセーブル。プリペイド クォータ適用は、eGGSN（GGSN および Cisco CSG2）によって提供されます。

 

コマンドの履歴

 

使用上のガイドライン

Cisco Content Services Gateway - 2nd Generation（CSG2）を使用しないでプリペイド クォータ適用を実行するように GGSN を設定するには gprs prepaid stand-alone コマンドを使用します。

通常、プリペイド クォータ適用は、eGGSN（GGSN と CSG2 が連携）によって提供されます。

プリペイド クォータ適用が eGGSN によって提供されると、Gi インターフェイス上で送信されるデータ プレーン パケットが CSG2 によって監視されます。PDP コンテキストが初めて作成されると、GGSN と OCS サーバが対話し、ユーザが使用可能なクォータが確認され、クォータが存在した場合、そのクォータが GSG2 にプッシュされます。PDP コンテキスト確立されると、Gi インターフェイス上で送信されるデータ パケットが CSG2 によって監視され、必要に応じてさらなるクォータが要求されます。CSG は、同じユーザに関して複数カテゴリの量および時間クォータを実行できます。

プリペイド クォータ適用がスタンド アローン モードで GGSN によって実行されると、量単位、時間単位、またはその両方で、各プリペイド加入者のデータ パケットが GGSN によって監視されます。量と時間の両方のクォータに関して設定が行われている場合、両方の使用状況が GGSN によって検査され、いずれかの使用状況がしきい値に達する、あるいは期限切れになるのと同時に追加のクォータが要求されます。

スタンドアロンでの GGSN プリペイド クォータ適用を設定する場合、次の点に注意してください。

• 時間の測定は、セッションの確立と同時に開始されます。

• GGSN による監視は、サービス単位ではなく、ユーザ単位で行われます。

• 冗長設定では、各クォータ付与時などのイベント トリガーが発生すると、アクティブ GGSN によって、クォータ情報がスタンバイ GGSN に対して同期されます （クォータ使用状況情報の定期的な同期化は実行されません）。ユーザが過課金されないようにするために、スタンバイおよびアクティブ GGSN によって、各クォータ付与と共に CC-Request-Number の同期が維持されます。

• クォータは、ユーザ単位で監視されます。そのため、スタンドアロン GGSN によってクォータが要求される際、MSCC AVP 内のサービスは 1 つだけとなります。CCA に複数のサービスが含まれている、または MSCC AVP 内にサービスがない場合、CCA が無効な応答と見なされ、GGSN の動作は CCFG によって決定されます。

• サポートされるサービスは 1 つだけです。複数のサービスが設定されている場合、GGSN によって PDP が拒否されるか、後払いに変換されるかは、CCFH によって決定されます。

• 二重クォータの場合、Quota Consumption Timer（QCT）の後に Quota Holding Timer（QHT）が開始されます。QCT が量クォータに適用されなくても、この動作は時間クォータのために行われます。時間クォータの場合、割り当て消費が終了した後に QHT が開始されます。これは、QCT の後に発生します。

• 課金プロファイルに基づいて設定された DCCA プロファイルが存在しない場合、PDP は拒否されます。

• PDP が後払いに変換されると、拡張 GGSN CDR は生成されなくなり、G-CDR だけが生成されます。

• 冗長設定では、スタンバイ GGSN がアクティブになると、Quota Validity Timer（QVT）を除くすべてのタイマー（QHT、QCT、時間しきい値など）が再起動されます。QVT タイムスタンプは同期化されます。また、スタンバイ GGSN がアクティブになると、新しくアクティブになった GGSN は、タイマーを再起動するのではなく、残り時間が経過するのを待機します。

例

次に、プリペイド クォータ適用をスタンドアロン モードで実行するように GGSN を設定する例を示します。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

帯域幅プールは設定されていません。

 

コマンドの履歴

 

使用上のガイドライン

CAC 機能によって、必要なネットワーク リソースが、確実にリアルタイム データ トラフィック（音声、ビデオなど）にとって使用可能なものとなります。CAC は CAC 最大 Quality of Service（QoS）ポリシーを使用した最大 QoS 認可と、帯域幅管理という、2 つの機能で構成されています。

CAC 帯域幅管理機能によって、PDP アクティベーションおよび変更プロセス中に、リアルタイム Packet Data Protocol（PDP）コンテキストにとって十分な帯域幅を確保できます。

CAC 機能では、帯域幅をネゴシエートおよび予約するために、ユーザ定義された帯域幅プールが使用されます。これらのプールで、そのプールに割り当てる総帯域幅を定義してから、その帯域幅の一定の割合を各トラフィック クラスに割り当てます。

次の例では、帯域幅プール（プール A）を、100,000 kbps を割り当てて作成しています。さらに、その 100,000 kbps の帯域幅のうちの一定の割合が各トラフィック クラスに割り当てられ、その結果、4 つの「トラフィック クラス単位の」帯域幅プールが作成されます。

（注） CAC 機能では、Universal Mobile Telecommunications System（UMTS）が GGSN 上でイネーブルになっていることが必要です。GGSN 上での UMTS QoS 設定の詳細については、『GGSN Release 6.0 Configuration Guide』を参照してください。

ある帯域幅プールがトラフィック クラスに割り当てられると、異なるトラフィック クラスに割り当てられた他のサブ プールがその帯域幅プールを借りることは不可能になります。要求が認められるのは、そのトラフィック クラスが所属する帯域幅プール内においてだけです。

CAC 帯域幅プールを作成または変更し、 bandwidth-pool アクセス ポイント コンフィギュレーション コマンドを使用して、その帯域幅プールを 1 つまたは複数の APN に適用するには、 gprs qos bandwidth-pool コマンドを使用します。

例

次に、「pool a」という名前の帯域幅プールを作成する例を示します。

 

関連コマンド

 

シンタックスの説明

 

デフォルト

デフォルトの動作や値はありません。

 

コマンドの履歴

 

使用上のガイドライン

Gateway GPRS Support Node（GGSN; ゲートウェイ GPRS サポート ノード）上の CAC 機能によって、必要なネットワーク リソースが、音声やビデオなどといったリアルタイム データ トラフィックにとって使用可能なものとなります。CAC は APN で適用され、最大 QoS 認可と帯域幅管理という 2 つの機能で構成されます。

CAC の最大 QoS 認可によって、Packet Data Protocol（PDP）コンテキスト作成によって要求された QoS が、APN 内部で設定された最大 QoS を超えることがなくなります。 CAC maximum QoS policy を使用して、ポリシー内の特定の QoS パラメータを定義し、そのポリシーを APN にアタッチします。CAC 最大 QoS ポリシーによって、作成および変更プロセス中に PDP によって要求される QoS が制限されます。

CAC 最大 QoS ポリシーを作成または変更し、 cac-policy アクセス ポイント コンフィギュレーション コマンドを使用して、そのポリシーを APN に適用するには、 gprs qos cac-policy コマンドを使用します。

（注） CAC 機能では、Universal Mobile Telecommunications System（UMTS）が設定されている必要があります。UMTS QoS の設定の詳細については、『GGSN Release 6.0 Configuration Guide』を参照してください。

gprs qos cac-policy コマンドを使用して、ポリシー コンフィギュレーション モードを開始すると、ポリシー内の次の QoS パラメータを設定し、そのポリシーを APN に適用できるようになります。

• アクティブな PDP コンテキストの最大数（ maximum pdp-context コマンド）

• 最大ビット レート（ mbr traffic-class コマンド）

• 保証ビット レート（ gbr traffic-class コマンド）

• 最大トラフィック クラス（ maximum traffic-class コマンド）

• トラフィック処理プライオリティ（ priority オプションを指定した maximum traffic-class コマンド）

• 遅延クラス（ maximum delay-class コマンド）

• ピーク クラス（ maximum peak- コマンド）

例

次に、「policy a」という名前のCAC 最大 QoS ポリシーを作成する例を示します。

 

関連コマンド

 

シンタックスの説明

このコマンドには引数もキーワードもありません。

 

デフォルト

ディセーブル。GGSN によって、その QoS デフォルトが、ベストエフォート クラスに設定されます。

 

コマンドの履歴

 

使用上のガイドライン

GSN 上で gprs qos default-response requested コマンドが設定されていない場合は必ず、GGSN によって、その QoS 値が応答メッセージ内でベストエフォートに設定されます。

例

次に、GGSN を、PDP コンテキスト作成要求メッセージ内で要求されている QoS 値に応じて、応答メッセージ内でその QoS 値を設定するようにイネーブルにする例を示します。

 

シンタックスの説明

このコマンドには引数もキーワードもありません。

 

デフォルト

UMTS QoS マッピングはディセーブルに設定されています。

 

コマンドの履歴

 

使用上のガイドライン

UMTS QoS マッピングをイネーブルにするには、 gprs qos map umts コマンドを使用します。

例

次に、UMTS トラフィック QoS マッピングをイネーブルにする例を示します。

 

関連コマンド

 

シンタックスの説明

このコマンドには引数もキーワードもありません。

 

デフォルト

CHAP チャレンジの長さが 16 バイトの場合、そのチャレンジは、Access-Request の Authenticator フィールドに格納されて送信されます。16 バイトより長い場合は、Challenge Attribute フィールドに格納されて送信されます。

 

コマンドの履歴

 

使用上のガイドライン

GGSN 上で RADIUS サーバを設定する際には、 gprs radius attribute chap-challenge コマンドを使用します。

gprs radius attribute chap-challenge コマンドを設定すると、CHAP チャレンジは、常に、Authenticator フィールドではなく、RADIUS サーバに対する Access-Request の Challenge Attribute フィールドに格納されて送信されます。このコマンドを設定しない場合、CHAP チャレンジは、16 バイトを超えない限り、Authenticator フィールドに格納されて送信されます。16 バイトを超えた場合は、Access-Request の Challenge Attribute フィールドに格納されて送信されます。

例

次に、常に RADIUS サーバに対する Access Request に格納されて送信されるように CHAP チャレンジを設定する例を示します。

 

関連コマンド

 

シンタックスの説明

このコマンドには引数もキーワードもありません。

 

デフォルト

GGSN によって、その独自の IP アドレスが、csg:quota server フィールドに格納されて送信されます。

 

コマンドの履歴

 

使用上のガイドライン

外部 OCS（RADIUS サーバから、プリペイド加入者の Access-Accept 応答内の条件付き「csg:quota_server」アトリビュートに格納されて受信されます）の IP アドレスとポートを、CSG に対する Accounting-Start メッセージに格納して送信するように GGSN を設定するには、 gprs radius attribute quota-server ocs-address コマンドを使用します。

gprs radius attribute quota-server ocs-address コマンドを設定すると、CGS が、その GTP のインターフェイスに接続されている外部 OCS と、直接インターフェイスできるようになります。OCS アドレス選択サポートを使用したサービスアウェア GGSN 実装では、外部 OCS が、プリペイド加入者のクォータ サーバとして機能し、Diameter/DCCA を使用する GGSN によって提供されるものとは別のオンライン請求ソリューションを提供します。Diameter/DCCA を使用したサービスアウェア GGSN 実装では、GGSN がプリペイド加入者のクォータ サーバとして機能します。

gprs radius attribute quota-server ocs-address コマンドを設定すると、GGSN が、後払い加入者のクォータ サーバとして機能します。GGSN によってプリペイド加入者の拡張 G-CDR は生成されなくなりますが、プリペイド加入者の G-CDR の生成は継続されます。

OCS アドレス選択の GGSN サポートの詳細については、『 GGSN Configuration Guide 』の「Configuring Enhance Service-Aware Billing」の章を参照してください。

例

次に、外部 OCS の IP アドレスを、プリペイド加入者の Accounting-Start メッセージ内の csg:quota server アトリビュートに格納して送信するように GGSN を設定する例を示します。

 

関連コマンド

 

シンタックスの説明

このコマンドには引数もキーワードもありません。

 

デフォルト

アトリビュート 27 は含まれていません。