Il n'y aurait pas une routine qui vérifie la box SFR

Une bonne prise programmable

Okay, merci. Je vais pinger 8.8.8.8 et en cas de non-réponse au bout de 20 minutes, je bascule la prise de l'ONT.
Sinon, si vous connaissez une solution plus simple, merci de me l'indiquer.

Cela étant réglé, quand je bascule l'ONT sur Off puis sur ON, est-ce que je suis certain que mon routeur fasse une nouvelle demande DHCP ? Quel est le timeout de la requête DHCP ? Est-ce que je ne ferais pas mieux de basculer également l'alimentation du routeur RB5009 ? Quelqu'un ayant des pertes d'ONT aurait-t-il analysé la cause de cette perte ?

J'ai légèrement modifié le script. Tout d'abord, les objets Internet (8.8.8.8 ) et routeur (192.168.10.254) sont pingés toutes les 60 secondes. Ensuite, la perte d'internet doit être supérieure à 20 minutes ET le routeur doit être joignable sur réseau local depuis plus de 2 minutes. Dans ce cas il reste une fenêtre de 3 à 4 minutes pour rebooter l'ONT avant que le watchdog du routeur RB5900 ne reboote (=6-2-1). Cela me permettra de ne pas rebooter l'ONT dans tous les cas où je serais en train de manipuler le réseau local et/ou qu'il serait indisponible durant des heures (mais c'est rare vu que tout est en rack en filaire et sous alimentation contrôlée).

J'espère que les 2 minutes de fonctionnement du routeur sont suffisantes pour que le bail DHCP de RED/SFR n'arrive pas à expiration. Mais dans ce cas, 6 minutes plus tard, le RB5009 reboote.

L'inconvénient de ce script c'est qu'en cas de migration/modifications de RED/SFR vers une nouvelle infra, il y a un risque de boucle infinie avec un reboot de l'ONT toutes les 20 minutes. Il m'est déjà arrivé de recevoir un mail indiquant l'indisponibilité de ma ligne pour une courte durée en raison de travaux. Donc j'aurais peut-être intérêt à rallonger l'intervalle. Ceci dit ma config en bypass est stable depuis des années.

Si vous voyez une erreur de raisonnement, merci de me l'indiquer.

Reste à simuler une défaillance en débranchant l'ONT ce que je ferai semaine prochaine.

Vous pouvez m'apporter plus d'infos ? A quelle condition peut-on pinger 192.168.4.1 ? Si je pinge 192.168.4.1, est-ce que cela présage d'un bon fonctionnement de l'ONT ? Comment se connecter en telnet sur l'ONT et comment la rebooter ?

Merci, je suis certain du bon fonctionnement du watchdog sous Mikrotik, parce que je l'ai déjà vu à l'oeuvre quand SFR est intervenu pour maintenance sur la ligne et que j'ai perdu l'Internet durant plusieurs heures. Le routeur Mikrotik RB5900 a alors rebooté en continu chaque 6 minutes jusqu'à rétablissement de la ligne. Même constat sur ma ligne Free quand un problème est intervenu de nuit : mon CCR2004 a rebooté en boucle jusqu'au rétablissement. L'avantage du watchdog, c'est qu'il ne génère aucun extra-courant en basculant la prise. Le RB5900 peut rebooter en boucle sans s’abîmer. C'est la même fonctionnalité qu'un ON/OFF électrique, mais propre et sans bavure. C'est fait pour rebooter proprement, il faut utiliser la fonctionnalité. Mikrotik n'est pas très clair concernant la nature du Watchdog, hardware ou software et je penche pour un watchdog software. En tous cas sur mes deux routeurs, cela ne m'est jamais arrivé de rester bloqué par un segfault qui aurait empêché le Watchdog de se déclencher.

Je reviens sur l'idée de se connecter en telnet sur l'ONT. Ce n'est pas une bonne idée, parce que si je me connecte et qu'en même temps le routeur reboote, cela risque de laisser l'ONT dans un état instable, par exemple arrêté.

Donc finalement, je préfère rebooter l'ONT au bout de 2 heures de perte d'Internet par un ON/OFF électrique. Je ferai un test avec une durée de 10 minutes pour valider et ensuite je le réglerai sur 2 heures, pour que cela reste compatible avec un intervention technique sur ma ligne qui couperait l'Internet du fait de RED/SFR ou d'un incident technique. 12 reboot dans la journée, c'est déjà largement suffisant.

Et jusqu'à preuve du contraire, ces derniers temps, mes uptime sont proches de ceux entre chaque mise à jour de RouterOS. Donc c'est que l'ONT est stable, sinon le routeur rebooterait et j'aurais des uptimes beaucoup plus courts.

Pour le fun, et convaincre ceux qui n'utilisent pas encore Home Assistant de le faire, une jolie copie d'écran qui montre les 3 objets monitorés.