メインコンテンツまでスキップ

6.6.2. Solicit-Map-Request (SMR) (Map-Request の要請 (SMR))

6.6.2. Solicit-Map-Request (SMR) (Map-Request の要請 (SMR))

ピアに Map-Request を送信するよう要請することは, マッピング変更サイト ETR が Map-Reply 要求の受信レートを選択的に制御する方法です。SMR は, リモート ITR にキャッシュされたマッピングを更新するよう通知するためにも使用されます。

ETR はどのリモート ITR がそのマッピングをキャッシュしたかを追跡しないため, どの ITR を更新する必要があるかを知りません。したがって, ETR は過去 1 分間にカプセル化されたデータを送信したサイトに Map-Request を要請します (SMR メッセージと呼ばれます)。特に, ETR は最近カプセル化されたデータを送信した ITR に SMR を送信します。

SMR メッセージは, Map-Request メッセージに設定されたビットです。ITR または PITR が SMR メッセージを受信すると, Map-Request を送信します。SMR 送信者と Map-Request レスポンダの両方が, これらのメッセージをレート制限しなければなりません。レート制限は, グローバルリミッタまたは SMR 宛先ごとのリミッタとして実装できます。

次の手順は, サイトが EID-to-RLOC マッピングに対して Locator-Set 圧縮を実行するときに SMR 交換がどのように進行するかを示しています:

  1. ETR のデータベースマッピングが変更されると, サイト ETR はキャッシュされた各 Map-Cache エントリの各 Locator に対して SMR ビットが設定された Map-Request を送信し始めます。

  2. SMR を受信したリモート ITR は, SMR メッセージの送信元 locator アドレスまたはマッピングデータベースシステムに Map-Request を送信するようスケジュールします。新しく割り当てられたランダムな nonce が選択され, 使用される EID-Prefix は SMR メッセージからコピーされます。送信元 Locator がキャッシュされた Locator-Set 内の唯一の Locator である場合, リモート ITR はマッピングデータベースシステムに Map-Request を送信すべきです。単一の Locator が変更され, Map-Request を受け入れるために到達可能でなくなった可能性を防ぐためです。

  3. リモート ITR は, 使用を継続するキャッシュされたマッピングを使用しながら, Map-Reply を受信するまで Map-Request をレート制限しなければなりません。セクション 6.6.3 で説明されている Map-Versioning を使用する場合, SMR 送信者は ITR が最新のデータベースマッピングを使用しているかどうかを検出できます。

  4. 変更されたマッピングを持つサイトの ETR は, SMR によってトリガーされた Map-Request の nonce で Map-Reply を返信します。Map-Reply はレート制限されるべきです。これは Map-Reply のフラッディングを回避するために重要です。

  5. 変更されたマッピングを持つサイトの ETR は, Map-Request を送信したサイトが Map-Cache エントリに新しいマッピングデータを受信したことを記録します。これにより, リモートサイトに送信されるパケットの Locator-Status-Bits が新しいマッピングを反映します。その後, ETR は SMR メッセージの送信を停止します。

適切なレート制限パラメータを決定するための実験が進行中です。

セキュリティ上の理由から, ITR は未承諾の Map-Reply を処理してはなりません。第三者が Map-Cache エントリを破損することを避けるため, SMR によってトリガーされた Map-Request の送信者を検証しなければなりません。ITR が SMR によってトリガーされた Map-Request を受信し, 送信元が保存された Map-Cache エントリの Locator-Set にない場合, 応答する Map-Request は EID 宛先アドレスでマッピングデータベースシステムに送信されなければなりません。マッピングデータベースシステムは権威ある ETR へのより信頼性の高いパスであるため, Map-Request をマッピングデータの権威あるソースに配信します。

ITR が SMR によってトリガーされた Map-Request を受信したが, SMR メッセージの EID に対してキャッシュされたマッピングがない場合, SMR によってトリガーされた Map-Request を送信しないことができます。このシナリオは, ETR がその Map-Cache に保存された Locator-Set のすべての Locator に SMR を送信したが, SMR を受信したリモート ITR がそのサイトにパケットを送信していない可能性がある場合に発生する可能性があります。ITR が送信する必要がある前にそれらを更新することは意味がありません。その時点で Map-Request を送信して Map-Cache エントリを取得します。