[c-nsp] 3750 High Cpu IP Input
Chris Lane
clane1875 at gmail.com
Fri Apr 24 05:17:28 EDT 2009
sh controllers cpu-interface
ASIC Rxbiterr Rxunder Fwdctfix Txbuflos Rxbufloc Rxbufdrain
-------------------------------------------------------------------------
ASIC0 0 0 0 0 0 0
ASIC1 0 0 0 0 0 0
cpu-queue-frames retrieved dropped invalid hol-block stray
----------------- ---------- ---------- ---------- ---------- ----------
rpc 0 0 0 0 0
stp 1807 0 0 0 0
ipc 0 0 0 0 0
routing protocol 1516326 0 0 0 0
L2 protocol 27 0 0 0 0
remote console 0 0 0 0 0
sw forwarding 915 0 0 0 0
host 2014 0 0 0 0
broadcast 1766 0 0 0 0
cbt-to-spt 0 0 0 0 0
igmp snooping 1518651 0 0 0 0
icmp 45 0 0 0 0
logging 0 0 0 0 0
rpf-fail 0 0 0 0 0
queue14 0 0 0 0 0
cpu heartbeat 14116 0 0 0 0
ODD i have disabled IGMP SNOOPING...
On Fri, Apr 24, 2009 at 4:19 AM, Brian Turnbow <b.turnbow at twt.it> wrote:
> You can use show controller cpu to help see whats going to the cpu
> Make sure you have no ip redirects and no proxy arp on all the interfaces.
> How many routed interfaces do you have ?
> The output below for "max" is for 8 routed interfaces if you have more you
> should change to the desktop switching template.
> With your roughly your values for indirectly connected routes and 13 ip
> interfaces on a box I needed to switch the template "sdm prefer routing"
> requies reload.
>
> Regards
>
> Brian
>
>
>
>
> -----Original Message-----
> From: cisco-nsp-bounces at puck.nether.net [mailto:
> cisco-nsp-bounces at puck.nether.net] On Behalf Of Chris Lane
> Sent: venerdì 24 aprile 2009 1.09
> To: Peter Rathlev
> Cc: cisco-nsp at puck.nether.net
> Subject: Re: [c-nsp] 3750 High Cpu IP Input
>
> sh platform tcam utilization
>
> CAM Utilization for ASIC# 0 Max Used
> Masks/Values Masks/values
>
> Unicast mac addresses: 784/6272 37/235
> IPv4 IGMP groups + multicast routes: 144/1152 6/26
> IPv4 unicast directly-connected routes: 784/6272 37/235
> IPv4 unicast indirectly-connected routes: 272/2176 52/326
> IPv4 policy based routing aces: 0/0 0/0
> IPv4 qos aces: 528/528 18/18
> IPv4 security aces: 1024/1024 57/57
>
> Note: Allocation of TCAM entries per feature uses
> a complex algorithm. The above information is meant
> to provide an abstract view of the current TCAM utilization
>
> Hope this helps.
>
> On Thu, Apr 23, 2009 at 4:41 PM, Peter Rathlev <peter at rathlev.dk> wrote:
>
> > On Thu, 2009-04-23 at 16:15 -0400, Chris Lane wrote:
> > > This box has been in production for over a year and doesn't really do
> > > to much as you can see from my orig thread it moves about 11MB.
> > >
> > > This just started late last night yet we didn't add any new customer
> > > nor did anybody even touch switch as the device is remote.
> > >
> > > I read in an older thread regarding same thing that the person
> > > rebooted and of course it resolved issue. I am planning to do that
> > > Early tomorrow am, but
> > > i really want to know what the heck is causing this.
> > >
> > > Yes CEF is running.
> >
> > What about TCAM utilisation ("show platform tcam utilization")?
> >
> > Regards,
> > Peter
> >
> >
> >
>
>
> --
> //CL
> _______________________________________________
> 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/
>
--
//CL
More information about the cisco-nsp
mailing list