6.3.1. Echo Nonce Algorithm (Algorithme de nonce en écho)
6.3.1. Echo Nonce Algorithm (Algorithme de nonce en écho)
Lorsque les données circulent de manière bidirectionnelle entre des localisateurs de sites différents, un mécanisme du plan de données appelé "nonce echoing (écho de nonce)" peut être utilisé pour déterminer la joignabilité entre un ITR et un ETR. Lorsqu'un ITR souhaite demander un écho de nonce, il définit les bits N et E et place un nonce de 24 bits [RFC4086] dans l'en-tête LISP du prochain paquet de données encapsulé.
Lorsque l'ETR reçoit ce paquet, le paquet de données encapsulé est transféré normalement. Lorsque l'ETR envoie ensuite un paquet de données à l'ITR, il inclut le nonce précédemment reçu, définit le bit N et efface le bit E. Lorsque l'ITR voit ce "echoed nonce (nonce en écho)", il sait que le chemin aller-retour vers l'ETR est en bon état.
L'ITR, lorsqu'il est dans l'état echo-nonce-request (demande d'écho de nonce), définit les bits E et N pour chaque paquet de données qu'il envoie. Le temps qu'un ITR attend pour traiter l'écho de nonce avant de déterminer que le chemin est inaccessible est variable et constitue un choix d'implémentation.
Si l'ITR reçoit des paquets de données de l'ETR mais ne voit pas d'écho de nonce pendant qu'il est dans l'état echo-nonce-request, alors le chemin vers l'ETR est inaccessible. Cette décision peut être remplacée par d'autres algorithmes de joignabilité de localisateur. Une fois qu'un ITR détermine que le chemin vers un ETR est rompu, il peut passer à un autre localisateur pour cet EID-Prefix.
Notez que les termes "ITR" et "ETR" sont relatifs ici. Les deux dispositifs doivent implémenter les fonctionnalités ITR et ETR pour que le mécanisme d'écho de nonce fonctionne.
Un ITR et un ETR peuvent entrer simultanément dans l'état echo-nonce-request. Le nombre de paquets de données envoyés ou la durée d'envoi des demandes d'écho de nonce sont des paramètres spécifiques à l'implémentation. Cependant, lorsqu'un ITR est dans l'état echo-nonce-request, il peut renvoyer en écho le nonce de l'ETR dans le prochain ensemble de paquets de données encapsulés, puis continuer à envoyer des paquets echo-nonce-request.
Ce mécanisme ne résout pas complètement le problème de joignabilité du chemin direct, car le trafic peut être unidirectionnel. C'est-à-dire que l'ETR du site qui reçoit le trafic peut ne pas être le dispositif ITR qui transmet le trafic depuis ce site, ou le trafic site-à-site est unidirectionnel de sorte qu'il n'y a pas d'ITR pour le trafic de retour.
L'algorithme d'écho de nonce est bilatéral. C'est-à-dire que si une partie définit le bit E et que l'autre partie n'a pas activé l'écho de nonce, alors l'écho de nonce ne se produira pas et la partie demandante pourrait croire à tort que le localisateur est inaccessible. Un ITR ne DEVRAIT définir le bit E dans les paquets encapsulés que s'il sait que l'ETR a activé l'écho de nonce. Cela est transmis par le bit E dans le message Map-Reply.
Notez que d'autres mécanismes de joignabilité de localisateur sont à l'étude et peuvent être utilisés pour compléter ou même remplacer l'algorithme d'écho de nonce. Voir la section suivante pour un exemple de sondage du plan de contrôle.