cisco Phone 7841 and CUCM 10.5.1.10000-7

[teodoro perez brito]

Choppy and broken audio.

Any help please?

I was searching Bugs for this and there is not nothing about it.

I was testing with all versions of firmware from cisco web page and i have the same problem with chopping and broken audio.

I have others cisco phones series and the problem only occur with this phone series.

[Rajkumar Yadav]

Hi Teodoro,

Could you please refer the bug CSCuq58308

https://tools.cisco.com/bugsearch/bug/CSCuq58308

10.2(1)ES5.2 is the phone firmware which has fixation.

Regards,

Raaj

[teodoro perez brito]

Hello Guys .

Thansk for your answers.

Your version recomended where we can download?

10.2(1)ES5.2

We had tested with all versions availables in cisco:

Below a screen with all versions available in Cisco web page.

[Rajkumar Yadav]

Hi,

This is engineering special version and only TAC can give you image.

You need to open TAC case for this.

Regards,

Raaj.

[teodoro perez brito]

Hello Rajkumar,please can you send that version firmware by email or any link?

Due metrics, for me is not posible open a case only for this,when the problem is already knowed.

[Rajkumar Yadav]

Hi Teodoro,

I don't have this firmware.

Sorry.

Regards,

Raaj.

[teodoro perez brito]

hello.
We found that disabling the CDP, the problem was resolved.
Cisco is researching about it.

[nambiyath_akhilesh]

Hi teodoro 

A TAC case will be the best option to have the version .

[teodoro perez brito]

I opened a case in Cisco TAc.

We downladed this firmware and aplied but the problem continue.

Taking traces we think that we have a marking packet problem.End user have only AVAYA Switchs.Any QoS recomendation?,exist a manner in that cisco phone not get mark the traffic?.

Any recomendations?

I think that the process of traffic marked ejecuted by Avaya Switch not like to cisco pone RTP process.

Please see my image from 6 calls captureds and which is the cause for end each call.

Among the reasons:

RTP traffic not Market for QoS.

RTP Late packet Arrival.

RTP jitter excesive detected.

[Shawn Guertin]

Communication between phones (RTP) is peer-to-peer and does not go through the CUCM (unless when mixed in a conference). What you are experiencing looks a lot like paket loss. I would look for half duplex links (must be full duplex) in the path between phones, WAN saturation if the two phones are at different locations or activate QoS if the phones are in the same LAN.

[Mohammed al Baqari · Accepted solution]

I think there are many troubleshooting steps before looking at bugs.

To start with:

- Is this problem with same site or between multiple sites across WAN?

- Locate the source and destination IPs of calling and called endpoints (they can be phones, gateways, or mixsture)

- Look at the routing path between source and destination

- From your monitoring generate bandwidth reports, jitter report, packet loss report for the links using to carry the call between both endpoints.

[teodoro perez brito]

-

- Is this problem with same site or between multiple sites across WAN?

--> boths

- Locate the source and destination IPs of calling and called endpoints (they can be phones, gateways, or mixsture).

--> they are private address, we undertands that this no constribute in the solution.

- Look at the routing path between source and destination.

-->We have lost of a 0.9% in the worse case but this is no suffient for contribute in the chopping or broken audio.

- From your monitoring generate bandwidth reports, jitter report, packet loss report for the links using to carry the call between both endpoints.

-->This occur with internal and externall calls.

Attached a report from cucm.

[teodoro perez brito]

we have full duplex speed on the port switch

[nambiyath_akhilesh]

There is bug for 7841 of release  10.1(1)SR1 regarding Poor audio quality and the bug got fixed with the version 10.2(1)ES5.2. 

[teodoro perez brito]

hello.
We found that disabling the CDP, the problem was resolved.
Cisco is researching about it.