[Nsp-qos] CBWFQ Issue | traffic is not getting policed to police-rate

Virender S. Jamnal vjamnal at sapient.com
Thu Jun 8 05:01:59 EDT 2006


		Hello All, 

		I have Cisco 7500 RSP Software (RSP-ISV-M), Version
12.2(23) with RSP4 processor.  
		I have a class based policy on my 2 serial interfaces,
these serial interface perform CEF per packet load balancing between
them. 

		Following policy implemented 

		Policy Map xyz 
		Class abc
		   police 192000 6000 conform-action transmit
exceed-action drop

		serial int s4/1/0
		service policy output xyz

		Serial4/1/0 is up, line protocol is up
		  Hardware is cyBus Serial
		  
		  Internet address is 10.102.4.50/30
		  MTU 1500 bytes, BW 1984 Kbit, DLY 20000 usec,
		     reliability 255/255, txload 246/255, rxload 69/255
		  Encapsulation PPP, crc 16, loopback not set
		  Keepalive set (10 sec)
		  Restart-Delay is 0 secs
		  LCP Open
		  Open: IPCP, CDPCP
		  Last input 00:00:00, output 00:00:00, output hang
never
		  Last clearing of "show interface" counters 15:18:15
		  Input queue: 0/75/0/0 (size/max/drops/flushes); Total
output drops: 198472
		  Queueing strategy: VIP-based fair queuing
		  Output queue: 0/40 (size/max)
		  5 minute input rate 537000 bits/sec, 429 packets/sec
		  5 minute output rate 1916000 bits/sec, 424 packets/sec
		     12510343 packets input, 2105215688 bytes, 0 no
buffer
		     Received 0 broadcasts, 0 runts, 0 giants, 0
throttles
		     418 input errors, 405 CRC, 0 frame, 9 overrun, 1
ignored, 4 abort
		     13514241 packets output, 1606782508 bytes, 0
underruns
		     0 output errors, 0 collisions, 0 interface resets
		     0 output buffer failures, 0 output buffers swapped
out
		     0 carrier transitions
		     RTS up, CTS up, DTR up, DCD up, DSR up

		serial int s4/1/3
		service policy output xyz

		Hardware is cyBus Serial
		 
		 Internet address is 10.102.4.54/30
		 MTU 1500 bytes, BW 1984 Kbit, DLY 20000 usec,
		    reliability 255/255, txload 248/255, rxload 66/255
		 Encapsulation PPP, crc 16, loopback not set
		 Keepalive set (10 sec)
		 Restart-Delay is 0 secs
		 LCP Open
		 Open: IPCP, CDPCP
		 Last input 00:00:00, output 00:00:00, output hang never
		 Last clearing of "show interface" counters 15:18:54
		 Input queue: 0/75/0/0 (size/max/drops/flushes); Total
output drops: 177594
		 Queueing strategy: VIP-based fair queuing
		 Output queue: 0/40 (size/max)
		 5 minute input rate 520000 bits/sec, 425 packets/sec
		 5 minute output rate 1932000 bits/sec, 435 packets/sec
		    12522467 packets input, 2109180590 bytes, 0 no
buffer
		    Received 0 broadcasts, 0 runts, 0 giants, 0
throttles
		    188 input errors, 180 CRC, 0 frame, 3 overrun, 0
ignored, 5 abort
		    13549502 packets output, 1659005050 bytes, 0
underruns
		    0 output errors, 0 collisions, 0 interface resets
		    0 output buffer failures, 0 output buffers swapped
out
		    0 carrier transitions
		    RTS up, CTS up, DTR up, DCD up, DSR up


		Now, it seems like this CBWFQ policy is not getting
interpreted correctly from yesterday and traffic is not getting policed
to police-rate. 

		#sh policy interface

		Class-map: abc (match-all)
		   1778658 packets, 784085223 bytes
		   5 minute offered rate 699000 bps, drop rate 0 bps
		   Match: access-group name abc-qos
		   police:
		     192000 bps, 6000 limit
		     conformed 1395897 packets, 595895777 bytes; action:
transmit
		     exceeded 137993 packets, 89062519 bytes; action:
drop
		     conformed 0 bps, exceed 0 bps

		as you can see traffic is not dropped even after
exceeding police-rate. This now causing the heavy util on IPLC circuit
as traffic is well exceeding the police-rate

		Can somebody suggest what exactly could be the issue
here? 

		Please let me know if any other info is required. 








-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/nsp-qos/attachments/20060608/91b1199c/attachment.html 


More information about the nsp-qos mailing list