Community discussions

MikroTik App
 
OKNET
Member
Member
Topic Author
Posts: 353
Joined: Mon Jun 22, 2015 9:22 am

Recursive routing from V6 to V7

Sun Mar 19, 2023 6:07 pm

This is my working routing table in rOS V6:
add comment="Failover host2" disabled=no distance=1 dst-address=1.1.1.1/32 gateway=192.168.200.1 pref-src="" routing-table=main scope=10 suppress-hw-offload=no target-scope=10
add comment="Failover host1" disabled=no distance=1 dst-address=8.8.4.4/32 gateway=192.168.200.1 pref-src="" routing-table=main scope=10 suppress-hw-offload=no target-scope=10
add check-gateway=ping comment="Failover virtualhost1" disabled=no distance=1 dst-address=10.17.13.1/32 gateway=8.8.4.4 pref-src="" routing-table=main scope=10 suppress-hw-offload=no  target-scope=10
add check-gateway=ping comment="Failover virtualhost2" disabled=no distance=1 dst-address=10.17.13.1/32 gateway=1.1.1.1 pref-src="" routing-table=main scope=10 suppress-hw-offload=no  target-scope=10
add comment="Failover gwa" disabled=no distance=1 dst-address=0.0.0.0/0 gateway=10.17.13.1 pref-src="" routing-table=main scope=30 suppress-hw-offload=no target-scope=10
that works no more in rOS V7

First two rules to route 1.1.1.1 and 8.8.4.4 to real router 192.168.200.1
second two rules for ping-checking with dummy gw 10.17.13.1 to be used as default route on fifth route

What to do ?
Thank you
 
User avatar
anav
Forum Guru
Forum Guru
Posts: 19106
Joined: Sun Feb 18, 2018 11:28 pm
Location: Nova Scotia, Canada
Contact:

Re: Recursive routing from V6 to V7

Sun Mar 19, 2023 10:46 pm

read para I - viewtopic.php?t=182373

See recursive routing and two rules of thumb.
 
OKNET
Member
Member
Topic Author
Posts: 353
Joined: Mon Jun 22, 2015 9:22 am

Re: Recursive routing from V6 to V7

Mon Mar 20, 2023 11:36 am

Thank you for your work and video link (https://www.youtube.com/watch?v=eTmpBAAW_pQ) , absolutely clear.

So it's a target scope = scope issue.

I'm try to understand why in my previous V6 config, the default route points to an arbitrary dummy IP (10.17.13.1) that points itself (two instances) to remote check host 8.8.4.4 and 1.1.1.1 with a further pair of routes to ensure 8.8.4.4 and 1.1.1.1 via ISP router (three actions instead of two like explained in video).

Is it because of double host check ?
Can I do the same on the video example but with two default routes per each ISP gw, pointing to external host directly ?? eventually with distance 1-2 and 3-4 ?

Who is online

Users browsing this forum: zendra and 77 guests