In cradle, the messages go as follows: Dialing, Processing then wait for
connected, and some callinfo message inbetween. When off cradle, messages go
all the way to connected, as if the second part had answered the call, and
becuase this happens, there is no change in callstate when the call is
actually answered. Disconnected message is returned normally in both cases.
using Tapi 2.0, windows mobile 5.0 and phone is Pidion 5000.
Some devices do not go connected, they show the handset hookswitch
change and then perhaps the dialtone message. This could be a
limitation of the TSP for the device. Does it have its own TAPI TSP
you installed or does it use UnimodemV?
You can get TeleScope from www.exceletel.com/download. Look for
TeleScope37.
Fred
www.exceletel.com
"Analog, Digital and VoIP Telephony tools"
I can tun the app from a exe on the PDA. When on cradle, there are no
callstate_connected unless called party answers the call, but when taken off
cradle, after a moment there is a sequence of appnewcall, offering, process,
connected and disconnected. I tracked it to be ASYNCMAC that does this. Thou
it's weird that even after the ASYNCMAC has done it's thing, TAPI still
returns callstate_connected blindly (as mentioned in several posts I've
found).
Now trying if I can use the phone device to check for on/off hook messages.
"fdecker" wrote:
> .
>