It's a GSR 12012/PRP working as PE with 4 full feed from RR, some transit
client and some mpls vpn customer.
However TAC engineer didn't explain me why cpu can goes down and in a couple
of days goes up, but he said i can have reach platform limit so i'm going to
migrate some customer on another
At 11:23 AM 6/21/2007, [EMAIL PROTECTED] wrote:
>Hi, someone have idea on how a "clear ip bgp * soft in" and "clear
>ip bgp soft out" can smooth out CPU use ?
>Before the clear:
>CPU utilization for five seconds: 99%/0%; one minute: 69%; five minutes: 66%
> PID Runtime(ms) Invoked uSecs
On Thu, Jun 21, 2007 at 02:40:57PM -0400, Jeff Fitzwater wrote:
> The command to increase the size is ...
>
> *mls cef maximum-routes ip* "new number goes here" * NOTE: You must
> reboot for this to take effect*.
>
> Ours was 192K and we raised it to 239K.
Tunable to 240k...
http://puck.nethe
What platform are you running on?
We had similar CPU issue on sup-7203B which uses a TCAM for FIB entries.
This is where the fast-switching occurs, and if there is not enough
space then routes may be software switched more often causing increased
CPU.
To see how the TCAM space is allocated, r
> 1) How many routes do you hold in your BGP RIB, from how many peers,
221060 network entries using 24979780 bytes of memory
884200 path entries using 42441600 bytes of memory
76839/47288 BGP path/bestpath attribute entries using 9220680 bytes of memory
1250 BGP rrinfo entries using 3 bytes of
Hi, someone have idea on how a "clear ip bgp * soft in" and "clear ip bgp soft
out" can smooth out CPU use ?
Before the clear:
CPU utilization for five seconds: 99%/0%; one minute: 69%; five minutes: 66%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
174 9786044144082