VoiceGuide IVR Software Main Page
Jump to content

Voip Incoming Calls

Recommended Posts

Hello,

 

I'm trying now to get incoming calls.

I can see the incoming SIP flows in Wireshark but i dont see VG getting anything.

The IP of the PC on which VG is installed is 192.168.0.10

 

thank you

Joe

Config - Copy.zip

capture5.zip

Share this post


Link to post

The SIP calls are arriving from a different IP address the what the system registers with.

 

Is there a firewall enabled on this system? Please try configuring the firewall to allow incoming messages from that new IP address (or disabling it temporarily) and see if it makes a difference.

Share this post


Link to post

i modified the firewall and look better but i got the incoming call immedialty disconnected with busy tone on the caller side.

I have attached the vg logs and the wireshark capture..

 

thanks

Joe

log.zip

capture6.zip

Share this post


Link to post

Call was answered but then looks like Dialogic HMP drivers did not like something about this call.

 

Can you please .ZIP up and post the rtf logs from Dialogic's /log/ subdirectory. Maybe they will show what the issue was.

218 000331.281  2672   3 fn    AnswerCall 8000001 (sXMLOptions=[])
219 000331.283  2672   3       dx_adjsv (2, SV_VOLUMETBL, SV_ABSPOS, SV_ADD4DB) default call
220 000331.283  2672   3       gc_AnswerCall crn=8000001
221 000331.314  2660   3       ev idx=11 : evttype=2049(2049), crn=8000001, data=0436A4F0(05F2B228), len=8(8) q: 0/1
222 000331.314  2660   3 ev    GCEV_TASKFAIL crn=8000001
223 000331.314  2660           GCEV_TASKFAIL ResultInfo: gcValue=137(0x89|EGC_CCLIBSPECIFIC|cclib specific - a catchall) gcMsg=[CCLIB specific] ccLibId=8 ccLibName=[GC_H3R_LIB] ccValue=[0x6||] ccMsg=[IPERR_INTERNAL - see rtf log] additionalinfo=[]
224 000331.314  2660   3 r     Dialogic  GCEV_TASKFAIL 2049 (0 137 6 NOADVICE CCLIB specific IPERR_INTERNAL - see rtf log)

Share this post


Link to post

If you just opened port 5060 on the firewall then maybe you need to open some other ports as well to allow for RTP ?

 

Suggest trying with firewall fully disabled for a while and see it it makes a difference - then you'll know if the problem is the firewall or something else.

Share this post


Link to post

Most likely the problem is that some other program is using ports that HMP needs, or prevents HMP from opening the port.

AntiVirus software could be one reason.

Other communications tools could be interfering here as well, eg: chatting tools, Outlook, Skype, ActiveSync etc.

Default port on which HMP wants to accept incoming RTP traffic is 49152.

You can probably do a port scan or (best) just disable other software and restart Windows.

Runnig HMP+VoiceGuide on an otherwise clean Windows install would be best.

Do you have multiple network cards in the system? If you please do this: stop the DCM, select the card, go to Config -> Default IP, select the correct on (which also has to match the one in HMP license file). After that, start the DCM again.

Relevant part of Dialogic RTF log says:

02/20/2015 00:03:31.240   4056        2660 gc                      ERR1         gc_parmblk_mgr                  ----- CParmBlkMgr::ReleaseCParmBlk(): Could not find GC_PARM_BLKP = 0x60705ed in map, return EGC_INVPARMBLK
02/20/2015 00:03:31.309   4056        5152 Dm3Odi.dll              Error        Qcd [0:0:1:5:1] CDm3StdComp::Dm3GetErrorResult() -> (Std_MsgError) Message[0x4002] Xid[0x5] Src[0:0:1:5:1] Dest[18:255:0:0:0] ErrorCode[0x7]
02/20/2015 00:03:31.309   4056        5152 libipm_ipvsc            ERR1         CIPVscChannel         ipmB1C1    ---  ::OnStartMediaSession: ch=ipmB1C1 ErrorCode=0x7 -Invalid parameter value., PrevError=0x0
02/20/2015 00:03:31.309   4056        5152 libipm_ipvsc            ERR1         CIPVscChannel         ipmB1C1    ---  ConvertDM3ResultToR4Error: RESULT_COMPONENT_ERROR             error code: 0x7
02/20/2015 00:03:31.309   4056        5152 libipm_ipvsc            ERR1         CIPVscChannel         ipmB1C1    ---  ConvertDM3ResultToR4Error: RESULT_COMPONENT_ERROR             converted error code: 0x2
02/20/2015 00:03:31.309   4056         652 gc_h3r                  ERR1         mediastate.cpp:1319   !     1 ! << MediaState::ipmEventHandler :IPMEV_ERROR received from media
02/20/2015 00:03:31.309   4056         652 gc_h3r                  ERR1         mediastate.cpp:1168   !     1 ! mediaPrintLog:st ST_TX_START_2FDX Printing event/transition log
02/20/2015 00:03:31.309   4056         652 gc_h3r                  ERR1         mediastate.cpp:1188   !     1 ! mediaPrintLog:TRAN_COMPLETE Ev EV_ATTACH , st ST_NULL
02/20/2015 00:03:31.309   4056         652 gc_h3r                  ERR1         mediastate.cpp:1188   !     1 ! mediaPrintLog:TRAN_COMPLETE Ev EV_GET_LOCAL , st ST_WAIT_FOR_INFO
02/20/2015 00:03:31.309   4056         652 gc_h3r                  ERR1         mediastate.cpp:1188   !     1 ! mediaPrintLog:TRAN_COMPLETE Ev EV_GETNEWPORTS , st ST_WAIT_FOR_CALL
02/20/2015 00:03:31.309   4056         652 gc_h3r                  ERR1         mediastate.cpp:1188   !     1 ! mediaPrintLog:TRAN_COMPLETE Ev EV_GET_LOCAL , st ST_WAIT_FOR_INFO
02/20/2015 00:03:31.309   4056         652 gc_h3r                  ERR1         mediastate.cpp:1188   !     1 ! mediaPrintLog:TRAN_COMPLETE Ev EV_CONNECT_HDX_TX , st ST_WAIT_FOR_CALL
02/20/2015 00:03:31.309   4056         652 gc_h3r                  ERR1         mediastate.cpp:1188   !     1 ! mediaPrintLog:TRAN_COMPLETE Ev EV_MODIFY_HDX2FDX , st ST_TX_STARTING
02/20/2015 00:03:31.309   4056         652 gc_h3r                  ERR1         mediastate.cpp:1188   !     1 ! mediaPrintLog:TRAN_COMPLETE Ev EV_ERROR , st ST_TX_START_2FDX

Share this post


Link to post

I see that the port 49152 is used bu the proscess 444, but i cant find that process or service in the task bar... so how can I know what is this process ?

Tkx

Joe

 

TCP 0.0.0.0:27000 0.0.0.0:0 LISTENING 1776
TCP 0.0.0.0:49152 0.0.0.0:0 LISTENING 444
TCP 0.0.0.0:49153 0.0.0.0:0 LISTENING 800

Share this post


Link to post

This helped me .

I could not find the process so i have used TCPView.exe where i could find the 444 PID.

I killed it and I can now make incoming calls. For information that PID was used by Winint.exe. Don't know what that is but killed it and now works fine ..

 

Thanks

Joe

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×