Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Attention: The Community will be in read-only mode on 12/14/2017 from 12:00 am pacific to 11:30 am.

During this time you will only be able to see content. Other interactions such as posting, replying to questions, or marking content as helpful will be disabled for few hours.

We apologize for the inconvenience while we perform important updates to the Community.

New Member

Choppy Voice

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

Everyone's tags (2)
173
Views
0
Helpful
0
Replies
CreatePlease to create content