Passa al contenuto principale

6.1.4. Map-Reply Message Format (Formato messaggio Map-Reply)

6.1.4. Map-Reply Message Format (Formato messaggio Map-Reply)

        0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Type=2 |P|E|S| Reserved | Record Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Nonce . . . |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| . . . Nonce |
+-> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | Record TTL |
| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
R | Locator Count | EID mask-len | ACT |A| Reserved |
e +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
c | Rsvd | Map-Version Number | EID-Prefix-AFI |
o +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
r | EID-Prefix |
d +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| /| Priority | Weight | M Priority | M Weight |
| L +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| o | Unused Flags |L|p|R| Loc-AFI |
| c +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| \| Locator |
+-> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Descrizione dei campi del pacchetto:

Type: 2 (Map-Reply)

P: Questo è il probe-bit, che indica che il Map-Reply è una risposta a un Map-Request di probe della raggiungibilità del Locator. Il campo 'Nonce' DEVE contenere una copia del valore nonce nel Map-Request originale. Per ulteriori dettagli, vedere la Sezione 6.3.2.

E: Questo bit indica che l'ETR che invia questo messaggio Map-Reply sta pubblicizzando che il sito è abilitato per l'algoritmo di raggiungibilità del Locator Echo-Nonce. Per ulteriori dettagli, vedere la Sezione 6.3.1.

S: Questo è il Security bit. Quando è impostato a 1, le seguenti informazioni di autenticazione verranno aggiunte alla fine del Map-Reply. Il formato dettagliato di Authentication Data Content è oggetto di ulteriore studio.

     0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| AD Type | Authentication Data Content . . . |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Reserved: Questo campo DEVE essere impostato a 0 in trasmissione e DEVE essere ignorato alla ricezione.

Record Count: Questo è il numero di record in questo messaggio di risposta. Un record è costituito dalla porzione del pacchetto etichettata 'Record' sopra e si verifica il numero di volte pari a Record Count.

Nonce: Questo è un valore a 24 bit impostato in un pacchetto Data-Probe o un valore a 64 bit echeggiato da un Map-Request nel campo 'Nonce' del Map-Reply. Quando viene fornito un valore a 24 bit, si trova nei 64 bit bassi del campo 'Nonce'.

Record TTL: Questo è il tempo in minuti per cui il ricevitore del Map-Reply memorizzerà la mappatura. Se il TTL è 0, la voce DOVREBBE essere rimossa immediatamente dalla cache. Se il valore è 0xffffffff, il ricevitore può decidere localmente quanto tempo memorizzare la mappatura.

Locator Count: Questo è il numero di voci Locator. Una voce Locator comprende ciò che è etichettato sopra come 'Loc'. Il conteggio Locator può essere 0, indicando che non ci sono Locator per l'EID-Prefix.

EID mask-len: Questo è la lunghezza della maschera per l'EID-Prefix.

ACT: Questo campo a 3 bit descrive le azioni Negative Map-Reply. In qualsiasi altro tipo di messaggio, questi bit sono impostati a 0 e ignorati alla ricezione. Questi bit vengono utilizzati solo quando il campo 'Locator Count' è impostato a 0. I bit di azione sono codificati solo nei messaggi Map-Reply. Queste azioni vengono utilizzate da un ITR o PITR quando un EID di destinazione corrisponde a una voce Map-Cache negativa. I valori non assegnati dovrebbero causare la creazione di una voce Map-Cache che, quando i pacchetti corrispondono a questa cache negativa, i pacchetti vengono scartati. I valori attualmente assegnati sono:

(0) No-Action: la map-cache rimane attiva e non viene eseguita alcuna incapsulazione di pacchetti.

(1) Natively-Forward: il pacchetto non viene incapsulato o scartato ma viene inoltrato nativamente.

(2) Send-Map-Request: il pacchetto invoca l'invio di un Map-Request.

(3) Drop: un pacchetto che corrisponde a questa voce map-cache viene scartato. DOVREBBE essere inviato un messaggio ICMP Destination Unreachable.

A: Il bit Authoritative, viene sempre impostato a 1 da un ETR quando viene inviato. Quando un Map-Server sta effettuando proxy Map-Replying [RFC6833] per un sito LISP, il bit Authoritative è impostato a 0. Questo indica all'ITR richiedente che il Map-Reply non è stato avviato da un nodo LISP gestito dal sito proprietario dell'EID-Prefix.

Map-Version Number: Quando questo valore a 12 bit è diverso da zero, il mittente del Map-Reply sta informando l'ITR quale sia il numero di versione del record EID contenuto nel Map-Reply. L'ETR può assegnare questo numero internamente ma deve coordinare questo valore con altri ETR per lo stesso sito. Quando questo valore è 0, non vengono trasmesse informazioni sulla versione. Il Map-Version Number può essere incluso in messaggi Map-Request e Map-Register. Per ulteriori dettagli, vedere la Sezione 6.6.3.

EID-Prefix-AFI: Famiglia di indirizzi dell'EID-Prefix secondo [AFI].

EID-Prefix: Questo prefisso è di 4 ottetti per la famiglia di indirizzi IPv4 o di 16 ottetti per la famiglia di indirizzi IPv6.

Priority: Ciascun RLOC viene assegnato una Priority unicast. Valori più bassi sono preferibili. Quando più RLOC hanno la stessa Priority, possono essere utilizzati in modalità di condivisione del carico. Un valore di 255 indica che l'RLOC NON DEVE essere utilizzato per l'inoltro unicast.

Weight: Quando più RLOC hanno la stessa Priority, il Weight indica come bilanciare il traffico unicast tra di essi. Il Weight viene codificato come peso relativo del numero totale di pacchetti unicast che corrispondono alla voce di mappatura. Ad esempio, se ci sono 4 Locator in un Locator-Set, dove vengono assegnati Weight di 30, 20, 20 e 10, il primo Locator riceverà il 37,5% del traffico, il secondo e il terzo riceveranno il 25% del traffico e il quarto riceverà il 12,5% del traffico. Se tutti i Weight per un Locator-Set sono uguali, il ricevitore del Map-Reply deciderà come bilanciare il carico del traffico. Vedere la Sezione 6.5 per un algoritmo hash suggerito per distribuire il carico tra i Locator che hanno la stessa Priority e valori Weight uguali.

M Priority: Ciascun RLOC viene assegnato una Priority multicast utilizzata da un ETR nel sito multicast ricevente per selezionare un ITR nel sito multicast di origine per costruire alberi di distribuzione multicast. Un valore di 255 indica che l'RLOC NON DEVE essere utilizzato per unirsi a un albero di distribuzione multicast. Per ulteriori dettagli, vedere [RFC6831].

M Weight: Quando più RLOC hanno la stessa Priority, il Weight indica come bilanciare la costruzione di alberi di distribuzione multicast tra più ITR. Il Weight viene codificato come peso relativo (simile al Weight unicast), ovvero il numero totale di alberi costruiti al sito di origine identificato dall'EID-Prefix. Se tutti i Weight per un Locator-Set sono uguali, il ricevitore del Map-Reply deciderà come distribuire lo stato multicast tra gli ITR. Per ulteriori dettagli, vedere [RFC6831].

Unused Flags: Questi vengono impostati a 0 quando vengono inviati e ignorati quando vengono ricevuti.

L: Quando questo bit è impostato, il Locator è segnalato come un Locator locale all'ETR che invia il Map-Reply. Quando un Map-Server sta effettuando proxy Map-Replying [RFC6833] per un sito LISP, il bit L è impostato a 0 per tutti i Locator in questo Locator-Set.

p: Quando questo bit è impostato, un ETR informa all'ITR che esegue RLOC-Probing che l'indirizzo locator per il quale questo bit è impostato è quello su cui viene eseguito RLOC-probe e può differire dall'indirizzo di origine del Map-Reply. Un ITR che esegue RLOC-probe su un Locator particolare DEVE utilizzare questo Locator per recuperare la struttura dati utilizzata per memorizzare il fatto della raggiungibilità del Locator. Un bit p è impostato per un singolo Locator nello stesso Locator-Set. Se un'implementazione imposta erroneamente più di un bit p, il ricevitore del Map-Reply DEVE selezionare il primo Locator. Il bit p NON DEVE essere impostato per i record Locator-Set inviati nei messaggi Map-Request e Map-Register.

R: Questo bit viene impostato quando il mittente di un Map-Reply ha un percorso verso il Locator nel record dati del Locator. Il ricevitore potrebbe trovarlo utile per sapere se il Locator è up ma non necessariamente raggiungibile dal punto di vista del ricevitore. Vedere anche la Sezione 6.4 per un uso alternativo del bit R.

Locator: Questo è un indirizzo IPv4 o IPv6 (codificato dal campo 'Loc-AFI') assegnato a un ETR. Si noti che l'indirizzo RLOC di destinazione può essere un indirizzo anycast. L'RLOC di origine può anche essere un indirizzo anycast. L'RLOC di origine o di destinazione NON DEVE essere un indirizzo broadcast (255.255.255.255 o qualsiasi indirizzo broadcast subnet noto al router) e NON DEVE essere un indirizzo multicast link-local. L'RLOC di origine NON DEVE essere un indirizzo multicast. L'RLOC di destinazione DOVREBBE essere un indirizzo multicast se mappato da un EID di destinazione multicast.