Rare project developers

[mc36 <>]

hi,
as i see you have the following possibilities:
1-static routing with different path ids and distances:
  so you can have two static routes pointing to the two tunnels, and then 
pinging the routed network...
  when the better path fails, the tunnel interface should go down and the 
better static route disappearing,
  putting the other, not that good distnaced static route in place...
2-policy routing to the tunnels.. basically the same as the static routing 
but with pbr...
3-ipvX autoroute to the tunnels... it's best used with a routing protocol, 
and it'll map
  a given router id's all advertised paths to the tunnel... when the better 
path goes down,
  the other path should kick in... example here could be: 
http://sources.nop.hu/cfg/rout-ospf40.tst
  so r1 and r2 have two links, the one runs ospf but filters out icmp, and 
the other which picks up the routes...
4-running bgp through both of the tunnels... it seems the most configurable, 
you simply apply a /30 to both
  ends of the tunnel and then you can run a bgp session over this /30 and you 
can control which prefixes
  and how will advertised an learned over this bgp peering...
regards,
cs


On 12/18/21 21:41, Everson Borges wrote:
> Hi all,
>
> I'm trying to implement path recovery with POLKA.
> Using a static route I managed to implement, but in a static way.
> I would like it to work automatically, I'll try to explain it better.
> I made a topology with two tunnels: polka tun1 (shortest path) and tun2 
> (longest path) attached.
> I would like that while *H1*  pinging *H2*, any failure you have in the core (AMS, POZ, BUD and FRA) the RIO and GVA router automatically recover this through the polka tunnel(Ex 
> eth3 AMS is down).
> Could anyone give me any ideas.
>
> --
> Att.
> Everson Scherrer Borges