6.6. Changing the Contents of EID-to-RLOC Mappings (EID から RLOC へのマッピング内容の変更)

6.6. Changing the Contents of EID-to-RLOC Mappings (EID から RLOC へのマッピング内容の変更)

LISP アーキテクチャがキャッシングスキームを使用して EID-to-RLOC マッピングを取得および保存するため, ITR がマッピングの更新を取得する唯一の方法は, マッピングを再要求することです。しかし, ITR はマッピングがいつ変更されるかを知らず, ETR もどの ITR がそのマッピングを要求したかを追跡しません。スケーラビリティのために, この方法を維持することが望ましいですが, ETR がマッピングを変更し, このようなマッピングを使用して ETR サイトと通信している現在のサイトに通知する方法を提供する必要があります。

辞書式順序で新しい Locator レコードを Locator-Set の末尾に追加する場合, マッピングの更新は比較的簡単です。新しいマッピングが古いマッピングと同じ Locator 順序を維持し, リストの末尾に新しい Locator のみを追加すると仮定します。したがって, 一部の ITR は新しいマッピングを持つ可能性がありますが, 他の ITR はタイムアウトする前に古いマッピングのみを使用します。ITR が古いマッピングのみを持っているが, Locator-Status-Bits でキャッシュされたリストの外側の Locator に対応するビットが設定されていることを検出した場合, これらのビットを単に無視します。ただし, これは locator アドレスが既存の Locator-Set 内のアドレスよりも辞書式順序で大きい場合にのみ発生する可能性があります。

辞書式順序を維持するために Locator-Set の中間に Locator レコードを挿入する場合, セクション 6.6.2 の SMR 手順を使用して, ITR と PITR に新しい Locator-Status-Bit マッピングを通知します。

Locator-Set から Locator レコードを削除する場合, そのマッピングをキャッシュした ITR は, xTR が対応する Locator-Status-Bit を 0 に設定するため, 削除された Locator を使用しません。したがって, Locator がリストに残っていても使用されません。新しいマッピング要求の場合, xTR は Locator AFI を 0 (未指定のアドレスを示す) に設定し, 対応する Locator-Status-Bit を 0 に設定できます。これにより, 古いマッピングまたは新しいマッピングを保持している ITR は, 削除された Locator の使用を回避するように強制されます。

マッピングが長期間にわたって多くの変更を経た場合, Locator-Set の中間に空のレコードスロットが現れ, 新しいレコードが末尾に追加されます。Locator-Set を圧縮して Locator-Status-Bit 設定を効率的にパックすることが, ある時点で有益になります。

ここでは, Locator-Set 圧縮の 3 つの方法を提案します: 1 つの運用メカニズムと 2 つのプロトコルメカニズムです。運用方法は clock sweep を使用します。プロトコル方法は Solicit-Map-Request と Map-Versioning の概念を使用します。