[c-nsp] High CPU due to BGP Router process after changing BGPneighbor descriptions

[John Neiberger]

Yikes. I'm not about to try it but is this really true?? That's a nasty
"feature".

John
--

>>> "james edwards" <hackerwacker at cybermesa.com> 7/26/05 10:00:02 AM
>>>
***Why*** does changing the ***description*** of the BGP peers make
the
router
re-calc/flush all it's routes ?


<rant>
>
> Perhaps not the best forum for this, but..
>
> Why is it the cisco has code for BGP what is horrendously
inefficient, in
> terms of CPU utilization? 7200's and 7500's and 6500's regularly sit
at 7
> to 15% CPU simply handing BGP Scanner with only one full peer?
>
> How is it that other vendors don't have this problem? What is so
> fundamentally different in IOS than that of JunOS or whatever? A
Juniper
> RE-333 can handle routing updates with ease, yet the RISC's in the
cisco's
> regularly keel over. I've seen 6500's with two full views take
upwards of
> 15 minutes to fully converge.
>
> I am not cisco bashing -- I am just looking for an answer.
>
> </rant>
>
>
> -- 
> Alex Rubenstein, AR97, K2AHR, alex at nac.net, latency, Al Reuben
> Net Access Corporation, 800-NET-ME-36, http://www.nac.net 

_______________________________________________
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/