La réponse que je prépare :
Je ne mets ici que la trame DHCPv6

02 031e59
0003 0019 00 00 00 01 00 00 00 00 00 00 00 00
000d 0009 0002 53 54 4F 50 49 54 21
0001 000a 0003 0001 001e 8043 eb65
0002 000e 0001 0001 26d7 0130 0000 0000 0000
0007 0001 ff

En gros, ça veut dire qu'il n'y a pas d'adresses IPv6 disponible, peut-être que ça calmera le truc…
Et un petit message inclus : 53 54 4F 50 49 54 21 veut dire STOPIT! 

Bon, bah une aprèm de perdue…

N'ayant pas les bons outils pour envoyer une trame IPv6 custom depuis le routeur, j'ai programmé mon propre outil pour envoyer le paquet.
L'outil fonctionne (tcpdump le confirme). J'ai bien envoyé la trame DHCPv6 DISCOVER qui va bien pour répondre au SOLLICIT de la boucle infernale… Mais cette dernière n'écoute pas et continue à envoyer le même SOLLICIT (ça devrait se taire car je réponds qu'il n'y a pas d'adresse disponible, ou au moins passer à des messages REQUEST).

Donc même s'il y avait un serveur DHCPv6 pour répondre à ces SOLLICIT, ça ne changerait rien…
Une boucle folle, issue d'un programme mal fichu ou d'une Icotera beugée à mort.

Quoi qu'il en soit, on ne peut rien faire. K-Net peut retrouver le client possédant la MAC incriminée et vérifier que ça vient de chez lui (ça peut aussi venir d'ailleurs : un acte mal-intentionné avec quelqu'un sur la boucle locale envoyant ces trames avec un spoof MAC et IPv6-LL…)

Aucune réponse du NOC suite à mon message envoyé hier à ce sujet.

Via mail oui, mais par sms ....
Je pensais à un tel sur usb qui envoie un sms .... pour le mail oui effectivement, la boite mail pourrait penser à du spam

Je n'ai pas eu le temps de me pencher là dessus plus en avant (essayant de faire taire cette boucle infernale…), mais le plus simple serait la couleur d'une icône sur le Bureau ou quelque chose comme ça…
Un script fait sous Raccourcis (comme il est sur Mac) pourrait même lui ouvrir une fenêtre pop-up ou faire quelque chose de propre/sympa.

Episode 60000000 sur pour la téléphonie

https://x.com/fbknet/status/1502343682976096260

côté infrastructure ça fonctionne, maintenant il nous est nécessaire de configurer chaque client, l'automatisation en début de mois a échoué, nouvelle tentative ce week-end de nuit.
Il nous reste 25% des clients à migrer.

Uptime robot me spam dur aussi!

Code: [Sélectionner]

Down 2022-03-11 16:10:59 No Response 0 hrs, 35 mins
Up 2022-03-11 15:52:46 Successful Response 0 hrs, 18 mins
Down 2022-03-11 15:49:19 No Response 0 hrs, 3 mins
Up 2022-03-11 15:13:27 Successful Response 0 hrs, 35 mins
Down 2022-03-11 15:04:59 No Response 0 hrs, 8 mins
Up 2022-03-11 14:46:47 Successful Response 0 hrs, 18 mins
Down 2022-03-11 14:43:19 No Response 0 hrs, 3 mins
Up 2022-03-11 13:32:37 Successful Response 1 hrs, 10 mins
Down 2022-03-11 13:24:12 No Response 0 hrs, 8 mins
Up 2022-03-11 13:05:57 Successful Response 0 hrs, 18 mins
 Down 2022-03-11 13:02:31 No Response 0 hrs, 3 mins
Up 2022-03-11 00:43:33 Successful Response 12 hrs, 18 mins

Visiblement, il n'y a pas que le 14 et 91 qui est touché chez Covage!

Le 74 n'est pas terrible non plus!

Je vais regarder si j'ai les trames IPV6 toutes folldingo... 

De mémoire, le VLAN de collecte du 14 pour K-Net est commun avec au moins une partie du 91… Donc les trames folles doivent y être aussi, au moins dans une partie du 91.
Je ne serais pas surpris que ces trames soient la cause des problèmes rencontrés dans ces départements.

Donc même s'il y avait un serveur DHCPv6 pour répondre à ces SOLLICIT, ça ne changerait rien…

Heureusement que n'importe quel abonné ne peut pas lancer un serveur DHCP chez lui pour répondre à tout le monde surtout, on met des sécurités, DHCP Snooping et RA guard