Y a des choses "normales" de voir. Surtout quand y a du "broadcast" en jeu. Y a les papotages de switchs , routeurs que tu peux difficilement supprimer. Un discover/solicit on devrait même pas le voir, la réponse oui. Y a un switch qui rejoue le broadcast du discover/solicit avant d'atteindre le proxy DHCP. Tant que tu vois pas le trafic utile des autres ça va.
Oui, bien sûr…
Voir les paquets multicast/broadcast de la boucle de collecte, ça semble logique.
Et le SOLLICIT DHCPv6 est un paquet multicast (eth. 33:33:00:01:00:02 et ll. ff02:0000:0000:0000:0000:0000:0001:0002).
Cela dit, comme tu le précise, 0001 0002 en multicast, c'est seulement les agents DHCP, donc la passerelle Covage ne devrait router ces paquets que vers le relais DHCP et pas vers les autres clients…
Les réponses du relais ne devraient pas être visibles, car la réponse se fait en unicast sur le ll. du client ayant envoyé le SOLLICIT.
tiens j'ai pas essayé de répondre à la boucle folle sur ff02::1
Je vais essayer cela…
En tous cas, ces paquets sont toujours là… Et en montant le CPU de l'ONT à 30% (au lieu de 3%), ça augmente sa température de 1 à 2°C…
Depuis un peu plus de 58 heures que cela à commencé ça représente plus de 800 million de paquets envoyés partout, et 1,3 milliard de kilo-octets de pollution sur le GPON…
[EDIT] réponse sur ff02::1 ne donne rien… La boucle est sourde.