Summary:ASTERISK-00078: IAX2/speex, problems during the first several seconds of a call
Reporter:jwr (jwr)Labels:
Date Opened:2003-08-10 14:36:13Date Closed:2011-06-07 14:10:18
Versions:Frequency of
Description:In the following setup:
PSTN -> WX100P -> * -> IAX2 -> * -> WX100USB -> phone

when answering a call originated on the PSTN (on the left), a bunch of following error messages appear:

NOTICE[638993]: File channel.c, Line 1094 (ast_read): Dropping incompatible voice frame on IAX2[removed@removed]/16384 of format 4 since our native format has changed to 512

afterwards (what might be related) the conversation starts with very noisy, choppy sound with overdrive (clicks) and huge echo, which gets back to normal after about 10 seconds.

This is using SPEEX as the voice codec on the IAX2 link. The problem doesn't seem to occur when using GSM. Also, the problem does not occur for calls that originated on the phone connected to the WX100USB adapter.
Comments:By: John Todd (jtodd) 2003-09-12 18:29:52

Is this still an issue?  I have used speex quite a bit as an IAX2 protocol (using SIP and PRI endpoints on the outside of the diagram) but have not seen similar issues.

By: Brian West (bkw918) 2003-09-12 20:09:37

I didn't have this problem when I toyed with speex and iax2.

By: John Todd (jtodd) 2003-09-15 14:11:33

Going once, going twice... if the original reporter doesn't let us know if this is still happening, this will get closed out.  It doesn't happen with my system, or bkw, so we're going to rely on the submitter to come back to us if this is a problem still with his system.

By: jwr (jwr) 2003-09-15 14:20:28

This is still an issue, although much testing has shown it to be unrelated to Speex. It seems to occur with other codecs, too, I'm using ILBC now and the problem still exists.

Huge echo and overdrive/clicking during the first seconds of a call, getting back to normal after about 10 seconds.

I have also determined that the WX100USB is not at fault, because the same problem exists using the TDM100P.

I do not know what to do to hunt this down :-(

Could jitter settings affect this? How should echo cancellation be set?
Could the phone (wireless Siemens Gigaset 4015) play a role here?

By: John Todd (jtodd) 2003-09-15 14:29:48

I would expect that the handset could play a major role.  Can you try with other endpoints?  My test platforms are using the ATA-186 and Cisco 7960, and also with PRI and X100P endpoints.

By: jwr (jwr) 2003-09-23 16:13:09

I will try with another handset, I just need to get one. The Siemens is all I've got for the moment.

Of course, the Siemens works just fine when connected to a plain phone line.

By: Brian West (bkw918) 2003-11-22 16:04:47.000-0600

jwr is this still an issue?

By: zoa (zoa) 2003-11-22 19:17:27.000-0600

i also have the impression that i noticed degraded quality in the beginning of the call sometimes with my cisco.
I suspect this could be due to jitter buffer being built and increased in the beginning of the call if there is jitter on the line ?