cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
937
Views
0
Helpful
4
Replies

QoS problem

tedauction
Level 1
Level 1

Hello, I have a WS-C3850-48P (cat3k_caa-universalk9).

I have a policy-map applied to Gi1/0/7 which marks my intended traffic correctly as 'EF':

Sw1#sh policy-map int gi1/0/7
GigabitEthernet1/0/7

Service-policy input: Marking_PB

Class-map: PBS_RTP (match-any)
978 packets****************************************here is the input traffic being marked correctly as EF
Match: access-group name PBS_RTP
0 packets, 0 bytes
5 minute rate 0 bps
QoS Set
dscp ef****************************traffic is set to EF correctly

Class-map: class-default (match-any)
1114589 packets
Match: any
QoS Set
dscp af11

Then I have an uplink WAN interface:

interface GigabitEthernet1/0/1
description WAN_CIRCUIT
switchport trunk allowed vlan 16
switchport mode trunk
service-policy output QUEUES****************this should be matching EF traffic
end

However the problem is I cannot see this EF traffic matching the policy-map QUEUES on this uplink WAN port.

Policy Map QUEUES
Class Multi-Media
priority
Class IA-Low
bandwidth remaining 10 (%)
Class DataTrans
bandwidth remaining 60 (%)
Class IA-High
bandwidth remaining 15 (%)
Class class-default
bandwidth remaining 15 (%)

Class Map match-any Multi-Media (id 12)
Match ip dscp ef (46)****************************the EF traffic should match this class specifier
Match ip dscp cs4 (32)
Match ip dscp af41 (34)
Match ip dscp af42 (36)
Match ip dscp af43 (38)

Here is the evidence that it is not matching:

show policy-map int gi1/0/1:

GigabitEthernet1/0/1

Service-policy output: QUEUES

queue stats for all priority classes:
Queueing

(total drops) 0
(bytes output) 29678501186

Class-map: Multi-Media (match-any)
0 packets
Match: ip dscp ef (46)
0 packets, 0 bytes**************************why are there no matches here ?
5 minute rate 0 bps
Match: ip dscp cs4 (32)
0 packets, 0 bytes
5 minute rate 0 bps
Match: ip dscp af41 (34)
0 packets, 0 bytes
5 minute rate 0 bps
Match: ip dscp af42 (36)
0 packets, 0 bytes
5 minute rate 0 bps
Match: ip dscp af43 (38)
0 packets, 0 bytes
5 minute rate 0 bps
Priority: Strict,


Class-map: IA-Low (match-any)
0 packets
Match: ip dscp cs2 (16)
0 packets, 0 bytes
5 minute rate 0 bps
Match: ip dscp af21 (18)
0 packets, 0 bytes
5 minute rate 0 bps
Match: ip dscp af22 (20)
0 packets, 0 bytes
5 minute rate 0 bps
Match: ip dscp af23 (22)
0 packets, 0 bytes
5 minute rate 0 bps
Queueing

(total drops) 0
(bytes output) 0
bandwidth remaining 10%

Class-map: DataTrans (match-any)
0 packets
Match: ip dscp af11 (10)
0 packets, 0 bytes
5 minute rate 0 bps
Match: ip dscp af12 (12)
0 packets, 0 bytes
5 minute rate 0 bps
Match: ip dscp af13 (14)
0 packets, 0 bytes
5 minute rate 0 bps
Queueing

(total drops) 66433
(bytes output) 901509149197
bandwidth remaining 60%

Class-map: IA-High (match-any)
0 packets
Match: ip dscp cs3 (24)
0 packets, 0 bytes
5 minute rate 0 bps
Match: ip dscp af31 (26)
0 packets, 0 bytes
5 minute rate 0 bps
Match: ip dscp af32 (28)
0 packets, 0 bytes
5 minute rate 0 bps
Match: ip dscp af33 (30)
0 packets, 0 bytes
5 minute rate 0 bps
Queueing

(total drops) 0
(bytes output) 3721061250
bandwidth remaining 15%

Class-map: class-default (match-any)
0 packets
Match: any
Queueing

(total drops) 147027
(bytes output) 945454249843
bandwidth remaining 15%

Is this a firmware bug perhaps ? - I am just trying to get confirmation that my EF traffic is being detected and prioritised by my WAN output policy map.

Thank you kindly for any explanation.

1 Accepted Solution

Accepted Solutions

you have set it wrong leave a gap at the g1/0/1

sh platform qos dscp-cos counters GigabitEthernet  1/0/1

ios-xe trusts packets by default which are marked at the source , so if your phone is marking EF the switch will honour it by default , that's why im noy using the policy maps as we only care about voice video priority at l2 and the end devices like Lync and Cisco phones will mark these at the source so there's no requirement for th policy maps to be put in place unless your tweaking them for something specific

View solution in original post

4 Replies 4

Mark Malone
VIP Alumni
VIP Alumni

Try this command , see if the counters are increasing for EF

xxxxxxxxx#sh platform qos dscp-cos counters gigabitEthernet 1/0/1 | i DSCP46
Ingress DSCP46 731012104     0
Egress DSCP46 1049233143    0

Thanks but the command does not take. Do you have any further suggestions ?

RWMORSW1#sh platform qos dscp-cos counters GigabitEthernet1/0/1 | i DSCP46
% Incomplete command before pipe.


RWMORSW1#sh platform qos dscp-cos counters GigabitEthernet1/0/1
% Incomplete command.

RWMORSW1#sh platform qos dscp-cos counters GigabitEthernet1/0/1 ?
1/1/1
1/1/2
1/1/3
1/1/4
2/1/1
2/1/2
2/1/3
2/1/4
WORD no description

Has anyone else had problems like this with the 'sh policy-map' command on both the

'WS-C3850-48P: 03.06.04.E cat3k_caa-universalk9'

and

'WS-C3650-24PS: 03.03.05SE: cat3k_caa-universalk9'  ?

Or does the command work perfectly for you on these platforms ?

you have set it wrong leave a gap at the g1/0/1

sh platform qos dscp-cos counters GigabitEthernet  1/0/1

ios-xe trusts packets by default which are marked at the source , so if your phone is marking EF the switch will honour it by default , that's why im noy using the policy maps as we only care about voice video priority at l2 and the end devices like Lync and Cisco phones will mark these at the source so there's no requirement for th policy maps to be put in place unless your tweaking them for something specific

Review Cisco Networking for a $25 gift card