6.6. Changing the Contents of EID-to-RLOC Mappings (Modifica del contenuto delle mappature EID-to-RLOC)
6.6. Changing the Contents of EID-to-RLOC Mappings (Modifica del contenuto delle mappature EID-to-RLOC)
Poiché l'architettura LISP utilizza uno schema di caching per ottenere e memorizzare le mappature EID-to-RLOC, l'unico modo in cui un ITR ottiene mappature aggiornate è richiedere nuovamente la mappatura. Tuttavia, l'ITR non sa quando una mappatura è cambiata, e l'ETR non tiene traccia di quali ITR hanno richiesto le sue mappature. Per motivi di scalabilità, è desiderabile mantenere questa modalità, ma è necessario fornire un modo per un ETR di modificare una mappatura e informare i siti che stanno attualmente utilizzando tali mappature per comunicare con il sito dell'ETR.
Questa sezione definisce un metodo per aggiornare il contenuto di una mappatura EID-to-RLOC durante le transizioni. Se un nuovo record Locator viene aggiunto alla fine del Locator-Set in ordine lessicografico, l'aggiornamento della mappatura è più semplice. Assumendo che la nuova mappatura mantenga lo stesso ordinamento dei Locator della vecchia mappatura aggiungendo solo nuovi Locator alla fine dell'elenco, quindi alcuni ITR possono avere la nuova mappatura mentre altri ITR usano ancora solo la vecchia mappatura fino a quando non scade. Quando un ITR ha solo la vecchia mappatura ma rileva che i bit nei Locator-Status-Bits sono impostati per i Locator oltre l'elenco memorizzato nella cache, semplicemente ignora quei bit. Tuttavia, questo può verificarsi solo quando gli indirizzi locator sono lessicograficamente maggiori degli indirizzi nel Locator-Set esistente.
Quando i record Locator devono essere inseriti nel mezzo del Locator-Set per mantenere l'ordine lessicografico, la procedura SMR della Sezione 6.6.2 viene utilizzata per informare gli ITR e i PITR sulla nuova mappatura dei Locator-Status-Bit.
Quando un record Locator deve essere rimosso dal Locator-Set, gli ITR che hanno memorizzato nella cache la mappatura non utilizzeranno il Locator rimosso perché gli xTR imposteranno il Locator-Status-Bit corrispondente a 0. Quindi, anche se il Locator è ancora nell'elenco, non verrà utilizzato. Per nuove richieste di mappatura, gli xTR possono impostare l'AFI del Locator a 0 (indicando un indirizzo non specificato) e il Locator-Status-Bit corrispondente a 0. Questo costringe gli ITR con mappature vecchie o nuove a evitare di utilizzare il Locator rimosso.
Se le mappature cambiano per un lungo periodo di tempo con molti cambiamenti, ci saranno slot di record vuoti nel mezzo del Locator-Set con nuovi record aggiunti alla fine. Ad un certo punto diventa vantaggioso comprimere il Locator-Set per confezionare in modo efficiente l'impostazione dei Locator-Status-Bit.
Qui vengono proposti tre approcci alla compressione del Locator-Set: un meccanismo operativo e due meccanismi di protocollo. Il metodo operativo utilizza clock sweep. I metodi di protocollo utilizzano i concetti di Solicit-Map-Request e Map-Versioning.