6.1.8. Encapsulated Control Message Format (Format de message de contrôle encapsulé)

6.1.8. Encapsulated Control Message Format (Format de message de contrôle encapsulé)

L'Encapsulated Control Message (ECM, Message de contrôle encapsulé) est utilisé pour encapsuler les paquets de contrôle envoyés entre un xTR et le système de base de données de mappages décrit dans [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 |

       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Description des en-têtes de paquet:

OH: En-tête externe IPv4 ou IPv6, les champs d'adresse source et de destination utilisent des RLOCs.

UDP: En-tête UDP externe avec port de destination 4342 et port source attribué aléatoirement. Le champ de somme de contrôle DOIT être non nul.

LH: Type 8 est défini comme "LISP Encapsulated Control Message", qui est suivi d'un en-tête IPv4 ou IPv6, encodé par les 4 premiers bits après le champ Reserved.

S: Bit Security. Lorsqu'il est défini sur 1, le format suivant le champ Reserved est le suivant. Le format détaillé du Authentication Data Content reste à étudier.

     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: En-tête interne IPv4 ou IPv6, les champs d'adresse peuvent utiliser des RLOCs ou des EIDs. Lorsqu'un Map-Request est encapsulé dans ce format, l'adresse de destination de cet en-tête est un EID.

UDP: En-tête UDP interne, l'attribution des ports dépend du paquet de contrôle encapsulé. Lorsque le paquet de contrôle est un Map-Request ou Map-Register, le port source est choisi par l'ITR/PITR et le port de destination est 4342. Lorsqu'il s'agit d'un Map-Reply, le port source est 4342 et le port de destination provient du port source du Map-Request déclencheur. Le port 4341 NE DOIT PAS être attribué à l'un ou l'autre port. Le champ de somme de contrôle DOIT être non nul.

LCM: L'un des formats de message de contrôle décrits dans cette section. Actuellement, seul le Map-Request peut être encapsulé. À l'avenir, le PIM Join/Prune [RFC6831] pourrait être autorisé. L'encapsulation d'autres types de messages de contrôle LISP reste à étudier. Lorsqu'un Map-Request est envoyé à des fins de RLOC-Probing (c'est-à-dire que le bit probe est défini), il NE DOIT PAS être envoyé dans un Encapsulated Control Message.