- Cisco Mobile Wireless Home Agent の概 要
- Home Agent（HA）の設定プランニング
- 単一 IP インフラストラクチャ
- HA でのホーム アドレス割り当て
- ユーザ認証および認可
- HA の冗長性
- HA でのロード バランシングの設定
- IP 登録の終了
- ダイナミック ドメイン ネーム サーバ（DNS） アップデート
- ユーザ単位パケット フィルタリング
- HA のセキュリティ
- HA のアカウンティング
- Home Agent（HA）でのマルチ VPN ルー ティングおよびフォワーディング（VRF）
- Home Agent（HA）の サービス品質（QoS）
- ユーザ トラフィックのモニタリング
- その他の設定作業
- Home Agent のネットワーク管理、管理情報 ベース（MIB）、および簡易ネットワーク管理 プロトコル（SNMP）
- 用語集
Cisco Mobile Wireless Home Agent リリース 5.2 for Cisco IOS リリース 12.4(22)YD2
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年6月11日
章のタイトル： ダイナミック ドメイン ネーム サーバ（DNS） アップデート
ダイナミック ドメイン ネーム サーバ（DNS）アップデート
この章では、Domain Name Server（DNS; ドメイン ネーム サーバ）アップデートの方法、サーバのアドレス割り当て、およびこれらの機能の設定方法について説明します。
•
「例」
IP 到達可能性
TIA/EIA/IS-835-D には、ホーム AAA サーバと Home Agent（HA）を使用したダイナミック DNS アップデートの方法が説明されています。AAA による DNS アップデートは簡易 IP およびモバイル IP の両方のサービスに適用できますが、HA による DNS アップデートを適用できるのはモバイル IP サービスだけです。次に、HA 上の IP 到達可能性の機能について説明します。
HA は、初回の登録要求を受信すると、ホーム Remote Authentication Dial-In User Service（RADIUS）サーバに RADIUS アクセス要求を送信します。RADIUS サーバが HA ベースの DNS アップデートを要求するように設定されていれば、ホーム RADIUS サーバは、HA に戻す RADIUS Access-Accept メッセージに DNS-Update-Required アトリビュートを付加します。初回のモバイル IP 登録に成功すると、HA は DNS サーバに DNS アップデート メッセージを送信し、MS のリソース レコードを追加します。HA は、DNS アップデート メッセージをプライマリおよびセカンダリ（存在する場合）の DNS サーバに送信します。
HA が、ライフタイム タイマーがゼロに設定された Mobile IP Registration Request（RRQ; 登録要求）を受信すると、モバイル IP のライフタイムが期限切れになった場合、または管理操作によって MS のモビリティ バインディングが無効にされた場合には、HA は DNS サーバに、関連リソース レコードを削除するための DNS アップデート メッセージを送信します。以降のコマンドは、特定のレルムについて、HA 上の IP 到達可能性をイネーブルにします。
（注） 再登録の場合は、その都度、DNS アップデートは送信されません。
（注） この機能は、プロキシ モバイル IP フローでも同様にサポートされます。
次に、モバイル登録シナリオにおける、HA 上の IP 到達可能性のコール フローを示します。
1. HA が、Packet Data Serving Node（PDSN）/Foreign Agent（FA; 外部エージェント）から登録要求を受信します。
2. HA から RADIUS サーバにアクセス要求が送信されます。HA により、DNS Server Update Capability VSA が付加されます。
3. RADIUS サーバから、DNS Update Required VSA が付加されたアクセス受諾が送信されます。
4. HA から PDSN/FA に登録応答が送信されます。HA が冗長設定されている場合、アクティブ HA とスタンバイ HA のバインディング作成が同期化されます。
5. HA によりバインディングが作成され、DNS サーバに DNS アップデート要求メッセージが送信されます。
6. DNS サーバにより、NAI の DNS エントリが作成され、HA に DNS アップデート応答メッセージが戻されます。
次に、モバイル登録解除シナリオにおける、HA 上の IP 到達可能性のコール フローを示します。
1. HA が、PDSN/FA からライフタイムがゼロの登録要求を受信します。
2. SA がローカルに保管されていない場合、HA から RADIUS サーバにアクセス要求が送信されます（オプション）。
3. RADIUS サーバからアクセス受諾が戻されます（オプション）。
4. HA により、バインディングが削除されます。HA から PDSN/FA に、登録応答が戻されます。HA が冗長設定されている場合、アクティブ HA とスタンバイ HA のバインディング削除が同期化されます。
5. HA から DNS サーバに、DNS エントリを削除するための DNS アップデート要求メッセージが送信されます。
6. DNS サーバにより、NAI の DNS エントリが削除されます。DNS サーバから HA に、DNS アップデート応答メッセージが戻されます。
IP 到達可能性の設定
特定のレルムでこの機能をイネーブルにするには、次のコマンドを使用します。
この機能によるバインディングがイネーブルかどうかを確認するには、次のコマンドを使用します。
|
|
|
|
|---|---|---|
DNS サーバのアドレスの割り当て
IS835D に、モバイル IP 登録応答で、ホーム DNS サーバのアドレスを Normal Vendor Specific Extension（NVSE）としてモバイルにプッシュする方法が定義されています。この手順により、モバイル ステーションで、ホーム ドメインのプライマリおよびセカンダリ DNS サーバのアドレスを学習できます。
RADIUS サーバは、モバイル認証中に、HA へのアクセス応答に DNS Server VSA を付加します。HA は、DNS Server VSA から DNS サーバの NVSE を作成し、モバイル IP 登録応答に付加します。認証時に DNS Server VSA を受信しない場合、HA 上で DNS サーバのアドレスがローカルに設定されていれば、ローカル設定から DNS サーバの NVSE が作成され、モバイル IP 登録応答に付加されます。
DNS Server VSA および DNS Server NVSE は、プライマリとセカンダリの DNS IP アドレスを保持します。
HA が冗長モードで配置されている場合、スタンバイ HA に DNS Server VSA が同期化されます。
特定のレルムでこの機能をイネーブルにするには、次のコマンドを使用します。
ip mobile realm realm dns server assign
DNS サーバのアドレスをローカルで設定するには、次のコマンドを使用します。
ip mobile realm realm dns server primary dns server address secondary dns server address
この機能によるバインディングがイネーブルかどうかを確認するには、show ip mobile binding コマンドを使用します。
（注） DNS サーバのアドレスがローカルで設定されていて、かつ AAA からもダウンロードされた場合には、HA 上のローカル設定アドレスが優先されます。
HA 上での DNS リマッピングのサポート
Cisco Mobile Wireless Home Agent Release 5.0 で HA は HA でサポートされるサブスクライバの数に調整してステートフル Network Address Translation（NAT; ネットワーク アドレス変換）機能をサポートします。これによって特定のプロトコルとポートが一致するため、ユーザからの DNS 要求を認識できます。認識されると、宛先 IP アドレスが変更されるため、DNS 要求がオペレータによって定義された IP アドレスに送信されます。同様に、応答には要求に応答した DNS サーバのソース IP アドレスが含まれます。これは、その後、サブスクライバによって使用される元のアドレスにマッピングされます。
Mobile Node（MN; モバイル ノード）は、初めに、セッションの設定中にアクセスしたネットワークの DNS サーバ IP アドレスで設定されます。その後、MN はホーム ネットワーク経由で宛先に到達できないこの IP アドレス（つまり、HA へのリバース トンネル）に DNS メッセージを送信して、ホスト名を解決しようとします。この問題に対処するために、HA 5.0 では「DNS リマッピング」機能が追加されました。
モニタリングでの DNS リダイレクション
DNS リマッピングの問題の 1 つは、プライマリ DNS サーバに障害が発生すると、DNS クエリーが HA で設定されたセカンダリ DNS サーバでリダイレクトされないことです。さらに、HA は DNS クエリーの宛先アドレスを HA 上の設定された DNS アドレスにリマッピングするために NAT 設定を使用しません。
既存の DNS リマッピング機能上の DNS リダイレクション機能では、HA は HA でサポートされるサブスクライバの数に調整してステートフル NAT 機能をサポートできます。
この機能サポートの一環として、HA はアベイラビリティのために DNS サーバのモニタリングと同様に宛先アドレスのリマッピングに対処するようになりました。HA は、どちらが使用可能かに応じて、MN からプライマリまたはセカンダリ DNS サーバの設定された IP アドレスへの DNS メッセージの宛先 IP アドレスを書き直します。プライマリとセカンダリの両方の DNS が使用可能な場合、プライマリがアクティブ DNS の役割を果たします。プライマリ DNS サーバが使用できない場合、HA は HA 上で設定されたセカンダリ DNS サーバへの宛先 IP アドレスのリマッピングを開始します。
このソリューションによって、プライマリ DNS サーバに障害が発生した場合の潜在的な問題を解決できます。DNS クエリーは HA 上で設定されたセカンダリ DNS サーバにリダイレクトする必要があります。
HA は IP SLA の機能を使用して、HA からプライマリとセカンダリの DNS サーバのアベイラビリティを検出します。IP SLA はモニタリングされているノードの接続についての情報を Control Plane（CP; コントロール プレーン）にしか通知しないため、CP は（IPC 経由で）すべての Traffic Plane（TP; トラフィック プレーン）に CP が IP SLA から受信した接続についての情報を通知します。
HA がプライマリ DNS サーバが使用できることを検出した場合は、プライマリ DNS サーバがアクティブ DNS サーバとして使用され、トンネル上の FA から送信される DNS クエリーのリマッピングに使用されます。プライマリ DNS サーバがダウンしている場合、セカンダリ DNS サーバが DNS クエリーのリマッピングのためのアクティブ DNS サーバとして使用されます。プライマリとセカンダリの両方の DNS に HA がアクセスできる場合、プライマリ サーバが DNS リマッピングに使用されます。さらに、セカンダリ DNS サーバがアクティブ DNS サーバで、プライマリ DNS サーバがアップしたり、HA との接続が再開した場合、プライマリ DNS サーバがアクティブ DNS サーバの役割を再度引き継ぎます。
• スイッチオーバーが行われると、HA で DNS サーバからの応答を待っている保留中の DNS クエリーは新しいアクティブな HA ですべて失われます。このシナリオでは、モバイル ノードは DNS クエリーを再送する必要があります。
• DNS クエリーの宛先アドレスが HA 上で設定された DNS サーバのアドレスと一致すると、DNS リダイレクションが使用されず、HA はこのパケットを通常のデータ パケットとして処理します。
• DNS リダイレクションに NAT 設定を使用する必要はありません。
レルムベースの DNS リダイレクションをイネーブルにするには、次の作業を実行します。
|
|
|
|
|---|---|---|
Router(config)# ip mobile realm word dns server primary DNS ip secondary DNS ip |
||
Router(config)# ip mobile realm word dns server redirect {all} |
• ip mobile realm word dns server redirect {all} が ip mobile realm word dns server primary DNS ip secondary DNS ip の前に設定されている場合、HA は次のエラー メッセージを表示します。
• DNS リダイレクション機能はレルム ベースであるため、"@" または "@domain" だけが有効なレルムになります。たとえば、xyz@domain、xyz または xyz@ は有効なレルム オプションにはなりません。エラーの場合、HA は次のエラー メッセージを表示します。
• プライマリ DNS サーバとセカンダリ DNS サーバを設定解除するコマンドが特定のレルムに対して実行されていない場合、そのレルムに対する DNS リダイレクションは自動的にディセーブルになります。
• ip mobile realm word dns server redirect コマンドの no バージョンを使用して DNS リダイレクション機能を設定解除する場合、そのレルムの既存のバインディングは HA から削除されません。DNS リダイレクション機能だけがディセーブルになります。
アベイラビリティをモニタリングしている DNS サーバをイネーブルにするには、次の IP SLA CLI を設定します。この IP SLA コンフィギュレーション コマンド セットは、HA によってモニタリングする必要のあるすべての DNS サーバ ノードに必要です。これらの IP SLA コマンドは7600 シリーズ ルータすべてで使用できる既存のコマンドです。
– ipsla-number は DNS サーバのチェックのために割り当てられている IP SLA 番号です。
Proximity Domain Name Server（PDNS; プロキシミティ ドメイン ネーム サーバ）または SDNS に一致する DNS クエリー
ここでは、DNS クエリーが設定済みの PDNS または SDNS に一致する場合のリダイレクション動作について説明します。
DNS 要求が PDNS に一致し、PDNS がアクティブの場合、その要求はスキップされます。しかし、PDNS がダウンしている場合、要求は SDNS にリダイレクトされます（SDNS がアクティブの場合）。アクティブでない場合、要求は無視されます（通常のデータ パケットとして処理されます）。
SDNS に一致する要求に関する動作は、設定 CLI によって制御されます。DNS のリダイレクトを設定するために使用される CLI は、次のとおりです。
ip mobile realm @realm dns server redirect {all}
redirect だけが設定されている場合、SDNS に送信される要求はリダイレクトされません（アップしている場合）。これらは SDNS サーバだけに送信されます。その他の DNS 要求は PDNS にリダイレクトされます。
redirect all が設定されている場合、（設定済みの SDNS IP に一致する要求を含む）すべての DNS 要求が PDN にリダイレクトされます。
IP SLA 経由の DNS サーバのモニタリング
IP SLA が設定済みのプライマリおよびセカンダリいずれかの DNS サーバとの接続切断または接続のアップ イベントを検出すると、CP 上でレジストリ API を起動します。CP が通知を受け取ると、このイベントについて IPC 経由ですべての TP に通知します。TP が CP からこの通知を受け取ると、プライマリ DNS とセカンダリ DNS 間にアクティブ DNS を設定します。
DNS リダイレクションは冗長性をサポートします。スイッチオーバー後、HA がアクティブになると、設定済みの DNS サーバのアベイラビリティのモニタリングを開始します。DNS クエリーが受信されると、HA 上の設定済みの DNS サーバにリマッピングされます。
唯一の制限は、スイッチオーバーが行われると、HA で DNS の応答を待っている保留中の DNS クエリーが新しいアクティブな HA ですべて失われることです。このシナリオでは、モバイル ノードは DNS クエリーを再送する必要があります。
例
次に、DNS 用のユーザ プロファイルを設定する例を示します。
次に、DNS サーバ アドレス割り当てレルムのコンフィギュレーション例を示します。
次に、AR ユーザ プロファイルでの同じ設定の例を示します。
太字の部分が、プライマリおよびセカンダリの DNS サーバ アドレスです。
次に、IP 到達可能性および DNS サーバ アドレス割り当ての両方の設定例を示します。
フィードバック