[asterisk-users] Zaptel slow dial out - TDM400P

[Steve Totaro]

Looks like a bug they have fixed with the latest 1.4.x release. 

Please, can we have a 1.2.x spoon?  Instead of just security fixes, the 
spoon should also include bug fixes and backports or new functionality 
in later Asterisk versions.

Thanks,
Steve Totaro

Ken Williams wrote:
> 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.
> ------------------------------------------------------------------------
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users