6.1.8. Encapsulated Control Message Format (Gekapselte Kontrollnachrichtenformat)
6.1.8. Encapsulated Control Message Format (Gekapselte Kontrollnachrichtenformat)
Eine Encapsulated Control Message (ECM, gekapselte Kontrollnachricht) wird verwendet, um Kontrollpakete zu kapseln, die zwischen xTRs und dem in [RFC6833] beschriebenen Mapping-Datenbanksystem gesendet werden.
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Paket-Header-Beschreibungen:
OH: Der äußere IPv4- oder IPv6-Header, der RLOC-Adressen in den Quell- und Zieladressfeldern des Headers verwendet.
UDP: Der äußere UDP-Header mit Zielport 4342. Der Quellport wird zufällig zugewiesen. Das Prüfsummenfeld MUSS ungleich Null sein.
LH: Typ 8 ist als "LISP Encapsulated Control Message (LISP-gekapselte Kontrollnachricht)" definiert, und was folgt, ist entweder ein IPv4- oder IPv6-Header, wie er durch die ersten 4 Bits nach dem Feld 'Reserved' codiert ist.
S: Dies ist das Sicherheitsbit. Wenn es auf 1 gesetzt ist, hat das Feld nach dem Feld 'Reserved' das folgende Format. Das detaillierte Format des Authentication Data Content ist Gegenstand weiterer Untersuchungen.
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: Der innere IPv4- oder IPv6-Header, der entweder RLOC- oder EID-Adressen in den Header-Adressfeldern verwenden kann. Wenn ein Map-Request in diesem Paketformat gekapselt wird, ist die Zieladresse in diesem Header eine EID.
UDP: Der innere UDP-Header, wobei die Port-Zuweisungen vom gekapselten Kontrollpaket abhängen. Wenn das Kontrollpaket ein Map-Request oder Map-Register ist, wird der Quellport vom ITR/PITR ausgewählt und der Zielport ist 4342. Wenn das Kontrollpaket ein Map-Reply ist, ist der Quellport 4342 und der Zielport wird vom Quellport des aufrufenden Map-Request zugewiesen. Portnummer 4341 DARF keinem der Ports zugewiesen werden. Das Prüfsummenfeld MUSS ungleich Null sein.
LCM: Das Format ist eines der in diesem Abschnitt beschriebenen Kontrollnachrichtenformate. Derzeit dürfen nur Map-Request-Nachrichten gekapselt werden. In Zukunft könnten PIM Join/Prune-Nachrichten [RFC6831] erlaubt werden. Die Kapselung anderer Typen von LISP-Kontrollnachrichten ist Gegenstand weiterer Untersuchungen. Wenn Map-Requests für RLOC-Probing-Zwecke gesendet werden (d.h. das Probe-Bit ist gesetzt), DÜRFEN sie NICHT innerhalb von Encapsulated Control Messages gesendet werden.