[asterisk-users] Stumped with Dial

[Anselm Martin Hoffmeister]

Am Sonntag, den 14.01.2007, 17:13 -0800 schrieb chester c young:
> cannot make Dial(...,,g) work correctly, although Dial(...,,gh) works
> just fine.  (to make matters worse, it does seem to work sometimes,
> although once working or not working between changes it either works or
> doesn't work all the time.)
>     -- Executing [5051111111 at telavoip-iax-in:1]
> Answer("IAX2/telavoip-2", "") in new stack
>     -- Executing [1234 at telavoip-iax-in:2] NoOp("IAX2/telavoip-2",
> "top") in new stack
>     -- Executing [1234 at telavoip-iax-in:3] Dial("IAX2/telavoip-2",
> "IAX2/telavoip/15052222222||g") in new stack
>     -- Called telavoip/15052222222
>     -- Call accepted by 1.2.3.4 (format ulaw)
>     -- Format for call is ulaw
>     -- IAX2/telavoip-4 is proceeding passing it to IAX2/telavoip-2
>     -- IAX2/telavoip-4 is ringing
>     -- IAX2/telavoip-4 stopped sounds
>     -- IAX2/telavoip-4 answered IAX2/telavoip-2
>     -- Channel 'IAX2/telavoip-4' ready to transfer
>     -- Channel 'IAX2/telavoip-2' ready to transfer
>     -- Releasing IAX2/telavoip-2 and IAX2/telavoip-4
>     -- Hungup 'IAX2/telavoip-4'
> /* stays here until originating phone is hung up */
>   == Spawn extension (telavoip-iax-in, 15051111111, 3) exited non-zero
> on 'IAX2/telavoip-2'
>     -- Executing [h at telavoip-iax-in:1] NoOp("IAX2/telavoip-2",
> "call_loop: hungup") in new stack
>     -- Hungup 'IAX2/telavoip-2'

It seems those calls are "bridged" together. Can you try to also specify
the "T", like in "Dial(IAX/...,60,gT)"? That should force Asterisk to
stay in the audio path. This is of course not a good idea if you do not
need it to do that, but it seems that Asterisk fails to completely
realize that the called party hung up; perhaps it would "understand the
situation" better if it was involved in the audio path...

Just a guess, of course. It will most probably be in the audio path as
well if you give the "h" option, so that "*" key can be detected, same
phenomenon probably...?

BR
Anselm