Plus rien depuis quelque minutes et plus la possibilité d'aller sur le forum K-net.

Seul K-Net semble impacté, mais ce qui est étonnant c'est le réseau ne s'est pas éteint brusquement en même temps mais que les différents clients ont perdu l’accès les un après les autres (cela s'étale sur 35minutes, entre 16h35 et 17h10) et non tous en même temps.

Certains ont toujours un accès à Internet : sur les 29 clients K-Net qui ont un SmokePing dans l'Ain, il en reste deux ok.
=> https://lafibre.info/dns/smokeping.cgi?target=knet.box

Dans le calvados, les 3 smokeping sont KO, mais là aussi pas tous en même temps :
Adonf : coupure entre 17h05 et 17h10
Valdoison et guillaume14 : coupure entre 16h45 et 16h50

Les services sont en train de remonter, les connexions aussi normalement.

J'ai en mémoire un pb DHCP chez citéFibre : toutes les box se présentait avec le DHCP avec le même ID alors qu'il doit être aléatoire. (C'est un bug de Sagem, le fournisseur de box de citéFibre)

Tant que les requêtes sont les unes derrière les autres pas de souci mais quand le parc a grossi, on a eu des requêtes simultanées. Dans ce cas là faute de réponse les box doivent demander une seconde fois.

Un jour cela s'est emballé et les nouvelles demandent étaient elles mêmes réalisées en simultanées par plusieurs box => la boule de neige qui grossi. Cela a été la grosse galère pour sortir de ce cercle infernal, via d'autres serveurs DHCP. On a augmenté fortement le bail DHCP pour limiter le risque d'avoir des requêtes en simultané (on a augmenté le bail DHCP de 1h a 48h). Je ne suis pas sur que Sagem a corrigé le bug (la Sagem F@st3190w était déjà en fin de vie)

J'ai en mémoire un pb DHCP chez citéFibre : toutes les box se présentait avec le DHCP avec le même ID alors qu'il doit être aléatoire. (C'est un bug de Sagem, le fournisseur de box de citéFibre)

Tant que les requêtes sont les unes derrière les autres pas de souci mais quand le parc a grossi, on a eu des requêtes simultanées. Dans ce cas là faute de réponse les box doivent demander une seconde fois.

Un jour cela s'est emballé et les nouvelles demandent étaient elles mêmes réalisées en simultanées par plusieurs box => la boule de neige qui grossi. Cela a été la grosse galère pour sortir de ce cercle infernal, via d'autres serveurs DHCP. On a augmenté fortement le bail DHCP pour limiter le risque d'avoir des requêtes en simultané (on a augmenté le bail DHCP de 1h a 48h). Je ne suis pas sur que Sagem a corrigé le bug (la Sagem F@st3190w était déjà en fin de vie)

Cela me fait penser au téléchargement du firmware au démarrage des Freebox : d'habitude les Freebox ne sont jamais rebootées, donc on peut rester avec un firmware avant dernier voire avant-avant dernier pendant quelques temps, sans perte de fonctionnalités (certaines MàJ Freebox introduisaient des bugs calamiteux ou des tous de sécurité, ce qui ne donne pas envie de se précipiter sur les MàJ, d'autant que le downgrade firmware n'est pas prévu). Les MàJ sont donc naturellement étalées dans le temps.

Mais certains firmware bloquaient la Freebox TV sur un menu qui exigeait qu'on fasse un reboot électrique (le menu ne proposait pas de faire un reboot logiciel de la Freebox ADSL!), et à chaque fois cela a causé un effondrement au niveau des serveurs de firmware : le téléchargement d'un firmware ne se faisant pas, au bout de 10 min les freenautes rebootent ce qui recommence le téléchargement... une sorte de DDoS auto-infligé.

Free avec une remarquable constance dans l'erreur a réitéré le même connerie avec les mêmes conséquences avant d'arrêter et de permettre de conserver un vieux firmware pendant quelques temps.

Mais en cas de grande coupure électrique, on pourrait avoir quelques problèmes...