6.3.2. RLOC-Probing Algorithm (Algoritmo RLOC-Probing)
6.3.2. RLOC-Probing Algorithm (Algoritmo RLOC-Probing)
RLOC-Probing è un metodo che un ITR o PITR può utilizzare per determinare lo stato di raggiungibilità di uno o più Locator nella cache delle voci Map-Cache. Il bit probe nei messaggi Map-Request e Map-Reply viene utilizzato per RLOC-Probing.
RLOC-Probing viene eseguito sul piano di controllo su base temporizzata, con un ITR o PITR che origina un Map-Request da uno dei suoi indirizzi locator a un indirizzo locator. Un Map-Request utilizzato come RLOC probe non viene incapsulato e non viene inviato a un Map-Server o al sistema di database di mappatura come farebbe una richiesta per ottenere dati di mappatura. Il record EID codificato nel messaggio è l'EID-Prefix della voce Map-Cache memorizzata nella cache dell'ITR o PITR. L'ITR può includere un record dati di mappatura delle proprie informazioni di mappatura del database, contenente gli EID-Prefix locali e gli RLOC del sito. RLOC-Probing viene inviato periodicamente utilizzando un intervallo temporizzato con jitter.
Quando un ETR riceve un Map-Request con il bit probe impostato, restituisce un Map-Reply con il bit probe impostato. L'indirizzo di origine del Map-Reply viene impostato seguendo le procedure della Sezione 6.1.5. Il Map-Reply DOVREBBE contenere i dati di mappatura per l'EID-Prefix contenuto nel Map-Request. Questo fornisce all'ITR o PITR che invia il probe RLOC un'opportunità per ottenere un aggiornamento della mappatura se la voce di mappatura del database dell'ETR è cambiata.
RLOC-Probing ha vantaggi e svantaggi. Il suo principale vantaggio è che può gestire una varietà di scenari di guasto, consentendo a un ITR di determinare se il percorso verso un Locator particolare è raggiungibile o ha smesso di essere raggiungibile, fornendo così un meccanismo robusto per il passaggio tra Locator memorizzati nella cache. RLOC-Probing può anche fornire una stima approssimativa del Round-Trip Time (RTT) tra una coppia di Locator, che può essere utile per la gestione di rete e per la selezione di percorsi a bassa latenza. Il principale svantaggio è la quantità di messaggi di controllo e l'overhead di larghezza di banda richiesti per ottenere questi vantaggi, in particolare quando è necessario un tempo di rilevamento guasti molto breve.
La ricerca e i test in corso cercheranno di caratterizzare i compromessi tra il tempo di rilevamento guasti e l'overhead dei messaggi.