QoS help needed

[DallasBPF]

Ok, heres the thing, I have set up QoS on our Main router to set QoS going out to 3 different sites (we are using MPLS). Below is the config in Dallas

!
class-map match-any voice-traffic-acl
match access-group 105
match access-group 106
match access-group 107
class-map match-all voice-traffic
match class-map voice-traffic-acl
match dscp ef
class-map match-all voice-signal
match class-map voice-traffic-acl
match dscp cs3
!
!
policy-map Dallas_Corp-VoIP
class voice-traffic
priority percent 10
class voice-signal
bandwidth percent 2
class class-default
fair-queue
!
!
access-list 105 remark ***CLASSIFY VOICE TRAFFIC-HOUSTON***
access-list 105 permit ip 172.16.100.0 0.0.0.255 172.16.7.0 0.0.0.255
access-list 105 permit ip 172.16.101.0 0.0.0.255 172.16.7.0 0.0.0.255
access-list 106 remark ***CLASSIFY VOICE TRAFFIC-FTWORTH***
access-list 106 permit ip 172.16.100.0 0.0.0.255 172.16.5.0 0.0.0.255
access-list 106 permit ip 172.16.101.0 0.0.0.255 172.16.5.0 0.0.0.255
access-list 107 remark ***CLASSIFY VOICE TRAFFIC-CORPUS***
access-list 107 permit ip 172.16.100.0 0.0.0.255 172.16.3.0 0.0.0.255
access-list 107 permit ip 172.16.101.0 0.0.0.255 172.16.3.0 0.0.0.255


When I do Sh policy-map int s2/0;
Service-policy output: Dallas_Corp-VoIP

Class-map: voice-traffic (match-all)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: class-map match-any voice-traffic-acl
Match: access-group 105
2957973 packets, 429901246 bytes
5 minute rate 12000 bps
Match: access-group 106
2445557 packets, 338365504 bytes
5 minute rate 1000 bps
Match: access-group 107
1491578 packets, 226302310 bytes
5 minute rate 82000 bps
Match: dscp ef (46)
Queueing
Strict Priority
Output Queue: Conversation 264
Bandwidth 10 (%)
Bandwidth 1530 (kbps) Burst 38250 (Bytes)
(pkts matched/bytes matched) 0/0
(total drops/bytes drops) 0/0

Class-map: voice-signal (match-all)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: class-map match-any voice-traffic-acl
Match: access-group 105
2957973 packets, 429901246 bytes
5 minute rate 12000 bps
Match: access-group 106
2445557 packets, 338365504 bytes
5 minute rate 1000 bps
Match: access-group 107
1491578 packets, 226302310 bytes
5 minute rate 82000 bps
Match: dscp cs3 (24)
Queueing
Output Queue: Conversation 265
Bandwidth 2 (%)
Bandwidth 306 (kbps) Max Threshold 64 (packets)
(pkts matched/bytes matched) 0/0
(depth/total drops/no-buffer drops) 0/0/0

Class-map: class-default (match-any)
228997680 packets, 110950258776 bytes
5 minute offered rate 2340000 bps, drop rate 0 bps
Match: any
Queueing
Flow Based Fair Queueing
Maximum Number of Hashed Queues 256
(total queued/total drops/no-buffer drops) 7/17509/0


Dallas, Texas
Telecommunications
CCNA, Net+
Working on MCSA, Convergence+, CCVP

 

[ADB100]

Based on that config traffic from the IP Phones will have the CoS value trusted (Cisco IP Phones set CoS 3 & CoS 5). On egress (i.e. up to the router) CoS 3 will map to DSCP 26 and CoS 5 will map to DSCP 46. Check on the switch port that connects to the router with the commands:

show mls qos interface x/x statistics

This should tell you whether DSCP 26 & 46 are being sent.
I would disable QoS on the switch and see if it's the switch that is re-writing stuff, also get a sniffer on and some span ports to physically see the traffic to verify your ACL's and class-maps are matching.

Personally I would just use the DSCP values in the egress QoS policy on the router, however that's my preference.

Andy

 

[DallasBPF]

I will give the DSCP 26 and 46 a shot tomorrow.

Thanks!

Dallas, Texas
Telecommunications
CCNA, Net+
Working on MCSA, Convergence+, CCVP

 

[DallasBPF]

Output of Sh mls qos interface fa1/0/1 stat;

1A#sh mls qos interface fa 1/0/1 stat
FastEthernet1/0/1

dscp: incoming
-------------------------------

0 - 4 : 19555180 0 0 0 0
5 - 9 : 0 0 0 0 0
10 - 14 : 0 0 0 0 0
15 - 19 : 0 0 0 0 0
20 - 24 : 0 0 0 0 0
25 - 29 : 0 0 0 0 0
30 - 34 : 0 0 0 0 0
35 - 39 : 0 0 0 0 0
40 - 44 : 0 0 0 0 0
45 - 49 : 0 0 0 3059 0
50 - 54 : 0 0 0 0 0
55 - 59 : 0 0 0 0 0
60 - 64 : 0 0 0 0
dscp: outgoing
-------------------------------

0 - 4 : 152873557 0 0 0 0
5 - 9 : 0 0 0 0 0
10 - 14 : 0 0 0 0 0
15 - 19 : 0 0 0 0 0
20 - 24 : 0 0 0 0 0
25 - 29 : 0 40 0 0 0
30 - 34 : 0 0 0 0 0
35 - 39 : 0 0 0 0 0
40 - 44 : 0 0 0 0 0
45 - 49 : 0 67 0 69 0
50 - 54 : 0 0 0 0 0
55 - 59 : 0 0 0 0 0
60 - 64 : 0 0 0 0
cos: incoming
-------------------------------

0 - 4 : 19647884 0 0 0 0
5 - 7 : 0 0 0
cos: outgoing
-------------------------------

0 - 4 : 168877905 0 0 40 0
5 - 7 : 156 69 364
Policer: Inprofile: 0 OutofProfile: 0

Dallas, Texas
Telecommunications
CCNA, Net+
Working on MCSA, Convergence+, CCVP

 

[ADB100]

What is connected to port 1/0/1? Is this the router? If it is you have very little DSCP 46 exiting on this port (67 packets). How about you make a local call between two IP Phones on the same switch, reset the counters (clear mls qos interface statistics) and then check the statistics on each port for incoming/outgoing DSCP & CoS values - they should tie-up.

Andy

 

[DallasBPF]

will do...

but what is connected to that port is a phone.

Dallas, Texas
Telecommunications
CCNA, Net+
Working on MCSA, Convergence+, CCVP

 

[ADB100]

That all looks wrong then - no ingress DSCP 46 or CoS 5 from an IP Phone? Has it ever made any calls?

Another mistake - forced speed & duplex with an IP Phone? Unless you have manually forced the IP Phone to be the same you will have a mismatch.

I suggest you disable QoS on the 3750, span a phone port and replicate the 802.1q headers and get a sniffer on. Make sure your network adapter doesn't strip the 802.1q header off (most recent NIC drivers do...). Make some calls and capture the traffic. Then do the same on the egress port (to the router).

Andy

 

[DallasBPF]

Ok... Yes.. I had a complete n00b moment going on this morning when I posted the fa1/0/1, that is a printer attached to it. it was fa1/0/11 with the phone which is the below output... my apologies! Plus fa1/0/11 is a kitchen phone with very little traffic, below is a phone on the same switch that I know the person who uses it (the receptionist) and it is used a lot(can not stress that enough) more than the kitchen phone.

FastEthernet1/0/47

dscp: incoming
-------------------------------

0 - 4 : 10079517 0 0 0 11
5 - 9 : 0 0 0 0 0
10 - 14 : 0 0 0 0 0
15 - 19 : 0 0 0 0 0
20 - 24 : 0 0 0 0 233733
25 - 29 : 0 0 0 0 0
30 - 34 : 0 0 0 0 0
35 - 39 : 0 0 0 0 0
40 - 44 : 0 0 0 0 0
45 - 49 : 0 3005622 0 0 0
50 - 54 : 0 0 0 0 0
55 - 59 : 0 0 0 0 0
60 - 64 : 0 0 0 0
dscp: outgoing
-------------------------------

0 - 4 : 122797150 0 0 0 0
5 - 9 : 0 0 0 0 0
10 - 14 : 0 0 0 0 0
15 - 19 : 0 0 0 0 0
20 - 24 : 0 0 0 0 0
25 - 29 : 0 9 0 0 0
30 - 34 : 0 0 0 0 0
35 - 39 : 0 0 0 0 0
40 - 44 : 0 0 0 0 0
45 - 49 : 0 1167 0 69 0
50 - 54 : 0 0 0 0 0
55 - 59 : 0 0 0 0 0
60 - 64 : 0 0 0 0
cos: incoming
-------------------------------

0 - 4 : 10125780 0 0 233733 0
5 - 7 : 3005636 0 0
cos: outgoing
-------------------------------

0 - 4 : 138879647 0 0 9 0
5 - 7 : 1185 69 365
Policer: Inprofile: 0 OutofProfile: 0


Dallas, Texas
Telecommunications
CCNA, Net+
Working on MCSA, Convergence+, CCVP