Forum Post: RE: HMP 4.1 su213 ssp_x86Linux_boot: null_cfsp.c: losing data.
I really don't understand what is going wrong. I set CPU affinity on ESXi host, installed VMware tools on the guest VM, configured ntpd on the host and on the guest, but nothing changed. The only...
View ArticleForum Post: RE: HMP 4.1 su213 ssp_x86Linux_boot: null_cfsp.c: losing data.
How much memory and CPUs do you have assigned to the VM in this case? Jeff
View ArticleForum Post: RE: Required Decodes7log for linux
I realize this post is a year old, but I have always used decodes7log under Wine and it works well.
View ArticleForum Post: RE: DSI Diameter stack implementation
Hi Ronak, 1) Those messages are normally sent for you when using the s7_mgt utility which is covered in the Software Environment Programmer's Manual. You can find that here......
View ArticleForum Post: HMP3.0 SU372 defect processing "record-route"
Hi everyone. Upgraded to SU372 from SU361 (Windows 2012 R2, SIP IP) and now system not honoring 200OK Record-Route in ACK response. Please see SDPs below. SU361: Session Initiation Protocol (200)...
View ArticleForum Post: TCPT_TC_U_ABORT Rex'd from the network mapped as TCPPT_TC_P_ABORT...
I am using TCAP 6.6.16. Local TCAP User sends a TC-BEGIN containing a TC-INVOKE. Remote TCAP User returns TC-U-ABORT containing only DTID. Local TCAP maps this to TC-P-ABORT with "p_abort = 0x7e...
View ArticleForum Post: Received TC-U-ABORT mapped as TC-P-ABORT ???
I am using TCAP LNX 6.6.16 In a basic test: - Local TCAP send TC-BEGIN[TC-INVOKE] - Remote TCAP returns TC-U-ABORT - Local TCAP indicates TC-P-ABORT (Abnormal Dialogue) to Local User ??? Traces...
View ArticleForum Post: Issue while timeout expire with GC_WaitClal sync mode ...
I develop a a synchronous application based on D4PCI (windows). It seems that I have an issue is with gc_WaitCall in sync mode when timeout expire, see the log bellow: 1. wait for call (until timeout...
View ArticleForum Post: why NFX recognize DIS?
Windows 2012, x64 NA9.08 compatibility_mode nfxsend.exe -p lps0 -d 928333903 -s 0:0 -v sample.tif Event: CTAEVN_OPEN_SERVICES_DONE, Finished Event: ADIEVN_STARTPROTOCOL_DONE, Finished Event:...
View ArticleForum Post: PowerMedia™ XMS Software Release 3.4 Now Available
http://www.dialogic.com/en/products/downloads/xms/xms.aspx The key new features and functionality include: Early Connect - PowerMedia XMS Release 3.4 includes optimizations in the MSML API for early...
View ArticleForum Post: HMP 4.1 - outbound INVITE Timeout
Hi, I'm currently working with the RHEL version of HMP 4.1 and I'm currently trying to figure out how to set the outbound INVITE timeout. I've created an application which makes outbound calls...
View ArticleForum Post: RE: HMP3.0 SU372 defect processing "record-route"
Anyone experiencing same issues or am I the only one here?
View ArticleForum Post: RE: HMP 4.1 - outbound INVITE Timeout
Ok, the 64 seconds is a result of the retransmission timers set at the SIP stack level which can also be modified by the application when passing a SIP_STACK_CFG structure into the IP_VIRTBOARD...
View ArticleForum Post: make call - No Reply
Hi, I'm currently working with the RHEL version of HMP 4.1 and have created an application which makes outbound calls against a SIp gateway and when it is up the gc_MakeCall function makes and proceed...
View ArticleForum Post: RE: make call - No Reply
Hi, I have some more feedback on this - when I do the 1st makecall against the invalid gateway then I get the following error reported in the logs (this generates...
View ArticleForum Post: RE: make call - No Reply
Just an update on this - I've managed to free up the line device by using gc_ResetLineDev. This reset the line device ready for the next call.
View ArticleForum Post: RE: make call - No Reply
Hi, Even if the call were not connected after initial makecall you need to gc_dropcall first and then call gc_releasecall in this case. Not just call releasecall alone. Jeff
View ArticleForum Post: RE: HMP3.0 SU372 defect processing "record-route"
Is it the fact that the ACK is getting sent to the incorrect destination in this case. I can really comment further without seeing the actual Header content and IP addresses in order to see where the...
View ArticleForum Post: RE: HMP3.0 SU372 defect processing "record-route"
Not really. Issue easy to see from provided SDP. Basically after SU upgrade "Route:" completely ignored in ACK... SU361: Max-Forwards: 70 Route: sip:XX@XX:5060;transport=udp;lr Contact:...
View Article