Jeff, thanks for your answer!

I helped me to correct the code, but looks like the sending fax error is not related to it.

1)The RX_CODING setting error has gone - it appears not to accept DF_JPEG_COLOR value and this fact was mentioned in the doc. Looks like the RX_CODING value is not required with color faxes. For clear testing the last files were b/w tiffs.

2)G.711 fax is sent and received properly (rtflog.G711.zip is in the attached rtflog.zip). However there is an ipmB1C1 error though it affects nothing.

3)T.38 fax is not sent with the same fax settings and the same tiff file (rtflog.T.38.zip is zipped in attached rtflog.zip). Aside from ipmB1C1 error I found there a "CheckTiffFileIntegrity" error and it's weird cause there is no such error in G.711 fax session.

Ravil

Dragging up an old thread I know, but I am having this exact same issue...

"LicenseManager: GetNewJob: Host-based system but license file is not Host-based: lock code="

I am also in a virtualized environment, I would hope by now this issue is resolved.  I am also using an 'OEM' license file, so perhaps I need to contact my OEM.  Was just hoping to avoid that, as it's always a pain getting attention on tickets which relate to third party software.

Thanks!

Edit - I've also already read thru the troubleshooting licensing sections, and while I did learn a bit more about how the licensing works - I was not able to resolve the issue.

http://www.dialogic.com/support/helpweb/helpweb.aspx/921/diagnosing_dialogic_hmp_licensing_failures/page.aspx?id=929

http://www.dialogic.com/support/helpweb/helpweb.aspx/921/diagnosing_dialogic_hmp_licensing_failures/PM_HMP_WIN

Still getting the error about host-based system.  What determines if the system is "Host-based" or not?

Hi,

In this case host-based means he HMP license is tied to a MAC address (NIC) on the physical system. Alternative option is where the HMP license is tied to the Serial Number of the DNI board in place. Sometimes there could be a system level issue where the host or MAC is not accessible or is being blocked from the system and thus cannot be matched to that encrypted in the license so it fails with that error as well.

Also seen where the system has more than 5 NICs, and Flex can only read the first 5 in the priority list, and issue occurs if HMP license is tied to a NIC at a lower priority level.

Jeff

Jeff,

Thanks for the response - I am missing something here, I have an 'OEM' license which should not be tied to any MAC address.

I will probably have to take it up with my OEM, but thanks for the suggestions.  This server just has a single vNIC.

Ok, if its OEM then you need to contact the vendor. If my memory serves, I think you need to have a special key tied to the license entered into the windows registry such that it can be activated on the system. Only the third party vendor has this information as the implementation is specific to them. I can't provide that since we didn't write it, and they did.

Jeff

Hi Guys-

I'm trying to install the Dialogic HMP Software Release 3.0 for Windows (SU 232) on a Virtual Machine Running Windows 2003 Server.    After the install of the software, I try to activate the single port dev license, and get "Error Activating License"

The log file below complains about the system being 'Host-based' but the license file is not.

I've done this same install on another version of a Windows 2003 VM, and I didn't have any problems.   Now that I'm trying to migrate the install over to my actual development platform, I'm having this new issue.    One thought I had is that there are other versions of lmgrd running on the new server that might be causing a conflict.   I've disabled all of the other versions in an attempt to isolate the problem, but no luck.

Anyone out there have any thoughts?

Thanks!

#Timestamp              #PID   #TID        #Module      #Client    #Label       #Message                                     
09/08/2009 08:08:38.781   3064           0                                      [Control message from process 1164]:Client attached
09/08/2009 08:08:38.890   3064           0                                      [Control message from process 1636]:Client attached
09/08/2009 08:08:39.000   3064           0                                      [Control message from process 1432]:Client attached
09/08/2009 08:08:39.109   3064           0                                      [Control message from process 308]:Client attached
09/08/2009 08:08:39.218   3064           0                                      [Control message from process 2000]:Client attached
09/08/2009 08:08:39.328   3064           0                                      [Control message from process 1904]:Client attached
09/08/2009 08:08:43.109   3064           0                                      [Control message from process 3160]:Client attached
09/08/2009 08:08:45.984   3064           0                                      [Control message from process 3596]:Client attached
09/08/2009 08:08:46.593   3596        3684 OAMSYSLOG               Warning      NCMAPI - waitRet=WAIT_TIMEOUT - setting bCheckDSSState to false
09/08/2009 08:08:46.593   3596        3684 OAMSYSLOG               Warning      NCMAPI - NCMMgr::checkDSSstate  - NOT checking for DSS state
09/08/2009 08:09:09.843   3064           0                                      [Control message from process 4016]:Client attached
09/08/2009 08:09:49.660   3160        3180 OAMIPC                  ErrorEx      OAMTransport - CSocketClientTransport::Init() Unable to connect to server.  Server may be in the process of starting up.
09/08/2009 08:15:16.472   3064           0                                      [Control message from process 5204]:Client attached
09/08/2009 08:15:28.410   3064           0                                      [Control message from process 1636]:Client detached
09/08/2009 08:15:29.566   3064           0                                      [Control message from process 5316]:Client attached
09/08/2009 08:15:30.926   5204        5208 OAMSYSLOG               Error        LicenseMangerAPI:  - LicenseManager: GetNewJob: Host-based system but license file is not Host-based: lock code=, bVerifyID=0
09/08/2009 08:15:30.926   5204        5208 OAMSYSLOG               Error        LicenseMangerAPI:  - CLicense::GetNewJob(), Licensing problem, printing last few errors LicenseManager: GetNewJob: Exception while getting OEM ID
09/08/2009 08:15:30.941   5204        5208 OAMSYSLOG               Error        LicenseMangerAPI:  - LicenseManager: GetNewJob: Host-based system but license file is not Host-based: lock code=, bVerifyID=1
09/08/2009 08:15:30.941   5204        5208 OAMSYSLOG               Error        LicenseMangerAPI:  - CLicense::GetNewJob(), Licensing problem, printing last few errors LicenseManager: GetNewJob: Exception while getting OEM ID
09/08/2009 08:15:30.941   5204        5208 OAMSYSLOG               Error        LicenseMangerAPI:  - [CLicense::Checkout()] { failed in GetNewJob(), It maybe due to Node-Specific Information (NSI) mismatch}
09/08/2009 08:15:30.941   5204        5208 OAMSYSLOG               Error        LicenseMangerAPI:  - Method: CLicense::ActivateFull(), Exception: Error checking out feature 'RTP_G_711': error=27
09/08/2009 08:15:30.941   5204        5208 OAMSYSLOG               Error        LicenseMangerAPI:  - [CLicense::ActivateFull()], Exception:    Error checking out feature 'RTP_G_711': Method: CLicense::ActivateFull(), Exception: Error checking out feature 'RTP_G_711': error=27
09/08/2009 08:15:30.941   5204        5208 OAMSYSLOG               Error        LicenseMangerAPI:  - [CLicense::Activate()] Activate->Activate throwing exception

I'm using HMP 3.0 SU367 and enable IPMEV_NOTIFY_ENDPOINTID events by using ipm_EnableEvents with the EVT_ENDPOINTID_NOTIFY bitmask.

The IPM_ENDPOINTID_INFO data that comes with IPMEV_NOTIFY_ENDPOINTID events occur as expected (with the initial received RTP packet in a call and on SIP re-INVITE's) but the ucIPAddress[0] and unPortId values are always zero; however all the other values are verified as valid (SSRC, payload type, payload size, sequence number, timestamp) and correct. Is that expected, a bug or something I'm missing?

Its also a little unclear from the documentation (ip_media_api_hmp_v16.pdf) how to interpret the ucIPAddress value (defined as unsigned char ucIPAddress[IP_ADDR_SIZE]). The example code in the documentation (p106) shows that the value is to be cast as an unsigned long, placed in a in_addr structure and converted to a string using inet_ntoa. Yet in other places in the IPM library the address is a cIPAddress[IP_ADDR_SIZE] and interpreted directly as a zero terminated string. Is the documentation correct?

Is this the first time you are developing this specific feature?   Or had it worked in the past on a prior build and just noticed this issue now?

I ask because I know some changes took place in the middle libraries for IP Host and DM3 HRT (host run-time) components within HMP baseline when merge was done for Linux/Windows releases of the source code recently. After that point some issues seen with IPML APIs have since then been addressed in the HMP 3.0 baseline (specifically 367). So I wonder if something else still needs to be addressed. I had not seen this API / event used in quite sometime, so I can't answer to that data point just yet.

In reference to your other question, don't confuse the two different defines for IP address, as they are two different structures one which uses our own define for IP address in IPM_PORT_INFO that being char string.

The other uses that of how its passed at Microsoft data structure level (that being in_addr defined by them) and then is stored in our structure.

Jeff

Ok, an error like the last one:

10/20/2016 16:24:43.844 3624 4820 gc_h3r ERR1 decoder.cpp:2695 ! 1 ! processMsg: Received out of order msg on board 1. SIP Sigal[1] -> Sharon [1]: Msg=EvtType_Disconnect. Expected MsgNumber=6, received MsgNumber=9

Means something is getting lost or misprocessed at eh sip stack level. Potentially something at system level is not playing nice with incoming messages on the SIP port.

Does wireshark trace show the ACK sent to the system when received on the HMP box?

Is there antivirus installed on this system?  Is dialogic folders added to the exclusion list?

Jeff

We are running HMP 3.0 on Windows 2012. I am trying to get the IPMediaServer demo working. I have modified the IPMediaServer demo to enable TCP, which is a requirement of our customer. This version of IPMediaServer works fine with SJPhone while using the TCP protocol.

What i am seeing in the customer's environment with their switch is that we handle the Invite from switch, we accept and answer the call, but we never get the ACK. The application just hangs there waiting. The trace from the switch side shows the Invite, Ringing, OK and ACK as you would expect. It seems that the ACK is not reaching us or is not handled by HMP.

This is the tail end of the RTF log:

10/20/2016 16:22:35.626 3624 5300 sigalmanager.cp:1961 ! 0 ! gc_h3r:Board 1 - Sigal H.323 Version 5,2,2,265.

10/20/2016 16:22:36.126 3624 5556 sm.cpp:472 ! 0 ! gc_h3r:Initialization: SIP Board 0: IPv4 transport address: DEFAULT_HOST_IPADDR:5060

10/20/2016 16:22:36.126 3624 5556 sm.cpp:474 ! 0 ! gc_h3r:Initialization: SIP Board 0: IPv6 transport address: DEFAULT_HOST_IPADDR:5060

10/20/2016 16:22:36.126 3624 5556 sm.cpp:476 ! 0 ! gc_h3r:Initialization: SIP Board 0: sip_msginfo_mask: 0x3, sup_serv_mask: 0x1, dynamic_outbound_proxy_enable: 0x0

10/20/2016 16:22:36.127 3624 1412 sip_decoder.cpp:64 ! 0 ! gc_h3r: Board 1 - Listening on IP=0x7f000001 : Port=62873

10/20/2016 16:22:36.127 3624 1412 sip_encoder.cpp:164 ! 0 ! gc_h3r:Board 1 - Sharon on IP=0x7f000001 : Port=62871

10/20/2016 16:22:36.149 3624 1412 sip_sigalmanage:1294 ! 0 ! gc_h3r:Board 1 - RV SIP Stack Version 6.5.0.14

10/20/2016 16:22:36.153 3624 1412 sip_sigal_main.:127 ! 0 ! gc_h3r:Board 1 - Sigal SIP Version 5,2,2,265

10/20/2016 16:22:36.654 3624 5556 sm.cpp:306 ! 0 ! gc_h3r:Monitor Init: H323 Board 0: transport address: 10.252.42.108

10/20/2016 16:22:36.654 3624 5556 sm.cpp:342 ! 0 ! gc_h3r:Monitor Init: SIP Board 0: transport address: 10.252.42.108

10/20/2016 16:22:36.655 3624 6044 mon_decenc.cpp:57 ! 0 ! gc_h3r:>> MonDecoder::ctor Listening on IP=0x7f000001 : Port=62874

10/20/2016 16:22:37.155 3624 5556 sm.cpp:2571 ! 0 ! gc_h3r: Sharon Version 5,2,2,265

10/20/2016 16:22:37.160 3624 5556 gc_h3r ERR1 encoder.cpp:2367 ! 0 ! Encoder::sendSysMsg : encodeCallForward failed:No Call Forward data in DB.

10/20/2016 16:22:37.160 3624 5556 gc_h3r ERR1 board_device.cp:360 ! 0 ! << CallForward , sendSysMsg(MsgType_CallForward) failed!

10/20/2016 16:22:37.211 3624 5904 Dm3Odi.dll Error Qcd [0:0:1:5:1] CDm3StdComp::Dm3GetErrorResult() -> (Std_MsgError) Message[0x12] Xid[0x6] Src[0:0:1:5:1] Dest[49:255:0:0:0] ErrorCode[0x6]

10/20/2016 16:22:37.211 3624 5904 libipm_ipvsc ERR1 CIPVscChannel ipmB1C1 --- ::OnGetParm: ch=ipmB1C1 ErrorCode=0x6 -Invalid parameter number.

10/20/2016 16:24:43.844 3624 4820 gc_h3r ERR1 decoder.cpp:2695 ! 1 ! processMsg: Received out of order msg on board 1. SIP Sigal[1] -> Sharon [1]: Msg=EvtType_Disconnect. Expected MsgNumber=6, received MsgNumber=9

Any idea of what is causing the call setup to not complete? Any advice would be appreciated.

I was testing using SU367. I went back and tried SU360 and SU361 and both worked ok. So something must have gone wrong after SU361 as you indicated. I'm only using it for logging extra information at the moment because it was advertised in the IP media library document - I'm interested in the NAT traversal situation (although I have been led to believe that HMP 3.0 doesn't support NAT anyway - although I cant remember exactly why).

It also seems that SU367 causes two IPMEV_NOTIFY_ENDPOINTID events with MEDIATYPE_AUDIO_REMOTE_RTP_INFO and the same information in both. Previous versions only sent one.

Mark

Just curious, does you system have IPV6 capability or is it configured but not used?

I heard an issue where if present (not disabled) this was causing all T38 fax to fail since firmware is tripping on something since IPV6 based from one of its calls. So for now, I would say make sure IPV4 is only enabled on the system.

Jeff

Jeff,

1)Did you you mean if we use ipv6 in our HMP app? No, everywhere in the code we use only IPv4, including gc_Start settings. No special changes in DCM configuration were made either. Everything is as standard as it could be:

....

virt_boards[0].localIP.ip_ver = IPVER4; // must be set to IPVER4

virt_boards[0].localIP.u_ipaddr.ipv4 = inet_addr(chLocalHostAddress);// or specify host NIC IP address

.....

I've got the same problem on the very first customer who uses T.38 (H.323, so the error is not related to SIP) and tried to upgrade his 361 SR to 367 SR. Then of course he had to downgrade it back.

2)If you mean whether we have IPv6 support in the OS, then yes, my PC works under common Win8 and for sure it's got IPv6 support and IPv6 address, but I never used it and in the local network I always use IPv4 addressing.

Ravil

Yes, please disable it and retest in this case. We think the underlying (premature) components added in firmware/driver added for ipv6 support in windows (are kicking in) and it broke t38 fax. we seen something similar here. Thus you need to disable it at OS level and use IPV4 at OS level only.

Jeff

Jeff, you were right, I have removed IPv6 support taking actions according to the Microsoft link support.microsoft.com/.../929852

and everything went fine without any error. So I can state that the error is located, perfect!

Ravil

I did a quick check and the sample code from the doc IPML guide section 20.2 checks out ok. Albeit, this was on an earlier SU (360), but it should still work the same unless something broke as I eluded to above.

Received IPMEV_NOTIFY_ENDPOINTID event on ipmB1C1.

       MediaType = 2

       PortId = 49153

       SSRC = 2740473597

       IP Address is xxx.xxx.xxx.xxx  ( I remove the IP addy)

Here was the sample:

case IPMEV_NOTIFY_ENDPOINTID:

printf("Received IPMEV_NOTIFY_ENDPOINTID event on %s.\n",ATDV_NAMEP(device));

Info = (IPM_ENDPOINTID_INFO *) sr_getevtdatap();

printf("\tMediaType = %d\n", pInfo-> eMediaType);

printf("\tPortId = %d\n", pInfo->unPortId);

printf("\tSSRC = %u\n", pInfo->ulSSRC);

IPADD.S_un.S_addr = *((unsigned long *)&pInfo->ucIPAddress);

temp = inet_ntoa(IPADD);

printf("IP Address is %s\n", inet_ntoa(IPADD));

Its a little tricky getting the inet_ call to compile though. I had to add:

#include <winsock2.h>

#include <ws2tcpip.h>

Then remove windows.h and also put ws2_32.lib to the input string.

Jeff

Ok, thanks for the confirmation. I will take some time to note this defect (side effect) and make sure it gets addressed in a future build.

Jeff

We are trying to get a D/41JCT-LS system working in a WS2012 environment with Dialogic SR 6.0PCI Build 271 Production.  It seems to function, with one notable exception:  The parameter PSL_ANALOG_NUM_RINGS_BEFORE_RINGON no longer seems to have any effect; despite being set to 1, the globalcall interface only generates a "call detected" event after two rings.  (We are editing the pdk_na_an_io.cdp file to try to make this change, which has always worked in the past.)

Not knowing exactly what to enable in the RTF config, I enabled probably more than I needed, but the attached zip contains three consecutively generated log files showing the loading of the parameter above with the correct value, but then still taking 2 rings before answer.  Can anyone tell me what I have to do to get it to answer on the first ring?

Thanks in advance,

/Will

Hi,

I have a configurate a dump crash for my windows application and after, i have analyzed the result with windbg.

The result is in attach file.

The crash is in cheetah.dll.

I set the dbg param in rtfconfigwin.xml but i have no trace in log file :

<!-- CHEETAH -->
<Module family="DM3" name="Cheetah" state="1" technology="media">
<MLabel name="DEBG" state="1"/> <!-- YM -->
<MLabel name="INFO" state="0"/>
<MLabel name="WARN" state="0"/>
<MLabel name="APPL" state="1"/> <!-- YM -->
<MLabel name="EXCE" state="1"/>
<MLabel name="ERR1" state="1"/>
<MLabel name="ERR2" state="1"/>
<MLabel name="EINF" state="1"/>
</Module>

Thank to help me.

Yvan

Hi,

Ok, this was on SU354?   I know there were some issues with that build in cheetah library having exceptions which were address in Su360 in this case. Please upgrade and re-test.

Jeff