<div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi,</blockquote>
<div>&nbsp;</div>
<div>Remove </div>
<div>&nbsp;</div>
<div>usecallingpres=yes</div>
<div>busydetect=yes</div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>from your zapata.conf file. and the restart asterisk. Hopefully you will not faced drop call issues.</div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>Regards,</div>
<div>Vidura Senadeera.</div>
<div>&nbsp;</div>
<div>&nbsp;</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Message: 3<br>Date: Mon, 24 Sep 2007 12:29:40 +0100<br>From: &quot;Richard Young&quot; &lt;<a href="mailto:Richard.Young@intrintech.com">
Richard.Young@intrintech.com</a>&gt;<br>Subject: [asterisk-users] Asterisk Dropping Calls<br>To: &lt;<a href="mailto:asterisk-users@lists.digium.com">asterisk-users@lists.digium.com</a>&gt;<br>Message-ID:<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;<a href="mailto:2EA3B7946768DE4CB0F7F81404A472BF14FA1B@intsbs01.Intrintech.local">
2EA3B7946768DE4CB0F7F81404A472BF14FA1B@intsbs01.Intrintech.local</a>&gt;<br>Content-Type: text/plain; charset=&quot;us-ascii&quot;<br><br>Hello,<br><br>I am having an issue whereby calls are being dropped randomly. I have an
<br>ISDN 30 E1 line going into a Wildcard TE220 (4th Gen). My Asterisk<br>install is based on Trixbox 2.0. However, I have updated the source code<br>to the following. The Asterisk release is asterisk-1.2.20. Zaptel<br>release is 
zaptel-1.2.18. And libpri release is libpri-1.2.4.<br><br>I have include an extract from the Asterisk log file below that shows<br>SIP/781 dropping a call when bridged to Zap/3-1. I have also included my<br>zaptel and zapata conf files.
<br><br>I have researched the various messages displayed in the log file but<br>couldn&#39;t see anything that would point definitively to why calls are<br>being dropped.<br><br>Has anyone experienced anything similar or can anyone give me a few
<br>ideas on where to start looking for the cause of the drop-outs?<br><br>Many thanks.<br><br><br><br>/var/log/asterisk/full:<br><br><br><br>Channel 0/3, span 1 got hangup request, cause 16<br>Sep 18 16:01:03 DEBUG[32377] 
channel.c: Didn&#39;t get a frame from channel:<br>Zap/3-1<br>Sep 18 16:01:03 DEBUG[32377] channel.c: Bridge stops bridging channels<br>SIP/781-b6e1b590 and Zap/3-1<br>Sep 18 16:01:03 DEBUG[32377] chan_zap.c: Set option AUDIO MODE, value:
<br>ON(1) on Zap/3-1<br>Sep 18 16:01:03 DEBUG[32377] chan_zap.c: Hangup: channel: 3 index = 0,<br>normal = 15, callwait = -1, thirdcall = -1<br>Sep 18 16:01:03 DEBUG[32377] chan_zap.c: Not yet hungup...&nbsp;&nbsp;Calling<br>hangup once with icause, and clearing call
<br>Sep 18 16:01:03 DEBUG[32377] chan_zap.c: disabled echo cancellation on<br>channel 3<br>Sep 18 16:01:03 DEBUG[32377] chan_zap.c: Set option TDD MODE, value:<br>OFF(0) on Zap/3-1<br>Sep 18 16:01:03 DEBUG[32377] chan_zap.c: Updated conferencing on 3, with
<br>0 conference users<br>Sep 18 16:01:03 DEBUG[32377] chan_zap.c: Set option AUDIO MODE, value:<br>OFF(0) on Zap/3-1<br>Sep 18 16:01:03 DEBUG[32377] chan_zap.c: disabled echo cancellation on<br>channel 3<br>Sep 18 16:01:03 VERBOSE[32377] 
logger.c:&nbsp;&nbsp;&nbsp;&nbsp; -- Hungup &#39;Zap/3-1&#39;<br>Sep 18 16:01:03 DEBUG[32377] app_dial.c: Exiting with DIALSTATUS=ANSWER.<br><br>Sep 18 16:01:03 VERBOSE[32377] logger.c:&nbsp;&nbsp; == Spawn extension<br>(macro-dialout-trunk, s, 20) exited non-zero on &#39;SIP/781-b6e1b590&#39; in
<br>macro &#39;dialout-trunk&#39;<br>Sep 18 16:01:03 VERBOSE[32377] logger.c:&nbsp;&nbsp; == Spawn extension<br>(macro-dialout-trunk, s, 20) exited non-zero on &#39;SIP/781-b6e1b590&#39;<br>Sep 18 16:01:03 VERBOSE[32377] logger.c:&nbsp;&nbsp;&nbsp;&nbsp; -- Executing
<br>Macro(&quot;SIP/781-b6e1b590&quot;, &quot;hangupcall&quot;) in new stack<br>Sep 18 16:01:03 VERBOSE[32377] logger.c:&nbsp;&nbsp;&nbsp;&nbsp; -- Executing<br>ResetCDR(&quot;SIP/781-b6e1b590&quot;, &quot;w&quot;) in new stack<br>Sep 18 16:01:03 DEBUG[32377] cdr_addon_mysql.c: cdr_mysql: inserting a
<br>CDR record.<br>Sep 18 16:01:03 DEBUG[32377] cdr_addon_mysql.c: cdr_mysql: SQL command<br>as follows: INSERT INTO cdr<br>(calldate,clid,src,dst,dcontext,channel,dstchannel,lastapp,lastdata,dura<br>tion,billsec,disposition,amaflags,accountcode) VALUES (&#39;2007-09-18
<br>15:58:30&#39;,&#39;02072900400&#39;,&#39;02072900400&#39;,&#39;08704440730&#39;,&#39;from-internal&#39;,<br>&#39;SIP/781-b6e1b590&#39;,&#39;Zap/3-1&#39;,&#39;ResetCDR&#39;,&#39;w&#39;,153,150,&#39;ANSWERED&#39;,3,&#39;&#39;)
<br>Sep 18 16:01:03 DEBUG[32377] app_macro.c: Executed application: ResetCDR<br><br>Sep 18 16:01:03 VERBOSE[32377] logger.c:&nbsp;&nbsp;&nbsp;&nbsp; -- Executing<br>NoCDR(&quot;SIP/781-b6e1b590&quot;, &quot;&quot;) in new stack<br>Sep 18 16:01:03 NOTICE[32377] 
cdr.c: CDR on channel &#39;SIP/781-b6e1b590&#39;<br>not posted<br>Sep 18 16:01:03 NOTICE[32377] cdr.c: CDR on channel &#39;SIP/781-b6e1b590&#39;<br>lacks end<br>Sep 18 16:01:03 DEBUG[32377] app_macro.c: Executed application: NoCDR
<br>Sep 18 16:01:03 DEBUG[32377] pbx.c: Expression result is &#39;1&#39;<br>Sep 18 16:01:03 VERBOSE[32377] logger.c:&nbsp;&nbsp;&nbsp;&nbsp; -- Executing<br>GotoIf(&quot;SIP/781-b6e1b590&quot;, &quot;1?skiprg&quot;) in new stack<br>Sep 18 16:01:03 VERBOSE[32377] 
logger.c:&nbsp;&nbsp;&nbsp;&nbsp; -- Goto<br>(macro-hangupcall,s,6)<br>Sep 18 16:01:03 DEBUG[32377] app_macro.c: Executed application: GotoIf<br>Sep 18 16:01:03 DEBUG[32377] pbx.c: Expression result is &#39;1&#39;<br>Sep 18 16:01:03 VERBOSE[32377] 
logger.c:&nbsp;&nbsp;&nbsp;&nbsp; -- Executing<br>GotoIf(&quot;SIP/781-b6e1b590&quot;, &quot;1?theend&quot;) in new stack<br>Sep 18 16:01:03 VERBOSE[32377] logger.c:&nbsp;&nbsp;&nbsp;&nbsp; -- Goto<br>(macro-hangupcall,s,9)<br>Sep 18 16:01:03 DEBUG[32377] app_macro.c: Executed application: GotoIf
<br>Sep 18 16:01:03 VERBOSE[32377] logger.c:&nbsp;&nbsp;&nbsp;&nbsp; -- Executing<br>Wait(&quot;SIP/781-b6e1b590&quot;, &quot;5&quot;) in new stack<br>Sep 18 16:01:03 DEBUG[13856] chan_sip.c: Setting NAT on RTP to 524288<br>Sep 18 16:01:03 DEBUG[13856] chan_sip.c: Stopping retransmission on
<br>&#39;3c27fa213827-z22macsy3qgz@snom360-0004132394E9&#39; of Response 1: Match<br>Found<br>Sep 18 16:01:03 DEBUG[13856] chan_sip.c: Setting NAT on RTP to 524288<br><br><br><br>My zaptel.conf is as follows:<br><br><br><br>
# Autogenerated by /usr/local/sbin/genzaptelconf -- do not hand edit<br># Zaptel Configuration File<br>#<br># This file is parsed by the Zaptel Configurator, ztcfg<br>#<br><br># It must be in the module loading order<br><br>
<br># Span 1: WCT1/0 &quot;Wildcard TE22xP Card 0&quot;<br># channel 1, WCT1, unhandled for now<br># channel 2, WCT1, unhandled for now<br># channel 3, WCT1, unhandled for now<br># channel 4, WCT1, unhandled for now<br># channel 5, WCT1, unhandled for now
<br># channel 6, WCT1, unhandled for now<br># channel 7, WCT1, unhandled for now<br># channel 8, WCT1, unhandled for now<br># channel 9, WCT1, unhandled for now<br># channel 10, WCT1, unhandled for now<br># channel 11, WCT1, unhandled for now
<br># channel 12, WCT1, unhandled for now<br># channel 13, WCT1, unhandled for now<br># channel 14, WCT1, unhandled for now<br># channel 15, WCT1, unhandled for now<br># channel 16, WCT1, unhandled for now<br># channel 17, WCT1, unhandled for now
<br># channel 18, WCT1, unhandled for now<br># channel 19, WCT1, unhandled for now<br># channel 20, WCT1, unhandled for now<br># channel 21, WCT1, unhandled for now<br># channel 22, WCT1, unhandled for now<br># channel 23, WCT1, unhandled for now
<br># channel 24, WCT1, unhandled for now<br># channel 25, WCT1, unhandled for now<br># channel 26, WCT1, unhandled for now<br># channel 27, WCT1, unhandled for now<br># channel 28, WCT1, unhandled for now<br># channel 29, WCT1, unhandled for now
<br># channel 30, WCT1, unhandled for now<br># channel 31, WCT1, unhandled for now<br><br># Global data<br><br>loadzone&nbsp;&nbsp; = uk<br>defaultzone&nbsp;&nbsp;&nbsp;&nbsp; = uk<br><br>span=1,1,0,ccs,hdb3,crc4<br>bchan=1-15,17-31<br>dchan=16<br><br>
<br><br>My zapata.conf file looks like this:<br><br><br><br>;<br>; Zapata telephony interface<br>;<br>; Configuration file<br><br>[trunkgroups]<br><br>[channels]<br>language=en<br>usecallerid=yes<br>hidecallerid=no<br>callwaiting=no
<br>usecallingpres=yes<br>callwaitingcallerid=yes<br>threewaycalling=yes<br>transfer=yes<br>cancallforward=yes<br>callreturn=yes<br>echocancel=yes<br>echocancelwhenbridged=yes<br>echotraining=800<br>musiconhold=default<br>
rxgain=0.0<br>txgain=0.0<br>immediate=no<br>overlapdial=yes<br>callgroup=1<br>pickupgroup=1<br>pridialplan=unknown<br>faxdetect=incoming<br>prilocaldialplan=unknown<br><br>group=0<br>context=from-zaptel<br>callerid=asreceived
<br>switchtype = euroisdn<br>signalling = pri_cpe<br>channel =&gt; 1-15,17-31<br><br>;Include genzaptelconf configs<br>;#include zapata-auto.conf<br><br>;Include AMP configs<br>;#include zapata_additional.conf<br><br><br>
Kind Regards,<br><br>Richard Young<br>Intrintech Limited<br><a href="mailto:Richard.Young@intrintech.com">Richard.Young@intrintech.com</a><br>111 Cannon Street<br>London<br>EC4N 5AR<br>Phone: 0845 644 2918<br><br></blockquote>
</div>