I have an outbound policy map on an interface that leads to several customers at which I am doing some shaping and some low latency queuing. It all seems to be working, except for the fact that the counters under the class maps that handle the LLQ and the CBWFQ don't seem to match.
A sample config is here:
The shaper works perfectly, and matching happens properly, and LLQ seems to work. I'm just curious as to why the counters don't match as shown below:
You can see under the class map Voice-CMAP that it's matching lots of packets, but the packets mapped by the corresponding low latency queue don't add up.
My thoughts are that this is because congestion in the shaper is relatively infrequent, so the LLQ isn't used for all packets.
Can anyone confirm or venture another guess?
A sample config is here:
Code:
ip access-list extended Wifi-CUSTOMER
permit ip any aaa.bbb.ccc.20 0.0.0.1
!
class-map match-all Wifi-CUSTOMER
match access-group name Wifi-CUSTOMER
!
policy-map QoS-v2
class Wifi-CUSTOMER
shape average 3096000
service-policy Voice-QoS-Policy
!
class-map match-all Voice-SIP-CMAP
match ip dscp cs3
class-map match-any Voice-CMAP
match ip dscp ef
!
policy-map Voice-QoS-Policy
class Voice-CMAP
priority percent 30
class Voice-SIP-CMAP
bandwidth percent 10
class class-default
fair-queueThe shaper works perfectly, and matching happens properly, and LLQ seems to work. I'm just curious as to why the counters don't match as shown below:
Code:
#sh policy-map int fa2/0 output class Wifi-CUSTOMER
FastEthernet2/0
Service-policy output: QoS-v2
Class-map: Wifi-CUSTOMER (match-all)
1469836 packets, 910431757 bytes
1 minute offered rate 373000 bps, drop rate 0 bps
Match: access-group name Wifi-CUSTOMER
Traffic Shaping
Target/Average Byte Sustain Excess Interval Increment
Rate Limit bits/int bits/int (ms) (bytes)
3096000/3096000 19350 77400 77400 25 9675
Adapt Queue Packets Bytes Packets Bytes Shaping
Active Depth Delayed Delayed Active
- 0 1469011 909219363 369773 490391217 no
Service-policy : Voice-QoS-Policy
Class-map: Voice-CMAP (match-any)
427694 packets, 31649641 bytes
1 minute offered rate 29000 bps, drop rate 0 bps
Match: ip dscp ef (46)
427692 packets, 31649208 bytes
1 minute rate 29000 bps
Queueing
Strict Priority
Output Queue: Conversation 136
Bandwidth 30 (%)
Bandwidth 928 (kbps) Burst 23200 (Bytes)
(pkts matched/bytes matched) 22773/1685202
(total drops/bytes drops) 0/0
Class-map: Voice-SIP-CMAP (match-all)
300918 packets, 162843802 bytes
1 minute offered rate 3000 bps, drop rate 0 bps
Match: ip dscp cs3 (24)
Queueing
Output Queue: Conversation 137
Bandwidth 10 (%)
Bandwidth 309 (kbps)Max Threshold 64 (packets)
(pkts matched/bytes matched) 2500/1525616
(depth/total drops/no-buffer drops) 0/0/0
Class-map: class-default (match-any)
741224 packets, 715938314 bytes
1 minute offered rate 340000 bps, drop rate 0 bps
Match: any
Queueing
Flow Based Fair Queueing
Maximum Number of Hashed Queues 128
(total queued/total drops/no-buffer drops) 0/826/0You can see under the class map Voice-CMAP that it's matching lots of packets, but the packets mapped by the corresponding low latency queue don't add up.
My thoughts are that this is because congestion in the shaper is relatively infrequent, so the LLQ isn't used for all packets.
Can anyone confirm or venture another guess?
Facebook
Twitter