Goto is definitely preferred over Dial. With each Dial() you're
creating an extra leg in your call, increasing the latency and the
load on your system.

So for example if your final destination is a SIP phone, in scenario 1
you would have:
PSTN -> Local Channel -> SIP Channel for extension 1201

In scenario 2, you'd just have:
PSTN -> SIP Channel for extension 1201

Cheers,
spd

On 7/24/07, Marc Carrafiello <[EMAIL PROTECTED]> wrote:

I've got a question about incoming call routing inside the dial plan.  As of
right now, my dial plan is stable, but I'm wondering if how I've got it
working is the preferred (or best) practice.  Should I be using Goto or Dial
to handle calls?

How I do my DIDs is a perfect example.  This is what I have now..

[from-pstn]
exten = _90549120[0-4]X,1,Answer
exten = _90549120[0-4]X,n,Dial(Local/${EXTEN:-4})
exten = _90549120[0-4]X,n,Hangup

But should I be doing??

[from-pstn]
exten = _90549120[0-4]X,1,Answer
exten = _90549120[0-4]X,n,Goto(default|{EXTEN:-4}|1)
exten = _90549120[0-4]X,n,Hangup


I use Dial(Local/xxxxxxxx) in a few more places, mostly inputs from the
auto-attendant script that bounces a caller to the help desk queue or the
receptionist queue.

I originally used Dial() because "it just worked".  Plus a 4-digit extension
(derived from the DID or pilot numbers) could be a MeetMe Room, Voicemail
backdoor, Queue, or a regular staff extension, and the extensions are in a
different context than the incoming call ("from-pstn" versus "default")

Like I said, it's stable.  Does Goto() versus Dial() matter?



Marc Carrafiello
Datex



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




--
| It ain't what you don't know that gets you into trouble. It's what
| you know for sure that just ain't so.   -- Mark Twain
|
| The Toronto Asterisk Users Group
| Join the discussion group by visiting http://taug.ca

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to