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==--