Ca peut être du simple monitoring du WAN pour déclencher une bascule propre sur un lien potentiellement tiers (4G par exemple) et prévenir par email. Ou des cas un peu plus tordus où on bridge le CPE du client vers 2 liens (parce que son CPE a qu’un WAN par exemple), donc quand on détecte qu’un lien tombe, on modifie le bridge pour passer sur le second lien. Ou un speed-test toutes les 10 min avec notif si bandwidth < X ( ça c’est plutôt quand on fait une analyse d’un problème remonté par le client). Sur les versions LTE, tu peux avoir des scripts que tu peux exécuter par SMS, comme sur un TELTO, sauf qu’il faut se les faire à la main, alors que TELTO a pré-configuré des commandes de base. Mais pour un reboot/status, ça va.
L’autoconf, j’ai pas encore osé, c’est un gros chantier et peut-être overkill. Mais j’ai quand même un template assez générique, qui fait un peu d’autoconf dans la mesure où il va configurer les choses différemment en fonction du modèle, du nombre de ports, de la présence d’un backup 4G interne ou externe, etc… David > Le 18 mars 2025 à 16:34, Paul Rolland (ポール・ロラン) <rol+fr...@witbe.net> a écrit > : > > Hello, > > On Tue, 18 Mar 2025 16:07:27 +0100 > David Ponzone <david.ponz...@gmail.com> wrote: > >> Je pensais à des CPE hein, ce qui est quand même plus la cible de >> Mikrotik :) > > C'est deja une premiere etape. Toi qui semble etre un utilisateur regulier > des Mikrotik, tu fais quoi comme genre de scripting ? Juste de l'autoconf > initiale ? des choses plus regulieres ? (sans indiscretion, bien sur). > > Paul > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
