Replying to my own post...
Even more interesting is that the issue seems to be caused by the
Linksys ATAs that I am using to test with. If I use a mobile phone, a
landline, or a digital phone to originate the call, all seems happy.
If I use an ATA, it leaves just enough of the original DTMF in t
This is very interesting. I am now getting this double-digit behaviour
occasionally, and only on IAX channels (so far). Did anyone come up
with a solution or a way to improve matters?
The scenario where I get this is:
PSTN -> Provider -> IAX -> Gateway -> IAX -> Customer
So I will go and do som
Any ideas as to how I can fix this issue?
Thanks
Remi
Remi Quezada wrote:
> Ok that makes sense, but I'm still getting double digits. It seems to
> me that the DTMF digit is getting detected too late. When the digit is
> pressed it seems like asterisk is passing the DTMF digit for a fraction
>
Ok that makes sense, but I'm still getting double digits. It seems to
me that the DTMF digit is getting detected too late. When the digit is
pressed it seems like asterisk is passing the DTMF digit for a fraction
of a second through the audio path and then sends the digit for however
long your t
Remi Quezada wrote:
I have two asterisk servers one is connected to the PSTN and the other
one is connected to SIP users. The two servers connect with each other
using IAX. When I have an incoming call from PSTN to the asterisk
servers and have a forward to go back out to the PSTN the two IAX
c
Hi,
I have two asterisk servers one is connected to the PSTN and the other
one is connected to SIP users. The two servers connect with each other
using IAX. When I have an incoming call from PSTN to the asterisk
servers and have a forward to go back out to the PSTN the two IAX
channel bridge tog
