4.1. Packet Flow Sequence (Séquence de flux de paquets)

4.1. Packet Flow Sequence (Séquence de flux de paquets)

Cette section donne un exemple de flux de paquets unicast dans les conditions suivantes:

• L'hôte source "host1.abc.example.com" envoie un paquet à "host2.xyz.example.com", en se comportant exactement comme host1 le ferait si le site n'utilisait pas LISP.

• Chaque site est multi-hébergé, de sorte que chaque routeur tunnel a une adresse (RLOC) allouée à partir du bloc d'adresses de chaque fournisseur auquel il est connecté.

• L'ITR et l'ETR sont directement connectés à la source et à la destination respectivement, mais la source et la destination peuvent être situées n'importe où dans les sites LISP.

• Les Map-Requests peuvent être envoyées sur la topologie du système de routage sous-jacent, dirigées vers le système de base de données de mappages, ou directement via une topologie logique alternative (Alternative Logical Topology) [RFC6836]. Un Map-Request est envoyé lorsqu'une destination externe n'est pas trouvée dans la table de transfert ou correspond à une route par défaut.

• Les Map-Replies sont envoyées sur la topologie du système de routage sous-jacent.

Le client host1.abc.example.com souhaite communiquer avec le serveur host2.xyz.example.com:

1. host1.abc.example.com souhaite établir une connexion TCP avec host2.xyz.example.com. Il effectue une recherche DNS pour host2.xyz.example.com. Un enregistrement A/AAAA est retourné. Cette adresse est l'EID de destination. L'adresse allouée localement de host1.abc.example.com est utilisée comme EID source. Un paquet IPv4 ou IPv6 est construit et transféré dans le site LISP comme un paquet IP normal jusqu'à ce qu'il atteigne l'ITR LISP.

2. L'ITR LISP doit être capable de mapper l'EID de destination vers le RLOC d'un ETR du site de destination. Cet exemple ne décrit pas la méthode spécifique utilisée. Les approches possibles sont décrites dans [RFC6836] ou [CONS].

3. L'ITR enverra un LISP Map-Request. Les Map-Requests DEVRAIENT être limités en débit.

4. Lorsqu'un système de mappage alternatif n'est pas utilisé, le paquet Map-Request est routé via le système de routage sous-jacent. Sinon, le paquet Map-Request est routé sur la topologie logique alternative, par exemple le système de base de données de mappages [RFC6836]. Dans les deux cas, lorsque le Map-Request atteint un ETR du site de destination, il traitera le paquet comme un message de contrôle.

5. L'ETR examine l'EID de destination du Map-Request et le fait correspondre avec les préfixes dans la base de données de mappages EID vers RLOC configurée que l'ETR a. Il s'agit de la liste des EID-Prefixes que l'ETR supporte pour le site dans lequel il se trouve. S'il n'y a pas de correspondance, le Map-Request est abandonné. Sinon, un LISP Map-Reply est retourné à l'ITR.

6. L'ITR reçoit le message Map-Reply, analyse le message (pour vérifier la validité du format) et stocke les informations de mappage du paquet. Ces informations sont stockées dans le cache de mappages EID vers RLOC de l'ITR. Notez que le map-cache est un cache à la demande. L'ITR gérera son map-cache de manière à optimiser ses contraintes de ressources.

7. Les paquets ultérieurs de host1.abc.example.com vers host2.xyz.example.com se verront ajouter un en-tête LISP par l'ITR, en utilisant le RLOC approprié appris de l'ETR comme adresse de destination de l'en-tête LISP. Notez que les paquets peuvent être envoyés à un ETR différent de celui qui a retourné le Map-Reply en raison de la politique de hachage du site source ou de la politique du Locator-Set du site de destination.

8. L'ETR reçoit directement ces paquets (parce que l'adresse de destination est l'une de ses adresses IP allouées), vérifie la validité de l'adresse, supprime l'en-tête LISP et transfère le paquet vers l'hôte de destination connecté.

Pour reporter le besoin d'une recherche de mappage dans la direction inverse, l'ETR peut créer une entrée de cache mappant l'EID source (l'adresse IP source de l'en-tête interne) vers le RLOC source (l'adresse IP source de l'en-tête externe) dans les paquets LISP reçus. Ces entrées de cache sont appelées mappages "collectés" (gleaned) et ne contiennent qu'un seul RLOC pour cet EID. Des informations plus complètes sur les RLOCs supplémentaires DEVRAIENT être vérifiées en envoyant un LISP Map-Request pour cet EID. Les ITRs et ETRs peuvent également influencer les décisions de l'autre concernant la sélection des RLOCs. Voir la section 6 pour plus de détails.