Aller au contenu principal

6.1.2. Map-Request Message Format (Format de message Map-Request)

6.1.2. Map-Request Message Format (Format de message Map-Request)​

        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=1 |A|M|P|S|p|s|    Reserved     |   IRC   | Record Count  |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                         Nonce . . .                           |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                         . . . Nonce                           |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |         Source-EID-AFI        |   Source EID Address  ...     |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |         ITR-RLOC-AFI 1        |    ITR-RLOC Address 1  ...    |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                              ...                              |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |         ITR-RLOC-AFI n        |    ITR-RLOC Address n  ...    |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     / |   Reserved    | EID mask-len  |        EID-Prefix-AFI         |
   Rec +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     \ |                       EID-Prefix  ...                         |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                   Map-Reply Record  ...                       |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Description des champs de paquet:

Type: 1 (Map-Request)

A: Bit authoritative (faisant autorité), défini sur 0 dans un Map-Request basé sur UDP envoyé par un ITR. Défini sur 1 lorsque l'ITR souhaite que le site de destination retourne un Map-Reply au lieu du système de base de données de mappages.

M: Bit map-data-present. Lorsqu'il est défini, indique qu'un segment Map-Reply Record est inclus dans le Map-Request.

P: Bit probe, indique que le Map-Request doit être traité comme une sonde de joignabilité de localisateur. Le destinataire doit répondre avec un Map-Reply ayant le bit probe défini, indiquant que le Map-Reply est une réponse à la sonde de joignabilité de localisateur et copie le nonce du Map-Request. Voir la section 6.3.2 pour plus de détails.

S: Bit Solicit-Map-Request (SMR). Voir la section 6.6.2.

p: Bit PITR. Défini sur 1 lorsqu'un PITR envoie un Map-Request.

s: Bit SMR-invoked. Défini sur 1 lorsqu'un xTR envoie un Map-Request suite à la réception d'un Map-Request basé sur SMR.

Reserved: DOIT être 0 en transmission et DOIT être ignoré à la réception.

IRC: Champ de 5 bits ITR-RLOC Count, encode le nombre de champs (ITR-RLOC-AFI, ITR-RLOC Address) dans ce message au-delà du premier. Au moins une paire (ITR-RLOC-AFI, ITR-RLOC-Address) DOIT être encodée. Plusieurs adresses ITR-RLOC Address sont fournies pour que le Map-Replier puisse sélectionner l'adresse de destination du Map-Reply. IRC prend des valeurs de 0 à 31. Une valeur de 0 encode 1 adresse ITR-RLOC, 1 encode 2 adresses, et ainsi de suite jusqu'à 31 qui encode 32 adresses ITR-RLOC.

Record Count: Nombre d'enregistrements dans ce Map-Request. Un enregistrement est composé de la partie du paquet étiquetée 'Rec' ci-dessus et apparaît un nombre de fois égal à Record Count. Pour cette version du protocole, le destinataire DOIT accepter et traiter les Map-Requests contenant un ou plusieurs enregistrements, mais l'expéditeur DOIT envoyer uniquement des Map-Requests contenant un seul enregistrement. La prise en charge de la demande de plusieurs EIDs dans un seul Map-Request sera spécifiée dans une future version du protocole.

Nonce: Valeur aléatoire de 8 octets créée par l'expéditeur du Map-Request qui sera renvoyée dans le Map-Reply. La sécurité du protocole de mappage LISP dépend fortement de la force du nonce dans le Map-Request. Le nonce DEVRAIT être généré par une source pseudo-aléatoire (ou fortement aléatoire) correctement ensemencée. Voir [RFC4086] pour des conseils sur la génération de données aléatoires sensibles à la sécurité.

Source-EID-AFI: Famille d'adresses du champ Source EID Address.

Source EID Address: L'EID de l'hôte source qui a provoqué l'envoi du Map-Request. Lorsque le Map-Request est utilisé pour actualiser une entrée Map-Cache ou pour RLOC-Probing, la valeur AFI 0 est utilisée et ce champ a une longueur de 0.

ITR-RLOC-AFI: Famille d'adresses du champ ITR-RLOC Address qui suit immédiatement.

ITR-RLOC Address: Permet à l'ETR de sélectionner une adresse de destination de n'importe quelle famille d'adresses pour le Map-Reply. Cette adresse DOIT être une adresse RLOC routable de l'expéditeur du Map-Request.

EID mask-len: Longueur du masque de l'EID-Prefix.

EID-Prefix-AFI: Famille d'adresses de l'EID-Prefix selon [AFI].

EID-Prefix: 4 octets pour la famille d'adresses IPv4, 16 octets pour IPv6. Lorsqu'un ITR envoie un Map-Request parce qu'un paquet de données à destination n'a pas d'entrée de mappage, l'EID-Prefix est défini sur l'adresse IP de destination du paquet de données, et EID mask-len est défini sur 32 ou 128 pour IPv4 ou IPv6, respectivement. Lorsqu'un xTR interroge un site pour connaître l'état de mappage mis en cache, la longueur du masque EID-Prefix dans le Map-Request est la même que celle de l'EID-Prefix retourné dans le Map-Reply envoyé par le site.

Map-Reply Record: Lorsque le bit M est défini, ce champ a la longueur d'un seul "Record" au format Map-Reply. Cet enregistrement Map-Reply contient l'entrée de mappage EID vers RLOC associée à l'EID source, permettant à l'ETR qui reçoit ce Map-Request de choisir de mettre en cache ces données.

Dernière mise à jour le