[c-nsp] ebgp load balancing using maxiumu-paths TCAM impact on Sup720-3BXL?

[Abello, Vinny]

Yes, it is commonplace for service providers to run iBGP. The uncommon thing Kevin was eluding to was redistributing BGP into your IGP. That's a no no. :)

-Vinny

> -----Original Message-----
> From: cisco-nsp-bounces at puck.nether.net [mailto:cisco-nsp-
> bounces at puck.nether.net] On Behalf Of Brad Hedlund
> Sent: Thursday, May 21, 2009 5:16 PM
> To: Kevin Hodle; cisco-nsp at puck.nether.net
> Subject: Re: [c-nsp] ebgp load balancing using maxiumu-paths TCAM
> impact on Sup720-3BXL?
> 
> 
> Interesting, I thought it was common for service providers to run iBGP.
> At any rate, yes, Enterprise customers typically do not have iBGP
> running
> through their core, just at the Internet and WAN edges, which by the
> way
> happens to be the perfect places to run PfR  :-)
> 
> Cheers,
> 
> Brad Hedlund
> bhedlund at cisco.com
> http://www.internetworkexpert.org
> 
> 
> On 5/21/09 3:04 PM, "Kevin Hodle" <kevin.hodle at gmail.com> wrote:
> 
> > Yes - that will be a fine solution for your redundant multi-vendor
> > backbone... er, wait. Sorry, forgot what list I was on :P Also, I had
> > a look at this, and in the QA section, I got a good laugh from this
> > portion:
> >
> > Q. How do I deploy Cisco PfR in networks not running internal BGP
> > (iBGP) within the enterprise?
> > A. To synchronize routing within the enterprise and take advantage of
> > new optimal Cisco PfR routes, route redistribution into the local
> > Interior Gateway Protocol (IGP; for example, EIGRP, OSPF, or RIP)
> > needs to occur. Static routes injected by Cisco PfR are tagged by an
> > identifier that can be specifically redistributed. On the other hand,
> > BGP routes are usually not redistributed into IGP.
> >
> > BEST IDEA EVAR!
> >
> > (Sorry - but this just wouldn't fly in a service provider
> environment)
> 
> 
> 
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/