BIRD / BGP-ORR experiences?
deepak at ai.net
Wed Apr 15 15:51:47 UTC 2020
On 15/Apr/20 13:36, Saku Ytti wrote:
> ORR is not an RFC and there are some open questions. What to reflect,
> when next-hop is not in IGP? Do we hope that receiver would recurse to
> the same IGP next-hop? Juniper makes this assumption, which to me is
> decidedly the common case. Cisco makes no assumption and doesn't
> reflect if next-hop is not in IGP, but as I understand they will fix
> to the same assumption as Juniper.
When we wanted this bad, it wasn't ready (2014), so we ended up deploying an RR in every major PoP, since that wasn't too costly (there was a time when a network I knew of used a Juniper M120 as an RR).
Nice to hear ORR has come a long way that it's somewhat usable.
How is this approach working for you? We were considering BGP ORR on bare metal (maybe a VM if we can get OSPF into the VM) and putting a primary RR at each eBGP node (physical site) and at least one link to a backup RR at a different site, perhaps enabling BGP ORR for that to minimize suboptimal paths.
Adding a VM or a server node for this function is hardly the technical challenge it used to be with so many linux-based white box switches and things running around nowadays.
More information about the NANOG