I'm trying to get started with HMP (previously used Diva boards) with little success.
gc_Start() and gc_Stop() work fine, but gc_OpenEx() and gc_Close() return 'Invalid device name'
How do I determine devicename on virtual IP boards. According to docs it should be something like " iptB1T1 " but no success.
How do I retrieve board and channelinfo?
Can't I see names and channelcount in configuration manager?
Peter
I couldn't get NCM_GetDlgSrvStateEx() to work on Windows 10 running HMP release 3.0. The same code works perfectly on Windows 7. Does anyone have any solution to this issue?
Thank you.
Hello,
How can i have multiple virtual boards ?
I want to register my application with 2 SIP accounts (1 outbound and 1 inbound). how can i proceed ? do i need multiple virtual boards ?
if yes, how can i proceed.
Regards
Hi,
Which specific HMP SU were you using in this case?
Regards,
Jeff
The number of devices available would be dependent on number of IP ports in your HMP license in this case. Thus you would then set that for number maxcalls/sip calls in the IP_VIRTBOARD structure set prior to calling gc_start in that case.
It would then result in enumerating the number of GC line devices you can open in that regard.
For example:
":N_iptB1T1:P_SIP:M_ipmB1C1"
Regards,
Jeff
The scenario you have would is a transaction record were you pass tx timeslot for each IPM channel in the TS_INFO structure to that dx_mrec call. These can be obtain by calling gc_getxmitslot on both respective GC line devices used for the individual calls in question. Then you can route to calls together by use of gc_listen by passing the opposing tx timeslot of the IPM channels.
Regards,
Jeff
Hi Jeff,
Thanks for reply.
I was able to record the transaction, but I have following issues.
1. I am opening the channels IPT, IPM, VOX devices in single gc_OpenEx call. When I got incoming call I am getting gc_getxmitimeslot of line dev of incoming channel and one outgoing channel and using nr_scroute.
2. But the issue is once outgoing call connected in GCEV_CONNECTED, I am routing ldev and vox to notify the user saying call being recorded. only outgoing channel user can hear the prompt and not incoming channel user.
3. Even I un-routing the ldev and vox of outgoing channel, later the outgoing call user voice can't be heared for incoming call user. (transaction recording has no issue, it is recording both users voice)
4. As per some other forum threads, ldev timeslots of 2 channels connected, if I play, it will be heared for both users. But I can't make this work.
5. In your reply, you mentioned IPM device time slots should be connected, but if I am not mistaken then I have to use ipm_GetXmitSlot and ipm_listen but I can't mix gc_XXXX APIs with ipm_XXXX APIs. please correct me if I am wrong.
Thanks,
Hi Jeff, I had tried SU 387 and SU 393.
Hi,
For #1: I don't believe nr_scroute has support for IP, but could be wrong, that has long been deprecated and not suggested to use in this case as it really for SR based systems, not HMP.
For #2, a single channel can only listen to one timeslot at a time. If you need to make an announcement to both callers than that has to be done individually prior to when you hair-pin those caller together.
For points #3 and #4, this can only be done in a conference type setup. As you can't have two GC/IPMs in hairpin connection and then expect to play file/audio to them at the same time. As stated in point #2 can only listen to one timeslot at a time.
For #5, the use of gc_getxmitlsot returns the TX of the IPM device in this case. Thus no need to use the lower level IPML based calls of the same. Just gc_getxmitslot of both channels, and then calls gc_listen on the opposing IPM channel tx to create the hairpin connection as stated prior.
Note for the purposes of IP inclusion of the dxxx in gc_Open really serves no purpose that was more for PSTN based protocols since the dxxx might have been used for CPA purposes pending the protocol.
Regards,
Jeff
Ok, thanks for the clarification. I suspect maybe a permission issue could be at play potentially, are you running as exe as admin?
I do recall doing some initial testing with NCM APIs for unrelated issues on windows 2016 and same was run on win 10 when we did the qualification testing back in the 37x range at that time. I know there were some subsequent issues with respect to DCM operation for non admin users which were finally address in 393. So that should be working to in this case.
If I have some time later this week, I can try and check as I think I may still have a system with 395 installed with a simple start/stop/getstatus test I ran back then.
Jeff
Hi,
Are you looking to split up the inbound and outbound traffic to two separate ports (o rip address) on the local HMP system?
As that would be a little different than registering tow different account with a remote SIP REGISTRAR where it may direct traffic to.
Jeff
Thanks,
I'm used to the Audiocodes board. They just have a function to get the total channels available, hoped that could be done here too...
For now, I can't use Gc_Makecall() without getting error ' IPERR_NO_DTMF_CAPABILITY '...
Tried everything for days now without success, any ideas?
Regards,
Peter.
Hi,
thank you for your reply.
Yes, i want to split up inbound and outbound traffic into two separate ports on the local HMP system.
Best regards
Hi Peter,
Ok, in this case you might be able to call dev_getLicFeatureData as noted here in the release update notes:
1.113 Retrieving FlexLM-based Licensed Feature Data
www.dialogic.com/.../release_update.pdf
Thus you can take the value for IPCC and pass that in the IP_VIRTBOARD param for max calls / sip calls such that you can match the port available in the license running on the system. Thus when gc_start is called it will enumerate the amount of IPT devices necessary for that specific virtboard.
Not really sure about the makecall failure, I suspect you may need to correctly specify the DTMF support type as mentioned in GC IP TUG:
4.24 Sending and Receiving DTMF
www.dialogic.com/.../globalcall_for_ip_hmp_v12.pdf
Regards,
Jeff
Ok, if that is the case then you need to define multiple VBs in this case. Something like the following:
IP_VIRTBOARD virtBoards[BOARDS_NUM];
Where BOARDS_NUM is the amount of boards to use:
INIT_IP_VIRTBOARD(&virtBoards[0]);
INIT_IP_VIRTBOARD(&virtBoards[1]);
Then make sure you specifically assign unique info for these params:
virtBoards[0].localIP.u_ipaddr.ipv4
virtBoards[0].sip_signaling_port
virtBoards[0].h323_signaling_port
And half the channels from what is available in the license for the calls settings:
virtBoards[0].total_max_calls
virtBoards[0].sip_max_calls
but twice for each element in the array. For more info refer to GC IP TUG for IP_VIRTBOARD section on specific params from the HMP bookshelf.
Jeff
Thanks Jeff. Running the app as admin helps. I tried SU395, it still needs to run the app as admin. Is there a resolution that I don't need to run the app as admin?
If I try to make an outgoing SIP call with GC_Makecall () , I immediately get a GCEV_DISCONNECTED.... All other functions like GC_Waitcall() work fine...
Looked with Wireshark, and nothing is sent at all. I get internal error in the call control library:
18/02/2020-11:10:31 [Sys] Result gc_makecall: Success ( gc: 0x0, -- cc: 0x0 )
18/02/2020-11:10:32 [Evt] gc_getmetaevent result: Success ( gc: 0x0, -- cc: 0x0 )
18/02/2020-11:10:32 [Evt] Tel.number: SIP:inf@192.168.2.10
18/02/2020-11:10:32 [Dbg] GetchannelFromHandle returns channel: 1
18/02/2020-11:10:32 [Dbg] Channel: 1, event: 826, ldev: 2, crn: 8000001
18/02/2020-11:10:32 [Dbg] Disc - Library name : GC_H3R_LIB
18/02/2020-11:10:32 [Dbg] Disc - CC reason: IPEC_InternalReasonUnknown
18/02/2020-11:10:32 [Dbg] Disc - GC reason: Event caused by call control library specific failure
18/02/2020-11:10:32 [Dbg] Disc - Additional info:
For the newer OS's like win 10 and 2016, Microsoft changed permissions/security rights so this is required for all applications controlling services now. We had made changes to allow this for DCM itself in 393 or 395, as that was an issue prior as well. Thus any application trying to act as the same needs to also add the same rights. So its controlled at the developer level.
Regards,
Jeff
Hi Jeff,
Thank you for your reply. it was verry helpfull.
After this step, i have to open the virtual board.
Actually, with 1 VB i use iptB1 in device name. when i try to use two VBs, i have an error when i try to open iptb2.
What is the correct deviename to use ?
Thanks in advance.
Houssine
If I use gc_start(0), everything starts fine. If I start with gc_start(gc_start_struct) with the names of the libs to start, it fails.
I get: error: 0x124, Call control library not found.
I've tried everything, I can't see any mistakes, names are correct... (using GC_H3R_LIB and GC_IPM_LIB)
What can it be? (working on it for days now)