asterisk users - Apr 2005 - Livevoip DTMF via IAX almost

> The story so far:
> 
>     Some of us fail to get DTMF via livevoip IAX.  Others get
>     a little, others get a lot.
> 
> here is a 'iax2 debug' call with version CVS-v1-0-04/04/05-11:22:55
> 
> Still no recognition of DTMF by asterisk (at least the IVR doesn't
> respond). If you search for DTMF below
> you will find the digits.  I typed in 6 0 0 1, which is a valid extension.
> 
> Context IVR|s|1 is shared among other dialin numbers (SIP) which all
> work fine.
> 
>     -- Executing Goto("IAX2/livevoip@217.160.244.186:4569/3",
"IVR|s|1") in new stack
>     -- Goto (IVR,s,1)
>     -- Executing Wait("IAX2/livevoip@217.160.244.186:4569/3",
"1") in new stack
> Rx-Frame Retry[ No] -- OSeqno: 002 ISeqno: 002 Type: IAX     Subclass: ACK
>    Timestamp: 00095ms  SCall: 00201  DCall: 00003 [217.160.244.186:4569]
>     -- Executing Answer("IAX2/livevoip@217.160.244.186:4569/3",
"") in new stack
> Tx-Frame Retry[000] -- OSeqno: 002 ISeqno: 002 Type: CONTROL Subclass:
ANSWER
>    Timestamp: 01103ms  SCall: 00003  DCall: 00201 [217.160.244.186:4569]
>     -- Executing
DigitTimeout("IAX2/livevoip@217.160.244.186:4569/3", "5") in
new stack
>     -- Set Digit Timeout to 5
>     -- Executing
ResponseTimeout("IAX2/livevoip@217.160.244.186:4569/3",
"10") in new stack
>     -- Set Response Timeout to 10
>     -- Executing
BackGround("IAX2/livevoip@217.160.244.186:4569/3",
"rbots-welcome") in new
stack
> Tx-Frame Retry[000] -- OSeqno: 003 ISeqno: 002 Type: VOICE   Subclass: 4
>    Timestamp: 01160ms  SCall: 00003  DCall: 00201 [217.160.244.186:4569]
>     -- Playing 'rbots-welcome' (language 'en')
> Rx-Frame Retry[ No] -- OSeqno: 002 ISeqno: 003 Type: IAX     Subclass: ACK
>    Timestamp: 01103ms  SCall: 00201  DCall: 00003 [217.160.244.186:4569]
> Rx-Frame Retry[ No] -- OSeqno: 002 ISeqno: 004 Type: IAX     Subclass: ACK
>    Timestamp: 01160ms  SCall: 00201  DCall: 00003 [217.160.244.186:4569]
> Rx-Frame Retry[ No] -- OSeqno: 002 ISeqno: 004 Type: VOICE   Subclass: 4
>    Timestamp: 01573ms  SCall: 00201  DCall: 00003 [217.160.244.186:4569]
> Tx-Frame Retry[-01] -- OSeqno: 004 ISeqno: 003 Type: IAX     Subclass: ACK
>    Timestamp: 01573ms  SCall: 00003  DCall: 00201 [217.160.244.186:4569]
> Rx-Frame Retry[ No] -- OSeqno: 004 ISeqno: 003 Type: CONTROL Subclass:
ANSWER
>    Timestamp: 05723ms  SCall: 00001  DCall: 00001 [217.160.244.186:4569]
> Tx-Frame Retry[-01] -- OSeqno: 003 ISeqno: 005 Type: IAX     Subclass: ACK
>    Timestamp: 05723ms  SCall: 00001  DCall: 00001 [217.160.244.186:4569]
>     -- IAX2/217.160.244.186:4569/1 answered SIP/bel-1e65
> Tx-Frame Retry[000] -- OSeqno: 003 ISeqno: 005 Type: DTMF    Subclass: 6
>    Timestamp: 06718ms  SCall: 00001  DCall: 00001 [217.160.244.186:4569]
> Rx-Frame Retry[ No] -- OSeqno: 005 ISeqno: 004 Type: IAX     Subclass: ACK
>    Timestamp: 06718ms  SCall: 00001  DCall: 00001 [217.160.244.186:4569]
> Tx-Frame Retry[000] -- OSeqno: 004 ISeqno: 005 Type: DTMF    Subclass: 0
>    Timestamp: 07738ms  SCall: 00001  DCall: 00001 [217.160.244.186:4569]
> Rx-Frame Retry[ No] -- OSeqno: 005 ISeqno: 005 Type: IAX     Subclass: ACK
>    Timestamp: 07738ms  SCall: 00001  DCall: 00001 [217.160.244.186:4569]
> Tx-Frame Retry[000] -- OSeqno: 005 ISeqno: 005 Type: DTMF    Subclass: 0
>    Timestamp: 08338ms  SCall: 00001  DCall: 00001 [217.160.244.186:4569]
> Rx-Frame Retry[ No] -- OSeqno: 005 ISeqno: 006 Type: IAX     Subclass: ACK
>    Timestamp: 08338ms  SCall: 00001  DCall: 00001 [217.160.244.186:4569]
> Tx-Frame Retry[000] -- OSeqno: 006 ISeqno: 005 Type: DTMF    Subclass: 1
>    Timestamp: 09458ms  SCall: 00001  DCall: 00001 [217.160.244.186:4569]
> Rx-Frame Retry[ No] -- OSeqno: 005 ISeqno: 007 Type: IAX     Subclass: ACK
>    Timestamp: 09458ms  SCall: 00001  DCall: 00001 [217.160.244.186:4569]
> Tx-Frame Retry[000] -- OSeqno: 007 ISeqno: 005 Type: IAX     Subclass:
LAGRQ
>    Timestamp: 09995ms  SCall: 00001  DCall: 00001 [217.160.244.186:4569]
> Rx-Frame Retry[ No] -- OSeqno: 005 ISeqno: 008 Type: IAX     Subclass:
LAGRP
>    Timestamp: 09995ms  SCall: 00001  DCall: 00001 [217.160.244.186:4569]
> Tx-Frame Retry[-01] -- OSeqno: 008 ISeqno: 006 Type: IAX     Subclass: ACK
>    Timestamp: 09995ms  SCall: 00001  DCall: 00001 [217.160.244.186:4569]
> Rx-Frame Retry[ No] -- OSeqno: 006 ISeqno: 008 Type: IAX     Subclass:
LAGRQ
>    Timestamp: 10022ms  SCall: 00001  DCall: 00001 [217.160.244.186:4569]
> Tx-Frame Retry[000] -- OSeqno: 008 ISeqno: 007 Type: IAX     Subclass:
LAGRP
>    Timestamp: 10022ms  SCall: 00001  DCall: 00001 [217.160.244.186:4569]
As you noted, the above indicates that LiveVoip is truly sending the
appropriate dtmf digits to you. So the problem has something to do with
either your config (extensions.conf), or bad code in stable. Personally,
I can't tell which since I don't use stable at all.

Does your ivr section of code in extensions.conf know how to reach
x6001?

Here's another copy of my ivr that works:
[bus-ivr-main]
exten => s,1,Wait,1
exten => s,2,Answer
exten => s,3,DigitTimeout,5
exten => s,4,ResponseTimeout,20
exten => s,5,Background(npi-greeting)  ; "Thanks for calling press 1
for"
exten => s,6,Hangup
include => local-extns
include => misc-extns

The "include => local-extns" in my case contains the sip
definitions
for the local extensions (eg, 6001 in your case).

Also, be "sure" that "6" is not an option in your ivr. If
you have
an option 6, the ivr will go there instead of the x6001.

The above (for me) is cvs-head and has been working just fine for
about six months.

> > The story so far:
> > 
> >     Some of us fail to get DTMF via livevoip IAX.  Others get
> >     a little, others get a lot.
> > 
> 
> I get similar behavior with the [demo].  Works via broadvoice,
> myphonecompany or direct SIP dialin.  No response to DTMF when
> called via IAX Livevoip.
> 
> (though the DTMF tones do show up in 'iax2 debug'.  Simply the
>  IVR does not respond)
> 
> running
> 
> Asterisk CVS-HEAD-04/04/05-13:28:37
I don't see how the problem could possibly be livevoip when the
debug shows the dtmf statements arriving. There is still something
not right in asterisk (as my system is working just fine).

> > > The story so far:
> > > 
> > >     Some of us fail to get DTMF via livevoip IAX.  Others get
> > >     a little, others get a lot.
> > > 
> > > here is a 'iax2 debug' call with version
CVS-v1-0-04/04/05-11:22:55
> 
> 
> On Mon, Apr 04, 2005 at 01:49:52PM -0600, Rich Adamson wrote:
> > As you noted, the above indicates that LiveVoip is truly sending the
> > appropriate dtmf digits to you. So the problem has something to do
with
> > either your config (extensions.conf), or bad code in stable.
Personally,
> > I can't tell which since I don't use stable at all.
> > 
> > Does your ivr section of code in extensions.conf know how to reach
> > x6001?
> 
> It all works fine if you dial in from another number.  That is
> via broadvoice, or myphonecompny or directly via SIP.  Only IAX
> via livevoip doesn't work.
> 
> Asterisk CVS-v1-0-04/04/05-11:22:55 is stable?
> 
> I followed this directions to fetch the code:
> 
> If you want to be at the bleeding edge, use cvs to checkout the latest
version:
> 
>   cd /usr/src
>   export CVSROOT=:pserver:anoncvs@cvs.digium.com:/usr/cvsroot
>   cvs login           - the password is anoncvs.
>   cvs checkout zaptel libpri asterisk asterisk-sounds asterisk-addons    #
can use checkout or
the short version co 
> 
> There is a different version to be had?
The choices are:
 stable: using  cvs checkout -r v1-0
or
 head: using cvs checkout 

There is also a way to add a date/time into the "cvs checkout" to
download
the files that were in use at that specific time, but that's basically it.

Somewhere else (eg, ftp server) there are packages assembled for 
stable v1.0.x or whatever.

Umm... this is kinda interesting...
IAX means Inter-Asterisk-Protocol, right?  Apart from Asterisk and a
few soft- & hard- phones, what else uses IAX?
In other words, what is LiveVOIP using on their end to do IAX?  I'd
assume one or more Asterisk servers..
So this is not like trying to get different implementations of SIP or
any other protocol to work among different vendors.... it's one
protocol by one 'vendor'.

Does anyone know exactly what version of Asterisk/IAX they are running?