Can not drop the consult call while transfering a call!

[xiangwei]

My system configuration:
Windows Xp
a dialogic d4pci board.
A normal telephone line from telecom with the three-way call
function.

The steps:
I am configured its settings to make it transfer.
1. Party A calls in,party B(My system) answer the call.
2. call LineSetupTransfer to transfer the call to another number(part
c).
Party A was put on hold,and the part c begin ringing.
3.If the party c answer the call,message LINE_CALLSTATUS_CONNECTED
will be got,and I can call linedrop or lineunhold
,linehold,lineswapehold to control the status of the party A and party
C.
4.But if party c is busy or do not answer the call,calling linedrop
(hConsultCall,0,0) will return a positive value and the call status
become LINE_CALLSTATUS_IDLE,but party C still
rings.Also,lineUnhold,lineHold,lineSwapHold all return positive value
but do not affect the call at all.

Any help will be appriciated!
Sincerely,

[Grant Schenck]

If you call lineDrop on ANY call and you get a SUCCESS async result
and call transitions to IDLE then the actual call is not in fact idled
then this sounds like a serious bug in the TAPI Service Provider. I
assume you are using Dialogic's TSP. If so you best bet may be to
work with them unless someone on this group is familiar with the
Dialogic TSP.
--
Grant Schenck
Grant Schenck Software
sche...@optonline.net
http://grantschenck.tripod.com

"xiangwei" <voice...@etang.com> wrote in message
news:1b5d4eed.04032...@posting.google.com...

[Ray Cassick (Home)]

I believe that the Dialogic TSP has a configuration section where you can
set up the various commands needed (like hook flashes, etc) to perform
certain functions.

You will need to know what to actually do to perform these actions with a
phone set so I would get that straight first....

Time to break out the old 2500 set and play...

"xiangwei" <voice...@etang.com> wrote in message
news:1b5d4eed.04032...@posting.google.com...

[xiangwei]

Thanks for your help.
I've set the configuration as
hold !,1
swaphold !,2
transfer !,
complete conference !,3
drop &
I think the settings are true,because if the consult call was
answered,it could be droped by linedrop or holded by linehold.But if
it is not answered or the extention is busy,it can not do so.

[xiangwei]

Hello Everyone:
Thanks for your positive response.
I've found that when I call
lResult=lineDial(m_hConsultCall,"6230396",NULL);
on the consultaion call,the LINE_REPLY message corresponding to the
lResult will not be sent to the application until LINECALLSTATIS_BUSY
or LINECALLSTATUS_CONNECTED message or LINECALLSTATUS_DISCONNECTED
(with LINEDISCONNECTEDMODE_NOANSWER) arrives. But if I call
linemakecall with the primary call,the result of the call will be got
immediately in the LINE_REPLY message. I think maybe the delay of the
response to linedrop is the reason for why I can not drop the
consultion call which is not answered.But why did the response to
lineDial have a delay?
I am building a caller center which can transfer a call to a
consultee with a dialogic d4pci board.
Any help will be greatly appreciated.

[Grant Schenck]

I assume you meant the "delay of the response to the lineDial..."

It sounds like you are saying you can drop the call if you use
lineMakeCall before it connects or fails but not if you use lineDial?
If so then yes, that sounds like the problem. That sounds like
peculiar (and somewhat bogus) behavior on the part of the Dialogic
TSP. It sounds like they queue up requests against the call.

--
Grant Schenck
Grant Schenck Software
sche...@optonline.net
http://grantschenck.tripod.com

"xiangwei" <voice...@etang.com> wrote in message
news:1b5d4eed.0404...@posting.google.com...