Re: [Asterisk-Users] AGI Scripts Terminate too Soon

2006-02-28 Thread Craig Guy
@lists.digium.com Sent: Tuesday, February 28, 2006 10:09 AM Subject: Re: [Asterisk-Users] AGI Scripts Terminate too Soon In that case, asterisk sends -HUP to the agi script (I believe). Darren Michael Collins wrote: If that's true, why does dial() return control to the script when the callee hangs up

[Asterisk-Users] AGI Scripts Terminate too Soon

2006-02-27 Thread Douglas Garstang
Ok, here's a weird one. I have an AGI script where one user calls another. The call is answered. Everything is peachy. If the call is terminated by the CALLEE hanging up the call, then Asterisk returns control back to where the Dial() command left off, and I can check the return code of

Re: [Asterisk-Users] AGI Scripts Terminate too Soon

2006-02-27 Thread Roger Schreiter
Douglas Garstang schrieb: ... HOWEVER, if the CALLER hangs up the call, it seems Hi, did you try the dial command option g? I did not neither, but when I understand the voip-wiki right, it might help you. Roger. Voip-wiki page about dial: http://www.voip-info.org/wiki-Asterisk+cmd+Dial

RE: [Asterisk-Users] AGI Scripts Terminate too Soon

2006-02-27 Thread Douglas Garstang
To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] AGI Scripts Terminate too Soon Douglas Garstang schrieb: ... HOWEVER, if the CALLER hangs up the call, it seems Hi, did you try the dial command option g? I did not neither, but when I understand

Re: [Asterisk-Users] AGI Scripts Terminate too Soon

2006-02-27 Thread Jean-Michel Hiver
snip HOWEVER, if the CALLER hangs up the call, it seems as if Asterisk immediately kills the AGI script. My script seems to terminate immediately and therefore execution does not continue after the Dial() command. /snip http://www.voip-info.org/wiki/index.php?page=Asterisk+cmd+DeadAGI

RE: [Asterisk-Users] AGI Scripts Terminate too Soon

2006-02-27 Thread Michael Collins
Douglas Garstang schrieb: ... HOWEVER, if the CALLER hangs up the call, it seems Hi, did you try the dial command option g? I did not neither, but when I understand the voip-wiki right, it might help you. Roger. I've used the 'g' option and as far as I can tell it works just

RE: [Asterisk-Users] AGI Scripts Terminate too Soon

2006-02-27 Thread Michael Collins
http://www.voip-info.org/wiki/index.php?page=Asterisk+cmd+DeadAGI Cheers, Jean-Michel. I am red-faced! The TFOT book explicitly says this on page 158, on the box titled, AGI(), EAGI(), DeadAGI(), and FastAGI(): The DeadAGI() application is also just like AGI(), but it works correctly on

RE: [Asterisk-Users] AGI Scripts Terminate too Soon

2006-02-27 Thread Douglas Garstang
Scripts Terminate too Soon http://www.voip-info.org/wiki/index.php?page=Asterisk+cmd+DeadAGI Cheers, Jean-Michel. I am red-faced! The TFOT book explicitly says this on page 158, on the box titled, AGI(), EAGI(), DeadAGI(), and FastAGI(): The DeadAGI() application is also just like AGI

RE: [Asterisk-Users] AGI Scripts Terminate too Soon

2006-02-27 Thread Michael Collins
If that's true, why does dial() return control to the script when the callee hangs up? Doug, if I understand the AGI limitation correctly, the 'dead' in DeadAGI() refers to the other end of a dial() connection. I *think*, but I'm not positive on that. Does anyone know the answer to this

Re: [Asterisk-Users] AGI Scripts Terminate too Soon

2006-02-27 Thread Darren Wiebe
In that case, asterisk sends -HUP to the agi script (I believe). Darren Michael Collins wrote: If that's true, why does dial() return control to the script when the callee hangs up? Doug, if I understand the AGI limitation correctly, the 'dead' in DeadAGI() refers to the other end of

Re: [Asterisk-Users] AGI Scripts Terminate too Soon

2006-02-27 Thread Jean-Michel Hiver
I am red-faced! The TFOT book explicitly says this on page 158, on the box titled, AGI(), EAGI(), DeadAGI(), and FastAGI(): The DeadAGI() application is also just like AGI(), but it works correctly on a channel that is dead (i.e., a channel that has been hung up). As this implies, the