[c-nsp] BGP memory on a 6500

Buhrmaster, Gary gtb at slac.stanford.edu
Wed Oct 4 13:53:40 EDT 2006


> Folks who depended on such aggregation to keep their network 
> running, and who run it too close to the edge, might be in 
> for a rude shock when they change a policy and their router 
> blows up.

I think no one disputes this.  And that is why it should be 
an option, with the appropriate caveats just like enabling
portfast ("You have enable a feature which could have bad
side effects.  We trust you know what you are doing.  
Otherwise, you are screwed.  Have a nice day.").

That all said, I think the algorithms/heuristics are 
understood well enough that this is "just" a software 
engineering implementation issue when/if a decision
was to be made to do it (which, I have to admit, from
a BU point of view, what does it get me?  The only
possible benefit is good will of the customers, and
there are lots of costs).

There are days I wish IOS was "open" so you could
add in your own enhancements (such as this) in the
cases where Cisco did not agree that this was a wise 
thing to invest their efforts into.

Gary
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3376 bytes
Desc: not available
Url : https://puck.nether.net/pipermail/cisco-nsp/attachments/20061004/319b2e79/attachment.bin 


More information about the cisco-nsp mailing list