Passa al contenuto principale

6.1.8. Encapsulated Control Message Format (Formato messaggio di controllo incapsulato)

6.1.8. Encapsulated Control Message Format (Formato messaggio di controllo incapsulato)​

Un Encapsulated Control Message (ECM) viene utilizzato per incapsulare pacchetti di controllo inviati tra un xTR e il sistema di database di mappatura come descritto in [RFC6833].

        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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
/ | IPv4 or IPv6 Header |
OH | (uses RLOC addresses) |
\ | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
/ | Source Port = xxxx | Dest Port = 4342 |
UDP +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
\ | UDP Length | UDP Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
LH |Type=8 |S| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
/ | IPv4 or IPv6 Header |
IH | (uses RLOC or EID addresses) |
\ | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
/ | Source Port = xxxx | Dest Port = yyyy |
UDP +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
\ | UDP Length | UDP Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
LCM | LISP Control Message |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Descrizione degli header del pacchetto:

OH: Header IPv4 o IPv6 esterno con campi di indirizzo di origine e destinazione che utilizzano RLOC.

UDP: Header UDP esterno con porta di destinazione 4342 e porta di origine assegnata casualmente. Il campo checksum DEVE essere diverso da zero.

LH: Type 8 è definito come "LISP Encapsulated Control Message" ed è seguito da un header IPv4 o IPv6, come codificato dai primi 4 bit dopo il campo Reserved.

S: Il bit Security. Quando è impostato a 1, il formato dopo il campo Reserved è il seguente. 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 . . . |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

IH: Header IPv4 o IPv6 interno con campi di indirizzo che possono utilizzare RLOC o EID. Quando un Map-Request viene incapsulato in questo formato, l'indirizzo di destinazione in questo header è un EID.

UDP: Header UDP interno con assegnazioni di porta che dipendono dal pacchetto di controllo incapsulato. Quando il pacchetto di controllo è un Map-Request o Map-Register, la porta di origine viene scelta dall'ITR/PITR e la porta di destinazione è 4342. Quando il pacchetto è un Map-Reply, la porta di origine è 4342 e la porta di destinazione proviene dalla porta di origine del Map-Request attivante. La porta 4341 NON DEVE essere assegnata a nessuna delle due porte. Il campo checksum DEVE essere diverso da zero.

LCM: Questo è uno dei formati di messaggio di controllo descritti in questa sezione. Attualmente è consentito incapsulare solo Map-Request. In futuro, potrebbe essere consentito PIM Join/Prune [RFC6831]. L'incapsulamento di altri tipi di messaggi di controllo LISP è oggetto di studio futuro. Quando un Map-Request viene inviato per scopi di RLOC-Probing (ovvero il bit probe è impostato), NON DEVE essere inviato all'interno di un Encapsulated Control Message.