Hello,
I have tried several settings and will keep trying but thought I would throw this out there.
What is the best way to detect the end of a voicemail/answering machine message in order to leave a pre-recorded message in the correct spot?
any help will be greatly appreciated.
Thanks for the answer
Thanks !
Im trying to figure out a problem with server which has multiple DNI boards. The server has 2 DNI1210TEPE2HMP boards and also the correct licensing for it. The problem is when starting the system the boards start and system status is running but logs show Error detected on CT Bus A and CT Bus B. Event log also show CLOCK Failure. This results in some problems like audio playback is not audible at receiver etc.
If I stop the system, disable one of the DNI boards the system works fine when I start it back up, no CT Bus error, no clock failure. It does not matter which DNI board I disable, they both work on their own when only 1 active.
The server is HP ML350 G8, Operating system is Windows Server 2008 R2, both boards have ID 0, there is no SyncRoute cable, HMP software is version 361.
Does anyone have any pointers how to fix this what seems like clock issue to make both boards work and talk together?
Espen
Hi Espen,
As a first step, check if you have connected the boards with sync route cable and set the termination jumpers on the boards. Please see "Setting CT Bus Termination" in www.dialogic.com/.../64-0085-02.pdf.
Thanks,
Sunil.
Hey Sunil
There is no syncroute cable present in the server. Is the syncroute cable required for operating more than 1 DNI board in the same server? When reading the documentation it seems more like an option to use syncroute and not mandatory.
Regards
Espen
Hi Espen,
It is required to use sync route cable when using more than one DNI board in the system. Please see section "5. Installing the Board" in www.dialogic.com/.../64-1122-03.pdf.
I hope this helps.
Regards,
Sunil.
I have an application that makes use of the "thread device group" functionality in the Standard Runtime Library. After opening my primary board with gc_OpenEx(), I pass the line device id to sr_CreateThreadDeviceGroup(). Then I use sr_WaitThreadDeviceGroup( ) to wait for the GCEV_OPENEX and GCEV_UNBLOCKED events.
This works fine in Windows using HMP 3.0, but when I run the same code on Linux (tried both HMP 3.1 and 4.1), I receive the GCEV_OPENEX event, but the GCEV_UNBLOCKED never arrives.
After some fiddling I discovered that if I call sr_waitevt() after GCEV_OPENEX arrives via sr_WaitThreadDeviceGroup(), I can retrieve the GCEV_UNBLOCKED event that way, but that isn't a thread safe solution.
I see this message in the rtf logs, but not sure if it is relevant:
Hi,
I don't understand why IPME_INIT_RECEIVED repeated frequenly. This is my debug console, please help?
ipm_InitSend successful for Nbup for device=ipmB1C1
Received a non-GC Event 0x9023
IPMEV_INIT_SEND
Received a non-GC Event 0x9025
IPMEV_INIT_RECEIVED Event Received on 32
ipm_InitResponseSend successful for Nbup for device=ipmB1C1, devH=32
Received a non-GC Event 0x9024
Received unknown event = 36900 for device name = ipmB1C1
Received a non-GC Event 0x9026
IPMEV_INIT_COMPLETE
mmPlayRecordAudioVideoPrompt
g711a
audioFileName = 1.wav
AudioCall:: Starting Play audioFile=1.wav
mm_Play() success on mmB1C1
Received a non-GC Event 0xa002
Play has been initiated.
Received a non-GC Event 0x9025
IPMEV_INIT_RECEIVED Event Received on 32
ipm_InitResponseSend successful for Nbup for device=ipmB1C1, devH=32
Received a non-GC Event 0x9024
Received unknown event = 36900 for device name = ipmB1C1
Received a non-GC Event 0x9025
IPMEV_INIT_RECEIVED Event Received on 32
ipm_InitResponseSend successful for Nbup for device=ipmB1C1, devH=32
Received a non-GC Event 0x9024
Received unknown event = 36900 for device name = ipmB1C1
Received a non-GC Event 0x9025
IPMEV_INIT_RECEIVED Event Received on 32
ipm_InitResponseSend successful for Nbup for device=ipmB1C1, devH=32
Received a non-GC Event 0x9024
Received unknown event = 36900 for device name = ipmB1C1
Received a non-GC Event 0x9025
IPMEV_INIT_RECEIVED Event Received on 32
ipm_InitResponseSend successful for Nbup for device=ipmB1C1, devH=32
Received a non-GC Event 0x9024
Received unknown event = 36900 for device name = ipmB1C1
Received a non-GC Event 0x9025
IPMEV_INIT_RECEIVED Event Received on 32
ipm_InitResponseSend successful for Nbup for device=ipmB1C1, devH=32
Received a non-GC Event 0x9024
Received unknown event = 36900 for device name = ipmB1C1
metaevent.evttype = 2086
Hello,
We are using HMP with IVR app called VoiceGuide for our IVR solution.
After upgrading the software VoiceGuide, we get "488 not acceptable here" error upon "re-INVITE."
The call script used for this event does not have any call-transfer activities, which (I found out from this forum) is the usual cause of this error.
The VoiceGuide support team is not sure why this is happening with the new patch and suggested to ask Dialogic, so here I am.
I am attaching RTF log and wireshark log file just in case.
Any advice or help is appreciated.
Thanks.
This is error in trflog
10/29/2015 13:40:27.717 2045 2972117904 Dm3Odi.dll Error Qcd [0:1:1:5:1] CDm3StdComp::Dm3GetErrorResult() -> (Std_MsgError) Message[0x402b] Xid[0x7] Src[0:1:1:5:1] Dest[7:0:0:0:0] ErrorCode[0x7]
10/29/2015 13:40:27.717 2045 2972117904 libipm_ipvsc ERR1 CIPVscChannel ipmB1C1 --- ::OnInitSend: ch=ipmB1C1 ErrorCode=0x7 -Invalid parameter value.
10/29/2015 13:40:27.717 2045 2972117904 libipm_ipvsc ERR1 CIPVscChannel ipmB1C1 --- ConvertDM3ResultToR4Error: RESULT_COMPONENT_ERROR error code: 0x7
10/29/2015 13:40:27.717 2045 2972117904 libipm_ipvsc ERR1 CIPVscChannel ipmB1C1 --- ConvertDM3ResultToR4Error: RESULT_COMPONENT_ERROR converted error code: 0x2
10/29/2015 13:40:27.913 2045 3078970256 dm3devmgmt ERR1 libdm3devmgmt ipmB1C1 ----- FAILED INITIATE DISCONNECT - PORTS NOT ALL CONNECTED
10/29/2015 13:40:27.913 2045 3078970256 dm3devmgmt ERR1 libdm3devmgmt mmB1C1 ----- FAILED INITIATE DISCONNECT - PORTS NOT ALL CONNECTED
Hi,
I used this function to send initResponse
bool
InitResponseSend ()
{
IPM_INIT_RESPONSE initResp;
IPM_NBUP_INIT_RESPONSE nbupResp;
// Initialize the main structure
INIT_IPM_INIT_RESPONSE (&initResp);
initResp.eProtocol = RTP_PROTOCOL_NBUP;
initResp.data.pNBUP = &nbupResp;
// Initialize the NBUP specific structure with an ACK response
INIT_IPM_NBUP_INIT_RESPONSE (&nbupResp);
nbupResp.eResponse = NBUP_INIT_RESPONSE_ACK;
printf("Calling ipm_InitResonseSend()\n");
if (ipm_InitResponseSend (g_hIPM, &initResp) == -1)
{
printf ("ipm_InitResponseSend failed\n");
return false;
}
return true;
}
Almost I received
IPMEV_INIT_COMPLETE
But some times I received
IPMEV_ERROR because
EIPM_BADPARM
Invalid parameter
I don't know why? Please help me how to fix this
The drivers do not work, dialogic tech support have attempted to resolve but could not. They tried latest software release 8.5WIN Update 14
A workaround using a generic mircosoft driver worked temporarily but recent MS patches have now broken funcionality on that workaround.
When will you have a new driver release which support the Proliant Gen9 server?
Hi,
My system dial to party A, and party B. After A answer and B answer, I want to bridge call between A and B for conversation between A and B. How can I do?
I use BICC with IPM and MM
Thank you very much
This wouldn't be the right forum for this post. Nevertheless, for installation issues like this we'd encourage you to work directly with the support team. We can confirm that we have not seen any issuers in our testing of a range of Diva boards in a G9 server, but there may be a specific issue with a particular board on a particular G9 model.
If the board works in another server, it may also be worth reporting the issue to HP in case they have any suggestions or if there is a newer BIOS available.
Could someone reply?
I am a bit desperate here.
thanks.
I have an HMP application that runs in 1pcc mode.
I am unable to make outbound calls with a single major hosted PBX provider because they always reply "603 Decline".
After much debugging at the hosted provider, they concluded that they are unable to support our SDP because it contains "i=session information", and asked us to remove it.
Is it possible to remove "i=session information" somehow without rewriting the application to use 3pcc mode?
No, regrettably, in 1PCC the application does not have direct access to SDP. "i=" is a valid field, and HMP has no tuning to remove it.
The second Invite comes with G729 codec, which is probably not licensed on your system. Also, both offers come with 20 ms frame size, while the app sets 30 ms; I'd fix this first.
Are there any suggestion ? :(