Aller au contenu principal

6.3.2. RLOC-Probing Algorithm (Algorithme de sondage RLOC)

6.3.2. RLOC-Probing Algorithm (Algorithme de sondage RLOC)

Le RLOC-Probing est une méthode qu'un ITR ou PITR peut utiliser pour déterminer l'état de joignabilité d'un ou plusieurs localisateurs mis en cache dans une entrée Map-Cache. Le bit probe dans les messages Map-Request et Map-Reply est utilisé pour le RLOC-Probing.

Le RLOC-Probing est effectué dans le plan de contrôle sur une base de minuterie où un ITR ou PITR envoie un Map-Request depuis l'une de ses adresses de localisateur vers une adresse de localisateur. Un Map-Request utilisé comme sonde RLOC n'est pas encapsulé et n'est pas envoyé au Map-Server ou au système de base de données de mappages comme cela serait le cas lors de la sollicitation de données de mappage. L'enregistrement EID encodé dans le message est l'EID-Prefix de l'entrée Map-Cache mise en cache par l'ITR ou le PITR. L'ITR peut inclure un enregistrement de données de mappage de ses propres informations de mappage de base de données, contenant l'EID-Prefix local et les RLOCs du site. Les sondes RLOC sont envoyées périodiquement avec un intervalle de minuterie avec gigue.

Lorsqu'un ETR reçoit un Map-Request avec le bit probe défini, il retourne un Map-Reply avec le bit probe défini. L'adresse source du Map-Reply est définie selon les procédures de la section 6.1.5. Le Map-Reply DEVRAIT contenir des données de mappage pour l'EID-Prefix contenu dans le Map-Request. Cela donne à l'ITR ou au PITR qui envoie la sonde RLOC l'opportunité d'obtenir une mise à jour du mappage si l'entrée de mappage de base de données de l'ETR a changé.

Le RLOC-Probing a des avantages et des inconvénients. Son principal avantage est qu'il peut gérer de nombreux scénarios de défaillance, permettant à un ITR de déterminer si le chemin vers un localisateur particulier est joignable ou devenu inaccessible, fournissant ainsi un mécanisme robuste pour basculer entre des localisateurs mis en cache. Le RLOC-Probing peut également fournir une estimation grossière du temps d'aller-retour (Round-Trip Time, RTT) entre une paire de localisateurs, ce qui est utile pour la gestion du réseau et la sélection de chemins à faible latence. Le principal inconvénient est le nombre de messages de contrôle et la surcharge de bande passante nécessaires pour obtenir les avantages ci-dessus, en particulier lorsque les exigences de temps de détection de défaillance sont très courtes.

La recherche et les tests continus s'efforceront de caractériser le compromis entre le temps de détection de défaillance et la surcharge de messages.