[Asterisk-Users] Livevoip DTMF via IAX almost

[Rich Adamson]

> 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 at 217.160.244.186:4569/3", "IVR|s|1") in new stack
>     -- Goto (IVR,s,1)
>     -- Executing Wait("IAX2/livevoip at 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 at 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 at 217.160.244.186:4569/3", "5") in new stack
>     -- Set Digit Timeout to 5
>     -- Executing ResponseTimeout("IAX2/livevoip at 217.160.244.186:4569/3", "10") in new stack
>     -- Set Response Timeout to 10
>     -- Executing BackGround("IAX2/livevoip at 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.