Below is a copy of my log, zapata.conf & extensions.conf that relate to
the ZAP lines. Basically when we dial out it takes on 10-12 seconds
before the ZAP line actaully picks up. I'm hoping to find out what the
cause is for this as it's causing user grief with extremely long connect
times, and I believe it may be causing issues of cross lines (an
outgoing call gets mixed with an incoming call, both ending up on the
same line). Incoming calls are processed fairly quickly, about 3
seconds which is perfectly acceptable.
[Oct 2 10:30:27] DEBUG[22199] chan_zap.c: Dialing 'xxxxxxxxxxx'
[Oct 2 10:30:27] DEBUG[22199] chan_zap.c: Deferring dialing...
[Oct 2 10:30:27] VERBOSE[22199] logger.c: -- Called 4/xxxxxxxxxxx
[Oct 2 10:30:35] DEBUG[22199] chan_zap.c: Engaged echo training on
channel 4
[Oct 2 10:30:38] DEBUG[22199] chan_zap.c: Echo cancellation already on
[Oct 2 10:30:38] VERBOSE[22199] logger.c: -- Zap/4-1 answered
SIP/717-08c387d0
ZAPATA.CONF
[channels]
language=en
echocancel=256
echocancelwhenbridged=256
echotraining=800
rxgain=6.0
txgain=0.0
faxdetect=no
signalling=fxs_ks
context=from-zaptel
group=0
channel => 2
signalling=fxs_ks
context=from-zaptel
group=0
channel => 3
-------------------------------
EXTENSIONS.CONF
TRUNK_OPTIONS=rTt ;r here because of the 10-12 second delay
exten =>
_1NXXNXXXXXX,1,Dial(ZAP/2/${EXTEN},120,${TRUNK_OPTIONS})
exten =>
_1NXXNXXXXXX,n,Dial(ZAP/3/${EXTEN},120,${TRUNK_OPTIONS})
exten =>
_1NXXNXXXXXX,n,Dial(ZAP/4/${EXTEN},120,${TRUNK_OPTIONS})
exten => _1NXXNXXXXXX,n,Hangup()
---------------------------
Note that my extensions.conf used to have a single line exten =>
_1NXXNXXXXXX,1,Dial(ZAP/g0/${EXTEN},120,${TRUNK_OPTIONS}) but I changed
it to see if this way sped things up at all, it doesn't.
Any suggestions would be greatly appreciated.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20071002/b5bffaff/attachment.htm
Ken Williams wrote:> Below is a copy of my log, zapata.conf & extensions.conf that relate to > the ZAP lines. Basically when we dial out it takes on 10-12 seconds > before the ZAP line actaully picks up. I'm hoping to find out what the > cause is for this as it's causing user grief with extremely long connect > times, and I believe it may be causing issues of cross lines (an > outgoing call gets mixed with an incoming call, both ending up on the > same line). Incoming calls are processed fairly quickly, about 3 > seconds which is perfectly acceptable. > > [Oct 2 10:30:27] DEBUG[22199] chan_zap.c: Dialing 'xxxxxxxxxxx' > [Oct 2 10:30:27] DEBUG[22199] chan_zap.c: Deferring dialing... > [Oct 2 10:30:27] VERBOSE[22199] logger.c: -- Called 4/xxxxxxxxxxx > [Oct 2 10:30:35] DEBUG[22199] chan_zap.c: Engaged echo training on > channel 4 > [Oct 2 10:30:38] DEBUG[22199] chan_zap.c: Echo cancellation already on > [Oct 2 10:30:38] VERBOSE[22199] logger.c: -- Zap/4-1 answered > SIP/717-08c387d0 > ZAPATA.CONF > [channels] > language=en > echocancel=256 > echocancelwhenbridged=256 > echotraining=800 > rxgain=6.0 > txgain=0.0 > faxdetect=no > signalling=fxs_ks > context=from-zaptel > group=0 > channel => 2 > > signalling=fxs_ks > context=from-zaptel > group=0 > channel => 3 > ------------------------------- > EXTENSIONS.CONF > > TRUNK_OPTIONS=rTt ;r here because of the 10-12 second delay > exten => _1NXXNXXXXXX,1,Dial(ZAP/2/${EXTEN},120,${TRUNK_OPTIONS}) > exten => _1NXXNXXXXXX,n,Dial(ZAP/3/${EXTEN},120,${TRUNK_OPTIONS}) > exten => _1NXXNXXXXXX,n,Dial(ZAP/4/${EXTEN},120,${TRUNK_OPTIONS}) > exten => _1NXXNXXXXXX,n,Hangup() > --------------------------- > Note that my extensions.conf used to have a single line exten => > _1NXXNXXXXXX,1,Dial(ZAP/g0/${EXTEN},120,${TRUNK_OPTIONS}) but I changed > it to see if this way sped things up at all, it doesn't. > > Any suggestions would be greatly appreciated.What version of Asterisk is this and what is your hardware? I am assuming it is POTS. Thanks, Steve
On 10/2/07, Ken Williams <ken at intermountainelectronics.com> wrote:> Any suggestions would be greatly appreciated.Try removing all the echo cancel stuff just to see if that makes any difference at all.
So, I updated to 1.4.12 last night and it appears my problem is mostly
gone now. Not sure what the difference was, but it now takes about 3
seconds before the ZAP line picks it up. I was on 1.4.10.1 before that,
and yes POTS. Removing the echo cancellation at this point makes no
difference, not sure if it would've pre-.12.
I'm leaving the 'r' in the dial statement as 3 seconds is kind of an
awkward amount of time for a dialtone after you hit dial, but I could
remove it and it wouldn't be the end of the world.
________________________________
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Ken
Williams
Sent: Tuesday, October 02, 2007 10:48 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: [asterisk-users] Zaptel slow dial out - TDM400P
Below is a copy of my log, zapata.conf & extensions.conf that relate to
the ZAP lines. Basically when we dial out it takes on 10-12 seconds
before the ZAP line actaully picks up. I'm hoping to find out what the
cause is for this as it's causing user grief with extremely long connect
times, and I believe it may be causing issues of cross lines (an
outgoing call gets mixed with an incoming call, both ending up on the
same line). Incoming calls are processed fairly quickly, about 3
seconds which is perfectly acceptable.
[Oct 2 10:30:27] DEBUG[22199] chan_zap.c: Dialing 'xxxxxxxxxxx'
[Oct 2 10:30:27] DEBUG[22199] chan_zap.c: Deferring dialing...
[Oct 2 10:30:27] VERBOSE[22199] logger.c: -- Called 4/xxxxxxxxxxx
[Oct 2 10:30:35] DEBUG[22199] chan_zap.c: Engaged echo training on
channel 4
[Oct 2 10:30:38] DEBUG[22199] chan_zap.c: Echo cancellation already on
[Oct 2 10:30:38] VERBOSE[22199] logger.c: -- Zap/4-1 answered
SIP/717-08c387d0
ZAPATA.CONF
[channels]
language=en
echocancel=256
echocancelwhenbridged=256
echotraining=800
rxgain=6.0
txgain=0.0
faxdetect=no
signalling=fxs_ks
context=from-zaptel
group=0
channel => 2
signalling=fxs_ks
context=from-zaptel
group=0
channel => 3
-------------------------------
EXTENSIONS.CONF
TRUNK_OPTIONS=rTt ;r here because of the 10-12 second delay
exten =>
_1NXXNXXXXXX,1,Dial(ZAP/2/${EXTEN},120,${TRUNK_OPTIONS})
exten =>
_1NXXNXXXXXX,n,Dial(ZAP/3/${EXTEN},120,${TRUNK_OPTIONS})
exten =>
_1NXXNXXXXXX,n,Dial(ZAP/4/${EXTEN},120,${TRUNK_OPTIONS})
exten => _1NXXNXXXXXX,n,Hangup()
---------------------------
Note that my extensions.conf used to have a single line exten =>
_1NXXNXXXXXX,1,Dial(ZAP/g0/${EXTEN},120,${TRUNK_OPTIONS}) but I changed
it to see if this way sped things up at all, it doesn't.
Any suggestions would be greatly appreciated.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20071003/8ace3568/attachment.htm