[c-nsp] Best practice - Core vs Access Router
Andy B.
globichen at gmail.com
Tue Feb 9 07:56:37 EST 2010
I think I am not software switching:
CPU utilization for five seconds: 19%/5%; one minute: 46%; five minutes: 42%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
6 426848940 21297160 20042 2.71% 1.01% 1.23% 0 Check heaps
123 821446324 874103795 939 2.31% 2.42% 2.40% 0 IP Input
281 84726288 609026650 139 0.55% 0.25% 0.22% 0 Port manager per
169 98404740 5822749 16900 0.31% 0.31% 0.31% 0 Adj Manager
9 92306248 220930403 417 0.31% 0.43% 0.40% 0 ARP Input
180 64244512 51116025 1256 0.23% 0.26% 0.25% 0 CEF process
320 18645168 124211249 150 0.15% 1.26% 1.10% 0 BGP I/O
307 28557284 371501297 76 0.07% 0.10% 0.06% 0 MLD
167 27023688 387372814 69 0.07% 0.12% 0.09% 0 IPv6 Input
286 91380880 67881032 1346 0.07% 4.58% 3.92% 0 BGP Router
322 24944 12735 1958 0.07% 0.09% 0.02% 1 SSH Process
...
#show platform hardware capacity pfc
L2 Forwarding Resources
MAC Table usage: Module Collisions Total Used %Used
5 0 65536 3383 5%
VPN CAM usage: Total Used %Used
512 0 0%
L3 Forwarding Resources
FIB TCAM usage: Total Used %Used
72 bits (IPv4, MPLS, EoM) 524288 315002 60%
144 bits (IP mcast, IPv6) 262144 2904 1%
detail: Protocol Used %Used
IPv4 315002 60%
MPLS 0 0%
EoM 0 0%
IPv6 2842 1%
IPv4 mcast 3 1%
IPv6 mcast 59 1%
Adjacency usage: Total Used %Used
1048576 5046 1%
Forwarding engine load:
Module pps peak-pps peak-time
5 4443376 10849623 12:44:28 CEST Mon Dec 21 2009
Netflow Resources
TCAM utilization: Module Created Failed %Used
5 262020 0 100%
ICAM utilization: Module Created Failed %Used
5 4 5228242 3%
Flowmasks: Mask# Type Features
IPv4: 0 reserved none
IPv4: 1 Intf FulFM_GUARDIAN
IPv4: 2 unused none
IPv4: 3 reserved none
IPv6: 0 reserved none
IPv6: 1 Intf FulFM_IPV6_GUARDIAN
IPv6: 2 unused none
IPv6: 3 reserved none
CPU Rate Limiters Resources
Rate limiters: Total Used Reserved %Used
Layer 3 9 4 1 44%
Layer 2 4 2 2 50%
ACL/QoS TCAM Resources
Key: ACLent - ACL TCAM entries, ACLmsk - ACL TCAM masks, AND - ANDOR,
QoSent - QoS TCAM entries, QOSmsk - QoS TCAM masks, OR - ORAND,
Lbl-in - ingress label, Lbl-eg - egress label, LOUsrc - LOU source,
LOUdst - LOU destination, ADJ - ACL adjacency
Module ACLent ACLmsk QoSent QoSmsk Lbl-in Lbl-eg LOUsrc LOUdst AND OR ADJ
5 1% 2% 1% 1% 1% 1% 0% 0% 0% 0% 1%
I do see input drops - what does that mean?
Andy
On Tue, Feb 9, 2010 at 1:44 PM, Saku Ytti <saku at ytti.fi> wrote:
> On (2010-02-09 13:21 +0100), Andy B. wrote:
>
>> CPU load is fairly normal at 20-30%
>
> What is more important if this is process or interrupt. 'show proc cpu' you
> have x/y, y is interrupt and should be 0, if not, you are software switching
> something due to misconfiguration or software defect.
>
>> No congestion. Most links are under 50%.
>> I have no Control Plane Policies in place, but I have already been
>> advised to do so - this might help, right?
>
>> Redesigning the network and shifting the busy (uncongested!) VLAN to
>> another router seemed like the only choice we have left, unless this
>> CPP can help?
>
> Do you see any input drops in 'sh int | i Input|^[A-Z]'
>
> Are you within bounds of PFC resources?
> show platform hardware capacity pfc
>
> --
> ++ytti
> _______________________________________________
> 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