What's about the missing feature "Fast Reroute"???

+1

Bump!

Please implement soon.

bump

Bump!

Urgend features to get a near carrier system are ignored. TE without fast reroute is useless nowadays.

+1.

I would need this feature too!

Whilst we wait, how are others dealing with quick fail-over?

BFD if your links will support it....lower OSPF/BGP timers if not.

BFD can get you to sub 50ms failover which is the carrier standard for voice (and not interrupt the call)

BFD um....can be setup to do that but wouldn't that be an insane amount of CPU utilization on a Mikrotik as there is no ASIC to do the hello generation/upkeep.

That also being said, wouldn't that mean that there'd have to be a hello count of 15ms for BFD with a fail interval of 3 to get that actual level of failover?

That being said, MPLS FRR would be awesome. +1

Also BFD is broken in 6.x as is OSPF handshaking


Both bugs confirmed by Mikrotik support but no eta for a fix

+1 for fast reroute from me, plus a plea for engineering resources to fix the OSPF / BFD issues asap

Bump, I cannot use MPLS (and we run RSVP) without FRR...

+ for FRR !!

This is one of the most frequent questions we are asked by MPLS clients

+++++ for FRR

*BUMP* for MPLS FRR

*bump*

*bump*

I really need this feature!

yes +1

+1 Again

+1 we need this

+1 we need this

+1

Very needed!

This post is nearly 5 years old .. i doubt they will ever implement it

We would need it also ...

Agreed. +1

Whilst we wait, how are others dealing with quick fail-over?

Poorly

In our case its a routed network between almost all links. And on the ones with multiple links thats where we use BFD (as BFD is buggy on mikrotik and not entirely reliable)
However this still isn't great because its only a hop-to-hop failover solution that relies on OSPF to then recalculate the best route. So your failover time will always be higher than just the BFD dead interval and can also introduce small routing loops whilst other routers are recalculating routes

It won't/shouldn't drop a phone call but it will cause a larger interruption than expected. All-in-all, pretty shit. It's an example of where you hit a scalability problem with MikroTik