Différences

Ci-dessous, les différences entre deux révisions de la page.

--- 060-ipv6:060_icmp6 [le 04/03/2025 à 14:47] – [succéder à ARP] prof
+++ 060-ipv6:060_icmp6 [le 04/03/2025 à 15:53] (Version actuelle) – [Multicast] prof
@@ Ligne 11: / Ligne 11: @@
 Contrairement à IPv4, IPv6 n'utilise pas le broadcast au profit du multicast, plus restrictif. Certaines adresses multicast sont définies pour répondre à des requêtes bien précises, et les équipements du réseau qui sont sensés disposer des réponses à ces requêtes écoutent sur ces adresses multicast.
-Comme nous les avons déjà rencontrées dans les [[060-ipv6:010-structureles_adresses_multicast|pages précédentes]]:
+Comme nous les avons déjà rencontrées dans  [[060-ipv6:010-structure#les_adresses_multicast|la page précédente]]:
-  * ''ff02::2'' est une adresse multicast destinée à recevoir des requêtes du type « router discovery (Sollicitation d'un routeur) ». Tous les routeurs accessibles dans le voisinage le seront par cette adresse multicast. C'est ce que fait notre commande ''rdisc6'' sur la [[060-ipv6:030-decouvertes#rdisc6|page précédente]] ;
+  * ''ff02::2'' est une adresse multicast destinée à recevoir des requêtes du type « router discovery (Sollicitation d'un routeur) ». Tous les routeurs accessibles dans le voisinage le seront par cette adresse multicast. C'est ce que fait notre commande ''rdisc6'' ;
   * ''ff02::1'' est une autre adresse multicast, qui sert dans l'autre sens. Toutes les stations d'un réseau doivent être capables d'écouter sur cette adresse ce que les routeurs ont à leur dire.
+Pour savoir quelles sont sur un nœud, les interfaces à l'écoute des adresses muticast en IPv6, la commande ''netstat'' (du paquet ''net-tools''):
+<html><pre class="code">
+<b>netstat -n -6 --groups</b>
+Interface       RefCnt Group
+--------------- ------ ---------------------
+lo              1      ff02::1
+lo              1      ff01::1
+<span class="bhly">enp1s0          2      ff02::1:ff37:3649</span>
+enp1s0          1      ff02::1
+enp1s0          1      ff01::1
+</pre></html>
+L'entrée surlignée va rapidement être mise en évidence. Comparons les 24 derniers bits de cette adresse aux 24 derniers bits de l'adresse MAC de enp1s0:
+<html><pre class="code">
+<b>ip link ls enp1s0</b>
+: enp1s0: BROADCAST,<span class="bhly">MULTICAST</span>,UP,LOWER_UP> ...
+    <span class="hlo">link/ether 52:54:00:<b>37:36:49</b></span>
+</pre></html>
 ===== NDP =====
@@ Ligne 55: / Ligne 74: @@
   - ''fe80::6aa3:7813:3786:ec02'' pose la question et nous savons que c'est la Freebox,
   - dans l'adresse de la réponse ''fe80::5054:ff:fe37:3649'', c'est la machine expérimentale.
+Voilà pour un tour d'horizon rapide du protocole NDP
 Donc, pour une raison quelconque, la Freebox a eu besoin de rattacher l'adresse lien-local de la machine expérimentale à son adresse MAC. En effet, la Freebox n'est pas en mesure de savoir si cette machine est auto-configurée ou non, autrement-dit, elle ne peut pas déduire à coup sûr l'adresse MAC de l'adresse lien-local.
@@ Ligne 95: / Ligne 115: @@
   - qu'elle répond à une question,
   - que la réponse remplace éventuellement une donnée périmée.
+Voilà pour un tout d'horizon rapide du protocole NDP