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.