We are having som issues with choppy/bad voice calls at one of my clients (has gotten better since the ISP line upgrade but still very bad). I am wondering if I am reading the show mls qos output correctly from one of the port that is connected to a cisco IP phone. It would seem that cs3 (24), signaling, is being dropped going into the interface. I am reading this correctly? and a few drops leaving the interface. Could this be the reason for by voice quality? If so any suggestions on how to solve this issue?
The bandwidth towards the ISP has been increase. It also seems that calls that go over the mpls network between branch offices is fine and that only the customer service center at one location is experiencing this issue. This is a new installation where the trio server is at a central point in the mpls network and the gateway is locally at the branch office. Though the other offices are using a shared trio server, this new office has its own dedicated server. I am only looking at the routing network side of the setup as I do not know much about VOIP.
the phones are tagging the packets correctly, and I can not see any drops on any switch or routers. I have also contacted the 2 ISPs involved and they claim everything is fine at their end. I am starting to run out of ideas of where the problem might be.
SBAV_04# sh mls qos interface Fas 0/35 stat
FastEthernet0/35
dscp: incoming
-------------------------------
0 - 4 : 350216 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 20968
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 480925 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 : 625166 0 0 0 0
5 - 9 : 0 0 0 0 0
10 - 14 : 0 0 0 0 0
15 - 19 : 0 0 0 183 0
20 - 24 : 0 0 0 0 587
25 - 29 : 0 43244 0 0 0
30 - 34 : 0 0 0 0 0
35 - 39 : 0 0 0 0 0
40 - 44 : 847 0 0 0 0
45 - 49 : 0 450368 0 213303 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 : 358935 0 0 20968 0
5 - 7 : 480925 0 0
cos: outgoing
-------------------------------
0 - 4 : 1022091 0 183 43831 0
5 - 7 : 451217 213303 0
Policer: Inprofile: 0 OutofProfile: 0
interface FastEthernet0/35
description ** DATA / VOICE PORTER **
switchport access vlan 615
switchport mode access
switchport voice vlan 609
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
priority-queue out
mls qos trust dscp
auto qos voip trust
spanning-tree portfast
end
#sh policy-map interface GigabitEthernet0/1.609 input class voice
GigabitEthernet0/1.609
Service-policy input: mark
Class-map: voice (match-any)
25764797 packets, 5513315690 bytes
5 minute offered rate 797000 bps, drop rate 0 bps
Match: ip dscp ef (46)
25764523 packets, 5513298998 bytes
5 minute rate 797000 bps
Match: ip dscp cs3 (24)
274 packets, 16692 bytes
5 minute rate 0 bps
Match: ip dscp cs5 (40)
0 packets, 0 bytes
5 minute rate 0 bps
QoS Set
dscp ef
Packets marked 25764797
We did a test where we matched cs3 and 5 to force it through the voice policy, it helped for a short time and then things went bad again.
Thanks
