[c-nsp] ISP / MPLS "POP" design

CiscoNSP List cisconsp_list at hotmail.com
Wed Oct 30 22:35:30 EDT 2013


Thanks very much Mark - Appreciate your input.


> From: mark.tinka at seacom.mu
> To: cisconsp_list at hotmail.com
> Subject: Re: [c-nsp] ISP / MPLS "POP" design
> Date: Thu, 31 Oct 2013 04:06:27 +0200
> CC: cisco-nsp at puck.nether.net
> 
> On Wednesday, October 30, 2013 11:35:59 PM CiscoNSP List 
> wrote:
> 
> > Thanks Mark.
> > 
> > So to clarify - If I run 2 (7201's) as RR's, they would
> > take the full tables from the IPTransit 7200's(POPA),
> > plus all customer global IP's, plus all VPNv4
> > routes(From POPA+B+C)?
> 
> That's right.
> 
> The 7201's CPU is very capable. It tops out at 2GB of RAM, 
> and should be able to handle your current deployment just 
> fine.
> 
> > If that's the case - Do you filter what routes the RR's
> > advertise to RR clients?  i.e. POPA has the 2 7200's
> > with IPTransit full table, do the RR's advertise the
> > full table to the 7200's at POPB + C?
> 
> That's a design decision.
> 
> Some operators don't filter in iBGP, ensuring every router 
> has, pretty much, the same view of the state of BGP in the 
> core.
> 
> Other operators, like myself, implement network-wide routing 
> policy in iBGP, which is easiest done in the route 
> reflectors, as that is how different routers performing 
> different functions learn (which) routes (they should be 
> receiving).
> 
> If you're not sure what to do, go simple and evolve the 
> configuration as your network does so.
> 
> Cheers,
> 
> Mark.
 		 	   		  


More information about the cisco-nsp mailing list