J'utilise les routes récursives, mais j'ai testé avec le check sur la passerelle Orange uniquement. Cela fonctionne.

Pourrais-tu nous faire une capture écran de tes route récursive car je ne suis pas sûr de les mettre correctement en place avec la doc mikrotik

Perso je tourne en check-gateway sur Orange depuis toujours, et ça a toujours bien fonctionné

Bonjour,

Je n'ai pas suivi la doc Mikrotik mais le tuto dont j'ai pointé le sujet plus haut.
Voici le lien à nouveau : https://forum.mikrotik.com/viewtopic.php?t=192736

J'ai un client DHCP pour Orange et l'IP est portée par le routeur.
Ma deuxième connexion se fait via une Bbox (avec du double NAT  ). Celle-ci a l'IP 192.168.255.33.

Code: [Sélectionner]

/ip route
add comment=BYT_Monitor disabled=no distance=1 dst-address=9.9.9.9/32 gateway=192.168.255.33 pref-src="" routing-table=main scope=10 suppress-hw-offload=no target-scope=11
add check-gateway=ping comment=BYT_GW disabled=no distance=2 dst-address=0.0.0.0/0 gateway=9.9.9.9 pref-src="" routing-table=main scope=10 suppress-hw-offload=no target-scope=12
add comment=BYT_WAN disabled=no distance=1 dst-address=0.0.0.0/0 gateway=9.9.9.9 pref-src="" routing-table=rtab-byt scope=10 suppress-hw-offload=no target-scope=12
add comment=OGE_Monitor disabled=no distance=1 dst-address=8.8.8.8/32 gateway=86.215.200.1 pref-src="" routing-table=main scope=10 suppress-hw-offload=no target-scope=10
add check-gateway=ping comment=OGE_GW disabled=no distance=1 dst-address=0.0.0.0/0 gateway=8.8.8.8 pref-src="" routing-table=main scope=10 suppress-hw-offload=no target-scope=12
add comment=OGE_WAN disabled=no distance=1 dst-address=0.0.0.0/0 gateway=8.8.8.8 pref-src="" routing-table=rtab-oge scope=10 suppress-hw-offload=no target-scope=12

Sur le client DHCP, j'ai un script qui met à jour l'IP de la passerelle.

Code: [Sélectionner]

:if ($bound=1) do={
    /ip route set [/ip route find where gateway!=$"gateway-address" and comment~"OGE_Monitor"] gateway=$"gateway-address"
    :log info "OGE_Monitor gateway updated";
}


Merci beaucoup pour les commande … mais est-ce là la meilleure solution ?

Hello,

J'ai été migré cette nuit chez Orange avec les nouvelles restrictions protocolaires.
Mon ONU (fs.com) est dans un CRS305 (ROS 7. en front du CCR2116 (ROS 7.7).

La migration a eu lieu à 2h31.
Le client dhcp du mikrotik n'a pas réussi à bound correctement, la chaine 125 retournait comme erreur '0201' (bad login/password) -> parké par orange en ip 172.16.xxx.xxx.

Ce matin à 7h, je re-génère ma chaine d'authentification (qui était pourtant déjà en version longue) et modifie les options correspondantes des clients ipv4 et ipv6. Mais pas mieux, même pas de retour d'orange.

Je constate que l'ONU à un Tx à -40dBm depuis 5h48 (au lieu de 2.5dBm habituellement). Le Rx est correct -17dBm.
Je fais powerOff/powerOn sur le CRS305, le signal est de nouveau ok, les clients dhcp (ipv4 et ipv6).

J'ai l'impression que depuis l'installation de ROS 7.8 sur mon CRS305, j'ai le Tx qui chute brutalement. Le problème se résout en faisant powerOff/PowerOn du CRS305.
Ce problème arrive assez rarement (1 fois tous les 2/3 mois ?). Je n'ai pas l'impression d'avoir eu ce phénomène en ROS 7.7 et 7.6.

Cela peut-il venir de l'infra Orange ? Je ne pense pas car c'est le Tx de l'ONU qui tombe. Si c'était l'infra Orange, j'aurais un pb de Rx, enfin je crois...

Une idée ?
Merci.

D'après vous, qu'est-ce qui pourrait expliquer un Tx à -40dBm sur l'ONU (avec un Rx correct -17dBm) ?

Problème firmware ? ou pb matériel  ? un reset coté Orange ?

merci

probleme de calibration du laser ??
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1015836/#msg1015836