MPLS - Fast reroute. When?
Posted: Thu Sep 20, 2012 8:40 am
What's about the missing feature "Fast Reroute"???
Page 1 of 1
Re: MPLS - Fast reroute. When?
Posted: Thu Sep 20, 2012 8:58 am
+1
Re: MPLS - Fast reroute. When?
Posted: Fri Mar 08, 2013 4:14 pm
Bump!
Please implement soon.
Please implement soon.
Re: MPLS - Fast reroute. When?
Posted: Sun Mar 24, 2013 6:29 am
bump
Re: MPLS - Fast reroute. When?
Posted: Wed Jun 12, 2013 10:09 am
Bump!
Urgend features to get a near carrier system are ignored. TE without fast reroute is useless nowadays.
Urgend features to get a near carrier system are ignored. TE without fast reroute is useless nowadays.
Re: MPLS - Fast reroute. When?
Posted: Thu Jun 20, 2013 12:25 pm
+1.
Re: MPLS - Fast reroute. When?
Posted: Wed Aug 07, 2013 9:33 am
I would need this feature too!
Re: MPLS - Fast reroute. When?
Posted: Wed Aug 07, 2013 12:21 pm
Whilst we wait, how are others dealing with quick fail-over?
Re: MPLS - Fast reroute. When?
Posted: Wed Aug 07, 2013 8:27 pm
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 can get you to sub 50ms failover which is the carrier standard for voice (and not interrupt the call)
Re: MPLS - Fast reroute. When?
Posted: Sat Aug 10, 2013 3:07 am
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
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
Re: MPLS - Fast reroute. When?
Posted: Sun Jun 22, 2014 4:34 am
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
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
Re: MPLS - Fast reroute. When?
Posted: Sun Aug 24, 2014 12:17 pm
Bump, I cannot use MPLS (and we run RSVP) without FRR...
Re: MPLS - Fast reroute. When?
Posted: Wed Aug 27, 2014 5:20 pm
+ for FRR !!
This is one of the most frequent questions we are asked by MPLS clients
This is one of the most frequent questions we are asked by MPLS clients
Re: MPLS - Fast reroute. When?
Posted: Fri Aug 29, 2014 1:05 am
+++++ for FRR
Re: MPLS - Fast reroute. When?
Posted: Sun Oct 26, 2014 3:28 am
*BUMP* for MPLS FRR
Re: MPLS - Fast reroute. When?
Posted: Fri Aug 07, 2015 3:35 pm
*bump*
Re: MPLS - Fast reroute. When?
Posted: Sat Aug 08, 2015 3:14 pm
*bump*
I really need this feature!
I really need this feature!
Re: MPLS - Fast reroute. When?
Posted: Thu Aug 20, 2015 9:11 pm
yes +1
Re: MPLS - Fast reroute. When?
Posted: Fri Aug 28, 2015 12:41 am
+1 Again 
Re: MPLS - Fast reroute. When?
Posted: Wed Nov 18, 2015 10:08 am
+1 we need this
Re: MPLS - Fast reroute. When?
Posted: Fri Jan 20, 2017 4:09 pm
+1 we need this
Re: MPLS - Fast reroute. When?
Posted: Fri Jun 09, 2017 7:06 pm
+1
Very needed!
Very needed!
Re: MPLS - Fast reroute. When?
Posted: Wed Jul 19, 2017 6:18 pm
This post is nearly 5 years old .. i doubt they will ever implement it
We would need it also ...
We would need it also ...
Re: MPLS - Fast reroute. When?
Posted: Tue Oct 24, 2017 1:21 pm
Agreed. +1
Re: MPLS - Fast reroute. When?
Posted: Mon Sep 13, 2021 1:51 pm
PoorlyWhilst we wait, how are others dealing with quick fail-over?
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