nanog mailing list archives
Re: MPLS VPN design - RR in forwarding path?
From: joel jaeggli <joelja () bogus com>
Date: Wed, 31 Dec 2014 08:01:55 -0800
On 12/31/14 4:08 AM, Marcin Kurek wrote:
Hi everyone, I'm reading Randy's Zhang BGP Design and Implementation and I found following guidelines about designing RR-based MPLS VPN architecture: - Partition RRs - Move RRs out of the forwarding path
I'd find it odd if the RR were the nexthop for any signficant traffic, in recent deployments I've done there's no fib to speak of excepting igp routes installed on the RR itself.
- Use a high-end processor with maximum memory
bgp addpath kicked up the memory requirements of the RR considerably when we deployed it.
- Use peer groups - Tune RR routers for improved performance. Since the book is a bit outdated (2004) I'm curious if these rules still apply to modern SP networks. What would be the reasoning behind keeping RRs out of the forwarding path? Is it only a matter of performance and stability? Thanks, Marcin
Attachment:
signature.asc
Description: OpenPGP digital signature
Current thread:
- MPLS VPN design - RR in forwarding path? Marcin Kurek (Dec 31)
- Re: MPLS VPN design - RR in forwarding path? Ca By (Dec 31)
- Re: MPLS VPN design - RR in forwarding path? Nick Hilliard (Dec 31)
- Re: MPLS VPN design - RR in forwarding path? joel jaeggli (Dec 31)
- Re: MPLS VPN design - RR in forwarding path? Chuck Anderson (Dec 31)
- Re: MPLS VPN design - RR in forwarding path? Saku Ytti (Dec 31)
- Re: MPLS VPN design - RR in forwarding path? Jeff Tantsura (Dec 31)