Hi all,
I have two phones that I've been comparing (different manufacturers).
To debug call quality issues on one of them, I've been using calls from
the phone to our main DID, so 3 SIP sessions exist (phone asterisk
then asterisk provider, and the providerasterisk for the DID).
The bad
Have you checked whether the same codecs, or codecs with the same bandwidth
requirements, are used?
jg
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory
On 06/20/2013 11:56 AM, jg wrote:
Have you checked whether the same codecs, or codecs with the same
bandwidth requirements, are used?
Yes, it is ulaw everywhere.
- Mike
--
_
-- Bandwidth and Colocation Provided by
On 06/20/2013 11:56 AM, jg wrote:
Have you checked whether the same codecs, or codecs with the same
bandwidth requirements, are used?
Here's an example of a simple outgoing call. Everything is ulaw. The
192.x.x.x phone has roughly twice the packet count of the provider
session. The lost
On Thu, 20 Jun 2013, Dr. Michael J. Chudobiak wrote:
Here's an example of a simple outgoing call. Everything is ulaw. The
192.x.x.x phone has roughly twice the packet count of the provider session.
Would running wireshark yield any clues?
--
Thanks in advance,
There's one thing on my list of things to check, that could be relevant for
your problem, too.
Packet count is one thing, transferred data is another one. If one phone uses smaller UDP
packages, then the packet count should increase in reciprocally. I have read some comments on
the net that
Packet count is one thing, transferred data is another one. If one phone
uses smaller UDP packages, then the packet count should increase in
reciprocally. I have read some comments on the net that smaller packages
are preferable because lost packages have less impact on the hearable
audio.
Aha.
Aha. I overlooked that some phones had ulaw:10 in sip.conf, instead of the standard ulaw:20.
That explains the packet count difference. It seems my call quality issues are coming from
something else.
... and this explains how to set the packet size. Answer to get answers, or so.
jg
--
