Gavin Henry wrote:
On 01/06/07, Gordon Henderson <[EMAIL PROTECTED]> wrote:
On Fri, 1 Jun 2007, Gavin Henry wrote:
> Dear all,
>
> I think this is common, or at least how it is supposed to be, but
> whening dialing over a ZAP channel, it's taking around 5~ seconds to
> ring on the over end, likewise inbound.
>
> This is just with a normal Dial command.
It's "normal" for an analogue Zap channel.
Asterisk has to "sieze" the line (after a basic check to make sure the
channel is free), that may entail a delay of a second or so while it
makes
sure there there is a dial-tone (actually, I'm not sure it waits for a
dial-tone), then it sends the digits out via DTMF - that might take a
second or 2 for a long number - then it's up to the PSTN switch at the
other end to connect the call - depending on the technology, this might
take several seconds.
What you can do is connect to asterisk (asterisk -r), set verbose 9999,
then initiate a dial and you'll see the dialplan progress and you can
work
out yourself where the longest part of the delay is...
Inbound ought to be answered as soon as asterisk "hears" the ringing
signal - but this might be one whole ring time from the ring starting,
depending on how caller-id is being handled in your country, again,
monitor it by looking at the output on the console, and by connecting an
existing analogue phone in paralel with the incoming Zap line.
Gordon
_______________________________________________
Thanks for this explaination!
Gavin.
You may also have to wait for a dial timeout at the handset while it
decides whether you have finished entering digits. Some handsets have a
'dialplan' you can program to recognize common combinations and bypass
this delay.
regards,
Drew
--
Drew Gibson
Systems Administrator
OANDA Corporation
www.oanda.com
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
