Cisco パケット データ サービス ノード リ リース 5.1 （Cisco IOS リリース 12.4(22)XR2 対応）

PDSN の動作方法

モバイル ステーションがデータ サービス コールを行うと、PDSN にリンクする Point-to-Point Protocol（ポイントツーポイント プロトコル; PPP）が確立されます。PDSN は、AAA サーバと通信してモバイル ステーションを認証します。AAA サーバはユーザが有効な加入者かを検証し、利用できるサービスを決定し、請求を行うため使用をトラッキングします。

IP アドレスの割り当てに使用する方法や接続の種類は、サービスのタイプとネットワーク設定に依存します。SIP の操作と MIP の操作は、service types と呼ばれます。ユーザが利用できるサービスの種類は、モバイル プロバイダーが提供するサービスの種類によって決定されます。PDSN のコンテキストでは、モバイル ステーションは SIP と MIP の操作両方でエンド ユーザとなります。

モバイル ステーションが認証されると、IP アドレスを要求します。SIP ステーションは、Internet Protocol Control Protocol（IPCP; インターネット プロトコル制御プロトコル）を使用して要求をやり取りします。MIP ステーションは、MIP レジストレーションを使用して通信します。

次の章で、該当するトピックごとのIP アドレッシングと通信レベルについて説明します。

• PDSN 簡易 IP

• PDSN モバイル IP

• モバイル IP クライアントによる PMTU 検出

PDSN 簡易 IP

SIPを使用して、サービス プロバイダーの Cisco PDSN は、PPP リンク設定中にダイナミックまたは固定 IP アドレスをモバイル ステーションに割り当てます。モバイル ステーションはこの IP アドレスを、アドレス割り当て PDSN に接続している無線ネットワークが使用されている限り、保持します。

したがって、モバイル ステーションが同じ PDSN で使用されている RAN のエリア内にある限り、カバレッジ エリア内に MS を移動あるいはローミングでき、同じ PPP リンクを維持できます。モバイル ステーションが、特定の PDSN のカバレッジ エリア外に移動した場合、モバイル ステーションに新しい IP アドレスが割り当てられ、アプリケーションレベルの接続が終了します。

（注） 固定 IP アドレスはモバイル ステーションから要求され、アドレスがアドレスのプールに存在し、使用可能な場合に割り当てられます。また、IP アドレスは、「Framed-IP-Address」アトリビュートを使用して、ユーザのAAA プロファイルでスタティックに指定できます。

図 3 では、簡易 IP シナリオでの PDSN の配置を示しています。

図 3 CDMA ネットワーク - 簡易 IP シナリオ

VPDN を使用した PDSN 簡易 IP シナリオ

Virtual Private Data Network（VPDN; 仮想プライベート データ ネットワーク）で、プライベート ネットワーク ダイヤルイン サービスを Network Access Server（NAS; ネットワーク アクセス サーバ）と呼ばれるリモート アクセス サーバに広げることができます。

図 4は、SIP がある PDSN 環境での VPDN 接続を示しています。このシナリオでは、PDSN はNAS として動作します。

図 4 CDMA ネットワーク - VPDN を使用した簡易 IP シナリオ

VPDN 接続は、次の順番で確立されます。

1. PPP ピア（モバイル ステーション）はローカル NAS（PDSN）に接続します。

2. NAS は、クライアントがダイアル インを行う際に認証を開始します。NAS は、PPP リンクをクライアントのトンネル サーバに転送する必要があるかを決定します。トンネル サーバの位置は、Remote Authentication Dial-in User Service（RADIUS; リモート認証ダイヤルイン ユーザ サービス）サーバによる認証の一部として提供されます。

3. トンネル サーバは、ユーザの認証そのものを実行し、PPP ネゴシエーションを開始します。トンネル設定とクライアントの両方の認証を実行します。

PPP クライアントは、User Datagram Protocol（UDP; ユーザ データグラム プロトコル）上の Layer 2 Tunneling Protocol（L2TP; レイヤ 2 トンネリング プロトコル）トンネルを介して転送されます。

4. PPP 設定が完了し、クライアントとトンネル サーバ間のすべてのフレームが NAS を介して送信されます。PPP 内で実行しているプロトコルは NAS に対して透過的です。

PDSN モバイル IP

MIP を使用する場合、モバイル ステーションは所定の PDSN のカバー エリアを越えて移動でき、なおかつ同じ IP アドレスとアプリケーションレベルの接続を維持できます。

図 5 では、MIP シナリオでの PDSN の配置を示しています。

図 5 CDMA ネットワーク - モバイル IP 環境

通信プロセスの発生順は、次のとおりです。

1. モバイル ステーションは、FA を通じてHome Agent（HA; ホーム エージェント）に登録します。今回の場合は PDSN です。

2. HA はレジストレーションを受け付け、モバイル ステーションに IP アドレスを割り当て、FA へのトンネルを作成します。これで、モバイル ステーションと FA（あるいは PDSN）間で PPP リンクが行われ、FA と HA 間でIP-in-IP または Generic Routing Encapsulation（GRE; 総称ルーティング カプセル化）トンネルが確立します。

レジストレーション処理の一部として、HA はバインディング テーブル エントリを作成し、モバイル ステーションのホーム アドレスと対応する気付アドレスを関連付けます。

（注） ホームから離れている間、モバイル ステーションは気付アドレスに関連付けられています。このアドレスは、現在のトポロジから見たモバイル ステーションのインターネットへの接続ポイントを示し、このアドレスを使用してモバイル ステーションにパケットがルーティングされます。IS-835-B ネットワークでは、外部エージェントのアドレスは常に気付アドレスとして使用されます。

3. HA はモバイル ステーションにネットワークへの到達が可能であることを通知し、現在の位置のモバイル ステーションにデータグラムをトンネリングします。

4. モバイル ステーションは、送信元 IP アドレスとしてホーム アドレスを指定してパケットを送信します。

5. モバイル ステーション宛てのパケットは HA を通過します。HA が PDSN を介して、気付アドレスを使用したモバイル ステーションへトンネリングします。

6. PPP リンクが新しい PDSN に引き渡されるときに、リンクの再ネゴシエーションが行われ、MIP レジストレーションが更新されます。

7. HA は新しい CoA を使用して、バインディング テーブルをアップデートします。

（注） MIPの詳細については、Cisco IOS リリース 12.2 のマニュアル『Cisco IOS IP Configuration Guide』および『Cisco IOS IP Command Reference』を参照してください。RFC 2002 で、詳細な仕様が規定されています。TIA/EIA/IS-835-B も、PDSN での MIP の実装方法を定義します。

IMSI 処理のランダム化

PDSN は、EVDO への 1xRTT を IMSI の変更によるハンドオフとして認識できません。結果、アカウント停止メッセージの「cdma-reason-ind」は同じ内容を反映しません。

デフォルトでは、モバイルが固定ホーム アドレスを行う場合、PDSN は最初のコール セッションを維持します。このリリースで、PDSN はダイナミック ホーム アドレスの場合の最初のコール セッションの削除（たとえば、IMSI がハンドオフ中に変更された場合の EVDO への 1xRTT のハンドオフ）をサポートします。

• コールが同じプロセッサに着信した場合、次のようになります。

– 新しいセッションは PDSN ではアップにならず、古いセッションが維持されます。

– 1XRTT および EVDO コール間のモバイル ハンドオフ中は、上記のような PDSN の動作により、ハンドオフは成功しません。

• コールが異なるプロセッサに着信した場合、次のようになります。

– アップしたコールと古いコールの両方が、レジストレーション ライフタイムが期限切れになった時点で削除されます。新しいコールに対しては、ダウンストリーム トラフィックは処理されません。

古いセッションを削除できる新しい CLI コマンドが、このリリースで導入されました。ip mobile cdma imsi dynamic コマンドを使用すると、PDSN は古いセッションをリリースし、新しいセッションをアップします。

この CLI コマンドには、「PLATFORM-3-SAMI_IPC_IXP_FAIL: Msgcode 26: Bad Param Error received from IXP」というエラー メッセージが。高い負荷がかかるシナリオで表示されるという制約があります。

モバイル IP クライアントによる PMTU 検出

サイズが約 1480 のパケットで PMTU 検出（DF ビットを設定すると行われます）がモバイル IP クライアント（エンド ノード）で行われた場合、FTP によるアップロードとエンド ノードからの ping が失敗することがあります。PMTUD アルゴリズムが失敗するため、IP 送信元では MTU のより小さなパスはわかりません。しかし、大きすぎるパケットの再送信を、再送信がタイム アウトになるまで失敗しながら継続します。

Windows 2000 または Windows XP プラットフォームで PMTUD を無効にするには、「http://www.cisco.com/warp/public/105/38.shtml#2000XP」を参照してください。

PDSN プロキシ モバイル IP

現在、市販の MIP クライアント ソフトウェアはありません。反対に、PPP は ISP（インターネット サービス プロバイダー）との接続に広く使用されており、IP デバイスには必ず存在します。MIP の代用として、シスコの Proxy Mobile IP（PMIP; プロキシ モバイル IP）機能を使用できます。PDSN のこの機能は PPP と統合されており、MIP FA が認証 PPP ユーザにモバイル能力を提供できるようにします。

（注） PMIP では、MS は 1 PPP セッションあたり 1 つの IP フローだけを保持できます。

通信プロセスの発生順は、次のとおりです。

1. Cisco PDSN（FA として動作）がモバイル ステーション認証情報を収集して、AAA サーバに送信します。

2. モバイル ステーションが Cisco PDSN PMIP サービスの使用認証を受けると、AAA サーバがレジストレーション データおよび HA アドレスを返します。

3. FA はこの情報およびその他の情報を使用して、モバイル ステーションのために Registration Request（RRQ; レジストレーション要求）を生成し、HA に送信します。

4. レジストレーションに成功すると、HA が FA に、IP アドレスが指定された registration reply（RRP; レジストレーション応答）を送信します。

5. FA が IPCP を使用して、モバイル ステーションに（RRP で受け取った） IP アドレスを割り当てます。

6. HA と FA または PDSN 間にトンネルが設定されます。トンネルはモバイル ステーションに対して双方向でトラフィックを伝送します。

移行シナリオ

表 1 で、現在使用できる PDSN リリースと SAMI プラットフォームへの移行パスを表示します。

表 2 に基づき、可能な移行シナリオは多くあります。この章では、現在のユーザの配置にもっとも近いシナリオについて説明します。実際の移行パスは、カスタマーごとにエンドツーエンドの配置に基づいて決定する必要があります。さらに、移行をきちんと計画する必要があり、移行は、自身の配置のメンテナンス ウィンドウで実行することを推奨します。

ユーザは、IP アドレス スキームの設計変更、ルーティング プロトコルの設定、PDSN と HA 間のネットワーク接続の設定、PDSN と AAA サーバ間のアプリケーション接続の設定、新しい SAMI PDSN あるいは HA でのルーティングの設定など、ネットワークを再設計する機会が得られます。

（注） これらの移行計画ではすべて、ハードウェアとソフトウェアの両方で相当な設計変更があります。これらには、慎重な動作計画とネットワークの再設計が求められます。 移行手順の章では、ネットワークの再設定とサービスの中断を最小限にできる移行手順について説明します。

表 2 で、最も一般的な移行シナリオを表示します。

移行手順

Cisco PDSN リリース 5.1 への移行とは、単に Multi-processor WAN Application Module（MWAM; マルチプロセッサ WAN アプリケーション モジュール） カードを SAMI モジュールに置き換えるだけではありません。移行は、既存のモバイル加入者のサービス接続に与える影響が最小限ですむように、十分に計画し実行する必要があります。Cisco PDSN リリース 5.1 イメージの移行とは、ブレードごとの単一の PDSN レベルのアーキテクチャを変更するということです。単一 IP 機能は、SAMI サービス ブレードの機能を、6 つの独立した IOS プロセッサの 4.0 モデルから再割り当てします。各 IOS プロセッサは、Control Plane（PCOP; 制御プレーン）プロセッサとして設計された1 つの IOS プロセッサと、Traffic Plane（TCOP; トラフィックプレーン）プロセッサとして設定された他の 5 つのプロセッサがあるモデルへ、コントロールとトラフィック平滑化機能の両方を実行します。

（注） • これらの移行計画はすべて、メンテナンス ウィンドウで実行する必要があります。

• 自動同期機能は、イントラシャーシ設定だけで、設定の同期をサポートしています。シャーシ間設定では、自動同期を無効にする必要があります。

表 3 で、 表 2 で確立済みのシナリオに基づいた移行タスクを表示します。

表 3 Cisco PDSN 4.0 から 5.0 または 5.1への移行手順

シナリオ	移行手順
1	• Cisco PDSN リリース 4.0 の SAMI カードで、すべてのプロセッサの設定を消去し、Cisco PDSN をリロードします。 • I/O memory（IOMEM; I/O メモリ） のサイズを、すべてのプロセッサで 256 MB に設定し、この設定を NVRAM に保存します。 （注） IOMEM サイズを 64 MB に設定した場合、memory lite コマンドを設定していることを確認してください。ただし、推奨されるメモリ サイズは 256 MB です。 • Cisco PDSN リリース 5.0 または 5.1 にアップグレードし、プロセッサ 3 の Cisco PDSN 設定を再設定します。 • 新しく追加した Cisco PDSN リリース 5.0 ベースの PDSN IP を使用できるよう、MS と PCF をプロビジョニングします。 • 新しく追加した、MIP 呼び出しを提供する HA がある PDSN をプロビジョニングします。 プロビジョニング タスクを最小限に抑えるため、Cisco PDSN リリース 5.0 および 5.1 では、Cisco PDSN リリース 4.0 プロセッサの 1 つで使用されている IP アドレスとルーティング方式が再利用されています。
2, 3	• 新しい SAMI カードを、冗長設定で使用する 7600/720 にインストールします。 • 既存の Cisco PDSN リリース 4.0 で、すべてのプロセッサの既存の設定を消去し、Cisco PDSN をリロードします。 • IOMEM のサイズを、すべてのプロセッサで 256 MB に設定し、この設定を NVRAM に保存します。 （注） IOMEM サイズを 64 MB に設定した場合、memory lite コマンドを設定していることを確認してください。ただし、推奨されるメモリ サイズは 256 MB です。 • 両方の SAMI ブレードを Cisco PDSN リリース 5.0 または 5.1 にアップグレードします。 • ブレードをスタンバイとして設定するため、シャットダウンします（unit2）。 • アクティブなブレード（unit1）で、自動同期を有効にします。プロセッサ 3 のアクティブなブレードで、PDSN を設定します。冗長設定で、unit2 はスタンバイのままにします。冗長性の設定時、プロセッサ間通信（IPC）の設定前に Hot Standby Router Protocol（HSRP; ホットスタンバイ ルータ プロトコル）メイン インターフェイスを設定する必要があります。 • アクティブ ブレードの設定を保存します。 • unit2 を Cisco PDSN リリース 5.0 または 5.1 イメージで起動します。設定がアクティブ ブレードと自動同期されます。 • アクティブ ブレードとスタンバイ ブレード両方の show redundancy state および show redundancy inter device コマンドの出力で、冗長性が有効かを確認します。どちらかのブレードで、冗長性を有効にするためにリロードが必要だと出力された場合は、そのブレードをリロードします。 • 新しく追加した Cisco PDSN リリース 5.0 または 5.1 ベースの PDSN IP を使用できるよう、MS と PCF をプロビジョニングします。 • PDSN の CDMA-1x IP アドレスを、プロビジョニング時にコントローラまたはメンバ IPとして使用します。 • 新しく追加した、MIP 呼び出しを提供する HA がある PDSN をプロビジョニングします。 プロビジョニング タスクを最小限に抑えるため、Cisco PDSN リリース 5.0 および 5.1 では、Cisco PDSN リリース 4.0 プロセッサの 1 つで使用されている IP アドレスとルーティング方式が再利用されています。
4	• Cisco PDSN リリース 4.0 の SAMI カードで、すべてのプロセッサの既存の設定を消去し、Cisco PDSN をリロードします。ブレードに、クラスタの一部である Cisco PDSN メンバが含まれている場合、リロード前に PDSN メンバを削除することをお勧めします。 • IOMEM のサイズを、すべてのプロセッサで 256 MB に設定し、この設定を NVRAM に保存します。 （注） IOMEM サイズを 64 MB に設定した場合、memory lite コマンドを設定していることを確認してください。ただし、推奨されるメモリ サイズは 256 MB です。 • Cisco PDSN リリース 5.0 または 5.1 にアップグレードし、プロセッサ 3 の PDSN を再設定します。 • Cisco PDSN を、コントローラとコロケーション メンバの両方として設定できます。Cisco PDSN リリース 5.0 および 5.1 は、Cisco PDSN リリース 3.0 または 4.0 コントローラまたはメンバと連携します。 • 新しく追加した Cisco PDSN リリース 5.0 または 5.1 ベースの PDSN IP を使用できるよう、MS と PCF をプロビジョニングします。 • PDSN の CDMA-1x IP アドレスを、プロビジョニング時にコントローラまたはメンバ IPとして使用します。 • 新しく追加した、MIP 呼び出しを提供する HA を持つ PDSN をプロビジョニングします。 プロビジョニング タスクを最小限に抑えるため、Cisco PDSN リリース 5.0 および 5.1 では、Cisco PDSN リリース 4.0 プロセッサの 1 つで使用されている IP アドレスとルーティング方式が再利用されています。
5	• 新しい SAMI カードを、冗長設定で使用する 7600/720 にインストールします。 • 既存の Cisco PDSN リリース 4.0 で、すべてのプロセッサの既存の設定を消去し、Cisco PDSN をリロードします。 • IOMEM のサイズを、すべてのプロセッサで 256 MB に設定し、この設定を NVRAM に保存します。 （注） IOMEM サイズを 64 MB に設定した場合、memory lite コマンドを設定していることを確認してください。ただし、推奨されるメモリ サイズは 256 MB です。 • 両方の SAMI ブレードを Cisco PDSN リリース 5.0 または 5.1 にアップグレードします。 • ブレードをスタンバイとして設定するため、シャットダウンします（unit2）。 • アクティブなブレード（unit1）で、自動同期を有効にします。プロセッサ 3 のアクティブなブレードで、PDSN を設定します。冗長設定で、unit2 はスタンバイのままにします。冗長性の設定時、プロセッサ間通信（IPC）の設定前に Hot Standby Router Protocol（HSRP; ホットスタンバイ ルータ プロトコル）メイン インターフェイスを設定する必要があります。 • アクティブ ブレードの設定を保存します。 • unit2 を Cisco PDSN リリース 5.0 または 5.1 イメージで起動します。設定がアクティブ ブレードと自動同期されます。 • アクティブ ブレードとスタンバイ ブレード両方の show redundancy state および show redundancy inter device コマンドの出力で、冗長性が有効かを確認します。どちらかのブレードで、冗長性を有効にするためにリロードが必要だと出力された場合は、そのブレードをリロードします。 • 新しく追加した Cisco PDSN リリース 5.0 または 5.1 ベースの PDSN IP を使用できるよう、MS と PCF をプロビジョニングします。 • PDSN の CDMA-1x IP アドレスを、プロビジョニング時にコントローラまたはメンバ IPとして使用します。 • 新しく追加した、MIP 呼び出しを提供する HA がある PDSN をプロビジョニングします。 • Cisco PDSN を、コントローラおよびコロケーション メンバとして動作するよう設定できます。 – コロケーション メンバの場合、スタンバイがコロケーション メンバによって処理されるセッションと同期するよう、セッションの冗長性が有効であることを確認してください。 – スタンバイ コントローラで情報を同期するアクティブ コントローラでは、すべてのリモート メンバがコントローラの HSRP メイン インターフェイスに接続していることを確認してください。 – メンバ IP が設定されている場合、CDMA -1x インターフェイス IP アドレスと同じであることを確認してください。
6	• 既存の Cisco PDSN リリース 4.0 で、すべてのプロセッサの既存の設定を消去し、Cisco PDSN をリロードします。 • IOMEM のサイズを、すべてのプロセッサで 256 MB に設定し、この設定を NVRAM に保存します。 （注） IOMEM サイズを 64 MB に設定した場合、memory lite コマンドを設定していることを確認してください。ただし、推奨されるメモリ サイズは 256 MB です。 • 両方の SAMI ブレードを Cisco PDSN リリース 5.0 または 5.1 にアップグレードします。 • Cisco PDSN を再設定し、シャーシ間 HSRP 冗長性を Cisco PDSN リリース 4.0 で有効にします。 • 新しく追加した Cisco PDSN リリース 5.0 または 5.1 ベースの PDSN IP を使用できるよう、MS と PCF をプロビジョニングします。 • PDSN の CDMA-1x IP アドレスを、プロビジョニング時にコントローラまたはメンバ IPとして使用します。 • 新しく追加した、MIP 呼び出しを提供する HA を持つ Cisco PDSN をプロビジョニングします。

このリリースの新機能

ここでは、Cisco PDSN リリース 5.1 の新機能について表示します。

• 簡易 IP クライアントの IP アカウンティングのサポート

• PCF 単位の SNMP の新規 MIB オブジェクト

• 一般的な NAI のサポート

• 最新の IS-835 に合わせたプロキシ MIP の変更

• 簡易 IPv6 サポート

• Access-Request アトリビュート

• 新しい PCF カウンタ単位の PPP

• VPDN 条件付きデバッグ

• Revocation メッセージの GRE CVSE および MN NAI 拡張

以前のリリースの機能

ここでは、Cisco PDSN リリース 5.1 以前で導入された機能について表示します。

• 一般的な NAI のサポート

• ブレード単位の単一 IP

• Osler のサポート

• 改善されたスループットとトランザクション処理

• 単一 IP ブレードのクラスタ コントローラのサポート

• IMSI および PCF のリダイレクション

• China Telecom 用モバイル IP および AAA アトリビュート

• AAA サーバ非応答に対するトラップ生成

• スーパーバイザのサポート

• Data Over Signaling

• Differentiated Services Code Point マーキングのサポート

• Nortel Aux A10 のサポート

• IMSI プレフィクスのマスキング解除

• 永続的な TFT のサポート

• FA-HA IP-in-IP トンネルの場合の一意な IP-ID の保存

• GRE CVSE Support in FA-HA Tunnel

• リモート アドレス アカウンティング

• デフォルトのサービス オプション実装

• Configurable Per-Flow アカウンティング オプション

• IP フロー識別子の PCF 下位互換性サポート

• max-class 値に対する DSCP のコメントのサポート

• フラグメンテーション サイズのコマンド サポート

• China Telecom 向けの新しい統計カウンタ

• アトリビュートのサポート

– Served MDN

– Framed Pool

– 3GPP2 DNS サーバ IP

• サブインターフェイスがある仮想ルート フォワーディング

• 条件付きデバッグの機能拡張（Cisco PDSN リリース 4.1 用）

• 複数サービス接続

• データ プレーン

• 加入者 QoS ポリシー（AAA サーバからのユーザ プロファイルごとのダウンロードと、ローカル プロファイルの設定）

• QoS シグナリング

• トラフィック フロー テンプレート

• Per-flow アカウンティング

• コール アドミッション制御

• PDSN MIB の機能強化（Cisco PDSN リリース 4.0 用）

• SAMI 上の PDSN

• ユーザ間の優先度

• ローマー ID

• 帯域幅のポリシング

• パケット データ サービスのアクセス

– 簡易 IPv6 アクセス

• セッション冗長性のインフラストラクチャ

• RADIUS サーバのロード バランシング

• ドメインに基づく加入者認可

• PDSN MIB の機能強化

– Cisco PDSN リリース 3.0 の PPP カウンタ

– Cisco PDSN リリース 3.0 の RP カウンタ

• 条件付きデバッグの機能拡張

– Cisco PDSN リリース 3.0 のトレース機能

• IMSI 処理のランダム化

• プロトコルのレイヤ処理と RP 接続

• PPPoGRE RP インターフェイス

• A11 Session Update

• SDB インジケータ マーキング

• モバイル IP のリソース失効

• パケット オブ ディスコネクト

• IS-835 前払いのサポート

• 前払い請求

• 1 秒あたりのモバイル IP コール処理の改善

• always-on 機能

• PDSN MIB の機能強化

• 条件付きデバッグの機能拡張

• シスコ独自の前払い請求

• 3DES 暗号化

• モバイル IP の IPSec

• IPSec Acceleration Module、Static IPSec を使用したハードウェアの IPSec アクセラレーション

• 1xEV-DO のサポート

• 組み込み外部エージェント

• AAA サーバのサポート

• VPDN のパケット トランスポート

• プロキシ モバイル IP

• 複数のモバイル IP フロー

• PDSN クラスタ コントローラとメンバー アーキテクチャ

（注） PDSN ソフトウェアは、異なるイメージで使用できる複数の機能オプションを提供しています。その中には、イメージ固有の機能があり、すべてのイメージでは使用できません。表 4 の「PDSN 機能マトリクス」で、PDSN で使用できるイメージを表示しています。

（注） Cisco PDSN リリース 3.5 は、Cisco 7600 または Cisco 6500 シリーズ ルータ の Cisco MWAM カードでだけサポートされています。「PDSN 機能マトリクス」で表示されている機能は、以前のリリースからサポートされている機能です。

Cisco PDSN リリース 4.0 は Closed-RP クラスタ処理をサポートしていないことに注意してください。さらに、Closed-RP のサポートは、このリリースからなくなりました。

（注） PDSN の選択でより高い性能値が必要な場合、c6is-mz イメージを使用してください。これらのイメージは、PDSN 選択での PDSN コントローラメンバ クラスタ機能を含んでいます。

PDSN 性能メトリック

Cisco PDSN リリース 4.x 以降のリリースは、リリース 3.0 やリリース 3.5 と比べ、1XRTT コール設定レートの大幅な向上といった、性能の改善を実現しています。

Cisco 7600 シリーズ ルータでの性能メトリックは、次のようになります。

• 175,000 ユーザ セッション

• スタンドアロン PDSN での、SIP および MIP セッションの最大コール設定レート

• サイズが 64、350、512、1472 バイトの非断片化パケットの R-P インターフェイスでのスループット

• 25 バイトの断片化がある、サイズが 64、350、512、1472 バイト断片化パケットでの R-P インターフェイスでのスループット

• SIP および MIP セッションのスタンドアロン PDSN でのコール設定レート

• カード レベル スループットが 3 Gbps まで増加

（注） • 引用値はイメージごとであり、各 SAMI は6 つの PDSN イメージをサポート可能です。

• コール設定レートの詳細については、性能データ シートを参照してください。

簡易 IP ベースのサービス アクセス

PDSN により、モバイル ユーザはSIP ベースのサービス アクセスを使用して、簡単にインターネットや企業イントラネットにアクセスできます。ただし、SIP モードでのアクセスは、PDSN のカバー エリアへのユーザ モビリティを制限します。PDSN 間のハンドオフにより、モバイル ステーションと新しい PDSN 間の PPP の再ネゴシエーションが発生します。以前の PDSN で割り当てられた古い IP アドレスは、通常新しい PDSN からのモバイル ユーザには割り当てられません。結果、ユーザ アプリケーションはリセットされ、再起動します。

SIP ベースのサービス アクセスの主な機能には、次があります。

• スタティック IP アドレスのサポート

• パブリック IP アドレス

• プライベート IP アドレス（ VPDN サービス用など）

• ダイナミック IP アドレスのサポート

• PPP PAP/CHAP 認証のサポート

• MSID ベースのサービス アクセスのサポート

• TIA/EIA/IS-835-B 単位のパケット データ アカウンティングのサポート

• パケット フィルタリングのサポート

• 入力アドレス フィルタリング

• 入力アクセス リスト

• 出力アクセス リスト

ユーザ Network Access Identifier（NAI; ネットワーク アクセス識別子）は PPP CHAP/PAP 認証フェーズで使用できます。NAI のドメイン名情報で、ユーザ認証を行うドメインを決定します。パケット ルーティング モデルの種類に基づき、SIP ベースのサービス アクセスは次のように分類できます。

• 簡易 IP 経路選択済みアクセス

• 簡易 IP VPDN アクセス

• プロキシ モバイル IP サービス

簡易 IP 経路選択済みアクセス

PPP LCP ネゴシエーション中にユーザ名とパスワードを受信した後、PDSN は、認証情報をローカル AAA サーバに access-request メッセージ経由で送信します。これは、同様に、ユーザのホーム ドメインの AAA サーバに、必要に応じて、ブローカ AAA サーバ経由でプロキシすることができます。正常な認証では、ユーザはそのサービス プロファイルに基づいて認証されます。ユーザ クラス/CDMA_IPTECH 情報は、他の認証パラメータとともに、ホーム AAA サーバからのアクセス許諾メッセージを使用して PDSN に返されます。IP アドレスの正常なネゴシエーションでは、SIP ベースのサービスをモバイル ユーザが使用できるようになります。

SIP 経路選択済みアクセスの方法は、VPDN または PMIP サービスが設定されていないユーザに適用されます。PDSN で終了する PPP を使用し、アップリンク ユーザ トラフィックは、PDSN から IP ネットワークに向かってルーティングされます。モバイル ユーザに割り当てられたアドレスは、PDSN ルーティング可能ドメイン内からになります。プライベート アドレスも、NAT が設定されている場合に使用できます。ユーザ モビリティは PDSN のカバレッジ エリア内に制限されます。PCF 間ハンドオフによるサービスの中断はありません。しかし、PDSN 間ハンドオフは、新しい PDSN で PPP ネゴシエーションになり、違う IP アドレスが新しい PDSNに割り当てられ、ユーザ アプリケーションがリセットされ再起動されます。

簡易 IP VPDN アクセス

PPP LCP ネゴシエーション中にユーザ名とパスワードを受信した後、PDSN は、認証情報をローカル AAA サーバに access-request メッセージ経由で送信します。これは、同様に、ユーザのホーム ドメインの AAA サーバに、必要に応じて、ブローカ AAA サーバ経由でプロキシすることができます。正常な認証では、ユーザは自身のサービス プロファイルに基づいて認証されます。ユーザに VPDN ベースのアクセス サービスが設定されている場合、ユーザ クラス情報は、トンネリング オプションやトンネリング パラメータを含む他の認証パラメータと共に、ホーム AAA サーバから access-accept メッセージを介して PDSN に返されます。次の種類の VPDN サービスが、PDSN でサポートされています。

L2TP - Layer 2 Tunneling Protocol（レイヤ 2 トンネリング プロトコル）

L2TP タイプ layer2 トンネリングでは、PDSN はトンネリング パラメータで指定されたトンネリング エンドポイントを使用して L2TP トンネルを確立します。L2TP トンネルは、PDSN の Link Control Protocol（LAC; リンク コントロール プロトコル）と、ユーザのホーム ドメインの NAS の L2TP Network Server（LNS; L2TP ネットワーク サーバ）との間で確立されます。PPP 接続は、モバイル ステーションとホーム ネットワークの LNS との間で行われます。PPP 接続が LNS で終了しても、PDSN は PPP セッションが非アクティブになるのを監視します。PPP 接続のステータスも、基本となる A10 接続のステータスと関連しています。基本となる A10 接続が削除されると、PPP 接続は削除されます。IP セキュリティ暗号化方式は、セキュリティを拡張するため、L2TP トンネル全体で有効にすることができます。

モバイルと LNS 間の IP アドレスの正常なネゴシエーションでは、IP ベースのサービスをモバイルで使用できます。

LNS を、PDSN からのチャレンジとチャレンジ レスポンス情報に基づいてモバイル ユーザを認証するよう設定できます。また、LNS はレイヤ 2 トンネルの確立後、再度ユーザのチャレンジを行うよう設定することもできます。L2TP では、次の認証オプションがサポートされています。

• プロキシ認証を使用した L2TP

LAC（PDSN）は、モバイル ユーザのチャレンジを行い、認証関連情報を、トンネル設定パラメータの一部として LNS に転送します。LNS は、LAC（PDSN）からの認証関連情報に基づき、ローカルまたはホーム AAA サーバ経由のどちらかでユーザを認証するよう設定できます。正常な認証では、モバイルと LNS は IPCP フェーズに進み、ユーザ セッションに IP アドレスをネゴシエートします。

• 二重認証を使用した L2TP

LAC（PDSN）は、モバイルのチャレンジを行い、認証関連情報をトンネル設定パラメータの一部としてLNS に転送します。LNS は、LAC（PDSN）からの認証関連情報に基づき、ローカルまたはホーム AAA サーバ経由のどちらかでユーザを認証するよう設定できます。正常な認証では、LNS はモバイルを再度試行します。正常な認証後、LNS とモバイルは IPCP フェーズに進み、ユーザ セッションの IP アドレスをネゴシエートします。

プロキシ モバイル IP アクセス

PPP LCP ネゴシエーション中にユーザ名とパスワードを受信した後、PDSN は、認証情報をローカル AAA サーバに access-request メッセージ経由で送信します。これは、同様に、ユーザのホーム ドメインの AAA サーバに、必要に応じてブローカ AAA サーバを使用してプロキシすることができます。正常な認証では、ユーザはそのサービス プロファイルに基づいて認証されます。ユーザ クラス情報は、他の認証パラメータとともに、ホーム AAA サーバからアクセス応答を介して PDSN に返されます。

ユーザが PMIP ベースのアクセスを設定している場合、ホーム AAA サーバからの認証パラメータには、HA アドレスと、モバイル ステーション用の MN-HA 認証拡張の計算に使用されるセキュリティ パラメータ（SPI）が含まれます。HA はホーム AAA サーバで設定された HA のリストから割り当てられます。ユーザ NAI に基づくラウンド ロビン またはハッシュ アルゴリズムが、AAA サーバ でHA を割り当てるために使用できます。AAA サーバから返されるその他の認証アトリビュートには、RFC 3012 で定義された MN-AAA 認証拡張が含まれます。この情報に基づき、PDSN は、MIP レジストレーション要求メッセージを割り当てられた HA に送信することで、モバイル ユーザに代わって PMIP 手順を実行します。AAA サーバを使用したモバイルの正常な認証と HA でのレジストレーションでは、HA はこのモバイル ユーザにホーム アドレスを割り当てます。このアドレスは、IPCP IP アドレス ネゴシエーション フェーズでモバイルに返されます。

IP アドレスの正常なネゴシエーションでは、PMIP ベースのサービスをモバイル ユーザが使用できるようになります。モバイルにとっては、これらのサービスと HA を経由してトンネリングされた SIP サービスとの違いはありません。ただしこの機能は、コールのカバレッジ エリアを PDSN サービスのカバレッジ エリアを超えて拡張します。ハンドオフ イベントの結果、他の PDSN がコールに割り当てられた場合、ターゲットの PDSN は HA を使用した MIP レジストレーションを実行します。したがって、同じホームアドレスがモバイルに必ず割り当てられます。

モバイル IP ベースのサービス アクセス

PDSN により、モバイル ステーションは MIP クライアント機能を使用してインターネットにアクセスしたり、MIP ベースのサービス アクセスを使用して企業イントラネットにアクセスできます。サービス アクセスのこのモードで、ユーザ モビリティは現在の PDSN サービスのカバレッジ エリアを超えて拡張されます。ハンドオフの結果、他の PDSN がコールに割り当てられた場合、ターゲットの PDSN は HA を使用した MIP レジストレーションを実行します。したがって、同じホームアドレスがモバイルに必ず割り当てられます。

MIP サービス アクセスの特徴的な機能には、次があります。

• スタティック IP アドレスのサポート

• パブリック IP アドレス

• プライベート IP アドレス

• ダイナミック IP アドレスのサポート

• パブリック IP アドレス

• プライベート IP アドレス

• 単一 PPP 接続全体の複数の MIP ユーザ フロー

• スタティック アドレスまたはダイナミック アドレスを使用する、異なる NAI に対応するマルチフロー

• 異なるスタティック アドレスを使用する、同一 NAI に対するマルチフロー

• RFC 3012 の外部エージェント（FA）チャレンジ手順

• MIP エージェント アドバタイズ チャレンジの機能拡張

• MN-FA チャレンジの機能拡張

• MN-AAA 認証拡張機能

• RFC 2002 で規定された MIP 拡張機能

• MN-HA 認証拡張機能

• MN-FA 認証拡張機能

• FA-HA 認証拡張機能

• RFC 3220 で規定された MIP 拡張機能

• SPI を使用しなければならない認証。

• Mobile NAI Extension（モバイル NAI 拡張機能）、RFC 2794

• リバース トンネリング（RFC 2344）

• FA と HA 間の複数のトンネリング モード

• IP-in-IP カプセル化（RFC 2003）

• 総称ルート カプセル化（RFC 2784）

• PPP PAP/CHAP 認証のサポート

• MSID ベースのサービス アクセスのサポート

• ゾンビ PPP 接続を管理するためのバインディング アップデート メッセージ

• フロー ベースの TIA/EIA/IS-835-B 単位のパケット データ アカウンティング

• パケット フィルタリングのサポート

• 入力アドレス フィルタリング

• 入力アクセス リスト

• 出力アクセス リスト

MIP 可能なモバイル クライアントは、PPP LCP フェーズで PAP/CHAP ベースの認証をスキップできます。PPP が確立されると、PDSN は RFC 3012 で規定された MIP エージェント アドバタイズメント チャレンジ拡張を含む MIP エージェント アドバタイズメント メッセージのバーストを送信します。バーストの番号とタイミングは設定可能です。モバイル ユーザは、エージェント アドバタイズメント メッセージでのチャレンジに対し、モバイル ユーザの NAI および MN-FA チャレンジ拡張を含む MIP レジストレーション要求メッセージで応答します。モバイル ユーザが最初のバーストに応答しない場合、アドバタイズメントを要請することができます。

PDSN の外部エージェント機能で、アクセス要求メッセージをローカル AAA サーバに転送することでモバイル ユーザを認証するよう設定できます。ローカル AAA サーバは必要に応じて、ブローカ AAA サーバを経由してホーム AAA サーバにメッセージをプロキシします。正常な認証では、ホーム AAA サーバは HA をコールに割り当て、アクセス応答メッセージでそのアドレスを返すことができます。アクセス応答メッセージの他の認証パラメータには、FA と HA 間で使用される SPI や IPSec 共有キーがあります。PDSN または FA と、HA は安全性の高い IPSec トンネルを必要に応じて確立し、PDSN/FA はレジストレーション要求メッセージを HA に転送します。レジストレーション要求メッセージには、NAI や MN-FA チャレンジ拡張も含まれます。また、MN-AAA 認証拡張も含まれます。

HA を、ホーム AAA サーバで再度モバイルを認証するよう設定できます。正常な認証とレジストレーションでは、HA はレジストレーション応答メッセージでモバイル ステーションに転送された PDSN や FA に応答します。レジストレーション応答メッセージには、ユーザ セッションのホーム アドレスも含まれています（スタティックまたは動的に割り当てられたアドレス）。

潜在的ホーム アドレスが、次から PDSN に対して使用できます。

• モバイル ノードから受信した MIP レジストレーション要求

• HAAA から受信した FA-CHAP 応答

• HA から受信した MIP レジストレーション応答

モバイルを、RFC 3012 で規定された 外部エージェント（FA）チャレンジベースの認証に加えて PPP PAP/CHAP 認証を実行するよう設定することもできます。この場合、PDSN は 1 つ以上の MIP に加え、1 つの SIP フローをサポートします。

MIP サービスでは、HA は一般に ISP ネットワークまたは企業ドメイン内に配置されます。しかし、ISP や企業エンティティの多くは、サービス プロバイダーが第三世代パケット データ サービスの展開を開始しない限り、HA をプロビジョニングする準備ができていません。アクセス サービス プロバイダーは、この状況を、独自のドメイン内で HA をプロビジョニングし、パケットを ISP または企業ドメインに VPDN サービスを介して転送することで、緩和することができます。

バインディング アップデート手順

モバイル ノードの初回のパケット データ サービス登録時には、PPP セッションおよび関連づけられている MIP フローがその PDSN で確立されます。PDSN 間のハンドオフが発生すると、ターゲット PDSN で別の PPP セッションが確立され、そのモバイル ノードは新しい PDSN/FS を介して HA に登録します。しかし、ビジター リストのバインディングと以前の PDSN での PPP セッションは、PPP 非アクティブ タイマーが時間切れになるまでリリースされません。

PDSN にアイドル状態または未使用の PPP セッションがあると、貴重なリソースが消費されます。PDSN と HA は、IS83C で規定されている MIP リソース失効 と、このようなアイドル PPP セッションをできる限り早くリリースするための Cisco Proprietary Binding Update および Binding Acknowledge メッセージをサポートしています。MIP リソース失効 は、16 章で詳しく説明しています。

Cisco Proprietary バインディング アップデート機能を使用している場合で、PDSN 間ハンドオフと MIP レジストレーションの際は、HA は新しい PDSN/FA の Care-of-Address（COA; 気付アドレス）を使用したモバイルのモビリティ バインディング情報をアップデートします。同時バインディングがイネーブルになっていない場合、HA は Binding Update メッセージの形で、前の PDSN/FA に通知を送信します。前の PDSN/FA は Binding Acknowledge で確認応答し、必要に応じて、その MIP セッションのビジター リスト エントリを削除します。前の PDSN/FA は、そのモバイル ステーションにアクティブ フローがなくなると、PPP セッションの解放を開始します。

バインディング アップデート メッセージの送信は、HA で設定できます。

（注） 同じ NAI に複数のフローが確立されると、各フローに異なる IP アドレスが割り当てられます。つまり、同時バインディングは、同じ IP アドレスへの複数フローを維持するために使用される場合は必要ありません。

簡易 IPv6 アクセス

PDSN SIP サービスが拡張され、簡易 IPｖ4 と簡易 IPｖ6 アクセスの両方が使用できるようになりました。これらのプロトコルは、一度に 1 つずつ、あるいは両方同時に使用できます。ipcp と ipv6cp は、各プロトコルで同等です。

IPv6 アクセスでは、AAA サーバ アクセスと同じ PPP LCP 認証と認証手順を使用します。RP 接続が確立されると、MS は PDSN への新しい PPP セッションに使用する PPP Link Control Protocol（LCP; リンク コントロール プロトコル）Configuration-Request を送信します。PPP 認証（CHAP/PAP/none）は、LCP フェーズでネゴシエートされるパラメータの 1 つです。LCP パラメータが MS とPDSN 間でネゴシエートされた後、LCP Configure-Acknowledge メッセージが交換されます。LCP がアップすると、PPP 認証が開始されます。

認証フェーズでは設定と LCP ネゴシエーションによって CHAP、PAP、または none が使用されます。認証後、NCP と、ipcp か pv6cp のいずれかまたは両方が開始されます。MS からの IPv4 と IPv6 の同時アクセスで、コモン LCP 認証と許可が、AAA サーバの関連 ID パラメータと同様に共有されます。

ipv6cp プロトコルは、MS と PDSN で使用する有効な非ゼロの 64 ビット IPv6 インターフェイス識別子をネゴシエートします。PDSN は、PPP 接続に関連するインターフェイス識別子を 1 つだけ保持します。したがって、この識別子は一意となります。ipv6cp が正常にネゴシエートされると、PDSN と MS の両方で、IPv6 インターフェイスで使用する一意のリンクローカル アドレスが生成されます。このリンクローカル アドレスは、リンクローカル プレフィクスの FE80:/64 を ipv6cp フェーズでネゴシエートされた 64 ビットインターフェイス識別子（FE80::205:9AFF:FEFA:D806など）へ保留済みにすると生成されます。これにより、128 ビット リンクローカル アドレスが付与されます。

PDSN はただちに、PPP リンクで MS へ初期未承諾 Router Advertisement（RA）メッセージを送信します。PDSN のリンクローカル アドレスはソース アドレスとして使用され、宛先アドレスは FF02::1 となり、「ローカル リンクのすべてのノード」のIPｖ6 アドレスとなります。PDSN は、MS に送信した RA メッセージにグローバルに一意な /64 プレフィクスを含めます。このプレフィクスはローカル プレフィクス プールまたは AAA サーバから取得することができます。MS は、RA で受信したプレフィクスを下位の 64 ビット インターフェイス識別子の先頭に追加して、グローバル IPｖ6 ユニキャスト アドレスを構築します。/64 プレフィクスが各 MS に対しグローバルに一意になるように PDSN を設定するよう注意する必要があります。

正常な ipv6cp ネゴシエーション フェーズとリンクローカル アドレスの設定後、指定された時間内に RA メッセージが PDSN から受信された場合、MS は Router Solicitation（RS）メッセージを送信します。MS で 128 ビット のグローバル ユニキャスト アドレスを構築する際に、RA が必要です。

IPv4 と異なり、IPv6 MS は次を含む複数の IPv6 アドレスを保持しています。

• リンクローカル アドレス

• グローバル ユニキャスト アドレス

• IPv6 Neighbor Discovery と IPv6 ICMP メッセージで使用される各種マルチキャスト アドレス

IPv6 アドレスは、ソースアドレスと宛先アドレスの両方で 128 ビットです。/64 を指定するということは、プレフィクスに 64 ビットが使用される（上位 64 ビット）ことを意味します。これは、IPv4 ネットマスクと同様です。/128 アドレスは、アドレス全体が使用されるということです。IPｖ6 アドレッシングの詳細や追加情報については、RFC 3513を参照してください。

（注） Cisco IOS リリース 12.3(14)YX の Cisco Packet Data Serving Node（PDSN; パケット データ サービス ノード）機能では、簡易 IPv6 サポートが機能リリースに追加されました。

簡易 IPv6 の設定

次のコマンドが PDSN で簡易 IPｖ6 を設定するために使用されます。これらのコマンドは、Cisco IOS IPv6 Command Reference ガイドに示されています。

• cdma pdsn ipv6 コマンドで PDSN IPｖ6 機能が有効になります。

• cdma pdsn ipv6 ra-count number コマンドで IPv6 Route Advertisements（RA; ルート アドバタイズメント）を設定します。

• cdma pdsn ipv6 ra-count number ra-interval number コマンドで、ipv6cp セッションがアップした時点で MN に送信された RA の数と間隔を制御します。

• cdma pdsn accounting send ipv6-flows コマンドで、IPv4 と IPｖ6 の同時セッションに使用されるフローと UDR レコードの数を制御します。

• show cdma pdsn flow mn-ipv6-address コマンドで、MN IPｖ6 アドレスによる CDMA PDSN ユーザ情報を表示します。

• show cdma pdsn flow service simple-ipv6 コマンドで、簡易 IPｖ6 セッションのフローベース情報を表示します。

• debug cdma pdsn ipv6 コマンドで、IPｖ6 エラーまたはイベント メッセージを表示します。

次の設定コマンドが IPｖ6 では必要です。

グローバル設定コマンド

• ipv6 unicast-routing - IPv6 はデフォルトで無効です。

• ipv6 cef - cef 切り替えを有効にします。

• ipv6 local pool PDSN-Ipv6-Pool 2001:420:10::/48 64 - Routing Advertisement（RA; ルーティング アドバタイズメント）として MS に送信される IPv6 プレフィクス アドレスのプールを有効にします。

Virtual-template インターフェイス コマンド

• ipv6 enable - インターフェイスでの IPv6 を有効にします。

• no ipv6 nd suppress-ra - Neighbor Discovery Routing Advertisement メッセージ（非イーサネット インターフェイスで抑制）の抑制を無効にします。

• ipv6 nd ra-interval 1000 - 1000 秒ごとに ND Routing Advertisement を送信します。

• ipv6 nd ra-lifetime 5000 - ND Routing Advertisement のライフタイムを 5000 秒に設定します。

• peer default ipv6 pool PDSN-Ipv6-Pool - このプールを RA プレフィクスに設定します。

その他のコマンド

• show ipv6 - IPv6 を表示します。

これらの設定コマンドについての詳細情報については、次の URL の『Cisco IOS IPv6 Command Reference』を参照してください。

http://www.cisco.com/en/US/docs/ios/ipv6/command/reference/ipv6_book.html

機能概要

PDSN セッション冗長性は、フェールオーバーでユーザ フローを節約することを目的としています。課金記録の継続性、内部カウンタ、MIB 変数のサポートは二次的なものです。PDSN でフェールオーバーが成功するためには、次の条件が存在していることが必要です。

• ユーザがサービスの中断に気付かないこと。

• ユーザに超過課金や不正な課金が起こらないこと。

• フェールオーバー後、ユーザがデータ サービスを再初期化できること。

PDSN Session Redundancy 機能で、モバイル ユーザ エクスペリエンスで PDSN の障害の影響を最小化するユーザ セッション フェールオーバーが行えます。PDSN では、アクティブな PDSN ごとに存在するスタンバイで 1:1 冗長モデルが使用されます。アクティブな PDSN は、必要ベースで同期するためのステータス情報をスタンバイ PDSN に送信します。PDSN 障害が発生すると、スタンバイ PDSN は、ステータス情報を既存のすべてのセッションへのサービスに提供する必要があります。その後、アクティブ PDSN とサービス ユーザ セッションとして引き継ぎ、セッションの冗長性を提供します。以前アクティブだった PDSN がオンラインに復帰すると、現在アクティブな PDSN に対してスタンバイの役割を担うと見なされ、既存のすべてのセッションのステータス情報を新しくアクティブになった PDSN から受信します。

通常の動作条件の下では、アクティブ PDSN とスタンバイ PDSN のペアは、同一の設定を持つ 2 つの別個の PDSN イメージです。これらは、1 つ以上の HSRP インターフェイスを共有します。これは、すべての外部エンティティで通信するために使用されます。アクティブな PDSN は、次に説明するイベントに基づいてセッション データをスタンバイ PDSN に同期します。

セッション イベント

新しいユーザ セッションを確立する必要がある場合、PCF は最初に、PCF に通知された HSRP アドレスを使用してアクティブな PDSN に A10 接続を設定します。MN は、A10 トンネルを使用したアクティブな PDSN との PPP 接続を設定します。コールが安定的な状態（PPP セッションが正常）になると、アクティブな PDSN はスタンバイ PDSN に関連するステータス情報を同期します。その後、スタンバイは A10 接続や PPP セッションに関連するアクティブ PDSN の動作を複製し、アクティブからのその後のアップデートを待機します。次に示した他のイベントのいずれかが発生した場合、アクティブな PDSN はステータス情報をスタンバイに送信します。

フェールオーバーの場合の課金データの損失を最小限にするため、定期的な課金アップデートは、頻度が設定でき、アクティブ PDSN で実行されます。セッションの定期アップデートごとに、スタンバイ PDSN へ同期が送信され、課金データがアップデートされます。アクティブ PDSN で変更があったカウンタとアトリビュートだけが、スタンバイ PDSN に定期的に同期されます。最新の課金同期ポイント以降の情報は失われます。また、最新の情報が確実に正しく請求システムに送信されるよう、スタンバイ ユニットは AAA サーバに課金記録を送信することはありません。記録は、常にアクティブなユニットから送信されます。

同期が発生するセッション イベントには、次があります。

• コール設定

• コール ティアダウン

• フロー設定

• フロー ティアダウン

• 休止-アクティブ間移行

• ハンドオフ

• A11 再レジストレーション

• 定期的な課金同期

• PPP 再ネゴシエーション

アクティブ PDSN 障害

スタンバイ PDSN がアクティブ PDSN の障害を（HSRP を使用して）検出した場合、アクティブ PDSN として引き継ぎます。すべての外部エンティティは、PCF、AAA サーバ、HA を含め、HSRP アドレスだけを使用して PDSN のペアと通信するよう設定されているため、スタンバイ PDSN がこれらのアドレスを引き継ぐと、障害を検出することができなくなります。また、すべての安定的なコールは、そのステータスをスタンバイと同期させます。したがって、スタンバイはアクティブを引き継ぐと、ユーザ トラフィックの転送を開始できるようになります。スタンバイでは、すべてのタイマ（A11 ライフタイム、PPP タイマ、MIP ライフタイムなど）が、アクティブを引き継いだ時点で開始されます。課金データも、定期的な課金同期タイマが PDSN で設定されていた範囲で同期されます。

スタンバイ PDSN の起動

既にアクティブがある場合に PDSN がアップすると、スタンバイの役割を引き継ぎます。アクティブ PDSN はスタンバイ PDSN が使用可能だと認識した場合、既存のすべてのユーザ セッションのステータス データをスタンバイに転送する、バルク同期と呼ばれる処理が行われます。この処理が完了すると、スタンバイ PDSN は障害の際にアクティブを引き継ぐ準備が整います。

アクティブ-アクティブ シナリオの処理

リンク障害や中間ノードの障害があった場合、送信された HSRP パケットはピアに到達せず、スタンバイ ノードはアクティブがリロードされ、アクティブなステータスに遷移したとみなされます。これにより、アクティブ-アクティブ PDSN ノードの状態になります。PDSN の 1 つが、他がネットワークから独立している間にトラフィックを受信した場合、トラフィックを受信したノードが、リンクが復旧してもアクティブのままでなければなりません。

これを行うには、アプリケーション トラッキング オブジェクトを導入し、HSRP ピアが失われた後に PDSN がトラフィックを処理するかどうかに基づいて HSRP プライオリティを変更します。ピア PDSN が失われると、PDSN は HSPR のプライオリティを下げます。その後、PDSN がトラフィック（コントロールまたはデータ パケットのいずれか）を処理する時に、このプライオリティを、設定した値に戻します。これにより、PDSN 間のリンクが復旧された後にアクティブ ノードを選択できます。したがって、アクティブ-アクティブな状況でトラフィックを受信したノードは、リンクが復旧した後もアクティブのままとなります。

その他の考慮事項

Redundancy Framework（RF; 冗長性フレームワーク）MIB は、2 つの PDSN のアクティブ ステータスとスタンバイ ステータスを監視するために使用できます。その他の MIB 変数と内部カウンタは、アクティブとスタンバイの間で同期されません。これらは、バックアップ イメージの IOS-Load または Reload の値から始まります。バックアップ イメージは、新しいボックスとして扱われます。

PDSN 冗長ペアは、クラスタ コントローラでは単一メンバとして扱われ、PDSN クラスタ処理メカニズムに透過されます。クラスタ コントローラは、アクティブ PDSN から冗長スタンバイへのフェールオーバーを認識しません。

同様に、PDSN 冗長ペアは PCF、HA 、AAA サーバなどのすべての外部エンティティで単一の PDSN として表示されます。

FA-HA 接続の IPSec セキュリティ アソシエーションは、フェールオーバーでも維持されます。

（注） 現在、VPDN、Closed-RP、IPv6 および前払いサービスは、セッション冗長性の実装ではサポートされません。

（注） アクティブ ユニットとスタンバイ ユニット間の同期設定は、Cisco PDSN リリース 5.0 でサポートされています。新しい CLI コマンドのセットを使用して autosync-all 機能を有効にし、アクティブ ユニットの設定をスタンバイの設定と同期する必要があります。

プロセス同期イベントでは

次の項目で、プロセス中のさまざまな同期イベントのセッションの冗長性において、PDSN の想定される動作を説明しています。

コール設定

「sessions-in-progress」のステータスは、フェールオーバーでは維持されません。PCF からの R-P 接続リトライなどのメカニズムで、セッションが必要に応じて確立されます。

フェールオーバーは、PCF がユーザ フローの R-P セッションを確立した時点で発生する可能性がありますが、ユーザ フローは完全に確立されるわけでありません。この場合、フェールオーバーは R-P セッションがスタンバイでは存在しなくなります。PCF は、次の R-P セッション ライフタイムが更新されると、この R-P セッションをタイムアウトします。ユーザがこの時に新しいセッションを確立しようとすると、新しいセッションが作成されます。

コール ティアダウン

セッションの終了には、次を含む 4 つのシナリオがあります。

• モバイル端末でセッション ティアダウンが開始

• PPP Idle Timeout が PDSN で時間切れ

• PDSN が Registration Update を開始

• PCF がライフタイムが 0 のレジストレーション要求を開始

これらの場合はいずれも、セッション ティアダウンが多段階プロセスです。たとえば、Registration Update メッセージが PDSN から送信され、ACK を受信しなかった場合にフェールオーバーが発生することがあります。この場合、スタンバイ PDSN は既にセッションを削除するよう指示されています。アクティブ PDSN は、PCF からのアップデート ACK を待機しません。

Registration Update を PCF に送信した後、スタンバイがセッションの削除を指示される前やセッションの削除要求が失われた後にフェールオーバーが発生した場合、スタンバイでセッションが確立したままになります。

その他にも、PPP コンテキストが、モバイルで行われた終了により削除され、その後フェールオーバーが R-P セッションが終了する前に発生した場合があります。

同様に、PDSN の PPP アイドル タイマの時間切れにより、PPP コンテキストが削除されてから、R-P セッションが終了する前にフェールオーバーが発生することがあります。

これらのケースでは、MIP Registration Lifetime または PPP Idle Timeout のいずれかが時間切れになり、セッションが終了します。

フロー設定

確立されているプロセスのフローは保持されません。これは、フローの確立の失敗として表れ、フローを再確立する必要があります。

フロー ティアダウン

ここでは、セッションに複数のフローがある場合に適用されます。現在、このケースは MIP コールでのみサポートしています。単一 IP コールでは、1 つのフローだけが許可されます。

MIP フローはスイッチオーバー後に保持されますが、レジストレーション ライフタイムの時間切れにより、フローが削除されることがあります。同じユーザが、ライフタイムの時間切れ前に再度レジストレーションを行うと、既存のビジターであるため、再レジストレーションだとみなされます。しかし、この再レジストレーションが成功するかどうかは、次の条件によって異なります。

• ユーザが、スイッチオーバーの前に前回のアクティブ ノードからのレジストレーション解除の Registration Reply（RRP; レジストレーション応答）を受け取り、その RRP 内の Foreign Agent Challenge（FAC; 外部エージェント チャレンジ）が現在アクティブなノードと同期していない場合（この場合、フローがこのノードから削除されます）、この再レジストレーションは無効なチャレンジ エラーとして拒否されます。ユーザは新しいアクティブ ノードへの要請を開始し、新しいチャレンジを受信し、Registration Request（RRQ; レジストレーション要求）を再送信する必要があります。この時、RRQ は有効な再レジストレーションとして扱われ、ライフタイムが更新されます。また、ユーザがこれを新しいレジストレーションだと認識していても、前回と同じ IP アドレスになります（FA と HA の場合、再レジストレーションです）。

• ユーザが、スイッチオーバーの前に前回のアクティブ ノードからのレジストレーション解除の RRP を受け取っていない場合、レジストレーション解除は現在アクティブなノードに再送信されます。このレジストレーション解除は、最新の FAC がスイッチオーバー前にスタンバイに同期しているかどうかにより、FAC が無効なため拒否される可能性があります。ユーザは新しい FAC の受け取り要請を送信して再度レジストレーション解除を送信するか、単にやめるかのどちらかを選択できます。ユーザが新しい FAC を受け取れない場合、ユーザが新しいアクティブ ノードへ要請を開始し、新しいチャレンジを受信し、Registration Request（RRQ; レジストレーション要求）を再送信する必要があります。

休止-アクティブ間移行

この移行は、アクティブとスタンバイの間で同期され、次のシナリオで発生します。

• PCF が RRQ に応答して RRP を受信し、移行ステータスがスイッチオーバーの前にスタンバイに同期すると、現在アクティブなノードに正しいセッションステータスが付与され、移行が正常に行われます。

• PCF が RRQ に応答して RRP を受信し、移行ステータスがスイッチオーバーの前にスタンバイに同期されなかった場合、現在アクティブなノードに誤ったセッションステータスが付与されます（このセッションが、アクティブでなければならないのに休止のマークが付けられます）。しかし、パケットはスイッチされ、カウントされます。PDSN 関連の show コマンドでは、セッションに関する正しい情報がすべて表示されない場合があります。後続の、アクティブから休止への移行では、PDSN でセッションは休止のままのため、問題は起こりません。

• スイッチオーバーの前に、PCF が RRQ に応答して RRP を受信せず、現在アクティブなノードで再度試行する場合、現在の日付で処理されます。

• スイッチオーバーの前に PCF が RRQ に応答して RRP を受信せず、現在アクティブなノードでの再試行が最大数を超えた場合、パケットはスイッチされカウントされます。

ハンドオフ

PCF 間ハンドオフ（休止またはアクティブ）- 同一 PDSN

ハンドオフで最も重大な問題は、ハンドオフがアクティブか休止かにかかわらず、保持されたセッションのターゲット PCF と現在アクティブな PDSN 間のデータ パスを再確立することです。さらに、実際に完了したハンドオフと、フェールオーバーが発生する可能性がある同期されたステータス間にウィンドウが存在します。

これには次のシナリオがあります。

• ターゲット PCF がアクティブ PDSN から RRP を受信し、ハンドオフのステータスがスイッチオーバーの前にスタンバイに同期された場合、ターゲット PCF と現在アクティブな PDSN 間のデータ パスは、ハンドオフされたセッションで確立され、ユーザはサービスの中断に気づきません。古い PCF が、以前アクティブだったノードからの Registration Update を受信できるかどうかは、スイッチオーバーのポイントそのものによって異なります。Registration Update を受信し、RRQ（ライフタイム = 0）を送信した場合、コールは古い PCF で扱われる必要があります。古い PCF が Registration Update を受信せず、セッションが再度戻された場合、PCF でのこのケースの扱われ方ははっきりとは決まりません（これは、PCF にユーザの既存のコールがあり、新しいコール要求を同じユーザから受信した場合と同様です）。PCF が新しい要求を無視すると、正しいデータ パスは存在せず、ユーザはトラフィックを転送できません。

• ターゲット PCF がアクティブ PDSN から RRP を受信しても、スイッチオーバー前にハンドオフ ステータスがスタンバイに同期されなかった場合、ターゲット PCF と現在アクティブな PDSN 間のデータ パスは確立されません（セッションは古い PCF にポイントされたままです）。結果、エンド ユーザはサービスの中断に気づきます。ユーザは、コールの終了（TERMREQ）の PPP パケットが現在アクティブな PDSN に到達できず、ターゲット PCF からの RRQ（ライフタイム=0）が現在アクティブな PDSN に到達しても、セッションがこれを有効なリモート トンネル エンドポイントだと認識されないため、正常にレジスタ解除できません。結果、レジストレーション解除は無視されます。セッションは、実際は PPP アイドル タイマまたはレジストレーション ライフタイムで削除されます。ユーザが再度登録すると、ハンドオフとして扱われます。セッションの現在のリモート トンネル エンドポイント（古い PCF）がターゲット PCF と異なるためです。この時、データ パスが確立され、ユーザはサービスを受けられます。

• ターゲット PCF がスイッチオーバー前にアクティブ PDSN から RRP を受信せず、PCF が再度現在アクティブな PDSN に試行した場合、ハンドオフは現在の日付で同様に処理されます。

PCF 間ハンドオフ（休止またはアクティブ）- 異なる PDSN

この種類のハンドオフは、PANID と CANID を含む A11 レジストレーション要求を受領することで指示されます。また、Mobility Event Indicator と Accounting Data（R-P Session Setup Air-link Record）も含まれます。ハイ アベイラビリティの視点から、これは新しくアクティブになった PDSN での新しいセッションの確立や、古い PDSN での「通常の」セッション終了のようになります。

A11 再レジストレーション

A11 Reregistration RRQ は、アクティブなユニットが受信します。レジストレーション ライフ タイマはスタンバイでは開始されませんが、タイマ値の追跡は保持しているため、アクティブになるとライフ タイマを再度開始することができます。再レジストレーション RRQ のライフタイムが、以前の RRQ と異なる場合、新しいライフタイムがスタンバイに同期されます。たとえば、以前の RRQ のライフタイムが 300 秒で、現在新しい RRQ の値が 500 秒に変わっている場合、新しい値がスタンバイに同期されます。再レジストレーション RRQ に含まれている他の重要なパラメータもスタンバイに同期されます。

上記の例では、新しいライフタイムをスタンバイに同期する前にフェールオーバーが発生すると、スタンバイのライフタイムは 300 秒から開始します。

PPP 再ネゴシエーション

PPP ネゴシエーションで、PDSN はRP セッションのすべてのフローを削除し、各フローで課金停止を送信します。PPP が再度アップすると、PDSN はこのセッションの新しいフローを作成します。したがって、PPP 再ネゴシエーションがアクティブになると、アクティブ ユニットがスタンバイの RP セッションからすべてのフローを削除する PPP 再ネゴシエーション通知をスタンバイに送信します。再度、PPP がアップして新しいフローがアクティブで作成されると、アクティブ ユニットは各フローのデータをスタンバイに送信します。PPP 再ネゴシエーションでフェールオーバーが発生すると、再ネゴシエーションは失敗し、セッションが新しくアクティブになったユニットでティア ダウンされる場合があります。

その他の考慮事項

タイマ

セッションが確立すると、通常次のタイマが実行されます。

• R-P Session Lifetime

• PPP Idle Timeout

• MIP レジストレーション ライフタイム

• PPP Absolute Session Timeout

設定によっては、次のタイマが実行される場合があります。

• 定期的な課金（ セッション イベントの項で説明した同期タイマと混同しないでください）。

これらのタイマは、フェールオーバーが発生すると再起動され、破棄された時間は、スタンバイに同期されません。この影響で、既に破棄された時間と等しい値までタイマが元の値を超えて拡張されます。これにより、ユーザがフェールオーバーのセッション障害に気づくことはありません。

制約事項

PDSN Session Redundancy 機能には次の制限事項があります。

• SR 設定でのリソース失効の制限 。

Session Redundancy が許可されていない PMIP フローで失効タイムスタンプを「msec」（ip mobile foreign-service revocation timeout 5 retransmit 4 timestamp msec）に設定。

「msec」オプションは、timestamp フィールドに動作時間を入力し、スタンバイ ルータの動作時間は、スタンバイ PDSN がアクティブを引き継いだ場合（そして、PMIP フローが終了した場合）に、スイッチオーバー後にそれより小さい値になると考えられます。したがって、HA での失効は、失効メッセージの識別値が HA で考えられる値よりも小さくなるため、無視されます。

• ip radius source interface コマンドは仮想アドレス（HSRP）をサポートしていません。したがって、SR 設定で AAA サーバに到達するソース インターフェイスとして使用される Loopback インターフェイスで設定された IP アドレス（NAS IP アドレス）もサポートしていません。

• IP ローカル プール リサイクル遅延は、遅延値を 30 以上で設定する必要があります（ip local pool pdsn-pool first_ip last_ip recycle delay 30）。

• また、IP の枯渇によりセッションがドロップしないよう、バッファが必要とする値よりも余分な IP を最小限（秒単位のコール* リサイクル遅延）用意するのが妥当です。

内部

次の章で、スタンバイ ユニットへの同期情報について説明します。

ハイレベル データリンク コントロールの非同期

使用している Asynchronous High-Level Data Link Control （AHDLC; 非同期ハイレベル データリンク コントロール）チャネル単位でコントロール文字マッピングが保持されます。通常デフォルトが使用されるため、これらは異なる部分だけ同期されます。AHDLC チャネル番号は同期されません。使用できるチャネルはスタンバイで個別に選択されます。

GRE - RP インターフェイス

GRE Key が同期されます。シーケンス フラグがユーザ ベース単位で設定できるため、フラグは同期されます。

RP シグナリング

A11 メッセージングの内容は、ここで説明したように処理されます。

• フラグ - 固定で、同期は不要です。

• ライフタイム - 同期されます。

• Home Address - 同期は不要です。

• HA - 同期は不要です。R-P インターフェイスの HSRP アドレスです。クラスタ処理が設定されている場合に、PDSN IP アドレスの提出に使用されます。提出された PDSN の HSRP アドレスになります。セッションが確立する前に使用されるだけです。

• Care-of-Address - 同期されます。R-P セッションの PCF IP アドレスです。

• A10 Source IP address - 同期されます。PCF の A10 IP アドレスです。

• 識別名 - 同期されません。再送保護のタイムスタンプが含まれます。

• Mobile-Home Authentication Extension - 同期されません。メッセージ単位で計算されます。

• Registration Update Authentication Extension - 同期されません。メッセージ単位で計算されます。

• Session-Specific Extension - 同期されます。Key、MN_ID、SR-ID が同期されます。

• C-VOSE - 複数のアプリケーション タイプ、Accounting、MEI、DAI が含まれます。課金情報は同期されます。詳細については、課金の章で説明しています。

• N-VOSE の内容 - ANID は、セッションの確立の一部として、またハンドオフの結果変更された時点での両方で同期されます。ファスト ハンドオフはサポートされていません。そのため、PDSN 識別子はセッションの冗長性の説明とは無関係です。

• Radio Network Packet Data Inactivity Timer（RNPDIT; 無線ネットワーク パケット データ非アクティブ タイマ） - 同期されます。

• A11 への発信元 UDP ポートは同期されます。

PPP

すべての LCP オプションは同期されます。IPCP では、IP アドレスと IPHC パラメータのみが同期されます。IPCP ネゴシエーションでネゴシエートされた DNS サーバ IP アドレスは、スタンバイ ユニットに同期されません。認証や許可で、AAA サーバからダウンロードされたユーザ単位のアトリビュートは、すべてスタンバイ ユニットに同期されます。

圧縮 - ヘッダーとペイロード

ヘッダーとペイロードのコンテキストは、どちらかのみの圧縮の同期はありません。スタンバイ PDSN のフェールオーバーにより、圧縮コンテキストが再確立されます。

ヘッダーの圧縮 - スイッチオーバー後のセッションの最初のパケットはドロップし、ピアがタイムアウトの確認後、パケットを再送信します。

ペイロードの圧縮 - スタンバイでのスイッチオーバー後、圧縮履歴は存在しません。CCP リセットは、デコードが失敗すると自動的に生成されます。特別な処理は不要です。

IP アドレスの割り当て

IP アドレスが、PDSN で設定されたプールから動的に割り当てられる場合、スタンバイは同じアドレスをセッションに関連付けます。IP アドレスは、PPP ステータスの一部として同期されます。IP アドレスが AAA サーバから受信されるか、ローカル プールからでないスタティック IP アドレスが使用されると、このアドレスは、スタンバイでセッションに関連付けられます。同様に、アドレス プールが同期されます。

AAA - 認証と認可

表 5 に、関連する認証と認可パラメータについて示しています。これは、スタンバイで AAA ステータスを正確に再作成できるようにするために必要です。

GPP2 パケット データ サービスのアトリビュート

表 6 で、3GPP2 パケット データ サービス アトリビュートを示しています。

AAA サーバ アカウンティング

GPP2 アカウンティング レコード フィールド

表 7 で、GPP2 課金記録フィールドを示します。

RADIUS Server Group Support

選択した AAA サーバの IP アドレスは同期されません。

Mobile IP Signaling

MIP サービスの場合、各 MIP フローの同期されるパラメータには、次のデータが含まれます。

• MIP レジストレーション ライフタイム

• レジストレーション要求に示される MIP フラグ

• AAA サーバから受信する MN-AAA 削除指示

• HA IP アドレス

• モバイルの IP アドレス

• リバース トンネル指示

• MIP レジストレーション要求の Care of Address

• FA-Challenge（モバイル ノード レジストレーション中に使用されます）

モバイル IP トンネル トラフィック

このトラフィックは、GRE トンネルまたは IP-in-IP トンネルで送信されます。同期する必要がある唯一の情報は、ピアのトンネル エンドポイントです。

ローカル設定の IPSec

Catalyst 76xx シリーズ上の PDSN の場合、IPSec トンネルは VPN Acceleration Module で終端します。PDSN の役割は、AAA サーバからパラメータを取得、それらのパラメータに基づいて、IPSec トンネルの確立を「トリガ」することです。これらのパラメータの同期は、シャーシ内設定に対する PDSN フェールオーバーの場合に、IPsec トンネルを保持するために十分です。PDSN のフェールオーバーは、VPN Acceleration Module/SUP のフェールオーバーと併用できません。現在のところ、シャーシ間設定およびシャーシ内 SUP フェールオーバーは、ステートフル IPsec をサポートしていません。

FA-HA IPSec

シャーシ内設定の場合に 7600 上の PDSN のフェールオーバーが発生した場合、FA-HA IPSec トンネルは保持されます。シャーシ間設定の場合は保持されません。

AAA サーバ アカウンティング

定期的なアカウンティングの同期

アカウンティング情報はアクティブ イメージおよびスタンバイ イメージ間でオプションで同期されます。この同期は、設定した定期的なアカウンティング間隔で発生します。同期されるカウンタは、g1、g2、およびパケット数です。Interim Accounting レコードの送信によって、バイト数およびパケット数の同期がトリガされます。オペレータ定義の定期的なアカウンティング間隔を設定すると、PDSN フェールオーバーの影響を受けるときのユーザ課金レコードの精度が決まります。過少課金が発生する可能性はありますが、課金過多が発生することはありません。

VSA アプローチによるアカウンティング

スイッチオーバーが発生した後に、（必要に応じて）最初の interim または stop アカウンティング レコードに、スイッチオーバーが発生したことを示す Vendor Specific Attribute（VSA; ベンダー固有アトリビュート）を含めます。この VSA を含める処理は、cdma pdsn redundancy accounting send vsa swact コマンドを発行することで制御できます。

（注） G1 カウンタおよび G2 カウンタは同期しません。

次に、vsa によるアカウンティングのデバッグ例を示します。

システム アカウンティング

セッション冗長性セットアップの場合、セットアップ全体が提示されたときにだけ、アクティブ ユニットからアカウンティング ON が送信されます（フェールオーバー後に、新しいアクティブ ユニットからアカウンティング ON は送信されません）。どのようなシナリオでも、スタンバイ ユニットからシステム アカウンティング イベントが送信されることはありません。ただし、スタンドアロン モードでイベントが送信されます。

アクティブ ユニットでリロードが発行されると、sys-off が送信されます。

簡易 IP クライアントの IP アカウンティングのサポート

Cisco PDSN では、簡易 IP カスタマーが IP アドレス割り当てのホーム ネットワークで L2TP Network Server（LNS）に接続できるようにサポートされています。Cisco PDSN は、MS および LNS 間の PPP ネゴシエーション中に LNS から返される IPCP 設定の ACK を監視します。次に、IP アドレスを抽出し、以降のすべての AAA パケットで 0.0.0.0 ではなくこのアドレスを使用します。

（注） 簡易 IP アカウンティングは、LNS が割り当てる IPv6 アドレスをサポートしません。

Cisco PDSN リリース 5.1 で、新しいコマンド cdma pdsn accounting vpdn address [include renegotiation] が導入されました。 以前のリリースの Cisco PDSN では、L2TP トンネルが確立するとすぐに、accounting-start（MN IP にすべてゼロを使用）が送信されます。cdma pdsn accounting vpdn address [include renegotiation] コマンドをイネーブルにすると、Cisco PDSN がモバイルに有効な IP アドレスを取得するまで accounting-start は遅延します。IP アドレスがネゴシエーションされる前にコールが中断した場合、アカウンティング メッセージは送信されません。

（注） 拡張機能（再ネゴシエーションを含む）付きで CLI コマンドをイネーブルにすると、VPDN のすべてのパケットがスヌーピングされます。そのため、Cisco PDSN のパフォーマンスに影響があります。ネゴシエーション中に LNS が IP アドレスを変更しない場合、CLI の拡張機能（再ネゴシエーションを含む）を削除できます。そうすることで、モバイル IP アドレスを受信した後に、スヌーピングは停止されます。

PCF 単位の SNMP の新規 MIB オブジェクト

Cisco PDSN では、PCF 単位の PPP 統計情報に関して SNMP 管理のサポートが必要です。MIB オブジェクトは管理可能なオブジェクトを定義します。表 8 および 9 は、それぞれ Cisco PDSN リリース 5.1 で導入された PCF 単位の新しい MIB オブジェクトおよび VPDN MIB オブジェクトの説明です。

表 8 は、Cisco PDSN リリース 5.1 の PCF 単位の新しい MIB オブジェクトのリストです。

表 9 は、Cisco PDSN リリース 5.1 の新しい VPDN MIB オブジェクトのリストです。

一般的な NAI のサポート

Cisco PDSN リリース 5.1 で導入された一般的な NAI 機能では、外部エンティティとのすべてのやり取りでグローバル NAI および Calling Station Identification（CLID）が必要です。また、エンティティ（Foreign Agent）内のローカル識別子（ローカル NAI）として CLID が必要です。

冗長セットアップの場合、このアトリビュートは、アクティブ モードとスタンバイ モードの両方でフローごとにスタンバイ モードと同期されます。このアトリビュートは、他のフロー アトリビュートと共にスタンバイ モードと同期されます。この機能をイネーブルにするために、次の CLI コマンドが使用されます。

設定を削除するには、次のように記述します。

次の CLI コマンドも設定します。

MIP RRQ で 3GPP2 CLID NVSE を送信する場合：

MIP RRQ で CT CLID NVSE を送信する場合：

FA-CHAP で CLID VSA を送信する場合：

（注） セッションがない場合にだけ、このコマンドを設定してください。

最新の IS-835 に合わせたプロキシ MIP の変更

プロキシ MIP は IS-835 機能に合わせて変わります。IS-835 は Cisco PDSN リリース 5.1 で導入された機能で、「Network PMIP Support for PMIPv4」という3GPP2 X.S0061-0 Version 1.0 のドラフト バージョンをサポートしています。

PMIP のさまざまな機能を示すために AAA サーバ レベルで使用される PMIP 関連のアトリビュートは次のとおりです。

• network-PMIP-NAI アトリビュート

• PMIP ベースのモビリティ機能アトリビュート

• PMIP-HA-Info-IPv4-Service アトリビュート

network-PMIP-NAI アトリビュート

network-PMIP-NAI VSA には、アクセス ゲートウェイ（AGW）および HA 間のネットワーク PMIP バインディングのために AGW が使用する NAI を指定します。AGW がネットワーク PMIP をサポートし、ネットワーク PMIP ベースのモビリティについて AT が認可されている場合、network-PMIP-NAI アトリビュートは RADIUS access-accept メッセージに含まれます。

（注） network-PMIP NAI アトリビュートを AAA サーバから受信するのは、access-reply メッセージだけです。また、このアトリビュートは、PMIP コールのモバイル ノードの場合に NAI を指定し、NAI として使用されます。
Cisco PDSN がこのアトリビュートを受け入れるのは、CLI からの PMIP ベースのモビリティ機能コマンド cdma pdsn attribute send 3gpp2 pmip-indicator auth-req をイネーブルにした場合だけです。それ以外の場合、コールは拒否されます。

PMIP ベースのモビリティ機能アトリビュート

PMIP ベースのモビリティ機能の VSA は、AGW が AAA サーバに対するネットワーク PMIP をサポートすることを示します。新しい PMIP ベースのモビリティ機能 CLI コマンド cdma pdsn attribute send 3gpp2 pmip-indicator auth-req は、Cisco PDSN リリース 5.1 で導入されました。

PMIP ベースのモビリティ機能アトリビュートは、AGW がネットワーク PMIP をサポートしている場合に、AGW から HAAA に送信される RADIUS access-request メッセージに含まれます。Cisco PDSN は、access-request メッセージを使用して RADIUS 経由で AAA サーバにこのアトリビュートを送信することで、Cisco PDSN が PMIP をサポートすること、および PMIP がイネーブルであることを AAA サーバに対して示します。PMIP ベースのモビリティ機能アトリビュートがない場合、Cisco PDSN が PMIP をサポートしないことを示します。

access-request メッセージを送信するとき、Cisco PDSN では CLI コマンド cdma pdsn attribute send 3gpp2 pmip-indicator auth-req がイネーブルかどうかがチェックされます。CLI コマンドがイネーブルで、さらに FA サービスがイネーブルの場合、値 1（PMIP4 のサポートを示します）の PMIP ベースのモビリティ機能は、access-request メッセージで AAA サーバに送信されます。

（注） • アトリビュートを確実に転送するために、cdma pdsn attribute send 3gpp2 pmip-indicator auth-req CLI コマンドをイネーブルにする必要があります。

• FA サービスがディセーブルの場合、CLI コマンドがイネーブルでもこのアトリビュートは送信されません。

Cisco PDSN は、値 1（PMIP4 のサポートを示します）の PMIP ベースのモビリティ機能アトリビュートの送信だけをサポートします。

AAA サーバは PMIPv4 と PMIPv6 の両方をサポートします。AAA サーバは Cisco PDSN に対する access-reply で、値 1（PMIPv4 をサポートします）、2（PMIPv6 をサポートします）、または 3（両方をサポートします）を指定して、このアトリビュートを送信できます。AAA サーバは PMIPv4 および PMIPv6 をサポートしているため、Cisco PDSN も PMIPv4 によるコールの確立をサポートします。

AAA サーバから送信される access-reply メッセージに、PMIP ベースのモビリティ機能アトリビュートが含まれる場合、Cisco PDSN はその値を検証します。アトリビュートの値は常に 1（PMIP4 のサポート）または 3（PMIP4 および PMIP6 両方のサポート）です。それ以外の場合、Cisco PDSN はコールを拒否します。

AAA サーバからの access-accept メッセージで PMIP ベースのモビリティ機能アトリビュートと共にカスタマー固有の PMIP インジケータを受信する場合、PMIP ベースのモビリティ機能アトリビュートの方が優先されます。

PMIP-HA-Info-IPv4-Service アトリビュート

PMIP-HA-Info-IPv4-Service VSA は、IPv4 サービスに使用されるネットワーク PMIP4 HA または PMIP6 Local Mobility Anchor（LMA）関連の情報を指定します。この VSA は、AGW または Visiting AAA（VAAA）サーバから Home AAA（HAAA）サーバに対して送信される RADIUS access-request メッセージに含まれます。また、HAAA サーバから VAAA または AGW に対して送信される RADIUS access-accept メッセージにも含まれます。

（注） Cisco PDSN は、HAAA 割り当ておよび VAAA 割り当ての HA IP アドレスのどちらも受信し、HAAA 割り当ての HA IP アドレスを優先します。

このアトリビュートを AAA サーバから受信するのは、access-reply メッセージだけです。

（注） Cisco PDSN がこのアトリビュートを受け入れるのは、PMIP ベースのモビリティ機能 CLI コマンド（cdma pdsn attribute send 3gpp2 pmip-indicator auth-req）をイネーブルにした場合だけです。それ以外の場合、コールは拒否されます。

このアトリビュートには次のサブタイプがあります。

• VAAA-Assigned-HA-IPv4-Service

• HAAA-Assigned-HA-IPv4-Service

• PMN-HA Key

• PMN-HA-SPI

（注） Security Parameter Index（SPI; セキュリティ パラメータ インデックス）キーの Cisco のペアが、PMN HA キーおよび SPI を含むこのアトリビュートと共に受信されると、PMN キーおよび SPI が優先されます。

• VAAA-Assigned-LMA-IPv4-Service

• HAAA-Assigned-LMA-IPv4-Service

AAA サーバからこのアトリビュートを受信すると、サブタイプの有無が検証され、サブタイプ値が取得されます。

（注） Cisco PDSN は次のサブタイプ 5 および 6 をサポートしません。

• VAAA-Assigned-LMA-IPv4-Service

• HAAA-Assigned-LMA-IPv4-Service

また、Cisco PDSN は、このアトリビュートを access-request で HAAA または VAAA に送信することはサポートしていません。

簡易 IPv6 サポート

Cisco PDSN は Cisco PDSN 5.0 よりも前のリリースで IPv6 をサポートしていましたが、Cisco PDSN リリース 5.1 では、IPv6 のサポートを単一 IP アーキテクチャまで拡張しました。

Cisco PDSN は、簡易 IP アドレスを持つワイヤレス MS の PPP 終端地点です。現在、MS は IPv4 をサポートし、IPv6 のサポートまで拡張されました。MS は、ネットワークの簡易 IP サービスにアクセスする際に、IPv4、IPv6、または両方を同時に選択できます。Cisco PDSN は簡易 IPv6 アクセスおよび既存の簡易 IPv4 アクセスをサポートしています。

Access-Request アトリビュート

Cisco PDSN は、必要に応じて、CLI コマンドを設定して AAA サーバの認可要求でアトリビュートを送信します。Cisco PDSN リリース 5.1 では、AAA サーバの access-request で他の既存のアトリビュートをオプションで送信します。これらのオプションは、前払いオンライン access-request および値が 0.0.0.0 の framed-IP で使用できます。

Cisco PDSN から access-request、fa-chap、または online-req を AAA サーバに送信すると、Cisco PDSN は各 CLI コマンドを確認し、それに従ってアトリビュートを更新します。

たとえば、cdma pdsn attribute send d4 {auth-req | fa-chap | online-req} がイネーブルの場合、D4 アトリビュートが他のアトリビュートと共に access-request メッセージで送信されます。

次のアトリビュートが AAA サーバの access-request で送信されます。

• Base Station Identifier（D4）アトリビュート

• PCF IP Address（D3）アトリビュート

• User Zone（E1）アトリビュート

• NAS Port アトリビュート

• Framed IP Address（B1）アトリビュート

Base Station Identifier（D4）アトリビュート

Base Station Identifier（BSID）アトリビュートは、SID（4 オクテット）、NID（4 オクテット）、およびセル識別子（タイプ 2 の 4 オクテット）を組み合わせて構成される番号である BSID を表します。

access-request を送信すると、Cisco PDSN は必須の CLI コマンド cdma pdsn attribute send d4 {auth-req | fa-chap | online-req} がイネーブルかどうかを確認します。 この CLI コマンドがイネーブルではない場合、このアトリビュートは authentication-request メッセージで AAA サーバに送信されません。同様に、BSID アトリビュートが前払いオンライン access-request メッセージのために追加されます。

PCF IP Address（D3）アトリビュート

PCF IP Address アトリビュートは、サービス側 PCF（つまり、サービス側 RAN の PCF）の IP アドレスを表します。access-request メッセージを送信すると、Cisco PDSN は必須の CLI コマンド cdma pdsn attribute send d3 {auth-req | fa-chap | online-req} がイネーブルかどうかを確認します。イネーブルの場合、Cisco PDSN から AAA サーバに対して、PCF IP アドレスに設定した PCF IP Address アトリビュートを authentication-request メッセージで送信します。同様に、PCF IP Address アトリビュートが前払いオンライン access-request メッセージのために追加されます。 この CLI コマンドがイネーブルではない場合、このアトリビュートは authentication-request メッセージで AAA サーバに送信されません。

User Zone（E1）アトリビュート

User Zone アトリビュートは、階層的なサービス ユーザ ゾーンを表します。access-request メッセージを送信すると、Cisco PDSN は必須の CLI コマンド cdma pdsn attribute send e1 {auth-req | fa-chap | online-req} がイネーブルかどうかを確認します。イネーブルの場合、Cisco PDSN から AAA サーバに対して、User Zone アトリビュートを authentication-request メッセージで送信します。このアトリビュートは、前払いオンライン access-request とほぼ同じ方法で追加されます。この CLI コマンドがイネーブルではない場合、このアトリビュートは authentication-request メッセージで AAA サーバに送信されません。

NAS Port アトリビュート

NAS Port アトリビュートは、NAS ポート ID を表します。 access-request メッセージを送信すると、Cisco PDSN は必須の CLI コマンドがイネーブルかどうかょ確認します。イネーブルの場合、Cisco PDSN から AAA サーバに対して、NAS ポート ID に設定した NAS Port アトリビュートを authentication-request メッセージで送信します。前払いオンライン access-request メッセージの場合、このアトリビュートはデフォルトで送信されます。CLI コマンド cdma pdsn attribute send nas-port include-in-authen-req がディセーブルの場合、このアトリビュートは AAA サーバに対する authentication-request メッセージで送信されません。

Framed IP Address（B1）アトリビュート

Framed IP Address アトリビュートは、MS の IP アドレスを表します。 access-request メッセージを送信するとき、Cisco PDSN では必須の CLI コマンド cdma pdsn attribute send b1 auth-req がイネーブルかどうかがチェックされます。イネーブルの場合、Cisco PDSN から AAA サーバに対して、0.0.0.0 に設定した Framed IP Address アトリビュートを authentication-request メッセージで送信します。前払いオンライン access-request メッセージの場合、このアトリビュートはデフォルトで送信されます。この CLI コマンドがディセーブルの場合、このアトリビュートは authentication-request メッセージで AAA サーバに送信されません。

（注） • 新しい CLI コマンド cdma pdsn attribute send b1 auth-req を使用するには、RADIUS アトリビュート CLI コマンド radius-server attribute 8 include-in-access-req をディセーブルにします。

• MIP コールの場合に Framed IP Address（0.0.0.0）を FA-CHAP 要求で送信するには、CLI コマンド ip mobile foreign-agent send-mn-address を使用します。

CLI コマンド cdma pdsn attribute send b1 auth-req を設定するには、あらかじめ CLI コマンド ip mobile foreign-agent send-mn-address を設定しておく必要があります。ip mobile foreign-agent send-mn-address CLI コマンドが未設定の場合、cdma pdsn attribute send b1 auth-req を設定できません。

同様に、CLI コマンド ip mobile foreign-agent send-mn-address および cdma pdsn attribute send b1 auth-req の両方がイネーブルの場合、CLI コマンド ip mobile foreign-agent send-mn-address をディセーブルにするには、先に cdma pdsn attribute send b1 auth-req CLI コマンドをディセーブルにします。

新しい PCF カウンタ単位の PPP

Cisco PDSN は PPP 関連のエラーおよび成功のグローバルな統計情報をサポートしています。Cisco PDSN リリース 5.1 から、PCF 単位の PPP エラーの統計情報をサポートするようになりました。

次の PPP エラーの統計情報が PCF 単位で追加されます。

• LCP フェーズ障害カウンタ

• 認証フェーズ障害カウンタ

• IPCP フェーズ障害カウンタ

LCP フェーズ障害カウンタ

表 10 は LCP フェーズ障害カウンタのリストです。

認証フェーズ障害カウンタ

表 11 は認証フェーズ障害カウンタのリストです。

IPCP フェーズ障害カウンタ

表 12 は IPCP フェーズ障害カウンタのリストです。

VPDN 条件付きデバッグ

条件付きデバッグ機能を使用すると、特定セッションのデバッグを検証または観察できます。IMSI またはユーザ名に応じて条件付きデバッグをイネーブルにするには、次の CLI コマンドを使用します。

Cisco PDSN リリース 5.1 では、VPDN コールの場合に条件付きデバッグがイネーブルにされます。IMSI-based（ステーション ID の呼び出し）条件付きデバッグをイネーブルにする場合、セッションの IMSI が、条件付きデバッグ CLI コマンドで設定した IMSI と一致するかどうかを検証する必要があります。一致が存在する場合、VPDN コンテキスト デバッグ フラグが設定されます。一致が存在しない場合、VPDN コンテキストのデバッグ フラグは設定されません。その結果、他のセッションでデバッグの出力は行われません。IMSI ベースのデバッグがイネーブルの場合、IMSI がデバッグ メッセージに追加されます。ユーザ名が条件の場合にも同様です。ユーザ名と IMSI ベースの条件付きデバッグのどちらもセッションでイネーブルにしている場合、IMSI の方が優先して L2TP および VPDN コール イベント デバッグ メッセージで表示されます。

次のコマンドは、L2TP および VPDN コール イベント デバッグの一部として条件を示します。VPDN セッションでユーザ名または IMSI の条件付きデバッグがイネーブルの場合、条件付きデバッグ CLI コマンドで設定されます。

Revocation メッセージの GRE CVSE および MN NAI 拡張

Cisco PDSN リリース 5.1 は CDMA 標準 3GPP2 X.S0011-003-D に準拠しています。Cisco PDSN では、CDMA 標準（3GPP2 X.S0011-003-D）に従って、Revocation メッセージでネゴシエーション済みの GRE カプセル化および GRE キーを送信し、すべての Revocation メッセージで MN-NAI 拡張を送信します。

GRE CVSE および MN NAI 拡張を Revocation メッセージで送信するための条件は次のとおりです。

• GRE CVSE を FA および HA 間でネゴシエーションする場合、FA の割り当てキーを含む GRE CVSE を Revocation メッセージに含める必要があります。

• FA が GRE CVSE および HA の割り当てキーと共に Revocation メッセージを受信した場合、FA から HA に対して、FA の割り当てキーとして GRE CVSE を指定した Revocation の ACK メッセージを送信する必要があります。

• Revocation メッセージまたは Revocation の ACK メッセージに GRE CVSE がある場合、FA-HA 認証拡張の前に GRE CVSE を含める必要があります。

• CLI コマンド ip mobile foreign-service revocation exclude-nai をディセーブルにして、MN NAI 拡張を Revocation メッセージに含める必要があります。

• FA が HA から MN NAI 拡張を含む Revocation メッセージを受信した場合、FA は HA に Revocation の ACK メッセージを送信するときに MN NAI 拡張を含める必要があります。

• Revocation メッセージまたは Revocation の ACK メッセージに MN NAI 拡張がある場合、FA-HA 認証拡張の前に MN NAI 拡張を含める必要があります。

ブレード単位の単一 IP

ここでは、Service Provider PDSN ゲートウェイ アプリケーションのための、単一 IP インフラストラクチャおよび管理性の要件に関連する概念について説明します。このアプリケーションは Cisco 7600 シリーズ ルータの SAMI サービス ブレードに搭載され、Mobile Internet 製品ファミリに含まれています。ここでは、この機能を設定する方法の詳細についても説明します。

このセクションの内容は、次のとおりです。

• 単一 IP 機能の概要

• 単一 IP インターフェイス

– MIP、簡易 IP、VPDN ベースのコール、または A11 レジストレーション用の単一インターフェイス

– 設定用の単一インターフェイス

– SNMP 管理用の単一インターフェイス

– トラブルシューティングおよびデバッグのための単一インターフェイス

– AAA 用の単一インターフェイス

– フェールオーバー用の単一インターフェイス

• 操作と管理

– Chassis-Wide MIB for Application-Related Parameters

– AAA 非応答に対するトラップ生成

– Show Subscriber

– シャーシ内設定の同期

– 設定の詳細

– Monitor Subscriber

– Show Subscriber Session

– バルク統計情報の収集

• Cisco PDSN リリース 5.0 の冗長性のサポート

• パフォーマンス要件

• 単一 IP のサポート - 再利用および新規の CLI コマンド

• 単一 IP PDSN での分散設定、show、および debug コマンド

• サポートされない機能

単一 IP 機能の概要

現在の SAMI 上の Mobile Internet ゲートウェイ ソリューション（WiMax ASNGW、GGSN、および HA を除く PDSN)は、いずれも multiple-routers-on-a-stick モデルを提供しています。このモデルには担当者の管理性と操作の問題があります。PDSN 単一 IP のシステム設計を使用すると、ブレード単位で SAMI 上のゲートウェイを管理できます。その結果、1 ブレードあたり 6 個のプロセッサという以前の提示に比べ、操作の複雑さが 1/6 に減ります。

シャーシ単位モデルの場合に提供される機能の一部を次に示します。ブレード単位モデルの提示は次の領域に適用されます。

• AAA の対話

• MIB 取得のために SNMP を介したネットワーク管理の対話

• 設定、表示、およびデバッグ機能

• ブレードのエラー検出およびフェールオーバー

• AAA サーバの応答時間の決定およびアラームの表示

さらに、シャーシ単位モデルの提示は、次の対象機能に適用されます。

• 多様な出力フィルタリング機能で、シャーシ全体に存在する加入者を表示します。

• シャーシ全体の 1 人または複数の加入者のセッション アクティビティを表示します。

• トラブルシューティングの目的で、1 人または複数の加入者について、加入者を監視します（呼トレース）。

• シャーシのバルク統計情報の照合、転送、および保存。

単一 IP インターフェイス

次の機能は、ブレード単位の単一 IP で管理できます。

• MIP、簡易 IP、VPDN ベースのコール、または A11 レジストレーション用の単一インターフェイス

• 設定用の単一インターフェイス

• SNMP 管理用の単一インターフェイス

• トラブルシューティングおよびデバッグのための単一インターフェイス

• AAA 用の単一インターフェイス

• フェールオーバー用の単一インターフェイス

MIP、簡易 IP、VPDN ベースのコール、または A11 レジストレーション用の単一インターフェイス

サービス ブレードは、A11 レジストレーション要求に対して 1 つの IP アドレスを提示します。この IP アドレスは、ブレードのすべてのプロセッサで共通です。vaccess インターフェイスの IP アドレスも、ブレード内のすべてのプロセッサで共通です。そのため、ブレードは単一の IP コールに対して 1 つの IP アドレスを提示します。同様に、サービス ブレードは、簡易 IPv6 を含む各サービスに対して、個別の IP アドレス（PDSN IP アドレス）を提示します。これらのアドレスの設定は Cisco PDSN リリース 4.0 で導入されましたが、設定できるのはブレードの 1 プロセッサだけでした。IP アドレスの設定は、コントロール プレーンおよびトラフィック プレーン プロセッサの両方に存在します。

サービス ブレードは、IXP ucode でパケット配信機能を実装します。それによって、ユーザ トラフィック パケットが適切なトラフィック プレーン プロセッサに送信されます。コントロール プレーン トラフィックと識別されるパケット（A11 パケット、接続解除 POD パケットのパケット、MIP レジストレーションの失効パケットなど）は、コントロール プレーン プロセッサに送信されます。その他のコントロール プレーン パケット（PPP ネゴシエーション、AAA 認証、アカウンティング、MIP など）は、適切なトラフィック プレーン プロセッサに送信されます。特定の ID に一致しないパケットは、コントロール プレーン プロセッサに送信されて処理されます。

設定用の単一インターフェイス

サービス ブレードには、ブレード機能を設定できる単一のポイントが用意されます。つまり、Cisco PDSN リリース 4.0 と同様に、サービス ブレードに対するセッションを確立できます。サービス ブレード上のコントロール プロセッサに対してセッションが確立されます。サービス ブレードに対する単一セッションから、各コマンドで 1 つの機能のために要求した PDSN 機能を設定できます。この設定は、同じ設定を必要とするすべてのプロセッサに伝播されます。追加の設定は必要ありません。

IOS 設定コマンドのデフォルトの処理は、サービス ブレード上のすべての IOS プロセッサで設定が有効になることです。設定セッションをホストするプロセッサでだけ実行するコマンドセットを定義することもできます。フィルタ処理された設定コマンドには、たとえば、上記のいずれかに関するインターフェイス設定モードの OSPF、SNMP、HSRP、BGP、Eigrp、CDP、およびサブコマンドに関連するコマンドがあります。

SNMP 管理用の単一インターフェイス

サービス ブレードには、SNMP 操作の対象アドレスである個別の設定可能な IP アドレスが用意されています。この IP アドレスはコントロール プレーン プロセッサでホストされます。PDSN 機能に関連するサービス ブレード上のすべての MIB には、この IP アドレスを介してアクセスできます。コントロール プレーン プロセッサ以外のプロセッサから要求された情報は、MIB ターゲットに応じて、プッシュまたはプルされます。

プロセッサ単位で情報を提示するプロセッサ リソースの使用状況およびメモリの使用状況に関連する MIB は 2 つあります。6 個の個別エントリ（1 プロセッサあたり 1 個）で返される単一のプロセッサ リソース MIB の結果があります。メモリの使用状況の場合も同様です。

トラブルシューティングおよびデバッグのための単一インターフェイス

サービス ブレードには、show コマンドおよび debug コマンドを実行する単一のエントリ ポイント（コントロール プレーン プロセッサへのセッション）が用意されています。デフォルトで、show コマンドはコントロール プレーン プロセッサでだけ実行されます。1 つまたは複数のトラフィック プレーン プロセッサで実行する必要がある各コマンドは個別に実行されます。

debug コマンドの場合、PDSN でも単一 IP の HA モデルに従います。トラフィック プレーン プロセッサからの追加情報を必要とし、ユーザ（NAI または IP アドレス）単位で承認されるコマンドの場合、そのユーザをホストするトラフィック プレーン プロセッサが識別され、そのプロセッサでコマンドが実行されます。

多様なプロセッサの結果が単一の提示に組み合わされてから、コマンドに対する応答が提供されます。

条件付きデバッグ コマンドも同様のアプローチを使用します。PDSN でも、HA 用に Osler が提案するモデルに従います。

AAA 用の単一インターフェイス

サービス ブレードは、AAA の対話用に単一の IP アドレスを提示します。この IP アドレスは、RADIUS ベースの対話の両方で 1 つのアドレスの場合と、プロトコルごとに個別の IP アドレス設定の場合があります。

RADIUS ベースの認証および認可は、トラフィック プレーン プロセッサから実行されます。

サービス ブレード パケットの配信機能は、宛先 UDP ポートに応じて、RADIUS トラフィックを特定のプロセッサに配信します。

フェールオーバー用の単一インターフェイス

現在の SAMI 障害モードは、可能な限り、プロセッサ単位の障害用です。単一 IP モデルの場合、ブレードで障害が検出されると、プロセッサ レベルのフェールオーバーで十分な場合でも、ブレード レベルのフェールオーバーになります。この機能は、HA の単一 IP の場合と同様です。

操作と管理

ここでは、操作と管理に分類される機能について説明し、次の内容についても説明します。

• Chassis-Wide MIB for Application-Related Parameters

• AAA Responsiveness Test Tool およびトラップ

• AAA 非応答に対するトラップ生成

• Show Subscriber

• シャーシ内設定の同期

• Monitor Subscriber

• Show Subscriber Session

• バルク統計情報の収集

Chassis-Wide MIB for Application-Related Parameters

この機能には、すべてのアプリケーション関連パラメータがシャーシ全体でレポートされる単一の MIB が用意されています。PDSN の場合、この機能は PDSN インスタンス ベースで提供されます。

単一サービス ブレード上のすべての PDSN インスタンスでは、単一 IP アドレスに対する SNMP の Get によってこの情報を入手できます。この情報は、CISCO-PDSN-MIB、CISCO-CDMA-PDSN-EXT-MIB、および CISCO-IP-LOCAL-POOL-MIB で使用できます。PDSN インスタンスごとに MIB を取得するために必要な数の SNMP GET 操作を実行するのは、SNMP マネージャの役割です。今回のリリースの単一 IP PDSN 機能は、サービス ブレードごとに 1 つの PDSN インスタンスをサポートしているため、サービス ブレードごとの Get 操作の数が 12 から 2 に減ります。

AAA Responsiveness Test Tool およびトラップ

この機能には 2 つの側面があります。

• ローカルで開始された AAA 認証によるバインディングを使用した、AAA サーバの可用性を手動で検証する。

• SNMP トラップに基づいて、通常操作中にサーバが応答しないことを表示する。

AAA Responsiveness Test Tool

今回のリリースでは、AAA Responsiveness Test Tool をサポートしていません。

AAA 非応答に対するトラップ生成

AAA サーバ非応答に対するトラップ生成を参照してください。

Show Subscriber

この機能は、シャーシの単一ポイントから、シャーシの PDSN インスタンスがホストする加入者のリストを表示します。今回のリリースでは、サービス ブレード単位で単一の PDSN インスタンスをサポートします。そのため、必要な手順は、サービス ブレードの 1 つまたはすべてに対して IOS CLI コマンドを使用することで、目的の情報を要求することに限定されます。

表 13 は機能のリストです。

使用できる出力表示フォーマットは次のとおりです。

• Summary - セッション、送受信バイト、送受信パケット、ACL による受け入れとドロップの合計数。

• Brief - コマンド フィルタに一致するユーザ別の 1 行の出力。出力は、割り当てられた IP アドレス、NAI、休止、および PCF アドレスで構成されます。

• Verbose - show cdma pdsn session コマンドの出力が提供する詳細な表示。

この機能は SNMP 経由ではサポートされません。

シャーシ内設定の同期

この機能で自動同期をイネーブルにすることで、アクティブなブレードで実行された設定コマンドは、パートナーのスタンバイ ブレードで自動的に同期されます。アクティブまたはスタンバイのパートナー モデルの設定コマンド、PDSN の冗長性コマンド、および HSRP のスタンバイ コマンドを冗長性のために障害検出モードとして設定する設定コマンドを除き、自動同期はすべてのコマンドに適用されます。

この機能はデフォルトでディセーブルです。設定モードで auto-sync all コマンドでイネーブルにできます。「write memory」は、スタンバイから復帰する前に実行する必要があります。

（注） 設定コマンドは、スタンバイの PDSN では実行できません。EXEC コマンドは許可されています。

アクティブまたはスタンバイの PDSN を判断する方法は、Stateful SwitchOver（SSO）のサポートに使用される Radio Frequency（RF; 無線周波数）インフラストラクチャだけでなく、多様な Mobile Severely Errored Frame（mSEF）ゲートウェイに対するセッション冗長性のサポートに基づきます。

初期化

SSO 設定の同期は、起動時に自動実行されます。事前の設定は必要ありません。同様の同期は PDSN に適用できません。冗長ユニット間の IP 接続は、RF ネゴシエーションの前に必要なためです。そのため、アクティブおよびスタンバイのブレードで、異なっていても関連性がある設定が必要です。

さらに、SSO 設定の同期機能は、各冗長ユニットで固有の設定をサポートしていません。PDSN、HSRP、および RF では、Interdev プロトコルが必要です。そのいずれも、冗長ユニットで固有の設定が必要です。

各ユニットで固有の設定を必要とする既存のコマンドは、ピア ユニットの設定に合わせるために変更されます。新しいコマンドでピア スロットを識別します。これらのコマンドは解析され、設定の同期を自動的にトリガするために、RF ネゴシエーション状態 RF_PROG_STANDBY_CONFIG が使用されます。新しいコマンドについては、 設定の詳細を参照してください。

RF Client

SSO 設定の同期の場合と同様に、PDSN 設定の同期も RF Client です。設定の同期機能によって、進行イベントおよび状態イベント用に RF を備えるコールバックが登録されます。RF は、イベントの進行および状態に従ってこれらの登録済みクライアントに通知するため、PDSN は設定ファイルを同期するときを把握できます。

設定ファイルと同期

設定の同期機能は、スタートアップ コンフィギュレーションと実行コンフィギュレーションのプロセスから構成されます。

スタートアップ コンフィギュレーションはテキスト ファイルとして NVRAM に保存されます。メモリへの書き込み、起動時にコピーなどの操作を実行すると、このファイルは同期されます。書き込み操作のためにファイルを開いている場合、ファイルを閉じた後に同期は開始されます。

実行コンフィギュレーションの同期は、特定の操作によって動的に生成されるため、同期を実行するときは常に、実行コンフィギュレーションを生成する必要があります。

SSO の実装では、同期プロセスが開始される前にプライマリがロックされます。スタートアップ コンフィギュレーションおよび実行コンフィギュレーションのバルク同期が実行され、次にパーサー モードの同期が実行されます。

両方のプロセスが同期され、プライマリのロックが解除されると、1 行ごとの同期が開始されます。

すべての同期プロセスには、冗長ユニット間で通信できる転送メカニズムが必要です。

PDSN の設定の同期機能では、次の転送メカニズムのいずれかを使用できます。

• CP-TP メッセージングに現在使用されている Reliable IPC メカニズム

• IPC メッセージング向けの RF または CF SCTP ベースのアプローチ

• IPC メッセージング向けの新しい SCTP ベースのアプローチ

1 つ目は、実装の観点からは最速のソリューションですが、シャーシ内ソリューションとしては拡張性が不十分です。今回のリリースでは、2 番目のオプション RF または CF SCTP をサポートしていません。

バルク同期

バルク同期を開始する前に、2 つのユニット間で RF Interdev 通信を確立する必要があります。各ユニットがスタートアップ コンフィギュレーションを解析します。その結果、ユニットはアクティブまたはスタンバイ状態になります。起動後に、実行またはプライベート設定の変更がある場合、アクティブ ユニットはスタンバイに対して、実行およびプライベート設定ファイルのバルク同期を実行します。

バルク同期後に、スタンバイは自身をリロードし、変更された設定を反映します。このスタンバイのリロード フェーズ中に、アクティブ ユニットで設定操作は実行できません。

初期化中に同期される設定は次のとおりです。

• プライベート設定

• 実行コンフィギュレーション

SUP のスタートアップ コンフィギュレーション ファイルは常に同期状態なので、スタートアップ コンフィギュレーションは同期されません。

起動後にプライベート設定が変更された場合、アクティブ ユニットはプライベート設定ファイルをバッファにコピーし、RF Interdev SCTP を使用してそのファイルをスタンバイに送信します。

起動後に実行コンフィギュレーションが変更された場合、アクティブ ユニットはその実行コンフィギュレーション ファイルをバッファにコピーし、Interdev SCTP を使用してそのファイルをスタンバイに送信します。これらの手順に従って、アクティブ ユニットはメッセージをスタンバイに送信し、受信バッファの解析を始めます。

スタンバイ ユニットは受信バッファのコンテンツをローカルに保存し、自身をリロードして変更された設定を適用します。

（注） NVRAM 設定ファイルには、パブリック設定ファイルとプライベート設定ファイルの 2 種類があります。プライベート設定ファイルはコンソールに表示できません。プライベート NVRAM 設定ファイルの使用例として、システムをリブートしても残る永続的な SNMP インターフェイス インデックスを保守して、合法的傍受のユーザ名とパスワードなどを保存する場合があります。

1 行ごとのの同期

アクティブ ユニットとスタンバイ ユニットのどちらも起動し、実行中の場合、アクティブ ユニットから入力された CLI コマンドが最初に実行され、そのコマンドはスタンバイに伝播して実行されます。スタンバイでの実行結果はアクティブ ユニットに返されます。

戻りコードが設定された各 CLI コマンドにすべてのパーサー アクション ルーチンを持たせるために、SSO 実装では Parser Return Code（PRC）スキームが使用されます。この戻りコードは、エラー コード、コンポーネント ID、同期ビット、サブコードなどのクラスの組み合わせです。

Parser Mode Synchronization は、同期のためにコマンドをスレーブに送信する前に、アクティブ ユニットとスタンバイ ユニットとで同じパーサー モードを維持します。

SSO 実装の場合、同期は RPC 経由で実行されます。それによって、アクティブ RP がスタンバイ RP から戻りコード メッセージを受信するまで、現在のプロセスはブロックされます。そのため、コマンドは両方のユニットのために実行されます。

スタンバイ ユニットでコマンドが失敗した場合、結果はアクティブ ユニットに返されます。アクティブ ユニットでは、ポリシー メーカーのスタブ レジストリが呼び出され、発信側または上位レイヤに返された結果の処理方法に関する決定が委ねられます。

単一 IP PDSN 設定同期機能では、SSO の 1 行ごとの同期実装がそのまま使用されます。

スタートアップ コンフィギュレーションの同期

SSO の実装では、バルク同期を実行できる RF 状態の場合、起動中にスタートアップ コンフィギュレーションが同期されます。スタートアップ コンフィギュレーションの同期を開始する前に、ルータをロックする必要があります。

write memory または copy file1 startup-config を実行される場合、このシナリオを処理する方法は 2 つあります。

• スタートアップ コンフィギュレーション ファイルをバルク同期します。

• EXEC コマンドの 1 行ごとの同期を実行します。

単一 IP PDSN の場合、スタートアップ コンフィギュレーション ファイルのバルク同期が使用されます。これは、アクティブ ユニットがスタンバイの場所に設定の変更を保存できるためです。

実行コンフィギュレーションの同期

実行コンフィギュレーションでは、冗長性ユニットが同じ状態の情報を保持しています。

初期状態では、セカンダリ ユニットが RF Interdev 通信を確立した後に、実行コンフィギュレーション ファイルがバルク同期されます。起動前にアクティブ ユニットで実行コンフィギュレーションが変更された場合、バルク同期によってスタンバイ ユニットの自己リロードが実行されます。リロードすると、スタンバイ ユニットにはアクティブ ユニットの実行コンフィギュレーションが適用されます。

その後、1 行ごとの同期が 2 つのユニット間で実行されます。各コマンドを設定すると、プライマリでそのコマンドが実行された後に、同じコマンドがセカンダリ側に渡されます。

単一 IP PDSN 機能の場合、実行コンフィギュレーションのバルク同期は、RF Interdev SCTP を使用して実行されます。

制約事項

シャーシ内を設定する場合の制約事項は次のとおりです。

• スタンバイ ユニットで設定コマンドは使用できません。設定できるのはアクティブ ユニットだけで、アクティブ ユニットの設定でスタンバイ ユニットの設定が決まります。

• 初めて冗長性同期機能を設定する場合、冗長ユニットの 1 つだけがアップ状態です。他のユニットをアップ状態にする前に、必要な設定を行って、保存してください。こうすることで、初めての場合でもスタンバイ ユニットで設定することを回避できます。

• スタンバイ ユニットで write memory コマンドは使用できません。

• 自動同期機能がイネーブルの場合、実行する必要がある CLI コマンドは unit1-unit2 set だけです。自動同期機能がイネーブルの場合、コマンドの local-remote set は使用できません。local-remote コマンドを使用できるのは、自動同期機能をディセーブルににした後だけです。

設定の詳細

設定は自動同期機能を使用して同期されるため、両方のユニットの CLI は常に同じです。この機能はデフォルトで無効に設定されています。現在、次のコマンドは各冗長ユニットに固有で、変更されました。

• ipc zone default

• association no.

• protocol sctp

• unit1-port port1

• unit1-ip ip1

• unit2-port port2

• unit2-ip ip2

次の新しいコマンドは、インターフェイス GigabitEthernet0/0.23 に導入されました。

redundancy ip address コマンドはインターフェイス単位のコマンドです。HSRP プロトコルでは、ネゴシエーションのために設定されたこの IP アドレスが使用されます。通常の ip address コマンドを使用して設定されるアドレスは使用されません。HSRP とピアとのネゴシエーション専用のサブインターフェイスには、ip address 設定は必要ありません。

redundancy slot コマンドはグローバル 設定で、ピア スロットの特定に使用されます。

シャーシ内設定の同期を設定するには、次のタスクを実行します。

ipc-assoc-protocol-sctp モードで実行します。

それぞれ、ipc-unit1-port モードおよび ipc-unit2-port モードで実行します。

interface モードおよび sub-interface モードで実行します。

各カードで実行する必要がある一連の設定手順は次のとおりです。

自動同期機能をイネーブルにしてセッションの冗長性を初めて設定する場合、1 つのユニットだけを設定し、もう一方のユニットの電源は切る必要があります。

設定が完了したら、unit1 で write memory を実行してから、unit2 の電源を投入します。

Monitor Subscriber

この機能を使用すると、シャーシの単一ポイントから、NAI または割り当て済みの IP アドレスに基づいて条件付きデバッグを確立できます。シャーシ内の PDSN インスタンスが加入者セッションをホストしているか、これは、セッションが確立していない場合は加入者セッションをホストするために選択されるかを知らなくても、この処理は可能です。この機能では、IOS コマンドを中央で実行できる Osler ツールを使用します。IOS コマンドには、応答を受信し、その応答をわかりやすく簡潔なフォーマットで提示する機能があります。

出力フォーマットは 2 つあります。brief はデバッグ出力が簡潔に提示され、verbose は詳細なデバッグ出力が提示されます。

7600 のスーパーバイザにログインしてから、コマンドのデバッグ条件の「qualifier」プロトコルを実行する必要があります。

次の 2 段階のプロセスを実装する必要があります。

1. セッションをホストするシャーシで PDSN インスタンスを決定します。

2. セッションが存在する場合、その PDSN インスタンスで debug conditional コマンドを適用してから、要求された特定の debug コマンドを適用します。セッションが存在しない場合、デバッグのためのトリガ前条件を確立してから、シャーシに設定されているすべての PDSN インスタンスで、要求された debug コマンドを実行します。

条件付きデバッグが適用されるプロトコルのサブシステムを指定することもできます。たとえば、Session、Accounting、TFT、VPDN、MIP、PMIP、All などがあります。

同時に実行できるトリガ前条件は 10 個までです。

（注） PCOP 上のセッション マネージャは、加入者が存在する場合に加入者を特定するために使用されます。加入者が登録済みの場合、セッション マネージャの API は、検索に使用されます。検索は、IMSI、NAI、またはモバイル割り当ての IP アドレスに基づきます。

Show Subscriber Session

7600 のスーパーバイザにログインし、show subscriber session コマンドを実行します。この subscriber は IMSI、NAI、または IP アドレスで識別されます。

次の 2 段階のプロセスを実装する必要があります。

• セッションをホストするシャーシで PDSN インスタンスを決定します。

• 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 のコマンドを実行します。

バルク統計情報の収集

この機能は、単一ポイントで使用できます。

• シャーシのアクティブな各サービス ブレードから、名前で識別可能な、使用できる PDSN 統計情報の定期的な収集を開始します。

• 選択した各サービス ブレードで、IOS Bulk Statistics コレクションをイネーブルにして、指定した統計情報を収集します。このメカニズムを使用して、MIB 引数の統計情報を収集できます。必要な尺度が MIB の一部ではない場合、バルク統計情報コレクション機能の一部として収集できません。

• URL で識別される外部 TFTP サーバにファイルを転送します。

15 分刻みで統計情報コレクションの期間を設定できます。収集期間の最小値は 30 分です。収集期間の最大値は 24 時間です。

このファイルには、ブレードごとに収集される CPU ベースで使用できる CPU の使用状況およびメモリの占有状況を除き、各ブレードの要約の統計情報が含まれます。ブレード単位のファイルは、そのブレード上の各アプリケーションの CPU のエントリがあります。

ファイル フォーマットは、カンマで区切られた一連の「変数名 値」ペアです。

Cisco PDSN リリース 5.0 では、変数名は変数の OID です。OID は、IOS Bulk Statistics Collection CLI コマンドから使用できるサポートのレベルのためです。

PDSN アプリケーションでサポートされ、MIB で使用できる変数など、収集される統計情報の事前に定義されたセットがあります。統計情報に割り当てられた OID は、関連する MIB の OID に直接対応します。

次の該当する変数は MIB にありません。Bulk Statistics Collection 機能の一部としてこれらはサポートされません。

• PDSNRegRevocationsSent

• PDSNRegRevocationsReceived

• PDSNRegRevocationsIgnored

• PDSNRegRevocationAcksSent

• PDSNRegRevocationAcksReceived

• PDSNRegRevocationAcksIgnored

収集が行われる期間は、yy:mm:dd:hh:mm:ss yy:mm:dd:hh:mm:ss というフォーマットでファイルに示されます。最初の日付は開始で、2 番目の日付は終了です。

統計情報の収集をイネーブルにするサブシステムのセットを変更する場合、まず進行中の統計情報の収集をキャンセルしてから、新しい収集を開始する必要があります。キャンセルされたセッションで収集した情報は保存されます。

外部サーバを使用できない場合、ファイルはローカルの不揮発性メモリに保存されます。次のファイルの転送に成功するまで、最後に転送されたファイルがローカルに保存されます。新しいファイルの転送に成功すると、現在の保存ファイルは新しいファイルで置き換えられます。

単一 IP PDSN リリース 5.0 でバルク統計情報機能をサポートするために、新しい IOS コマンドは使用されません。

Cisco PDSN リリース 5.0 の冗長性のサポート

Cisco PDSN リリース 5.0 機能の冗長性のサポートは、リリース 4.0 のサポート内容と同じです。

セッションの冗長性は、単一 IP アーキテクチャのサポートまで拡張されました。SAMI ごとに 1 つのプロセッサ（つまり PCOP）だけが冗長性管理に関係します。その他のすべてのプロセッサ（TCOP など）は、PCOP の状態に従います。アクティブからスタンバイへの設定の同期は、Cisco PDSN リリース 5.0 でサポートされます。

パフォーマンス要件

単一 IP PDSN は次のパフォーマンス数値をサポートします。

• サービス ブレードごとに 175,000 の加入者。

• 6 個の独立したプロセッサを検証するために適用された測定技術を使用する IMIX による 3.0 Gbps のスループット（20% がアップストリームで 80% がダウンストリーム）。このモデルは、このような測定の一部として実績があるスループットの 5/6 を示します。

• リロードされるスタンバイ PDSN サービス ブレード 200,000 の加入者のレジストレーションをホストするアクティブな HA サービス ブレードのバルク同期に必要な時間は、「6 個の独立したプロセッサ」モデルで、完全にロードされたアクティブ サービス ブレードからスタンバイ サービス ブレードへバルク同期する場合よりも短時間です。

• Call Per Second（CPS; 1 秒あたりのコール）レートは、「6 個の独立したプロセッサ」モデルの単一プロセッサより低速になることはありません。CPS レートは、パフォーマンス検証で測定されるレート（100 CPS）を満たすか、超えます。

単一 IP のサポート - 再利用および新規の CLI コマンド

IPC が IXP と通信できる CLI コマンド、および GTP と GTP モジュール上の IPC が、SAMI PPC 間で、信頼できる確認応答済みの通信および確認応答がされていない通信を実行できる次の CLI コマンドが用意されています。

EXEC モード

• debug sami ipc gtp processor 3-8

• debug sami ipc gtp processor

• debug sami ipc gtp any

• debug sami ipc detail

• debug sami ipc

• debug sami ipc stats detail

• debug sami ipc stats

• test sami tp-config {enable | disable}（SingleIP イメージの TP で使用可能）

show コマンド

• show sami ipcp ipc gtp

• show sami ipcp ipc ixp

• show sami ipcp ipc processor

設定モード：

• default sami ipc crashdump

• default sami ipc keepalive

• default sami ipc retransmit

• default sami ipc retries

• sami ipc crashdump

• sami ipc keepalive

• sami ipc retransmit

• sami ipc retries

設定モードの sami ipc crashdump コマンドは次のとおりです。

pdsn-Stdby-ftb3-73(config)# sami ipc crashdump ?

never IPC 障害に応答してクラッシュしません。

tolerance IPC リンク障害の許容期間を指定します。

単一 IP PDSN での分散設定、show、および debug コマンド

ここでは、単一 IP PDSN での分散設定、show、および debug コマンドについて説明します。

分散設定

Distributed CLI エージェントは、IPC プロトコルを使用して、PCOP の設定情報を各 TCOP に分散しています。

デフォルトで、CLI エージェントはすべてのコマンドを許可していますが、TCOP 上で不要な一部の機能をトリガする可能性があるコマンドをフィルタします。

CDMA 以外（残りの IOS）の設定コマンド

CDMA 以外の CLI コマンドは、PCOP でブロックまたはフィルタされます。

PCOP 上でフィルタされるコマンドは次のとおりです。

• router ospf

• router bgp

• router eigrp

• router rip

• router [any routing protocol]

• cdp [related commands]

• インターフェイス設定で上記に関連するすべてのサブコマンド

ルーティング プロトコルは TCOP に送信されません。SAMI でルーティング プロトコルを設定することはお勧めしません。SAMI と SUP 間で静的なルーティング設定をセットアップする方が望ましい方法です。

SAMI に IP アドレス プールを割り当て、一方で SUP でそれぞれの静的ルーティングを設定することをお勧めします。

IP Local Pool Command Change

このコマンドは、GGSN Centralized Pools 実装から再利用されます。

CDMA 関連の設定コマンド

単一 IP モデルの場合、TCOP にログインすると EXEC バナーが表示され、「通常の」メンテナンス アクティビティを PCOP から実行する必要があるという警告が表示されます。

表 14 は、PDSN 単一 IP がサポートするコマンドのリストです。また、PCOP でフィルタされるか、TCOP にも送信されるかを示します。

コマンドが TCOP に送信される場合、各 TCOP で実行されます。

ローカル加入者の QoS プロファイル用の PDSN コマンド

cdma pdsn multiple service flows qos subscriber profile コマンドを実行すると、サブモードに移行します。 表 15 は、ローカル加入者の QoS プロファイルで多様なパラメータの設定に使用できるコマンドのリストです。

（注） 設定コマンドがフィルタされる場合、サブ設定コマンドもフィルタされます。

以下の設定タスクについては、 PDSN イメージの設定を参照してください。

• PDSN サービスの有効化

• CDMA Ix インターフェイスの作成

• ループバック インターフェイスの作成

• バーチャル テンプレート インターフェイスの作成と PDSN アプリケーションへのアソシエート

• R-P インターフェイス シグナリングの有効化

• ユーザ セッション パラメータの設定

• HSRP の有効化と冗長性の設定

• PDSN-AAA サーバ インターフェイスのループバック インターフェイスの使用

• アクティブ-アクティブな状況を処理するアプリケーション トラッキングの設定

• PDSN 環境での AAA サーバの設定

• PDSN 環境での RADIUS の設定

• PDSN 環境での 前払い の設定

• PDSN 環境での VPDN の有効化

• モバイル IP FA の設定

• ローカルなプロキシ モバイル IP アトリビュートの設定

• モバイル IP SA の設定

• ネットワーク管理の有効化

• 常時接続サービスの設定

• A11 セッションのアップデートの設定

• SDB インジケータ マーキングの設定

• PPP コントロール パケットの SDB インジケータ マーキングの設定

• PDSN での PoD の設定

• PDSN でのモバイル IP リソース失効の設定

• PDSN アカウンティング イベント

• CDMA RADIUS アトリビュートの設定

ホスト ルートの設定

一般的に、ホスト ルートはモバイルの TCOP に追加されます。SingleIP の場合、MIP アドレスのすべての ARP 要求は PCOP に送信されます。PCOP が ARP 要求に応答できるようにするには、この CLI コマンドをイネーブルにします。この CLI コマンドを実行すると、フローがアップすると、PCOP 上にモバイルのホスト ルートがインストールされ、フローがダウンするとホスト ルートが削除されます。

この CLI コマンドが必要なのは、ホスト ルートが MIP のスーパーバイザで追加されない場合だけです。デフォルトで、この CLI コマンドは設定されません（ 表 16 ）。

clear コマンド

表 17 は clear コマンドのリストです。

分散された show および debug

デフォルトで、すべての debug コマンドは TCOP で実行され、トレースは PCOP から表示されます。PCOP は、分散されたデバッグの集約は行いません。

分散された show - 分散された show コマンドの場合に従う規則は、 既存の show コマンドに記載されているコマンドの場合、TCOP から収集されたデータについて PCOP で集約が実行されることだけです。デフォルトで、show コマンドはすべての TCOP で実行されません。

分散された debug - 分散された debug コマンドの場合に従う規則は、デフォルトで、すべての debug コマンドは TCOP で実行され、トレースは PCOP から表示されることです。PCOP は、分散されたデバッグの集約は行いません。

単一 IP アーキテクチャでの新しい show コマンド

次のコマンド例は、単一 IP アーキテクチャの新しい show コマンドを示しています。