Drop calls

Hi everybody,

I fill sorry, but for a two day can’t resolve problem with drop calls on my asterisk box. I will glad with any suggestion.
Sometimes when I am calling PSTN number I see strange notice Got a FRAME_CONTROL (5) and after that drop calls. My scheme:

subscribers(Bank channel E1) ->*(e1)->telrad->(e1)PSTN.

Log:

Jun 9 16:49:33 VERBOSE[13200] logger.c: -- Zap/2-1 answered Zap/96-1 Jun 9 16:49:33 DEBUG[13200] chan_zap.c: Requested indication -1 on channel Zap/96-1 Jun 9 16:49:33 DEBUG[13200] channel.c: Set channel Zap/96-1 to read format slin Jun 9 16:49:33 DEBUG[13200] channel.c: Set channel Zap/2-1 to write format slin Jun 9 16:49:33 DEBUG[13200] channel.c: Set channel Zap/2-1 to read format slin Jun 9 16:49:33 DEBUG[13200] channel.c: Set channel Zap/96-1 to write format slin Jun 9 16:49:33 DEBUG[13200] chan_zap.c: Took Zap/96-1 off hook Jun 9 16:49:33 VERBOSE[13200] logger.c: -- Attempting native bridge of Zap/96-1 and Zap/2-1 Jun 9 16:52:10 DEBUG[13200] channel.c: Got a FRAME_CONTROL (5) frame on channel Zap/2-1 Jun 9 16:52:10 DEBUG[13200] channel.c: Bridge stops bridging channels Zap/96-1 and Zap/2-1 Jun 9 16:52:10 DEBUG[13200] channel.c: Hanging up channel 'Zap/2-1' Jun 9 16:52:10 DEBUG[13200] chan_zap.c: zt_hangup(Zap/2-1) Jun 9 16:52:10 DEBUG[13200] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/2-1 Jun 9 16:52:10 DEBUG[13200] chan_zap.c: Hangup: channel: 2 index = 0, normal = 20, callwait = -1, thirdcall = -1 Jun 9 16:52:10 DEBUG[13200] chan_zap.c: Not yet hungup... Calling hangup once with icause, and clearing call Jun 9 16:52:10 DEBUG[13200] chan_zap.c: disabled echo cancellation on channel 2 Jun 9 16:52:10 DEBUG[13200] chan_zap.c: Set option TDD MODE, value: OFF(0) on Zap/2-1 Jun 9 16:52:10 DEBUG[13200] chan_zap.c: Updated conferencing on 2, with 0 conference users Jun 9 16:52:10 DEBUG[13200] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/2-1 Jun 9 16:52:10 DEBUG[13200] chan_zap.c: disabled echo cancellation on channel 2 Jun 9 16:52:10 VERBOSE[13200] logger.c: -- Hungup 'Zap/2-1' Jun 9 16:52:10 DEBUG[13200] app_dial.c: Exiting with DIALSTATUS=ANSWER. Jun 9 16:52:10 DEBUG[13200] app_macro.c: Spawn extension (macro-telrad,s,1) exited non-zero on 'Zap/96-1' in macro 'telrad' Jun 9 16:52:10 DEBUG[13200] pbx.c: Spawn extension (macro-telrad,s,1) exited non-zero on 'Zap/96-1' Jun 9 16:52:10 DEBUG[13200] pbx.c: Launching 'Hangup' Jun 9 16:52:10 VERBOSE[13200] logger.c: -- Executing Hangup("Zap/96-1", "") in new stack Jun 9 16:52:10 DEBUG[13200] pbx.c: Spawn extension (macro-telrad,h,1) exited non-zero on 'Zap/96-1'

zaptel.conf

span=1,1,0,ccs,hdb3,crc4
bchan=1-15,17-31
dchan=16

span=2,0,0,cas,hdb3
fxols=32-46
fxols=48-62

span=3,0,0,cas,hdb3
fxols=63-77
fxols=79-93

span=4,0,0,cas,hdb3
fxols=94-108
fxols=110-124


loadzone = ua
defaultzone = ua

zapata.conf

context = incomming
;context = incom_all
switchtype = euroisdn
;switchtype = national
;switchtype = qsig
signalling = pri_cpe
;facilityenable = yes
callprogress=yes
echocancel=yes
echocancelwhenbridged=yes
echotraining=yes
group = 1
channel => 1-15,17-31

context = outgoing
signalling = fxo_ls
echocancel=yes
echocancelwhenbridged=yes
echotraining=yes
rxgain=0.0
txgain=0.0
callwaiting=no
usecallerid=yes
usecallingpres=yes
usedistinctiveringdetection=yes
callwaitingcallerid=yes
transfer=yes
threewaycalling=yes
cancallforward=yes
callreturn=no
relaxdtmf=yes
callprogress=yes
immediate=no
musiconhold=default

callerid= <1405>
channel => 32
callerid=“Security NO” <1401>
channel => 33
callerid= <1402>
channel => 34
callerid= <1304>

[quote][/quote]

Thank you

Can someone give me any suggestions?
This problem is critical for me.

change callprogress=yes to callprogress=no, make sure you have busydetect also set to no.

past that, make sure you are not sharing IRQs on any of the digium hardware.

Hi bkhomyn,

Is the issue got resolved with implementing whoiswes suggestions… Can you please confirm as we are also having the same issue for Call Drops…

Thanks a ton

Thank you very much whoiswes…

Your suggestion of turning off ‘call progress’ has worked. We have not experienced call drops after we have switched off ‘call progress’

Thanks once again…

Yogi
NOL Solutions

no problem, glad to help.