Summary: | ASTERISK-05959: Dial command doesnt return properly | ||
Reporter: | Andreas Fink (afink) | Labels: | |
Date Opened: | 2006-01-02 21:13:10.000-0600 | Date Closed: | 2011-06-07 14:10:39 |
Priority: | Minor | Regression? | No |
Status: | Closed/Complete | Components: | Core/General |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | Dial command is being called like this: Dial(SIP/${X_EXTEN}@${X_SIPHOST},,rg); the "g" indicates that the scripting should continue after call has been answered. This however is not always the case. when I call from SIP to SIP phone on asterisk it works when the called party issues the disconnect. However it does not when the calling party issues the disconnect. This is however needed for prepaid billing applications so they can parse the CDR and remove the credits. | ||
Comments: | By: Jason Parker (jparker) 2006-01-02 21:14:37.000-0600 Use exten 'h'. "show application dial" clearly states: g - Proceed with dialplan execution at the current extension if the --> destination channel <-- hangs up. By: Jason Parker (jparker) 2006-01-02 21:16:30.000-0600 Also note that this is definitely not a major bug. Please read the bug guidelines at http://www.digium.com/bugguidelines.html By: Andreas Fink (afink) 2006-01-02 21:19:04.000-0600 using "h" doesnt do the expected result h - Allow the called party to hang up by sending the '*' DTMF digit. this wont make it work for callers normally disconnecting. By: Jason Parker (jparker) 2006-01-02 21:37:48.000-0600 'h' exten, not Dial option. exten => h,1,DoSomething() By: Andreas Fink (afink) 2006-01-02 23:13:50.000-0600 ok h in the dialplan works. I suggest to change this to a "feature request". add "G - Proceed with dialplan execution at the current extension if the source channel hangs up." to the dial command. By: Jason Parker (jparker) 2006-01-02 23:43:25.000-0600 This is exactly the reason the 'h' exten exists. By: Jason Parker (jparker) 2006-01-02 23:54:15.000-0600 I asked around, and was told that this isn't something that would likely ever be implemented, since there is a very easy (and more useful) method of doing this. See previous note about 'h' extension. |