[isp-bgp] RE: [isp-bgp] Size of iBGP Mesh

[Dan Farrell <danno@...>]

That's correct, but even if you dealing with small tables to get around
that, there is still the issue of CPU usage (no matter what vendor or
model) because each peer session will need its own CPU time to update...


So the typical useful limit of IBGP vanilla-style is 3 peers. Add a
fourth or a fifth and not only does the configuration start to get
overly complicated, but route convergence for all the sessions will
churn each router's CPU.

Confederations, to me, are bad, because they result in a single point of
failure for that portion of your IBGP model where they are used.


Danno


-----Original Message-----
From: Darrell Hyde [mailto:DHyde@...] 
Sent: Friday, May 11, 2007 1:23 PM
To: isp-bgp@isp-bgp.com
Subject: RE: [isp-bgp] Size of iBGP Mesh

The biggest constraint on the size of an IBGP mesh is memory. Let's say
you have 5 border routers each taking a full view from a different
provider, and some core switches taking a full view from each border
router - while your border routers will only need enough memory for a
single view, the core switches in this case will need enough memory to
hold all 5 views in their RIB.

> -----Original Message-----
> From: Rick Kunkel [mailto:kunkel@...] 
> Sent: Friday, May 04, 2007 2:31 PM
> To: isp-bgp@isp-bgp.com
> Subject: [isp-bgp] Size of iBGP Mesh
> 
> Heya folks,
> 
> I'd read somewhere recently that an iBGP mesh shouldn't 
> contain more than
> a few routers.  I'm aware of route-reflectors, confederations, and
> peer-groups to make things a little easier to manage.  
> However, I swear I
> remember reading lately that there were negative issues with 
> these methods
> (althuogh I can't remember what the issues WERE), and that there was a
> better way to do things...  Is my memory shot?
> 
> Thanks,
> 
> Rick Kunkel
> 
> 
> 
> 




> To unsubscribe via postal mail, please contact us at:
> Jupitermedia Corp.
> Attn: Discussion List Management
> 475 Park Avenue South
> New York, NY 10016
> 
> Please include the email address which you have been contacted with.
> 
> Copyright 2007 Jupitermedia Corporation All Rights Reserved.
> 
> 

_______________ 

 ______________



To unsubscribe via postal mail, please contact us at:
Jupitermedia Corp.
Attn: Discussion List Management
475 Park Avenue South
New York, NY 10016

Please include the email address which you have been contacted with.

Copyright 2007 Jupitermedia Corporation All Rights Reserved.





To unsubscribe via postal mail, please contact us at:
Jupitermedia Corp.
Attn: Discussion List Management
475 Park Avenue South
New York, NY 10016

Please include the email address which you have been contacted with.

Copyright 2007 Jupitermedia Corporation All Rights Reserved.