[asterisk-users] Asterisk Dropping Calls
Richard Young
Richard.Young at intrintech.com
Mon Sep 24 06:29:40 CDT 2007
Hello,
I am having an issue whereby calls are being dropped randomly. I have an
ISDN 30 E1 line going into a Wildcard TE220 (4th Gen). My Asterisk
install is based on Trixbox 2.0. However, I have updated the source code
to the following. The Asterisk release is asterisk-1.2.20. Zaptel
release is zaptel-1.2.18. And libpri release is libpri-1.2.4.
I have include an extract from the Asterisk log file below that shows
SIP/781 dropping a call when bridged to Zap/3-1. I have also included my
zaptel and zapata conf files.
I have researched the various messages displayed in the log file but
couldn't see anything that would point definitively to why calls are
being dropped.
Has anyone experienced anything similar or can anyone give me a few
ideas on where to start looking for the cause of the drop-outs?
Many thanks.
/var/log/asterisk/full:
Channel 0/3, span 1 got hangup request, cause 16
Sep 18 16:01:03 DEBUG[32377] channel.c: Didn't get a frame from channel:
Zap/3-1
Sep 18 16:01:03 DEBUG[32377] channel.c: Bridge stops bridging channels
SIP/781-b6e1b590 and Zap/3-1
Sep 18 16:01:03 DEBUG[32377] chan_zap.c: Set option AUDIO MODE, value:
ON(1) on Zap/3-1
Sep 18 16:01:03 DEBUG[32377] chan_zap.c: Hangup: channel: 3 index = 0,
normal = 15, callwait = -1, thirdcall = -1
Sep 18 16:01:03 DEBUG[32377] chan_zap.c: Not yet hungup... Calling
hangup once with icause, and clearing call
Sep 18 16:01:03 DEBUG[32377] chan_zap.c: disabled echo cancellation on
channel 3
Sep 18 16:01:03 DEBUG[32377] chan_zap.c: Set option TDD MODE, value:
OFF(0) on Zap/3-1
Sep 18 16:01:03 DEBUG[32377] chan_zap.c: Updated conferencing on 3, with
0 conference users
Sep 18 16:01:03 DEBUG[32377] chan_zap.c: Set option AUDIO MODE, value:
OFF(0) on Zap/3-1
Sep 18 16:01:03 DEBUG[32377] chan_zap.c: disabled echo cancellation on
channel 3
Sep 18 16:01:03 VERBOSE[32377] logger.c: -- Hungup 'Zap/3-1'
Sep 18 16:01:03 DEBUG[32377] app_dial.c: Exiting with DIALSTATUS=ANSWER.
Sep 18 16:01:03 VERBOSE[32377] logger.c: == Spawn extension
(macro-dialout-trunk, s, 20) exited non-zero on 'SIP/781-b6e1b590' in
macro 'dialout-trunk'
Sep 18 16:01:03 VERBOSE[32377] logger.c: == Spawn extension
(macro-dialout-trunk, s, 20) exited non-zero on 'SIP/781-b6e1b590'
Sep 18 16:01:03 VERBOSE[32377] logger.c: -- Executing
Macro("SIP/781-b6e1b590", "hangupcall") in new stack
Sep 18 16:01:03 VERBOSE[32377] logger.c: -- Executing
ResetCDR("SIP/781-b6e1b590", "w") in new stack
Sep 18 16:01:03 DEBUG[32377] cdr_addon_mysql.c: cdr_mysql: inserting a
CDR record.
Sep 18 16:01:03 DEBUG[32377] cdr_addon_mysql.c: cdr_mysql: SQL command
as follows: INSERT INTO cdr
(calldate,clid,src,dst,dcontext,channel,dstchannel,lastapp,lastdata,dura
tion,billsec,disposition,amaflags,accountcode) VALUES ('2007-09-18
15:58:30','02072900400','02072900400','08704440730','from-internal',
'SIP/781-b6e1b590','Zap/3-1','ResetCDR','w',153,150,'ANSWERED',3,'')
Sep 18 16:01:03 DEBUG[32377] app_macro.c: Executed application: ResetCDR
Sep 18 16:01:03 VERBOSE[32377] logger.c: -- Executing
NoCDR("SIP/781-b6e1b590", "") in new stack
Sep 18 16:01:03 NOTICE[32377] cdr.c: CDR on channel 'SIP/781-b6e1b590'
not posted
Sep 18 16:01:03 NOTICE[32377] cdr.c: CDR on channel 'SIP/781-b6e1b590'
lacks end
Sep 18 16:01:03 DEBUG[32377] app_macro.c: Executed application: NoCDR
Sep 18 16:01:03 DEBUG[32377] pbx.c: Expression result is '1'
Sep 18 16:01:03 VERBOSE[32377] logger.c: -- Executing
GotoIf("SIP/781-b6e1b590", "1?skiprg") in new stack
Sep 18 16:01:03 VERBOSE[32377] logger.c: -- Goto
(macro-hangupcall,s,6)
Sep 18 16:01:03 DEBUG[32377] app_macro.c: Executed application: GotoIf
Sep 18 16:01:03 DEBUG[32377] pbx.c: Expression result is '1'
Sep 18 16:01:03 VERBOSE[32377] logger.c: -- Executing
GotoIf("SIP/781-b6e1b590", "1?theend") in new stack
Sep 18 16:01:03 VERBOSE[32377] logger.c: -- Goto
(macro-hangupcall,s,9)
Sep 18 16:01:03 DEBUG[32377] app_macro.c: Executed application: GotoIf
Sep 18 16:01:03 VERBOSE[32377] logger.c: -- Executing
Wait("SIP/781-b6e1b590", "5") in new stack
Sep 18 16:01:03 DEBUG[13856] chan_sip.c: Setting NAT on RTP to 524288
Sep 18 16:01:03 DEBUG[13856] chan_sip.c: Stopping retransmission on
'3c27fa213827-z22macsy3qgz at snom360-0004132394E9' of Response 1: Match
Found
Sep 18 16:01:03 DEBUG[13856] chan_sip.c: Setting NAT on RTP to 524288
My zaptel.conf is as follows:
# Autogenerated by /usr/local/sbin/genzaptelconf -- do not hand edit
# Zaptel Configuration File
#
# This file is parsed by the Zaptel Configurator, ztcfg
#
# It must be in the module loading order
# Span 1: WCT1/0 "Wildcard TE22xP Card 0"
# channel 1, WCT1, unhandled for now
# channel 2, WCT1, unhandled for now
# channel 3, WCT1, unhandled for now
# channel 4, WCT1, unhandled for now
# channel 5, WCT1, unhandled for now
# channel 6, WCT1, unhandled for now
# channel 7, WCT1, unhandled for now
# channel 8, WCT1, unhandled for now
# channel 9, WCT1, unhandled for now
# channel 10, WCT1, unhandled for now
# channel 11, WCT1, unhandled for now
# channel 12, WCT1, unhandled for now
# channel 13, WCT1, unhandled for now
# channel 14, WCT1, unhandled for now
# channel 15, WCT1, unhandled for now
# channel 16, WCT1, unhandled for now
# channel 17, WCT1, unhandled for now
# channel 18, WCT1, unhandled for now
# channel 19, WCT1, unhandled for now
# channel 20, WCT1, unhandled for now
# channel 21, WCT1, unhandled for now
# channel 22, WCT1, unhandled for now
# channel 23, WCT1, unhandled for now
# channel 24, WCT1, unhandled for now
# channel 25, WCT1, unhandled for now
# channel 26, WCT1, unhandled for now
# channel 27, WCT1, unhandled for now
# channel 28, WCT1, unhandled for now
# channel 29, WCT1, unhandled for now
# channel 30, WCT1, unhandled for now
# channel 31, WCT1, unhandled for now
# Global data
loadzone = uk
defaultzone = uk
span=1,1,0,ccs,hdb3,crc4
bchan=1-15,17-31
dchan=16
My zapata.conf file looks like this:
;
; Zapata telephony interface
;
; Configuration file
[trunkgroups]
[channels]
language=en
usecallerid=yes
hidecallerid=no
callwaiting=no
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
echotraining=800
musiconhold=default
rxgain=0.0
txgain=0.0
immediate=no
overlapdial=yes
callgroup=1
pickupgroup=1
pridialplan=unknown
faxdetect=incoming
prilocaldialplan=unknown
group=0
context=from-zaptel
callerid=asreceived
switchtype = euroisdn
signalling = pri_cpe
channel => 1-15,17-31
;Include genzaptelconf configs
;#include zapata-auto.conf
;Include AMP configs
;#include zapata_additional.conf
Kind Regards,
Richard Young
Intrintech Limited
Richard.Young at intrintech.com
111 Cannon Street
London
EC4N 5AR
Phone: 0845 644 2918
All orders placed or confirmed via email are automatically bound by our Terms and Conditions
Registered in England and Wales number 4488657. VAT Registered 799 1247 79
Registered Address: Global House, 2 Crofton Close, Lincoln, LN3 4NT
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20070924/7bbbd89f/attachment.htm
More information about the asterisk-users
mailing list