Auteur Sujet: Perte de bail DHCP sur Bypass SFR : monitoring ONT  (Lu 275 fois)

0 Membres et 1 Invité sur ce sujet

frederic.moreau

  • Abonné Free fibre
  • *
  • Messages: 289
  • Montmorency (95)
Perte de bail DHCP sur Bypass SFR : monitoring ONT
« le: 27 octobre 2026 à 09:30:15 »
Bonjour,

J'utilise un routeur Mikrotik RouterOS 7.x et un bypass SFR (RedSFR) :
Le routeur Mikrotik est relié à un boîtier ONT SFR Alcatel I-010G-Q via un câble Ethernet.
Le matériel bénéficie d'une protection électrique avec un UPS.

J'ai adapté les tutoriels Linux et OpenWRT.

Voici le problème que vous pourriez également rencontrer et les solutions mises en place:

Une fois par mois environ, je perds le bail DHCP qui n'est pas renouvelé. Parfois, la ligne est stable durant plusieurs mois, mais dernièrement j'ai perdu le DHCP deux fois à quelques jours d'intervalle. Il s'agit de ma maison de campagne : le VPN tombe et je n'ai plus accès à distance. Dans un premier temps, j'ai mis en place un backup 4G, mais je mangeais mon forfait en cas de bascule et je n'avais pas vraiment compris qu'il s'agissait d'un problème de DHCP ou d'ONT ou les deux. Je pense qu'il s'agit d'un problème côté SFR, sans en être certain. Cela fait des années que cela dure. La dernière interruption a eu lieu ce matin vers 2:00 et j'ai décidé d'agir :

Il suffit de basculer la prise sur laquelle se trouve l'ONT pour que tout revienne en ordre, même après plusieurs jours d'arrêt.

N'hésitez pas à réagir si vous rencontrez le même problème et connaissez des solutions plus simples :

1) Configuration

Voici ma configuration :

/ip dhcp-client print detail
0  ;;; defconf
   name="ether1" interface=ether1 add-default-route=yes default-route-distance=1 default-route-tables=main check-gateway=ping use-peer-dns=yes use-peer-ntp=no
   allow-reconfigure=no use-broadcast=both dhcp-options=hostname,clientid,vendor-id-identifier,lease-time status=bound address=86.76.x.y/24 gateway=86.76.x.y
   dhcp-server=86.64.145.169 primary-dns=109.0.66.10 secondary-dns=109.0.66.20 expires-after=9m32s

/ip dhcp-client print       
Columns: NAME, INTERFACE, USE-PEER-DNS, ADD-DEFAULT-ROUTE, STATUS, ADDRESS
# NAME    INTERFACE  USE-PEER-DNS  ADD-DEFAULT-ROUTE  STATUS  ADDRESS       
;;; defconf
0 ether1  ether1     yes           yes                bound   86.76.x.y/24

 /ip dhcp-client option print detail
Flags: * - DEFAULT
0    name="vendor-id-identifier" code=60 value="xxxxxx" raw-value="xxxx"
 
1    name="lease-time" code=51 value="0x00008CA0" raw-value="00008ca0"
 
2  * name="clientid_duid" code=61 value="0xff$(CLIENT_DUID)" raw-value="ff"
 
3  * name="clientid" code=61 value="0x01$(CLIENT_MAC)" raw-value="01"
 
4  * name="hostname" code=12 value="$(HOSTNAME)" raw-value="xxxxxxxxxx"

Le bail DHCP demandé est de 10 heures et celui reçu de 10 minutes (normal).

A y regarder de plus près cela pourrait être l'option "allow-reconfigure=no". C’est l’acceptation des messages DHCPFORCERENEW (RFC 3203). Avec yes, le serveur DHCP peut ordonner au client de renouveler son bail immédiatement, sans attendre la mi-bail. L’opérateur peut ainsi pousser un changement (nouvelle adresse, nouvelle passerelle, nouveaux DNS) sans attendre l’expiration. Je doute que cela soit le vrai problème car mon IP et la passerelle sont toujours identiques et dans la pratique fixes.

2) Monitoring statut DHCP sur le routeur Mikrotik

Une solution qui ne donne aucun résultat et que j'ai abandonnée consiste à désactiver/réactiver le port eth1 en cas de perte de DHCP, en espérant que cela réveille l'ONT. En cas de reboot, 5 minutes laisse le temps au routeur pour obtenir un bail et évite une boucle infinie.

# 1. Client DHCP : pas de verification par ping, pas de script
/ip dhcp-client set [find interface=ether1] check-gateway=none allow-reconfigure=yes script=""

# 2. Script du chien de garde
/system script remove [find name=wan-watchdog]
/system script add name=wan-watchdog policy=read,write,test source={
  :local c [/ip dhcp-client find interface=ether1]
  :if ([/system resource get uptime] < 00:05:00) do={ :return 0 }
  :if ([/ip dhcp-client get $c disabled]) do={ :return 0 }
  :if ([/ip dhcp-client get $c status] != "bound") do={
    :log warning "WAN : pas de bail DHCP, rebond ether1"
    /interface ethernet disable ether1
    :delay 10s
    /interface ethernet enable ether1
  }
}

# 3. Planificateur toutes les 5 minutes
/system scheduler remove [find name=wan-watchdog]
/system scheduler add name=wan-watchdog interval=5m policy=read,write,test on-event=wan-watchdog

Cela ne donne aucun résultat, mais je laisse les scripts pour ceux intéressés.

3) Bascule de la prise de courant de l'ONT dans Home Assistant

La solution efficace ("ceinture et bretelles") consiste à tester l'absence d'Internet dans Home Assistant et à basculer une prise Zigbee de l'ONT. Voici une copie d'écran du script : Je teste l'absence d'Internet sur 1.1.1.1, 8.8.8.8 et 9.9.9.9 depuis 5 minutes. Si les trois IP ne répondent pas au ping, je bascule automatiquement la prise de l'ONT. Une protection contre une boucle de 15 minutes est appliquée.

Le script a été réécrit avec l'aide de la communauté Home Assistant : https://forum.hacf.fr/t/monitoring-boitier-fibre-ont/85470

4) Une dernière solution consiste à utiliser le watchdog du routeur Mikrotik en pingant 8.8.8.8 et sans réponse durant 3600 s (1 heure), rebooter. Je n'ai pas mis en place ce dernier garde-fou car le routeur est stable et n'a encore jamais planté.

Cordialement,
« Modifié: Hier à 18:13:50 par frederic.moreau »

frederic.moreau

  • Abonné Free fibre
  • *
  • Messages: 289
  • Montmorency (95)
Perte de bail DHCP sur Bypass SFR : monitoring ONT
« Réponse #1 le: 03 novembre 2026 à 11:54:13 »
Apparemment, mon ONU Alcatel a été rebooté vers 2 heures du matin ... donc le script de monitoring fonctionne.
Basculer l'ethernet ON/OFF ne sert à rien ... Il faut utiliser Home Assistant.
« Modifié: 03 novembre 2026 à 18:51:14 par frederic.moreau »

frederic.moreau

  • Abonné Free fibre
  • *
  • Messages: 289
  • Montmorency (95)
Perte de bail DHCP sur Bypass SFR : monitoring ONT
« Réponse #2 le: 03 novembre 2026 à 12:17:15 »
Il est anormal que l'ONT perde l'internet, puisqu'elle est censée se reconnecter par elle-même.
Avez-vous une piste pour comprendre ce qui se passe et pourquoi l'ONT se déconnecte ?
« Modifié: 04 novembre 2026 à 15:08:52 par frederic.moreau »

frederic.moreau

  • Abonné Free fibre
  • *
  • Messages: 289
  • Montmorency (95)
Perte de bail DHCP sur Bypass SFR : monitoring ONT
« Réponse #3 le: 04 novembre 2026 à 18:42:43 »
Je crois deviner une origine possible de mes problèmes de reboot : il y a quelque semaines, le réseau a été interrompu durant une journée pour migrer vers le 10Gbit/s (nous sommes désormais éligibles). Le changement d'équipement réseau est peut-être la cause de ces blocages.

frederic.moreau

  • Abonné Free fibre
  • *
  • Messages: 289
  • Montmorency (95)
Perte de bail DHCP sur Bypass SFR : monitoring ONT
« Réponse #4 le: 04 novembre 2026 à 21:02:12 »
Image 1 : Chez SFR, encore une perte de connexion cette nuit de 4 minutes.
On dirait que l'ONU s'est reconnecté de lui-même, donc RAS.

Image 2 : En comparaison, ma ligne FREE est bien plus stable, même s'il y a des déconnexions.
J'ai régulièrement des uptime de 1 mois.

Ce qui semble poser problème chez SFR, c'est que parfois l'ONU se se reconnecte pas.
Heureusement que j'utilise Home Assistant pour rebooter l'ONU ...
« Modifié: 04 novembre 2026 à 21:27:02 par frederic.moreau »