6.6. Changing the Contents of EID-to-RLOC Mappings (Modification du contenu des mappages EID vers RLOC)
6.6. Changing the Contents of EID-to-RLOC Mappings (Modification du contenu des mappages EID vers RLOC)
Étant donné que l'architecture LISP utilise un schéma de mise en cache pour obtenir et stocker les mappages EID vers RLOC, le seul moyen pour un ITR d'obtenir des mappages mis à jour est de redemander le mappage. Cependant, l'ITR ne sait pas quand le mappage change, et l'ETR ne suit pas quels ITRs ont demandé son mappage. Pour des raisons d'évolutivité, il est souhaitable de maintenir cette approche, mais un moyen doit être fourni pour permettre à un ETR de modifier son mappage et d'informer les sites qui utilisent actuellement de tels mappages pour communiquer avec le site de l'ETR.
Le changement de mappage est plus facile lorsque de nouveaux enregistrements de localisateur sont ajoutés à la fin du Locator-Set dans l'ordre lexicographique. En supposant que le nouveau mappage conserve le même ordre de localisateur que l'ancien mappage, n'ajoutant que de nouveaux localisateurs à la fin de la liste. Ainsi, certains ITRs peuvent avoir le nouveau mappage tandis que d'autres utilisent toujours l'ancien mappage jusqu'à ce qu'ils expirent. Lorsqu'un ITR n'a que l'ancien mappage mais détecte que des bits dans les Locator-Status-Bits sont définis pour des localisateurs au-delà de sa liste mise en cache, il ignore simplement ces bits. Cependant, cela ne peut se produire que lorsque les adresses de localisateur sont lexicographiquement supérieures aux adresses du Locator-Set existant.
Lorsque des enregistrements de localisateur sont insérés au milieu du Locator-Set pour maintenir l'ordre lexicographique, la procédure SMR de la section 6.6.2 est utilisée pour informer les ITRs et PITRs du nouveau mappage Locator-Status-Bit.
Lorsque des enregistrements de localisateur sont supprimés du Locator-Set, les ITRs qui ont mis en cache le mappage n'utiliseront pas le localisateur supprimé car les xTRs définiront le Locator-Status-Bit correspondant sur 0. Ainsi, même si le localisateur est toujours dans la liste, il ne sera pas utilisé. Pour les nouvelles demandes de mappage, les xTRs peuvent définir l'AFI du localisateur sur 0 (indiquant une adresse non spécifiée) et le Locator-Status-Bit correspondant sur 0. Cela force les ITRs détenant l'ancien ou le nouveau mappage à éviter d'utiliser le localisateur supprimé.
Si le mappage subit de nombreux changements sur une longue période, des emplacements d'enregistrement vides apparaîtront au milieu du Locator-Set avec de nouveaux enregistrements ajoutés à la fin. À un moment donné, il sera bénéfique de compresser le Locator-Set afin que les paramètres de Locator-Status-Bit soient emballés efficacement.
Trois méthodes de compression du Locator-Set sont proposées ici: un mécanisme opérationnel et deux mécanismes de protocole. La méthode opérationnelle utilise un balayage d'horloge (clock sweep). Les méthodes de protocole utilisent les concepts de Solicit-Map-Request et de Map-Versioning.