invoso.com Report post Posted 05/04/2011 01:35 PM I attached VG and Winshark. call is disconnecting without playing any file. log.zip winshark_log.zip WhisperDuringTrombonedCall.zip Share this post Link to post
SupportTeam Report post Posted 05/04/2011 08:34 PM Trace shows HMP is answering the call but then issues an error. The error message from Dialogic HMP is "Invalid parameter". Most likely the codec negotiation encountered problems. Can you set up the SIP Switch that is placing the call to only have G.711 codecs as options? Right now the INVITE message has this entry in the SDP section: Media Attribute (a): fmtp:4 bitrate=6300;annexa=no Maybe this is what is confusing HMP. Dialogic RTF tracing can have more information about why the call answer was aborted. Dialogic RTF tracing options are enabled in file “RtfConfigWin.xml”. It is located in the Dialogic\Cfg directory and can be edited with any text editor. After changing that file the Dialogic service needs to be restarted. 100108.113 10684 3 ev GCEV_OFFERED crn=8000001 (ktTel_HMP30vista v7.2.2, Jan 20 2011 20:26:37) (setting hli->crn for line 3) 100108.113 10684 3 calling CIPStateMachine_NullGcevOffered next 100108.115 10684 3 CIPStateMachine_NullGcevOffered START. sets the coders negotionation and other call paramters ... 100108.115 10684 3 G711 only specified as iLicCount_EnhancedRTP=0, various frames_per_pkt settings 100108.115 10684 3 G711 codec order: 1:ALaw, 2:ULaw 100108.115 10684 3 SetTxRxVoiceChannelCoders txcoders=6, rxcoders=6 100108.115 10684 3 gc_SetUserInfo(GCTGT_GCLIB_CRN, 0x8000001, gcParmBlk=0xd26b668, GC_SINGLECALL) ok 100108.115 10684 3 protocol is SIP 100108.115 10684 3 gc_GetCallInfo ORIGINATION_ADDRESS_SIP=[sip:502131658@217.153.192.36;tag=lpkwcdzludftzsco.o] 100108.115 10684 3 gc_GetCallInfo DESTINATION_ADDRESS_SIP=[sip:48222441593@217.153.192.36] 100108.115 10684 3 gc_GetCallInfo IP_CALLID=[82959c43-f0c7-122e-5dac-000c295d72e3] 100108.115 10684 3 gc_GetCallInfo ORIGINATION_ADDRESS=[502131658@217.153.192.36] 100108.115 10684 3 gc_GetCallInfo DESTINATION_ADDRESS=[48222441593@217.153.192.36] ... 100108.157 10736 3 fn AnswerCall(sXMLOptions=[]) ... 100108.225 10684 3 ev GCEV_TASKFAIL crn=8000001 100108.225 10684 3 gc_ErrorInfo gcValue=68(0x44), gcMsg=[invalid parameter], ccLibId=8, ccLibName=[GC_H3R_LIB], ccValue=0x5, ccMsg=[iPERR_BAD_PARAM], additionalInfo=[] Share this post Link to post
invoso.com Report post Posted 05/05/2011 05:21 AM I not found any config file for log in HMP folder. Only log folder and inside was this file. You're right there is a problem, I have no idea how to fix it because I've no practice in VoIP solutions. rtflog-LOCAL-20110503-17h34m03.564s.zip Share this post Link to post
SupportTeam Report post Posted 05/05/2011 07:10 AM HMP trace shows this for the same time: 05/04/2011 10:01:08.115 9096 10684 gc ERR1 gc_parmblk_mgr ----- CParmBlkMgr::ReleaseCParmBlk(): Could not find GC_PARM_BLKP = 0x87c7b85 in map, return EGC_INVPARMBLK 05/04/2011 10:01:08.116 9096 10684 gc ERR1 gclib ----- GC_LDVERIFY macro - functbl->ccfp_GetNetCRV is NULL 05/04/2011 10:01:08.116 9096 10684 gc_h3r ERR1 sm_data.cpp:307 ! 1 ! << GetCallInfo: bad_param / un_supported info_id = 0x102 05/04/2011 10:01:08.116 9096 10684 gc ERR1 gclib ::::> gc_GetCallInfo(crn:0x8000001h, info_id:258) - returns;-1 05/04/2011 10:01:08.208 9096 8484 Dm3Odi.dll Error Qcd [0:0:1:5:1] CDm3StdComp::Dm3GetErrorResult() -> (Std_MsgError) Message[0x4002] Xid[0x5] Src[0:0:1:5:1] Dest[19:255:0:0:0] ErrorCode[0x7] 05/04/2011 10:01:08.222 9096 8484 libipm_ipvsc ERR1 CIPVscChannel ipmB1C1 --- ::OnStartMediaSession: ch=ipmB1C1 ErrorCode=0x7 -Invalid parameter value., PrevError=0x0 05/04/2011 10:01:08.222 9096 8484 libipm_ipvsc ERR1 CIPVscChannel ipmB1C1 --- ConvertDM3ResultToR4Error: RESULT_COMPONENT_ERROR error code: 0x7 05/04/2011 10:01:08.222 9096 8484 libipm_ipvsc ERR1 CIPVscChannel ipmB1C1 --- ConvertDM3ResultToR4Error: RESULT_COMPONENT_ERROR converted error code: 0x2 05/04/2011 10:01:08.222 9096 9772 gc_h3r ERR1 mediastate.cpp:1296 ! 1 ! << MediaState::ipmEventHandler :IPMEV_ERROR received from media 05/04/2011 10:01:08.222 9096 9772 gc_h3r ERR1 mediastate.cpp:1145 ! 1 ! mediaPrintLog:st ST_TX_START_2FDX Printing event/transition log 05/04/2011 10:01:08.222 9096 9772 gc_h3r ERR1 mediastate.cpp:1165 ! 1 ! mediaPrintLog:TRAN_COMPLETE Ev EV_ATTACH , st ST_NULL 05/04/2011 10:01:08.222 9096 9772 gc_h3r ERR1 mediastate.cpp:1165 ! 1 ! mediaPrintLog:TRAN_COMPLETE Ev EV_GETNEWPORTS , st ST_WAIT_FOR_CALL 05/04/2011 10:01:08.222 9096 9772 gc_h3r ERR1 mediastate.cpp:1165 ! 1 ! mediaPrintLog:TRAN_COMPLETE Ev EV_GET_LOCAL , st ST_WAIT_FOR_INFO 05/04/2011 10:01:08.222 9096 9772 gc_h3r ERR1 mediastate.cpp:1165 ! 1 ! mediaPrintLog:TRAN_COMPLETE Ev EV_CONNECT_HDX_TX , st ST_WAIT_FOR_CALL 05/04/2011 10:01:08.222 9096 9772 gc_h3r ERR1 mediastate.cpp:1165 ! 1 ! mediaPrintLog:TRAN_COMPLETE Ev EV_MODIFY_HDX2FDX , st ST_TX_STARTING 05/04/2011 10:01:08.222 9096 9772 gc_h3r ERR1 mediastate.cpp:1165 ! 1 ! mediaPrintLog:TRAN_COMPLETE Ev EV_ERROR , st ST_TX_START_2FDX IT seems like the problem could be in the media/codec negotiation (?). Suggest you call the system directly using a simpler SIP phone like SJPhone etc. configured to use the standard G.711 codecs. Just dial the IP address of the HMP system directly from another computer on the same local area network. If that works then have the system that is placing the call into HMP to use only G.711 codecs and see if that works. Afterwards you can successively turn on the various other options on the sender's system and see which one results in the problems with call being answered. Share this post Link to post
