Re: [asterisk-users] DIALSTATUS vs HANGUPCAUSE
Thanks Dovid! Indeed looks a bug but regardless of this, this problem made me think that the HANGUPCAUSE could be used for this purpose with benefits. I couldn't find an explanation about when DIALSTATUS would actually be better. The HANGUPCAUSE was reworked in version 11 ( https://wiki.asterisk.org/wiki/display/AST/Hangup+Cause) but I didn't find someone actually stating it is a better alternative or replacement to the DIALSTATUS or something similar. Cheers, Patrick Wakano On 14 March 2018 at 13:30, Dovid Bender wrote: > I would think that is a bug since the only time DIALSTATUS = BUSY is where > you got a 486 or 600 (as per https://wiki.asterisk.org/ > wiki/display/AST/Hangup+Cause+Mappings). > > On Tue, Mar 13, 2018 at 10:11 PM, Patrick Wakano > wrote: > >> Hello list, >> Hope all doing well! >> >> I've been checking some cases when a Dial fails and dialplan execution >> continues to handle this. I am finding it a little confusing how we should >> handle the DIALSTATUS and the HANGUPCAUSE in this situation >> More specifically, I am facing a case in version 13.6.0 where I am >> getting a DIALSTATUS=BUSY and HANGUPCAUSE=19 after receiving a 480 SIP >> error. Seems wrong to me, since 480 should be converted to HANGUPCAUSE=19 >> and DIALSTATUS = NOANSWER (https://wiki.asterisk.org/wik >> i/display/AST/Hangup+Cause+Mappings). Anyway I am thinking about >> actually not checking the DIALSTATUS anymore and just rely on the >> HANGUPCAUSE, which seems more powerful. >> Looks like for a pure SIP environment the HANGUPCAUSE would have a more >> accurate information about the error. So question is can I always use this >> info and completely ignore what the DIALSTATUS is? >> Or does someone knows exactly where is more suitable to use one over the >> other? >> >> Thanks, >> Kind regards, >> Patrick Wakano >> >> -- >> _ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> Check out the new Asterisk community forum at: >> https://community.asterisk.org/ >> >> New to Asterisk? Start here: >> https://wiki.asterisk.org/wiki/display/AST/Getting+Started >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >>http://lists.digium.com/mailman/listinfo/asterisk-users >> > > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > Check out the new Asterisk community forum at: https://community.asterisk. > org/ > > New to Asterisk? Start here: > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-users > -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] DIALSTATUS vs HANGUPCAUSE
I would think that is a bug since the only time DIALSTATUS = BUSY is where you got a 486 or 600 (as per https://wiki.asterisk.org/wiki/display/AST/Hangup+Cause+Mappings). On Tue, Mar 13, 2018 at 10:11 PM, Patrick Wakano wrote: > Hello list, > Hope all doing well! > > I've been checking some cases when a Dial fails and dialplan execution > continues to handle this. I am finding it a little confusing how we should > handle the DIALSTATUS and the HANGUPCAUSE in this situation > More specifically, I am facing a case in version 13.6.0 where I am getting > a DIALSTATUS=BUSY and HANGUPCAUSE=19 after receiving a 480 SIP error. Seems > wrong to me, since 480 should be converted to HANGUPCAUSE=19 and DIALSTATUS > = NOANSWER (https://wiki.asterisk.org/wiki/display/AST/Hangup+Cause+ > Mappings). Anyway I am thinking about actually not checking the > DIALSTATUS anymore and just rely on the HANGUPCAUSE, which seems more > powerful. > Looks like for a pure SIP environment the HANGUPCAUSE would have a more > accurate information about the error. So question is can I always use this > info and completely ignore what the DIALSTATUS is? > Or does someone knows exactly where is more suitable to use one over the > other? > > Thanks, > Kind regards, > Patrick Wakano > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > Check out the new Asterisk community forum at: https://community.asterisk. > org/ > > New to Asterisk? Start here: > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-users > -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] DIALSTATUS vs HANGUPCAUSE
Hello list, Hope all doing well! I've been checking some cases when a Dial fails and dialplan execution continues to handle this. I am finding it a little confusing how we should handle the DIALSTATUS and the HANGUPCAUSE in this situation More specifically, I am facing a case in version 13.6.0 where I am getting a DIALSTATUS=BUSY and HANGUPCAUSE=19 after receiving a 480 SIP error. Seems wrong to me, since 480 should be converted to HANGUPCAUSE=19 and DIALSTATUS = NOANSWER (https://wiki.asterisk.org/wiki/display/AST/Hangup+Cause+Mappings). Anyway I am thinking about actually not checking the DIALSTATUS anymore and just rely on the HANGUPCAUSE, which seems more powerful. Looks like for a pure SIP environment the HANGUPCAUSE would have a more accurate information about the error. So question is can I always use this info and completely ignore what the DIALSTATUS is? Or does someone knows exactly where is more suitable to use one over the other? Thanks, Kind regards, Patrick Wakano -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Getting DTMF from Asterisk Record?
Hello, Does anyone know if it's possible to get the non-terminating DTMF keys that may have been pressed while using the Record command in Asterisk? The intended purpose is that a caller can say a name or enter it using DTMF keys. If we can get the keys in a variable that would be very helpful. Thanks for any advice. -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 New Zealand: +64 (0)28 2558 3782 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Bank holidays read from file?
Hi, I recommend you to use calendar module of Asterisk: https://wiki.asterisk.org/wiki/display/AST/Asterisk+Calendaring We are using in production since two years with several hundred calendars, it works pretty well. However, I strongly recommend you to use the latest stable version of libical3, because they have fixed a lot of bugs, especially with recurring events. And to use Asterisk 15: We had time to time crashes with Asterisk 13 and calendars and now it's gone with Asterisk 15. Some bugfixes on recurring events are also included in Asterisk 15. Regards. -- Ludovic Gasc (GMLudo) 2018-03-13 20:16 GMT+01:00 Atux Atux : > Hi. in my home office i operate my asterisk and have an IVR that has the > business hours 9-5 and everytime i edit it to load the bank holidays (New > Years eve, christmas, easter, whatever else). I would like to be able to > load in the Asterisk's DB or in a file for all the year or years the > planned holidays. Then it will be read from that file to operate > accordingly. > Is there a hint on how to run something like that? > I am running asterisk 11. > > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > Check out the new Asterisk community forum at: https://community.asterisk. > org/ > > New to Asterisk? Start here: > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-users > -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Bank holidays read from file?
Hi. in my home office i operate my asterisk and have an IVR that has the business hours 9-5 and everytime i edit it to load the bank holidays (New Years eve, christmas, easter, whatever else). I would like to be able to load in the Asterisk's DB or in a file for all the year or years the planned holidays. Then it will be read from that file to operate accordingly. Is there a hint on how to run something like that? I am running asterisk 11. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users