概要
登録失効は、同じモバイルノードにモバイル IP 機能を提供している HA または FA のいずれかが、バインドの終了を他のモビリティエージェントに通知できる一般的なメカニズムです。この機能には次の利点があります。
-
FA や HA でのモバイル IP リソースのタイムリーなリリース
-
正確なアカウンティング
-
モバイルノードへのサービス変更のタイムリーな通知
モバイル IP の登録失効は、次のいずれかによって FA でトリガーできます。
-
何らかの理由でモバイルノードでセッションが終了した
-
セッションの再ネゴシエーション
-
コールの管理クリア
-
セッション マネージャ ソフトウェアのタスク停止による FA セッションの喪失(回復できなかったセッション)
![]() 重要 |
登録失効機能は、プロキシモバイル IP でもサポートされています。ただし、プロキシ MIP コールの失効を開始できるのは HA のみです。 |
モバイル IP 登録失効は、次のいずれかによって HA でトリガーできます。
-
コールの管理クリア
-
アクセスゲートウェイ間のハンドオフ。これにより、以前のアクセスゲートウェイまたは FA のバインディングが解放されます。
-
セッション マネージャ ソフトウェアのタスク停止による FA セッションの喪失(回復できなかったセッションの場合)
-
セッションアイドルタイマーの期限切れ(失効を送信するように設定されている場合)
-
ローカルポリシーが原因でバインディングが終了するその他の条件(重複 IMSI の検出、重複するホームアドレスの要求など)。
FA と HA は、モバイル IP コールの確立時に登録失効のサポートをネゴシエートします。失効のサポートは、エージェント アドバタイズメントの「X」ビットを MN に設定することで、FA からモバイルノード(MN)に通知されます。ただし、MN はコールの失効のネゴシエーションや失効プロセスには関与しません。通知を受け取るだけです。エージェント アドバタイズメントの X ビットは、FA で失効がサポートされていることを MN に知らせるだけで、HA とネゴシエートできることを保証するものではありません。
FA で失効が有効になっていて、FA-HA SPI が設定されている場合、MN から受信され FA-HA 認証拡張によって保護される RRQ に、失効サポート拡張が付加されます。HA で RRQ が受け入れられ、HA が失効をサポートしている場合、HA は失効サポート拡張を含む RRP で応答します。失効サポートは、正常な登録交換中に両側で失効サポート拡張が含まれている場合に、バインドに対してネゴシエートされたと見なされます。
![]() 重要 |
RRQ または RRP の失効サポート拡張は、FA-HA 認証拡張で保護する必要があります。したがって、これを成功させるには、FA と HA で FA-HA SPI を設定する必要があります。 |
FA で失効が有効になっているが、特定の HA に対して FA-HA SPI が FA で設定されていない場合、FA はコールの失効サポート拡張をその HA に送信しません。したがって、失効サポートがネゴシエートされずにコールが発生する可能性があります。
HA が失効サポート拡張を持つ RRQ を受信しても、FA-HA 認証拡張で保護されていない場合、「FA 認証の失敗」エラーで拒否されます。
FA が失効サポート拡張を持つ RRP を受信しても、FA-HA 認証拡張で保護されていない場合、「HA 認証の失敗」エラーで拒否されます。
また、初期、更新、またはハンドオフ RRQ および RRP メッセージにも失効サポート拡張が含まれていることに注意してください。失効拡張は FA からの登録解除 RRQ には含まれておらず、HA は受信した登録解除 RRQ でこれらを無視します。