..

License Preventing dx_open?

..

Developer Group

Developer Group
Connect with thousands of other developers to brainstorm ideas, share best practices and tips - or just chat about the latest emerging technologies making noise in the field. And of course, get the most up-to-date service and support news from Dialogic.
Dialogic PowerMedia HMP GlobalCall and R4 API

License Preventing dx_open?

  • I have a dev box that has 4 port, 2 of which are resources only for transaction recording.

    Ports 3 and 4 will fail if I try to open the voice device. They will open with gc_OpenEx if I leave out the V_dxxxBxCx and a following dx_open will still fail.

    The license looks like this: NOTE THAT SPEECH INTEGRATION HAS ONLY 2 LICENSES, BUT THE OTHER PORTS HAVE 4

    (I would think that since the VOICE licenses are 4, that any port should dx_open as a resource to record with (Transaction recording)

    SERVER this_host ANY
    VENDOR INTEL
    INCREMENT Voice INTEL 110.0 permanent 4 \
    VENDOR_STRING=...
    HOSTID=...
    SN=...
    INCREMENT Speech_Integration INTEL 110.0 permanent 2 \
    VENDOR_STRING=...
    HOSTID=...
    SN=...
    INCREMENT RTP_G_711 INTEL 110.0 permanent 4 \
    VENDOR_STRING=...\
    HOSTID=...
    SN=...
    INCREMENT IP_Call_Control INTEL 110.0 permanent 4 \
    VENDOR_STRING=...\
    HOSTID=...
    SN=...
    INCREMENT Native_RTP INTEL 110.0 permanent 4 \
    VENDOR_STRING=....
    HOSTID=....
    SN=...

  • I will post the same reply here as the other thread:

    Ok, when you have different number of speech that is not div by 4, then it requires an extra virtual board due to underlying firmware confirmation loaded for those channels. So if you run devmapdump from DOS prompt I bet it will show the following:

    dxxxB1C1 (has FEP address for CSP component)

    dxxxB1C2 (has FEP address for CSP component)

    voice only

    dxxxB2C1

    dxxxB2C2

    Regards,.

    Jeff M.