Failover with recursive routing stays on backup connection

Hi guys,

Finally I have failover with recursive routing working (attached). Used mainly Tomas Kirnak approach (many thanks!). I have a question about it. I notice that not always come back to main connection, let say, router goes to isp1 which is main, primary connection, fast but unstable, when missed pings succeed then router goes to secondary, backup connection, and stays there. Eventually changes to primary many times but finally stays on secondary and does not goes back to primary. My question is: Im missing something on my config ? (I do have blackhole route disabled but dont now how to use it), primary connection instability makes router decides not to go back to primary any more ?, How router evaluates routes ?, thanks for answering
Pic2.png
Pic1.png

Hi

for faster route switch back, have you tried switching the “/ip setting route-cache off”?

Hi sebastia, I never heard about that, I do not know how it works. I will look for its use and implementation

route-cache (yes | no; Default: yes): Disable or enable Linux route cache. Note that by disabling route cache, it will also disable fast path. What is a fast path ?

taken from another forum <=http://forum.mikrotik.com/t/route-cache-disabled-with-fast-path/113657/1 Fastpath requires route-cache in order to work. If you disable route-cache, you disable fastpath (and by extension, fasttrack). What is the meaning of this…?

That is the consequence, but was wondering if it would solve your switching issue.

Ok, I will do it (will update changes also). Thanks

One question: Could this change slow down the connection to internet ?

depending on the hardware used, you might hit the limit before reaching max of you connection. You can still revert back later.

Disabling fast route can help you but you need to be more careful about consequences in other hand There is some problem with that and that is why I recommended to use Netwatch instead of check gateway with ping,
You Assume your router has access to your ISP1 but your ISP1 has internal problem so in that case you never switch to the ISP2.

You talk about consequences: which?

Do note that the “recurive routing” is already doing “gateway” check to internet, through ISP network and beyond.

Good morning, is working already. I would like to know what router-chache does…

It it’s name states, it keeps a list of previously calculated routes from x to y for later reuse. After a while an entry gets invalidated, removed and needs to be calculated a new.