[asterisk-users] Problem with flash hook

Hi,

 

I facing a problem with flash hook. When ever I do a flash hook to place an extsing call on hold, the call gets disconnected. The debugs on Asterisk shows that 'on hook event detected'  when I press the flash button on the phone. The setup is like this

 

Asterisk box with T1 cards and FXS cards. The T1 card is connected to an IAD and configured for ISDN PRI lines. Analog phones come out of the FXS cards.

 

 

Phone 1

Phone 2 ----------FXS card . Asterisk. T1 card ====ISDN PRI=====IAD +++++IP  

Phone 3

 

The Asterisk is configured to plce calls on one of the T1 ports/channels based on the dial plan. ie, if I dial 94XXXXXXXXXX then the call will be placed  on a channel in the 4th T1 port which is connected to the IAD. I am able to make calls using this setup. But I am not able to put the call on hold using a flash hook. The call gets disconnected when the flash button is pressed.

 

I have transfer=yes, threewaycalling=yes etc enabled in my zapata.conf .

 

signalling=fxo_ks
threewaycalling=yes
transfer=yes
callwaiting=yes
flash=1000
context=from-internal
group=1
callgroup=1
pickupgroup=1
hidecallerid=no
usercallerid=yes
musiconhold=default
channel => 97
 

Here are the asterisk debugs that I get when I flash the call

-------------------------------------------------------------------------------------

Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Exception on 106, channel 97
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Got event On hook(1) on channel 97 (index 0)
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: disabled echo cancellation on channel 97
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Enabled echo cancellation on channel 97
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Echo cancellation already on
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Unlinking slave 73 from 97
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Removed 83 from conference 9/97
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Removed 106 from conference 9/73
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Updated conferencing on 97, with 0 conference users
Oct 25 10:27:13 DEBUG[28965] channel.c: Returning from native bridge, channels: Zap/97-1, Zap/73-1
Oct 25 10:27:13 DEBUG[28965] channel.c: Hanging up channel 'Zap/73-1'
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: zt_hangup(Zap/73-1)
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/73-1
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Hangup: channel: 73 index = 0, normal = 83, callwait = -1, thirdcall = -1
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Not yet hungup...  Calling hangup once with icause, and clearing call
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: disabled echo cancellation on channel 73
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Set option TDD MODE, value: OFF(0) on Zap/73-1
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Updated conferencing on 73, with 0 conference users
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/73-1
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: disabled echo cancellation on channel 73
Oct 25 10:27:13 VERBOSE[28965] logger.c:     -- Hungup 'Zap/73-1'
Oct 25 10:27:13 DEBUG[28965] app_dial.c: Exiting with DIALSTATUS=ANSWER.
Oct 25 10:27:13 DEBUG[28965] app_macro.c: Spawn extension (macro-dialout-trunk,s,14) exited non-zero on 'Zap/97-1' in macro 'dialout-trunk'
Oct 25 10:27:13 DEBUG[28965] pbx.c: Spawn extension (macro-dialout-trunk,s,14) exited non-zero on 'Zap/97-1'
Oct 25 10:27:13 DEBUG[28974] app_queue.c: Device 'Zap/73' changed to state '0' (Unknown) but we don't care because they're not a member of any queue.
Oct 25 10:27:13 DEBUG[28965] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
Oct 25 10:27:13 DEBUG[28965] cdr_addon_mysql.c: cdr_mysql: SQL command as follows: INSERT INTO cdr (calldate,clid,src,dst,dcontext,channel,dstchannel,lastapp,lastdata,duration,billsec,disposition,amaflags,accountcode,uniqueid) VALUES ('2007-10-25 10:26:53','6782363001','6782363001','946782362001','from-internal', 'Zap/97-1','Zap/73-1','Dial','ZAP/g4/6782362001',20,17,'ANSWERED',3,'',' 1193322403.4539')
Oct 25 10:27:13 DEBUG[28965] channel.c: Hanging up channel 'Zap/97-1'
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: zt_hangup(Zap/97-1)
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Hangup: channel: 97 index = 0, normal = 106, callwait = -1, thirdcall = -1
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: disabled echo cancellation on channel 97
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Set option TDD MODE, value: OFF(0) on Zap/97-1
Oct 25 10:27:13 DEBUG[28965] chan_zap.c: Updated conferencing on 97, with 0 conference users
Oct 25 10:27:13 VERBOSE[28965] logger.c:     -- Hungup 'Zap/97-1'
Oct 25 10:27:13 DEBUG[28976] app_queue.c: Device 'Zap/97' changed to state '0' (Unknown) but we don't care because they're not a member of any queue.
Oct 25 10:27:14 DEBUG[3779] chan_zap.c: Monitor doohicky got event Hook Transition Complete on channel 97
Oct 25 10:27:14 DEBUG[3779] chan_zap.c: Monitor doohicky got event Ring/Answered on channel 97
Oct 25 10:27:14 WARNING[3779] chan_zap.c: zt hook failed: Device or resource busy
Oct 25 10:27:14 VERBOSE[28977] logger.c:     -- Starting simple switch on 'Zap/97-1'
Oct 25 10:27:14 DEBUG[28978] app_queue.c: Device 'Zap/97' changed to state '2' (In use) but we don't care because they're not a member of any queue.
Oct 25 10:27:25 NOTICE[3777] chan_zap.c: PRI got event: HDLC Abort (6) on Primary D-channel of span 3
Oct 25 10:27:25 DEBUG[3777] chan_zap.c: Got event HDLC Abort (6) on D-channel for span 3

 

The ISDN Messages on the IAD when the call is flashed

*Mar  3 15:47:58 EST: ISDN Se1/0:23 Q931: RX <- DISCONNECT pd = 8  callref = 0x0057
        Cause i = 0x8190 - Normal call clearing
*Mar  3 15:47:58 EST: %ISDN-6-DISCONNECT: Interface Serial1/0:0  disconnected from 6782363001 , call lasted 31 seconds
*Mar  3 15:47:58 EST: ISDN Se1/0:23 Q931: TX -> RELEASE pd = 8  callref = 0x8057
*Mar  3 15:47:58 EST: ISDN Se1/0:23 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x0057
        Cause i = 0x8190 - Normal call clearing
Now the IAD terminates the VoIP call by sending a BYE.

Any help in solving this will be greatly appreciated.

 

Thanks and Regards,

Jana