asterisk users - Mar 2011 - Dialplan help: hang up incoming call and call the number back

Hi,

I'm trying to setup Asterisk so that:

1. I call a specific number that goes to a defined extension from my
phone (an external line).
2. Asterisk notes my phone number (the CLID) and hangs up without
picking up the call.
3. Asterisk initiates a call to my phone and prompts me for a passkey.
4. Asterisk validates the passkey and lets me enter another number (say FOO).
5. Asterisk dials FOO on my behalf and lets me talk to FOO.

I'm currently using extension "h" for handling the post-hangup
processing; however this seems to involve a lot of validation (since
other calls are also terminating into the same context and,
eventually, getting hungup) and has issues passing variables between
extensions.  Is there a better way of handling the post-hangup
processing?

Regards,

-- Raj

On Mon, Mar 28, 2011 at 05:14:50PM +0530, Raj Mathur wrote:
>Is there a better way of handling the post-hangup
>processing?
Callfiles?

design your dial-plan for routing a specific number to different context ,
you can try func_odbc for query to DB if you have a large number of setup.
ideally its called click to call but you are made it as, miss call and you
will get a call.


regards
dhaval
On Mon, Mar 28, 2011 at 5:21 PM, Roger Burton West <roger at
firedrake.org>wrote:
> On Mon, Mar 28, 2011 at 05:14:50PM +0530, Raj Mathur wrote:
>
> >Is there a better way of handling the post-hangup
> >processing?
>
> Callfiles?
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
>               http://www.asterisk.org/hello
>
> 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/20110329/757e12cb/attachment.htm>