Yealink Forums

Full Version: [T26P] Client reports "gaps" during speech
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
On an installation with 10 T26P some users have report gaps in sound during speech. The also have a few W52P DECTs which are not affected by the problem.

We measured latency and made sure there is no network congestion (practicly isolated LAN). The PBX runs on a VMWare Server 4.1u1 VM with a dedicated 2.53MHz core and 1GB Ram. This is a setup we've tried numerous times and never hade problems, but this is the first time we use T26Ps.

All phones are on latest firmware.
Hi,

What's the PBX server these phones running with?
Will the problem happen in every call or randomly?
Will it happen when a T26 call another T26?
These T26 are on 6.73.0.50?
So not all of 10 T26P have the problem? Are these phones with a same configuration and environment? Please try exchanging account and phone position then check again.

Regards,
James
PBX server is a FreePBX distro VM running latest asterisk 11.

Problem doesnt happen on every call. There is no pattern but I think when it appears every T26 seems to be affected.

Users say it doesnt happen on internal calls but they are not sure as they dont make a lot.

They are on latest firmware 6.73.0.50. All phones have same configuration from auto provision and are on the same lan and network switch. We tried switching them around but nithung changed as all of them are affected. The W52s are not.
(04-04-2015 04:17 PM)nsarris Wrote: [ -> ]PBX server is a FreePBX distro VM running latest asterisk 11.

Problem doesnt happen on every call. There is no pattern but I think when it appears every T26 seems to be affected.

Users say it doesnt happen on internal calls but they are not sure as they dont make a lot.

They are on latest firmware 6.73.0.50. All phones have same configuration from auto provision and are on the same lan and network switch. We tried switching them around but nithung changed as all of them are affected. The W52s are not.

An update on this. We installed a T46G and a couple of T23Ps on this site. It seems only the T26Ps are affected. Could you please assist with is issue?
(04-16-2015 05:03 PM)nsarris Wrote: [ -> ]
(04-04-2015 04:17 PM)nsarris Wrote: [ -> ]PBX server is a FreePBX distro VM running latest asterisk 11.

Problem doesnt happen on every call. There is no pattern but I think when it appears every T26 seems to be affected.

Users say it doesnt happen on internal calls but they are not sure as they dont make a lot.

They are on latest firmware 6.73.0.50. All phones have same configuration from auto provision and are on the same lan and network switch. We tried switching them around but nithung changed as all of them are affected. The W52s are not.

An update on this. We installed a T46G and a couple of T23Ps on this site. It seems only the T26Ps are affected. Could you please assist with is issue?

Have you checked to see the bandwidth used by the VMware? Is the VMware a enterprise version with a virtual distributed switch? I believe only the virtual distributed switch supports full layer 2 CoS. If the VMware only has a virtual switch you could have periodic congestion on the virtual switch that is causing dropped packets.
(04-16-2015 07:43 PM)mikes Wrote: [ -> ]
Have you checked to see the bandwidth used by the VMware? Is the VMware a enterprise version with a virtual distributed switch? I believe only the virtual distributed switch supports full layer 2 CoS. If the VMware only has a virtual switch you could have periodic congestion on the virtual switch that is causing dropped packets.

Yeah that was one of the first things we checked.

It's the free version but the network traffic and CPU usage are minimal. The only other VM running on the box is an RDP server that serves two clients. As for CPU we dedicate on of the 2.5GHz cores to the pbx VM and usage never goes over 10%.

We've had several installations of asterisk on VMs and never had traffic or CPU related problems even on systems with a lot more load.

The SIP provider have QOS enabled both on their local router and throught their infrastructure (obviously). We've never had problems with them either.
Reference URL's