Thank you for the feedback, I appreciate the suggestions of vRR or cRPD.
Original Message:
Sent: 07-22-2024 05:00
From: markw
Subject: Router Reflector Options
Another good option for route reflector (if you have servers available) is to use vRR or cRPD for this purpose. The big benefit of this is that you can allocate a server with a beefy CPU and memory resources for much quick processing and convergence times.
Most routers, while great at forwarding and such, are of course not necessarily using the top of the line in CPU or RAM, which are the components you'd need to process loads of routes and do route convergence. As a RR does not need to be in the path of the actual traffic (it's just sharing routes, not actually routing itself), it can run perfectly on a server, which then has better/more/faster memory and CPU, but of course not the actual traffic forwarding capacity.
I've seen excellent graphs (by Juniper, admittedly) that show a significant improvement in convergence times when using virtualized route reflectors (either using vRR or cRPD, depending on whether you prefer a VM or a container solution).
To be fair, I do not have handson experience with these myself, so I can't vouch for these results, but the people I've spoken to so far that do use such solutions are pretty enthusiastic about the performance. Additional benefits of such a solution would be that you can easily deploy these in a distributed manner, while not necessarily taking up more rack space or such (assuming you have servers available in your infra to host these on).
Original Message:
Sent: 07-19-2024 00:22
From: SCHYLAR UTLEY
Subject: Router Reflector Options
- Are separate route reflector appliances best practice or is there alternative solutions you have used?
- We re-use MXs as our route reflectors. MX204s could be a good lower end cost RR if you already had them.
- You can achieve the same with a sufficiently thought through server running one of the popular routing platforms.
- Has anyone run the router reflector on the ACX and at what scale?'.
- Probably not the greatest idea in general but depends on your route scale I suppose
- ACXs aren't generally known for being huge route table number crunchers. You may be able to fit a full table in, but how about 7? As the route reflector, that may be important or may not be depending on your scale.
- Do you run them in an N+1 or N+2 layout?
- We have 1 route reflector cluster of two routers for about 50 MXs / PTXs
------------------------------
SCHYLAR UTLEY
Original Message:
Sent: 07-17-2024 18:07
From: JAMES SERBOUSEK
Subject: Router Reflector Options
We are building a network with 30 ACX routers in a ring configuration running evpn with ISIS on the underlay and anycast gateways on our voice, video and data servers.
Coming from a Cisco environment, we are running the route reflectors on 3 routers within the network and the remaining were route reflector clients. This was a Cisco recommendation at the time, I am not sure if it would still be their recommendation or not.
I am looking for thoughts and input on using route reflector appliance, running a route reflector on the ACX platform, or other recommendations.
Are separate route reflector appliances best practice or is there alternative solutions you have used?
Has anyone run the router reflector on the ACX and at what scale?
Do you run them in an N+1 or N+2 layout?
Thank you in advance for thoughts or feedback.
------------------------------
JAMES SERBOUSEK
------------------------------