Page 1 of 1

BGP performance workaround using route servers

Posted: Thu Jun 07, 2018 12:16 pm
by alfredo
We have been bitten quite hard recently by the well known problem with the lack of performance of BGP with full routing tables on the CCR.
Given that v7 isn't really expected anytime soon and Mikrotik doesn't seem to be anywhere near a solution for that, we have decided to work around the issue by adding route servers running Bird. Bird seems to be running quite well in the real world, for example as the route server at DE-CIX.
I have seen a few comments about Bird being used in the past in this forum, but not a lot of experience shared. Is anybody doing this? What, if any, issues were found? Was it an effective way around the BGP performance problem?
Thanks in advance for any ideas or issues you may want to share.

Re: BGP performance workaround using route servers

Posted: Thu Jun 07, 2018 4:30 pm
by sri2007
Hi alfredo, there is also a different way of improving the BGP convergence with mikrotik v6; and that's using CHR hosted by servers, you can take a look at this idea in the following link:

https://mum.mikrotik.com//presentations ... 817868.pdf

Re: BGP performance workaround using route servers

Posted: Mon Jun 11, 2018 7:11 pm
by alfredo
Hi alfredo, there is also a different way of improving the BGP convergence with mikrotik v6; and that's using CHR hosted by servers, you can take a look at this idea in the following link:

Thanks for that, it's interesting. We are using Bird rather than CHRs since they are well proven as route servers. We also made it a design objective to keep the route servers out of the data path.

Re: BGP performance workaround using route servers

Posted: Tue Jun 12, 2018 10:35 pm
by Vooray
No idea why use mikrotik to overcome mikrotik problems. Just use soft router to next-hop to your l3 switch.