Passa al contenuto principale

6.6.2. Solicit-Map-Request (SMR) (Richiesta Solicit-Map-Request)

6.6.2. Solicit-Map-Request (SMR) (Richiesta Solicit-Map-Request)

La sollecitazione di un peer per inviare un Map-Request è un modo per un ETR di un sito con mappature modificate di controllare selettivamente la velocità con cui riceve richieste di Map-Reply. SMR viene utilizzato anche per informare gli ITR remoti di aggiornare le loro mappature memorizzate nella cache.

Poiché un ETR non tiene traccia di quali ITR remoti hanno memorizzato nella cache le sue mappature, non sa quali ITR devono essere aggiornati. Pertanto, un ETR soliciterà Map-Request (chiamati messaggi SMR) a quei siti che gli hanno inviato dati incapsulati nell'ultimo minuto. In particolare, un ETR invierà SMR agli ITR che gli hanno recentemente inviato dati incapsulati.

Un messaggio SMR è un bit impostato in un messaggio Map-Request. Un ITR o PITR che riceve un messaggio SMR invierà un Map-Request. Sia il mittente SMR che il risponditore Map-Request DEVONO limitare la velocità di questi messaggi. Il limite di velocità può essere implementato come limitatore globale o limitatore per destinazione SMR.

La seguente procedura mostra come funziona uno scambio SMR quando un sito esegue la compressione del Locator-Set per le sue mappature EID-to-RLOC:

  1. Quando la mappatura del database di un ETR cambia, un ETR del sito inizia a inviare Map-Request con il bit SMR impostato per ciascun Locator in ciascuna voce Map-Cache memorizzata nella propria cache.

  2. Un ITR remoto che riceve un SMR pianificherà l'invio di un Map-Request all'indirizzo locator di origine del messaggio SMR o al sistema di database di mappatura. Viene scelto un nonce casuale appena allocato e l'EID-Prefix utilizzato viene copiato dal messaggio SMR. Se il Locator di origine è l'unico Locator nel Locator-Set memorizzato nella cache, l'ITR remoto DOVREBBE inviare un Map-Request al sistema di database di mappatura nel caso in cui il singolo Locator sia cambiato e potrebbe non essere più raggiungibile per accettare un Map-Request.

  3. Un ITR remoto DEVE limitare la velocità del Map-Request fino a quando non riceve un Map-Reply mentre continua a utilizzare la mappatura memorizzata nella cache. Quando viene utilizzato il Map-Versioning come descritto nella Sezione 6.6.3, il mittente SMR può rilevare se un ITR sta utilizzando la mappatura del database più recente.

  4. Un ETR del sito con la mappatura modificata risponderà con un Map-Reply con il nonce dal Map-Request attivato da SMR. Il Map-Reply DOVREBBE essere limitato in velocità. Questo è importante per evitare inondazioni di Map-Reply.

  5. Un ETR del sito con la mappatura modificata registra che i siti che hanno inviato Map-Request hanno ricevuto i nuovi dati di mappatura in una voce Map-Cache in modo che i Locator-Status-Bits per i pacchetti destinati al sito remoto riflettano la nuova mappatura. L'ETR smette quindi di inviare messaggi SMR.

Sono in corso sperimentazioni per determinare parametri appropriati per il limite di velocità.

Per motivi di sicurezza, un ITR NON DEVE processare Map-Reply non richiesti. Per evitare che terze parti corrompano le voci Map-Cache, il mittente del Map-Request attivato da SMR deve essere verificato. Se un ITR riceve un Map-Request attivato da SMR e la sorgente non è nel Locator-Set della voce Map-Cache memorizzata, il Map-Request in risposta DEVE essere inviato con un indirizzo di destinazione EID al sistema di database di mappatura. Poiché il sistema di database di mappatura è un percorso più affidabile per raggiungere l'ETR autorevole, consegnerà il Map-Request alla fonte autorevole dei dati di mappatura.

Quando un ITR riceve un Map-Request attivato da SMR ma non ha una mappatura memorizzata nella cache per l'EID nel messaggio SMR, non ha bisogno di inviare un Map-Request attivato da SMR. Questo scenario può verificarsi quando un ETR invia SMR a tutti i Locator nel Locator-Set memorizzato nella sua Map-Cache, ma gli ITR remoti che ricevono l'SMR potrebbero non aver inviato pacchetti a quel sito. Non ha senso aggiornarli fino a quando non devono inviare, momento in cui invieranno Map-Request per ottenere una voce Map-Cache.