Backup routing does not working

Hi All,

I’m using a Mikrotik Hex router. The primary internet I have setup PPPoE client (distance 1). For backup I’m using an LTE device connected to the USB port with routing distance 2. Today I had a power loss and all of the default routes were wiped out, so I couldn’t use the backup.
Once the power restored, I was able to simulate the power outage again, and same thing happened.
Previously I tested with disabling the PPPoE under PPP with success, now I tried it again and the routes gone again…
I’m not sure if this is related to an update or not, but I have couple of updates behind since the original setup. Now I’m on 6.49.6

Thank you in advance,
Zoltan

I have found the following: previously I was testing out OSPF routing between 2 Mikrotik instances. I have started to clean up and get rid of OSPF configuration one by one and when I disabled the default router id under OSPF/Instances, the backup started working.
As default router id I set to 10.255.255.1/32 with lower distance than PPP.
From PPP provider I get a 10.x.x.x/32 IP.
I’m not sure why these correlate.

Don’t expect any useful feedback until you post an export of the configuration (see my automatic signature below).

Thanks, sure I understand. Config attached.
hex20220815.rsc (4.09 KB)

(1) unfinished entry, probably should be removed
/interface list member
add comment=defconf interface=bridge88 list=LAN
add comment=defconf interface=ether1 list=WAN
add comment=REMOVED interface=pppoe-out1 list=WAN

add list=LAN
add comment=REMOVED interface=ppp-out1 list=WAN

(2) Get rid of this setting, since pppoe handles the dhcp client business on the WAN side.
/ip dhcp-client
add comment=defconf disabled=no interface=ether1

(3) You have two weird addresses/networks that popup belonging to what…
/ip address
add address=192.168.88.1/24 comment=defconf interface=bridge88 network=
192.168.88.0
add address=172.16.1.1/30 interface=ether5 network=172.16.1.0

AND
/ip dhcp-server network
add address=192.168.88.0/24 comment=defconf gateway=192.168.88.1
add address=192.168.89.0/24 gateway=192.168.89.1

(4) What is the purpose of this line…?
add action=accept chain=input comment=
“Accept in connection from cross for OSPF” in-interface=ether5

(5) Why did you manually enter these routes when they are already created in our pppoe client settings and ppp client settings..
Suggest you remove them.
/ip route
add distance=1 dst-address=192.168.1.0/24 gateway=172.16.1.2
add distance=1 dst-address=192.168.100.1/32 gateway=ether1 pref-src=
192.168.88.0

Thank you for your review!

(1) Yes, it was a previous assignment to a currently no longer existing interface, removed.
(2) Yes, by my previous ISP it was needed to set, now it is removed.
(3) This line

add address=172.16.1.1/30 interface=ether5 network=172.16.1.0

is in use to connect my secondary router (hAP ac2) via static route.
The other line

add address=192.168.89.0/24 gateway=192.168.89.1

is again not needed, removed.
(4) I have tried out OSPF between the previously mentioned hAP ac2 and hex and this setting
was needed, because the connection was dropped due to the “drop all not coming from LAN”, I have removed now.
(5) The 192.168.100.1/32 was for the previous ISP’s management interface, removed.
The line

add distance=1 dst-address=192.168.1.0/24 gateway=172.16.1.2

is needed, if I want to reach the network of my hAP ac2.

Nice explanation. Thanks!