[c-nsp] 3750 High Cpu IP Input

[Chris Lane]

1 routed interface.sh platform ip unicast failed route
Total of 0 covering fib entries

Thanks for reply.. I checked earlier regarding sdm.
Its the same on all of my 3750's i have about 20 of them throughout the
states, this is probably the quietest one in regards to bandwidth and
services.



On Fri, Apr 24, 2009 at 7:21 AM, Brian Turnbow <b.turnbow at twt.it> wrote:

>  how many routed interfaces do you have ( sh ip int brief with ip
> addresses ) ?
> if more than 8 change the sdm template to routing
>
> you can use sh platform ip unicast failed route  to see if routes are
> failing to be programmed into tcam
>
> Brian
>
>
>
>
>  ------------------------------
>  *From:* Chris Lane [mailto:clane1875 at gmail.com]
> *Sent:* venerdì 24 aprile 2009 11.17
> *To:* Brian Turnbow
> *Cc:* Peter Rathlev; cisco-nsp at puck.nether.net
>
> *Subject:* Re: [c-nsp] 3750 High Cpu IP Input
>
>  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
>



-- 
//CL