Re: [c-nsp] BGP ORR - experiences
Mark Tinka via cisco-nsp <[email protected]> Tue, 21 Oct 2025 06:04:02 +0200
| Newsgroups | gmane.network.nsp.cisco |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format. --===============2036492236527966650== Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 20/10/2025 22:50, Phil Bedard wrote: > A bit late but we (Cisco) do have some folks running ORR but not many. > Recently I worked with a large provider and in the end they decided > to just distribute RRs across their network instead. I’m not aware of > any limitations with the ASR9K specifically in regards to ORR, there > is no silicon dependence with ORR in IOS-XR. It’s what we would call > a platform-independent function. > > However, we typically recommend folks look at the RR appliance or > XRv9K/xRD for RR use cases since the general CPUs are much more > powerful than the ones we put into a router RP. In my day, the only ASR9000 we had was the ASR9001 client. Try as we might, it couldn't be part of our BGP Add-Paths infrastructure. Not enough control plane resources to hold more than one full table in 2023. While I imagine the Intel-based ASR9000 routers are much more powerful as a client, I agree that running a route reflector on compute is the best way forward. Mark. --===============2036492236527966650== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KY2lzY28tbnNw IG1haWxpbmcgbGlzdCAgY2lzY28tbnNwQHB1Y2submV0aGVyLm5ldApodHRwczovL3B1Y2submV0 aGVyLm5ldC9tYWlsbWFuL2xpc3RpbmZvL2Npc2NvLW5zcAphcmNoaXZlIGF0IGh0dHA6Ly9wdWNr Lm5ldGhlci5uZXQvcGlwZXJtYWlsL2Npc2NvLW5zcC8K --===============2036492236527966650==--