[asterisk-users] Problem with flash hook

Wed Oct 31 14:51:27 CDT 2007

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20071031/d949b4ce/attachment.htm 