> -----Original Message-----
> From: Ian Darwin [mailto:[EMAIL PROTECTED] 
> Sent: Saturday, February 04, 2006 3:16 PM
> To: David Fishburn
> Cc: [email protected]
> Subject: [asterix] Re: [on-asterisk] Create an externally 
> calling extension
> 
> David Fishburn wrote:
> 
> >[EMAIL PROTECTED] 2.5
> >
> >I want to create a setup so that when someone calls (and maybe an 
> >autoattendent answers or VM) they can press an internal 
> extension.  The 
> >external extension will turn around and make an outgoing call to my 
> >cell phone.
> >
> >So I was reading through this article:
> >http://www.voip-info.org/tiki-index.php?page=Asterisk%20auto-
> dial%20out
> >
> >  
> >
> That is entirely the wrong page; that page starts off "If you 
> want to initiate a call from an external application, there 
> are several ways to do this. ..."
> 
> That is not what you are talking about (having a program 
> outside Asterisk initiating the call); you want the all to 
> originate from inside asterisk when certain keys are pressed.
> 
> >
> >I am not too clear on what Channel is, I am assuming this 
> should be a trunk
> >name, so in my case it would be IAX/iax.cc.
> >
> >I am not sure what the Context is referring too though. 
> >
> > In this case I am not sure what triggers this .call file.  
> I would prefer
> >to use a local extension to make the outgoing call.  That 
> way I can change
> >the number at will.
> >  
> >
> 
> It isn't clear from this how much you know or don't about *, but you 
> might want to
> read the O'Reilly book (the authors of whom are frequent 
> contributors to 
> this list).
> The first few chapters will really clarify your understanding of what 
> Channels and
> Contexts are.  They will also help you see how to do what you want, 
> which sounds
> like it can all be done in the normal dialplan 
> (extensions.conf) file.  
> Here's something
> I set up:
> 
> exten => 234,1,Dial(SIP/${EXTEN},12,tr)
> exten => 234,n,Dial(IAX2/outunlimitel/${FIan},12,tr)
> exten => 234,n,Voicemail(u${EXTEN})
> exten => 234,n,Hangup
> 
> This way if the incoming caller dials 234 they will first get my SIP 
> phone but,
> if I don't answer, the call will go out via IAX to the phone 
> number saved
> in the FIan variable; if that call fails, it will go to my 
> voicemail.  
> You can rip out
> parts of it to do what you described above.

Thanks for the code and the suggestion for the book.

I have been reading through:
AsteriskTM
The Future of Telephony


Well that sure makes things clearer.

I think my problem at this point is the added complexity that [EMAIL PROTECTED] 
adds to
the scripts.

You need to add these changes via AMP, but I believe you can also extend
what [EMAIL PROTECTED] does via the extensions_custom.conf.  I was having a 
hard time
trying to figure out where and how to make those changes.

Right now configured via AMP, any incoming calls go to Ring Group1.  If
there is no answer they get redirected to VM.  I want to slip and extra step
inbetween there to call my cell phone.

This is for other people that may run into this.

AMP->Setup->Ring Groups->Ring Group 1

Change the "Destination if no answer" section from Voicemail to:
    Custom app:         custom-roll2cell,2,1

Then create the following section in the
/etc/asterisk/extensions_custom.conf
    [custom-roll2cell]
    exten => 2,1,Dial(IAX2/trunc_name/your_cell_number,20,tr)
    exten => 2,2,VoiceMail([EMAIL PROTECTED])
    exten => 2,103,VoiceMail([EMAIL PROTECTED])
    exten => 2,n,Hangup
    ; i is for an invalid extension
    exten => i,1,Playback(abandon-all-hope)
    exten => i,2,Hangup

I am not sure if the above error conditions will work but the main dial
through works great and is integrated with AMP, which was my challenge.
This was supposed to:
1.  Dial my cell, if no answer give a unavailable message and go to
voicemail
2.  If the cell is busy, give a busy message and go to voicemail.
3.  If for some reason the dial fails, play the message "abandon-all-hope".
I am not sure if this will work since I am not dialing an extension, but an
external number.

Thanks for the responses and thanks to the authors of the book:
by Jim Van Meggelen, Jared Smith, and Leif Madsen

Dave

Reply via email to