then the output requested would still be helpful

 

show ip bgp summary

show proc cpu sorted

show proc memory sorted

 

Regards,

 

Tyson Scott - CCIE #13513 R&S, Security, and SP

Managing Partner / Sr. Instructor - IPexpert, Inc.

Mailto:  <mailto:[email protected]> [email protected]

Telephone: +1.810.326.1444, ext. 208

Live Assistance, Please visit:  <http://www.ipexpert.com/chat>
www.ipexpert.com/chat

eFax: +1.810.454.0130

 

IPexpert is a premier provider of Self-Study Workbooks, Video on Demand,
Audio Tools, Online Hardware Rental and Classroom Training for the Cisco
CCIE (R&S, Voice, Security & Service Provider) certification(s) with
training locations throughout the United States, Europe, South Asia and
Australia. Be sure to visit our online communities at
<http://www.ipexpert.com/communities> www.ipexpert.com/communities and our
public website at  <http://www.ipexpert.com/> www.ipexpert.com

 

From: Farzad A. Cheema [mailto:[email protected]] 
Sent: Wednesday, September 15, 2010 4:47 AM
To: Tyson Scott
Cc: Matt Hill; --Hammer--; [email protected]
Subject: Re: [OSL | CCIE_RS] High CPU Utilization on Cisco 6509

 

Hi Tyson,

I am using WS-SUP720-3BXL.


Cheers,
Farzad



On 15 September 2010 01:15, Tyson Scott <[email protected]> wrote:

Also which sup are you using?  how much memory does it have?  A sup2 for
example really is meant to be running the full BGP table.  If you are using
a sup2 I will say without any more information request a default-route from
your ISP and filter anything else out.

Regards,
 
Tyson Scott - CCIE #13513 R&S, Security, and SP
Managing Partner / Sr. Instructor - IPexpert, Inc.
Mailto: [email protected]




-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Matt Hill
Sent: Tuesday, September 14, 2010 7:19 PM
To: --Hammer--
Cc: [email protected]
Subject: Re: [OSL | CCIE_RS] High CPU Utilization on Cisco 6509

Please post:

show run | s router bgp
show ip bgp summ

Cheers,
Matt

CCIE #22386
CCSI #31207

On 15 September 2010 00:34, --Hammer-- <[email protected]> wrote:
> What is the state of your BGP? Flapping routes? Constant adding/removing
of
> networks? Etc? Is there anything occurring (wanted or not) in BGP that
would
> be driving this?
>
> --Hammer--
>
> On 9/14/2010 7:08 AM, Farzad A. Cheema wrote:
>
> Hi Guys,
>
>
>
> Our 6509 switch (12.2(18)SXF15) is experiencing high CPU due to these 3
> processes.
>
>
>
> .         BGP Scanner
>
> .         BGP Router
>
> .         BGP Scanner
>
>
>
> I have done some basic troubleshooting and can't find the problem. Even
the
> Cisco Bug Tool Kit is not showing any reported bug in this IOS.
>
>
>
> The interesting thing is that the average CPU is 25 % while there are
spikes
> of 100 % all the time. Can anyone suggest what could be causing it and why
> the above processes are not settling down? Below is the output of my "show
> processes cpu history" command.
>
>
>
> Any useful commands would be appreciated.
>
>      8     11111     555553333344445555555555     22222     444
>      0555551111155555222225555588888888877777444448888822222777
> 100
>  90
>  80  *
>  70  *
>  60  *                             **********
>  50  *               *****     **************               ***
>  40  *               ************************               ***
>  30  *               ************************     *****     ***
>  20  *               ************************     *****     ***
>  10  ****************************************     *****     ***
>     0....5....1....1....2....2....3....3....4....4....5....5....
>               0    5    0    5    0    5    0    5    0    5
>
>                CPU% per second (last 60 seconds)
>
>          11
>      8987007979979797799999899889998699699969699789997997799899
>      4967001939799695599959199999998794911959879469332996199249
> 100   *  ** * ** * *  ***** **  ***  *    * * **  *   **  **  *
>  90   ** ** * ** * *  ***** ******** ** *** * ** **** **  ** **
>  80  ****** * ********************** ** *** * ** **** *** *****
>  70  **********************************************************
>  60  **********************************************************
>  50  **********************************************************
>  40  **#****#*#**#*********************#******#**#******#******
>  30  #*#*#**#*#**#*#**#*#**#*#**#*#**#*#*##*#*#**#*#**#*#**#*#*
>  20  ###############*#########*#########*###########*##########
>  10  ##########################################################
>     0....5....1....1....2....2....3....3....4....4....5....5....
>               0    5    0    5    0    5    0    5    0    5
>
>                CPU% per minute (last 60 minutes)
>               * = maximum CPU%   # = average CPU%
>
>      111111111 1111 11111111111 1 11111 1111111111 11111
111111111111111111
>     
0000000009000090000000000090900000900000000009000009000000000000000000
>     
0000000009000090000000000090900000900000000009000009000000000000000000
> 100 
**********************************************************************
>  90 
**********************************************************************
>  80 
**********************************************************************
>  70 
**********************************************************************
>  60 
**********************************************************************
>  50 
**********************************************************************
>  40 
**********************************************************************
>  30 
*#*************#*****#****##******************************************
>  20 
######################################################################
>  10 
######################################################################
>    
0....5....1....1....2....2....3....3....4....4....5....5....6....6....7.
>               0    5    0    5    0    5    0    5    0    5    0    5   
0
>
>                    CPU% per hour (last 72 hours)
>                   * = maximum CPU%   # = average CPU%
>
>
>
> Cheers,
> Farzad
>
>
> _______________________________________________
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
> _______________________________________________
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
_______________________________________________
For more information regarding industry leading CCIE Lab training, please
visit www.ipexpert.com

_______________________________________________
For more information regarding industry leading CCIE Lab training, please
visit www.ipexpert.com




-- 
Regards,
Farzad A. Cheema
--------------------------------

_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to