Hi,
I'm using HMP 3.0 for Windows with a DNI1200TEPHMPW board to a T1 ISDN line.
I'm placing an outbound call, enabling Voice CPA in the Proceeding Event, and getting the GCEV_CONNECTED event. However, I never receive the TDX_CALLP event. The call is structured as follows:
gc_Makecall(pline->hdev, ...)
GCEV_PROCEEDING
gc_GetXmitSlot(pline->hdev, &timeSlotInfo);
dx_listen(pVoiceChan->hdev, &timeSlotInfo);
dx_clrcap(&cap);
cap.ca_intflg = DX_PAMDOPTEN;
cap.ca_pamd_spdval = 3
dx_dial(pVoiceChan->hdev, "", &cap, DX_CALLP | EV_ASYNC)
GCEV_PROGRESSING
GCEV_ALERTING
GCEV_CONNECTED
--- Never gets TDX_CALLP ---
I'm looking to detect PVD and PAMD after the call is connected. It seems like the voice device is not hearing any signaling or energy on the line. However, I've verified that the voice channel is listening to the proper line by changing the dx_dial() to a dx_reciottdata() and it records the Ringing and person's voice perfectly fine.
The config file is set with "Variant CallProgress y ! y=Allow call progress, n=disallow".
I've also tried to Global Call CPA method, but that only times out with a GCEV_MEDIADETECTED event of GCCT_CAD, which is incorrect.
Even with Dialogic's own sr6callp application (from 10117_CPA_SR6_HMP2), both methods of detection fail.
Am I missing a configuration step? Could something be wrong with the default settings?
Everything else works fine: recording, playback, recognizing DTMF tones, etc.
Thanks for any help.
Hi Mike,
I notice that there is a CPA tool in the HMP technote link below:
http://www.dialogic.com/support/helpweb/hmp/iw1365.aspx
According to the technote, this uses the dx_dial() method. Try testing with this tool to see if this is getting the result, and if so, then you can use the code (assuming it's included) as a guide to getting the results you need.
Good luck!
Hi Homer,
Thanks for the suggestion.
I tried the AutoCPA tool listed in the tech note you provided. AutoCPA plays previously made recordings on one voice channel while listening to them on a 2nd voice channel with CPA active. The good news is that the CPA analysis did detect energy from the recordings, although it detected everything as CON_PVD (short recordings, long recordings, SIT tones, ringbacks, etc.) The download only supplies the executable for the tool (no source code).
I'll try to implement the same functionality in my application to make sure that CPA detection works properly. I'll try to detect PVD/PAMD from pre-recorded messages. My feeling is that this will work fine and the problem lies in detecting voice activity from the ISDN line on the DNI board even though the voice channel should be listening properly to the line (ex. dtiB1T1).
Thanks again.
I duplicated the AutoCPA functionality in my own application by playing various pre-recorded messages (Fast Busy, SIT Tones, long and short recordings, etc.) on one voice channel and listening to them using another voice channel with CPA activated. This works correctly. I am able to get different CPA results based on the different recordings.
However, when the voice device is listening to an ISDN line through the DNI board (dtiB1T1, etc.), I get no CPA results at all. It's only after I hang up the call that I get a TDX_CALLP event with a result of CR_STOPD.
I can confirm that the voice device is listening to the proper ISDN timeslot because I can record the entire call with no problem.
Is there anything that might be preventing CPA detection between HMP and a DNI board (DNI1200TEPHMPW)?
Thanks.