6.6.2. Solicit-Map-Request (SMR) (Sollicitation de Map-Request (SMR))

6.6.2. Solicit-Map-Request (SMR) (Sollicitation de Map-Request (SMR))

Solliciter l'homologue pour envoyer un Map-Request est un moyen pour l'ETR d'un site ayant des changements de mappage de contrôler sélectivement le débit auquel il reçoit des demandes de Map-Reply. Le SMR est également utilisé pour informer les ITRs distants de mettre à jour leur mappage mis en cache.

Étant donné qu'un ETR ne suit pas quels ITRs distants ont mis en cache son mappage, il ne sait pas quels ITRs doivent être mis à jour. Par conséquent, un ETR sollicitera des Map-Requests (appelés messages SMR) aux sites qui lui ont envoyé des données encapsulées au cours de la dernière minute. En particulier, un ETR enverra des SMRs aux ITRs qui lui ont récemment envoyé des données encapsulées.

Un message SMR est un bit défini dans un message Map-Request. Un ITR ou PITR qui reçoit un message SMR enverra un Map-Request. L'expéditeur du SMR et le répondeur du Map-Request doivent tous deux limiter le débit de ces messages. La limitation de débit peut être implémentée comme un limiteur global ou comme un limiteur par destination SMR.

La procédure suivante montre comment se déroule un échange SMR lorsqu'un site effectue une compression de Locator-Set sur son mappage EID vers RLOC:

1. Lorsque le mappage de base de données d'un ETR change, les ETRs du site commencent à envoyer des Map-Requests avec le bit SMR défini pour chaque localisateur dans chaque entrée Map-Cache qu'ils ont mis en cache.

2. Un ITR distant qui reçoit un SMR planifiera l'envoi d'un Map-Request vers l'adresse du localisateur source du message SMR ou vers le système de base de données de mappages. Un nouveau nonce aléatoire est choisi, et l'EID-Prefix utilisé est copié du message SMR. Si le localisateur source est le seul localisateur dans le Locator-Set mis en cache, l'ITR distant DEVRAIT envoyer un Map-Request au système de base de données de mappages au cas où le localisateur unique aurait changé et pourrait ne plus être joignable pour accepter un Map-Request.

3. L'ITR distant DOIT limiter le débit des Map-Requests jusqu'à ce qu'il reçoive un Map-Reply tout en continuant à utiliser le mappage mis en cache. Lorsque le Map-Versioning décrit dans la section 6.6.3 est utilisé, l'expéditeur du SMR peut détecter si l'ITR utilise le mappage de base de données le plus récent.

4. L'ETR du site ayant le mappage modifié répondra par un Map-Reply avec le nonce du Map-Request déclenché par SMR. Le Map-Reply DEVRAIT être limité en débit. Ceci est important pour éviter une inondation de Map-Replies.

5. L'ETR du site ayant le mappage modifié enregistre que les sites qui ont envoyé des Map-Requests ont reçu les nouvelles données de mappage dans leurs entrées Map-Cache, de sorte que les Locator-Status-Bits pour les paquets allant vers les sites distants reflètent le nouveau mappage. L'ETR cesse alors d'envoyer des messages SMR.

Des expérimentations sont en cours pour déterminer les paramètres appropriés de limitation de débit.

Pour des raisons de sécurité, un ITR NE DOIT PAS traiter de Map-Replies non sollicités. Pour éviter qu'un tiers ne corrompe les entrées Map-Cache, l'expéditeur du Map-Request déclenché par SMR doit être vérifié. Si un ITR reçoit un Map-Request déclenché par SMR et que la source n'est pas dans le Locator-Set de l'entrée Map-Cache stockée, alors le Map-Request de réponse DOIT être envoyé avec une adresse de destination EID au système de base de données de mappages. Étant donné que le système de base de données de mappages est un moyen plus fiable d'atteindre l'ETR faisant autorité, il acheminera le Map-Request vers la source faisant autorité des données de mappage.

Lorsqu'un ITR reçoit un Map-Request déclenché par SMR mais n'a pas de mappage mis en cache pour l'EID dans le message SMR, il peut choisir de ne pas envoyer de Map-Request déclenché par SMR. Ce scénario peut se produire lorsqu'un ETR envoie des SMRs à tous les localisateurs du Locator-Set stockés dans son Map-Cache, mais l'ITR distant qui reçoit le SMR peut ne pas envoyer de paquets vers ce site. Il n'est pas logique de les mettre à jour avant que l'ITR n'ait besoin d'envoyer, auquel cas il enverra un Map-Request pour obtenir une entrée Map-Cache.