[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