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 <[email protected]> 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: [email protected] [mailto: > [email protected]] On Behalf Of Chris Lane > Sent: venerdì 24 aprile 2009 1.09 > To: Peter Rathlev > Cc: [email protected] > 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 <[email protected]> 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 [email protected] > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ > -- //CL _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
