[c-nsp] 3750 with high CPU
Rubens Kuhl Jr.
rubensk at gmail.com
Mon Dec 18 10:06:48 EST 2006
On 12/18/06, Ed Butler <ed.butler at rapidswitch.com> wrote:
> We had this before - it was a real pain to track down. On our 3750s it
> turned out that we were running out of TCAM space for IPv4 routes. What
> do these two commands show?
>
#sh ip arp summ
41 IP ARP entries, with 0 of them incomplete
#sh sdm prefer
The current template is "desktop default" template.
The selected template optimizes the resources in
the switch to support this level of features for
8 routed interfaces and 1024 VLANs.
number of unicast mac addresses: 6K
number of IPv4 IGMP groups + multicast routes: 1K
number of IPv4 unicast routes: 8K
number of directly-connected IPv4 hosts: 6K
number of indirect IPv4 routes: 2K
number of IPv4 policy based routing aces: 0
number of IPv4/MAC qos aces: 512
number of IPv4/MAC security aces: 1K
#sh ip route summary
IP routing table name is Default-IP-Routing-Table(0)
IP routing table maximum-paths is 32
Networks Subnets Overhead Memory (bytes)
Total 96 1244 84072 254680
#sh ip route vrf <one client> summary
Total 35 3 2368 6796
#sh ip route vrf <another client> summary
Total 9 8 1024 3604
#sh vlan summary
Number of existing VLANs : 75
Number of existing VTP VLANs : 74
Number of existing extended VLANs : 1
Thanks,
Rubens
>
> Regards,
>
> Ed Butler
> RapidSwitch Ltd
> DDI: 020 7106 0731
>
> RapidSwitch Ltd, 5th Floor, Sovereign House, 227 Marsh Wall, London, E14
> 9SD
>
> This email message is intended only for the addressee(s) and contains
> information that may be confidential and/or copyright. If you are not
> the intended recipient please notify the sender by reply email and
> immediately delete this email. Use, disclosure or reproduction of this
> email by anyone other than the intended recipient(s) is strictly
> prohibited. No representation is made that this email or any attachments
> are free of viruses. Virus scanning is recommended and is the
> responsibility of the recipient.
> -----Original Message-----
> From: cisco-nsp-bounces at puck.nether.net
> [mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Rubens Kuhl Jr.
> Sent: 18 December 2006 14:34
> To: Cisco-NSP Mailing List
> Subject: [c-nsp] 3750 with high CPU
>
> I'm trying to diagnose what is causing a 3750 ME to have high cpu usage.
> "show proc cpu sorted" shows no process with more than 3% CPU usage;
> sometimes the most consuming process is "IP SNMP", sometimes it's "MFI
> LD Timer", sometimes it is "Spanning Tree", but adding up the % doesn't
> come even close to the total amount:
> "CPU utilization for five seconds: 64%/56%; one minute: 64%; five
> minutes: 63%"
>
> So, it seems something in the interrupt path is causing the CPU usage.
>
> #sh ip cef switching statistics
>
> Reason Drop Punt Punt2Host
> RP RIB Packet destined for us 0 10221271 0
> RP RIB Total 0 10221271 0
>
> RP LES No route 13826 0 555
> RP LES Packet destined for us 0 1041551 0
> RP LES No adjacency 18970 0 171714
> RP LES Unresolved route 45 0 0
> RP LES TTL expired 0 0 8440
> RP LES IP options set 0 0 11111
> RP LES Routed to Null0 12735 0 15991
> RP LES IP redirects 0 0 56
> RP LES Unclassified reason 3648 0 0
> RP LES Total 49224 1041551 207867
>
> All Total 49224 11262822 207867
>
>
> RP RIB punts are ocurring at a rate of 5 pps, and RP LES punts have a
> near 1 pps rate. Are these rates enough to take the 3750 CPU to 60%
> usage ? Any ideas of what to look for ?
>
> IOS version is 12.2(25)SED, running MPLS, IBGP for VPNv4 and OSPF.
>
>
>
> Rubens
> _______________________________________________
> 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/
>
>
> _______________________________________________
> 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/
>
More information about the cisco-nsp
mailing list