[c-nsp] Cisco 3550 counters and QoS

Wed Aug 25 07:09:29 EDT 2004

I was doing some test and, voilà, got the switch to a crash!  I simply did:

frodo(config)#policy-map 1MbpsIN
frodo(config-pmap)#class all-in <-- Defining a new class in an existing
policy-map
frodo(config-pmap-c)#police 1000000 16000 ex dr
frodo(config-pmap-c)#exit
frodo(config-pmap)#no class all_traffic  <-- Just tried to delete the old
one, probably not needed

and I got:

Aug 25 12:03:14 81.29.192.84 17: *Mar 1 01:02:23.341:
%PLATFORM_CAT3550-1-CRASHED: System previously crashed with the following
message:
Aug 25 12:03:14 81.29.192.84 18: *Mar 1 01:02:23.341:
%PLATFORM_CAT3550-1-CRASHED: Cisco Internetwork Operating System Software
Aug 25 12:03:14 81.29.192.84 19: *Mar 1 01:02:23.341:
%PLATFORM_CAT3550-1-CRASHED: IOS (tm) C3550 Software (C3550-I9Q3L2-M),
Version 12.1(22)EA1, RELEASE SOFTWARE (fc1)
Aug 25 12:03:14 81.29.192.84 20: *Mar 1 01:02:23.341:
%PLATFORM_CAT3550-1-CRASHED: Copyright (c) 1986-2004 by cisco Systems, Inc.
Aug 25 12:03:14 81.29.192.84 21: *Mar 1 01:02:23.341:
%PLATFORM_CAT3550-1-CRASHED: Compiled Mon 12-Jul-04 09:48 by madison
Aug 25 12:03:14 81.29.192.84 22: *Mar 1 01:02:23.341:
%PLATFORM_CAT3550-1-CRASHED:
Aug 25 12:03:14 81.29.192.84 23: *Mar 1 01:02:23.345:
%PLATFORM_CAT3550-1-CRASHED: Software Forced Crash Exception (0x0700)!
Aug 25 12:03:14 81.29.192.84 24: *Mar 1 01:02:23.345:
%PLATFORM_CAT3550-1-CRASHED: CPU Register Context:
Aug 25 12:03:14 81.29.192.84 25: *Mar 1 01:02:23.345:
%PLATFORM_CAT3550-1-CRASHED: Vector = 0x00000700 PC = 0x001E4328 MSR =
0x0002B030 CR = 0x42200040
Aug 25 12:03:14 81.29.192.84 26: *Mar 1 01:02:23.345:
%PLATFORM_CAT3550-1-CRASHED: LR = 0x001E42D8 CTR = 0x0012D48C XER =
0x20000000
Aug 25 12:03:14 81.29.192.84 27: *Mar 1 01:02:23.345:
%PLATFORM_CAT3550-1-CRASHED: R0 = 0x001E42D8 R1 = 0x00ED9B90 R2 = 0x00000000
R3 = 0x00A561A4
Aug 25 12:03:14 81.29.192.84 28: *Mar 1 01:02:23.349:
%PLATFORM_CAT3550-1-CRASHED: R4 = 0xFFFFFFFE R5 = 0xFEC0FEC0 R6 = 0xFEE00000
R7 = 0x00003030
Aug 25 12:03:14 81.29.192.84 29: *Mar 1 01:02:23.349:
%PLATFORM_CAT3550-1-CRASHED: R8 = 0x0000B030 R9 = 0x00000000 R10 =
0x0076211F R11 = 0x00000001
Aug 25 12:03:14 81.29.192.84 30: *Mar 1 01:02:23.349:
%PLATFORM_CAT3550-1-CRASHED: R12 = 0xFFFFFFFF R13 = 0x366EBB4B R14 =
0x001569AC R15 = 0x00000000
Aug 25 12:03:14 81.29.192.84 31: *Mar 1 01:02:23.349:
%PLATFORM_CAT3550-1-CRASHED: R16 = 0x00A5B8F8 R17 = 0x00000000 R18 =
0x00000000 R19 = 0x00C46E2C
Aug 25 12:03:14 81.29.192.84 32: *Mar 1 01:02:23.349:
%PLATFORM_CAT3550-1-CRASHED: R20 = 0x00000008 R21 = 0x00000001 R22 =
0x00000002 R23 = 0x00C46B7C
Aug 25 12:03:14 81.29.192.84 33: *Mar 1 01:02:23.353:
%PLATFORM_CAT3550-1-CRASHED: R24 = 0x00BEFA34 R25 = 0x00000002 R26 =
0x0020B09C R27 = 0x0091E188
Aug 25 12:03:15 81.29.192.84 34: *Mar 1 01:02:23.353:
%PLATFORM_CAT3550-1-CRASHED: R28 = 0x00F7B5A0 R29 = 0x00000008 R30 =
0x00000000 R31 = 0x00000000
Aug 25 12:03:15 81.29.192.84 35: *Mar 1 01:02:23.353:
%PLATFORM_CAT3550-1-CRASHED:
Aug 25 12:03:15 81.29.192.84 36: *Mar 1 01:02:23.353:
%PLATFORM_CAT3550-1-CRASHED: Stack trace:
Aug 25 12:03:15 81.29.192.84 37: *Mar 1 01:02:23.353:
%PLATFORM_CAT3550-1-CRASHED: PC = 0x001E4328, SP = 0x00ED9B90
Aug 25 12:03:15 81.29.192.84 38: *Mar 1 01:02:23.353:
%PLATFORM_CAT3550-1-CRASHED: Frame 00: SP = 0x00ED9BA0 PC = 0x001E42D8
Aug 25 12:03:15 81.29.192.84 39: *Mar 1 01:02:23.357:
%PLATFORM_CAT3550-1-CRASHED: Frame 01: SP = 0x00ED9BC8 PC = 0x001CB378
Aug 25 12:03:15 81.29.192.84 40: *Mar 1 01:02:23.357:
%PLATFORM_CAT3550-1-CRASHED: Frame 02: SP = 0x00ED9BD8 PC = 0x0020B0A0
Aug 25 12:03:15 81.29.192.84 41: *Mar 1 01:02:23.357:
%PLATFORM_CAT3550-1-CRASHED: Frame 03: SP = 0x00ED9BF0 PC = 0x0020A8E8
Aug 25 12:03:15 81.29.192.84 42: *Mar 1 01:02:23.357:
%PLATFORM_CAT3550-1-CRASHED: Frame 04: SP = 0x00ED9C50 PC = 0x0020CEF8
Aug 25 12:03:15 81.29.192.84 43: *Mar 1 01:02:23.357:
%PLATFORM_CAT3550-1-CRASHED: Frame 05: SP = 0x00ED9C88 PC = 0x0020BC00
Aug 25 12:03:15 81.29.192.84 44: *Mar 1 01:02:23.357:
%PLATFORM_CAT3550-1-CRASHED: Frame 06: SP = 0x00ED9C98 PC = 0x002130D0
Aug 25 12:03:15 81.29.192.84 45: *Mar 1 01:02:23.361:
%PLATFORM_CAT3550-1-CRASHED: Frame 07: SP = 0x00ED9CB0 PC = 0x00213118
Aug 25 12:03:15 81.29.192.84 46: *Mar 1 01:02:23.361:
%PLATFORM_CAT3550-1-CRASHED: Frame 08: SP = 0x00ED9D08 PC = 0x0014829C
Aug 25 12:03:15 81.29.192.84 47: *Mar 1 01:02:23.361:
%PLATFORM_CAT3550-1-CRASHED: Frame 09: SP = 0x00ED9D48 PC = 0x001572EC
Aug 25 12:03:15 81.29.192.84 48: *Mar 1 01:02:23.361:
%PLATFORM_CAT3550-1-CRASHED: Frame 10: SP = 0x00ED9D50 PC = 0x001E5D24
Aug 25 12:03:15 81.29.192.84 49: *Mar 1 01:02:23.361:
%PLATFORM_CAT3550-1-CRASHED: Frame 11: SP = 0x00000000 PC = 0x001E9350
Aug 25 12:03:15 81.29.192.84 50: *Mar 1 01:02:23.361:
%PLATFORM_CAT3550-1-CRASHED:

I hope I'll never do such an error with the switch in production ;)

Cheers,
]\/[arco

----- Original Message ----- 
From: "Marco Matarazzo" <marmata at libero.it>
To: <cisco-nsp at puck.nether.net>
Sent: Tuesday, August 24, 2004 5:28 PM
Subject: [c-nsp] Cisco 3550 counters and QoS

> Hi all,
>
> usual question about counters... ;)
>
> I've setup a 3550-48 SMI in a lab, one port is a layer3 port, the other
one
> a layer2 trunk to the rest of the network.
> I've applied an inbound and an outbound policy to the layer3 port, to
police
> the traffic at 1Mbps. This is the relevant part of the configuration:
>
> IOS (tm) C3550 Software (C3550-I9Q3L2-M), Version 12.1(22)EA1, RELEASE
> SOFTWARE (fc1)
>
> mls qos
>
> class-map match-any all_traffic
>   match ip dscp 0
>
> policy-map 1MbpsIN
>   class all_traffic
>     police 1024000 192000 exceed-action drop
> policy-map 1MbpsOUT
>   class all_traffic
>     police 1024000 192000 exceed-action drop
>
> interface FastEthernet0/2
>  description CustomerPort
>  no switchport
>  ip address x.x.x.x 255.255.255.0
>  service-policy input 1MbpsIN
>  service-policy output 1MbpsOUT
>  no cdp enable
>
> interface FastEthernet0/48
>  description TrunkCust3Gig1
>  switchport trunk encapsulation dot1q
>  switchport trunk allowed vlan 1,6,1002-1005
>  switchport mode trunk
>
> Now the weird part:
>
> If I download anything on the customer machine, traffic gets policed at
> 1Mbps (5 minute average, I'm using the usual mrtg), and I can see on the
> graphs a nice almost flat line on egress on the layer3 interface, and a
nice
> almost flat line on ingress on the trunk. All fine.
>
> If I upload anything from the customer machine, the traffic gets policed
at
> 1Mbps, but on the graphs, I see on the ingress of the layer3 interface
> 1.20Mbps, and on the egress of the trunk the nice flat line at 1Mbps.
> Checking the ftp client, I can see it's uploading at 125KBps (that's
> 1Mbps!), checking the "sh int":
>
>   Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
>   Queueing strategy: fifo
>   Output queue: 0/40 (size/max)
>   5 minute input rate 1270000 bits/sec, 107 packets/sec << Should be
lower!
>   5 minute output rate 39000 bits/sec, 68 packets/sec
>
> Now, it wouldn't be a big problem (traffic gets policed correctly anyway),
> but billing on the layer3 counters becomes impossible, as there's a 20%
> difference on real traffic used! It there something wrong I'm doing? Any
> ideas?
>
> Thanks!
> ]\/[arco
>
> _______________________________________________
> 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/