[asterisk-users] Asterisk as an IVR solution

Thu Jul 10 19:13:50 CDT 2008

It's a known problem.

If you call Background() in a macro, then Asterisk will look for the extensions to jump to in the CALLING Macro/context and NOT the Macro that the Background() app was called in.

Eg:

[macro-DoSomething]
exten => s,1,Background(Prompt)
exten => 1,1,NoOP()

[context1]
exten => s,1,Macro(DoSomething)

If you press 1, Asterisk will look for an extension '1' in the context 'context1', NOT the 'DoSomething' macro.

Doug.

----- Original Message ----
From: Al Baker <bwentdg at pipeline.com>
To: Asterisk Users Mailing List - Non-Commercial Discussion <asterisk-users at lists.digium.com>
Sent: Thursday, July 10, 2008 4:50:19 PM
Subject: Re: [asterisk-users] Asterisk as an IVR solution

Why can't you call Background() from a MACRO ?
Isn't is just an Application like any other ?
Curious minds want to know !

Quote "There's also the fact that you can't
> call Backgound() in a macro,"

Douglas Garstang wrote:
> Don't know about Asterisk 1.4, but in Asterisk 1.2 it expects the 
> input in seconds. If you try and use 0, it seems to drop back to a 
> default of 5s.
>
> ----- Original Message ----
> From: MFH <asterisk-admin at hulber.com>
> To: Asterisk Users Mailing List - Non-Commercial Discussion 
> <asterisk-users at lists.digium.com>
> Sent: Thursday, July 10, 2008 12:37:31 PM
> Subject: Re: [asterisk-users] Asterisk as an IVR solution
>
> From what I can tell Read allows for a floating point input which uses
> ast_waitfordigit that accepts milliseconds as input.
>
> Douglas Garstang wrote:
> > Admittedly I have not used the ExternalIVR app. Is it any good?
> >
> > I'm not sure I agree that Asterisk is GOOD for building IVR's. Sure,
> > it can do it, but boy it is UGLY. There's also the fact that you can't
> > call Backgound() in a macro, which forces you to use Read() which
> > won't accept a timeout of <1s. There's no DTMF background detection
> > while playing SayDigits so you have to roll your own by calling an
> > external AGI and concatenating sound files. Yuck. By the time you code
> > in logic for handling timeouts and incorrect responses to menu's with
> > all the gotos and what-not, it turns into a god aweful mess.
> >
> > Sure, you can do it.
> >
> > Doug.
> >
> >
> >
> > ----- Original Message ----
> > From: Steve Totaro <stotaro at totarotechnologies.com 
> <mailto:stotaro at totarotechnologies.com>>
> > To: Asterisk Users Mailing List - Non-Commercial Discussion
> > <asterisk-users at lists.digium.com 
> <mailto:asterisk-users at lists.digium.com>>
> > Sent: Thursday, July 10, 2008 10:37:55 AM
> > Subject: Re: [asterisk-users] Asterisk as an IVR solution
> >
> >
> >
> > On Thu, Jul 10, 2008 at 1:25 PM, Mark Carpenter <mark at sixvoices.com 
> <mailto:mark at sixvoices.com>
> > <mailto:mark at sixvoices.com <mailto:mark at sixvoices.com>>> wrote:
> >
> >    Hi.
> >
> >    We are building an application that will provide users with the
> >    ability to call in and report an absence. The caller will have to
> >    validate themselves and the call tree will be dynamic, based on
> >    data in a MySQL database. We will have many customers, each
> >    calling a separate phone number, each having a different call
> >    tree. New customers will be added regularly and we do not want a
> >    solution that requires extensive programming each time (the call
> >    trees are different in subtle ways from each other).
> >
> >    Is Asterisk a great solution for this? If not do you know what
> >    would? If so, we need someone to help us set it up, can you
> >    suggest someone?
> >
> >    Thanks in advance. Best.
> >
> >    Mark
> >
> >
> > Asterisk certainly is a great solution for this.  If you find you need
> > or want extra flexibility,  the external IVR app. 
> > http://www.voip-info.org/wiki/index.php?page=Asterisk+cmd+ExternalIVR
> >
> > Thanks,
> > Steve Totaro
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> >
> > AstriCon 2008 - September 22 - 25 Phoenix, Arizona
> > Register Now: http://www.astricon.net
> >
> > 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 --
>
> AstriCon 2008 - September 22 - 25 Phoenix, Arizona
> Register Now: http://www.astricon.net
>
> 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 --
>
> AstriCon 2008 - September 22 - 25 Phoenix, Arizona
> Register Now: http://www.astricon.net
>
> 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 --

AstriCon 2008 - September 22 - 25 Phoenix, Arizona
Register Now: http://www.astricon.net

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080710/64e977f3/attachment-0001.htm 