WEBVTT 00:05.140 --> 00:13.780 La diapositive suivante montre qu'à chaque fois qu'un nœud d'une topologie en anneau reçoit un message 00:13.810 --> 00:20.560 spécifié à gauche, quelle est l'action que ce nœud particulier est censé entreprendre 00:20.560 --> 00:21.850 ? 00:22.000 --> 00:29.110 Par exemple, si un nœud particulier de la topologie en anneau reçoit un message transmis par le nœud précédent 00:29.110 --> 00:35.590 de la topologie en anneau, ce nœud est censé agir conformément à l'algorithme suivant. 00:36.220 --> 00:40.390 Cet algorithme est très explicite. 00:40.420 --> 00:44.740 Nous avons déjà examiné en détail la fonctionnalité de l'ordre de dépôt. 00:45.070 --> 00:52.030 Désormais, lorsqu'un nœud reçoit un message de transmission, il calcule la fonction de hachage sur la clé et fait 00:52.030 --> 00:57.140 correspondre la valeur renvoyée par la fonction de hachage à son numéro de nœud. 00:57.160 --> 01:05.200 Si la valeur correspond, le nœud vérifie également si le nœud est à l'origine de la demande de mise à disposition ou 01:05.320 --> 01:11.110 si l'utilisateur a émis la demande de mise à disposition sur le nœud lui-même. 01:11.140 --> 01:17.560 Dans ce cas, un nœud doit simplement enregistrer la valeur de K dans sa table de hachage locale. 01:17.800 --> 01:26.140 Toutefois, si le nœud n'est pas l'auteur mais que la fonction de hachage correspond à l'ID du nœud, 01:26.170 --> 01:32.590 dans ce cas particulier, un nœud doit envoyer quel message ex à l'auteur ? 01:33.780 --> 01:37.410 Ce message doit être envoyé via une connexion TCP. 01:37.620 --> 01:44.700 Et si la valeur de la fonction de hachage ne correspond pas à l'ID du nœud actuel, le nœud transmet 01:44.730 --> 01:51.960 simplement le message à son successeur dans la topologie de l'anneau via une connexion UDP. 01:52.230 --> 01:59.430 Vous pouvez donc toujours revenir et vous référer à ce tableau lorsque vous n'êtes pas sûr de la logique 01:59.460 --> 02:05.460 à mettre en œuvre lorsqu'un nœud est censé recevoir un type de message particulier. 02:06.560 --> 02:13.580 Il suffit donc de parcourir ce tableau et de comprendre comment vous allez mettre en œuvre une logique pour un type 02:13.580 --> 02:16.730 particulier de message reçu par votre nœud.