invoso.com Report post Posted 01/23/2013 09:42 AM Where can I to find hints to analyzing hangup source? This kind of statuses I find: LINECALLSTATE_DISCONNECTED - LsDefaultHandlers OTHER_LEG_endcall - xfer_9_leg2 remote - LsXfer_7_dc_WaitOutcomeOutgoingCall_OutLeg remote - GetNbrs replay count exceeded - Can You describe where is source of call terminating (VG or remote)? Is any list of statuses? Share this post Link to post
invoso.com Report post Posted 01/23/2013 10:19 AM Can I find Hangup Source as Variable in VG? I want to add hangup source data to own cdr database. Share this post Link to post
SupportTeam Report post Posted 01/23/2013 10:22 AM These are not formalized/documented at this stage. They are intended more for debugging purposes, and are usually self-explanatory as they are usually fairly verbose. There are over 200 of these, but in practice you would see a much smaller subset in a production environment. If you come across any hangup source entry that you cannot understand please post it on the Forum along with an extract of the vgEngine log capturing the end of the call. We can then advise what that particular hangup source indicates. Share this post Link to post
SupportTeam Report post Posted 01/23/2013 10:23 AM Can I find Hangup Source as Variable in VG? $RV[Hangup Source] Share this post Link to post
invoso.com Report post Posted 01/23/2013 10:50 AM Can You describe (accept) following statuses: LINECALLSTATE_DISCONNECTED - terminated by caller? LsDefaultHandlers OTHER_LEG_endcall - terminated by called station? xfer_9_leg2 remote - LsXfer_7_dc_WaitOutcomeOutgoingCall_OutLeg remote - Other known statuses to add to recognition table? Share this post Link to post
SupportTeam Report post Posted 01/23/2013 10:59 AM LINECALLSTATE_DISCONNECTED - terminated by caller? yes. LsDefaultHandlers OTHER_LEG_endcall - terminated by called station? yes. xfer_9_leg2 remote - outgoing leg of call was hung up as call on the 1st leg ended. LsXfer_7_dc_WaitOutcomeOutgoingCall_OutLeg remote - outgoing leg of call was hung up as call on the 1st leg ended. (before leg 2 of call was answered) Share this post Link to post
jamesh.BPI Report post Posted 01/24/2013 04:50 PM FWIW, we get lsxfer_9_leg1_nopath sometimes - support has informed me that means after the transfer started, the other end either disconnected or was busy and there wasn't a plan B so the call was disco'd. Share this post Link to post
invoso.com Report post Posted 05/24/2013 11:58 AM I found new termination reason Can You help to identify reason described as: Global End-of-Call DTMF (d) Share this post Link to post
SupportTeam Report post Posted 05/27/2013 10:27 AM Global End-of-Call DTMF (d) Please see VG.INI, section [PBX] entry HangupOnDtmf if HangupOnDtmf is defined then VoiceGuide will hangup call when this DTMF tone is detected. Some systems can issue a DTMF tone "D" and by default VG.INI has HangupOnDtmf set to D Share this post Link to post
invoso.com Report post Posted 05/29/2013 09:29 AM Hi, Is possible to get more information about disconnections? Last time we have more calls mysterious disconnected. No new reason in log files but in most cases typically state Hanging up... [LINECALLSTATE_DISCONNECTED] Attached file include last two seconds with mysterious noice. Can You help to explain this? 102956.413 18 13 5 ev CallState GCEV_DISCONNECTED, crn=2cc02db, iEvent=2 ,16384,0,64, s1:, s2:, s3:]. build_date: 2013-05-02 23:45:07.90 102956.413 18 13 5 q scr add evCallState 2 GCEV_DISCONNECTED 102956.413 6 13 5 q scr run evCallState sCode=[GCEV_DISCONNECTED] iActionID=0, crn=2cc02db[16384|0|64|0|0][|||||] 00:00:00 max:5|00:00:00.0780045 102956.413 6 13 5 LineEvCallState crn=2cc02db event=2|GCEV_DISCONNECTED iCallState=16384 calldirection=0 gcCallState=64 [||] 102956.413 6 13 5 LineEvCallState eLineStateThisEvent=Disconnected, ScriptState=LS_PLAY_PLAYMSGFINISHED 102956.413 6 13 5 HangupCall, source=LINECALLSTATE_DISCONNECTED, WorkModeScript=Running_Normal, yLineStateAppPov=[Connected], lPlayId=99, lRecId=476361 102956.413 6 13 5 moduleTitle=[Wait till end of call fa] 102956.413 6 13 5 ScriptWorkingMode set Stopping, (called from HangupCall) 102956.413 6 13 5 ls set Disconnect_Pending (scriptstate=LS_ENDINGCALL) 102956.413 6 13 5 state Hanging up... [LINECALLSTATE_DISCONNECTED] 102956.413 6 13 5 rv add start Hangup Source|LINECALLSTATE_DISCONNECTED 102956.413 6 13 5 rv add LINECALLSTATE_DISCONNECTED 102956.414 6 13 5 q tel add cmd_PlayStop [0,0,0,0,0][||||] 102956.414 6 13 5 play PlaySoundStop ok 102956.414 6 13 5 RecSoundStop begin trunc100ms=0, sCaller=Line_Hangup_Main cut.mp3 Share this post Link to post
SupportTeam Report post Posted 05/29/2013 09:50 AM LINECALLSTATE_DISCONNECTED indicates that an ISDN DISCONNECT message was received for this call. This usually means that the other party has hung up. The telephone network is informing that a party has hung up by sending the DISCONNECT message to Dialogic. Share this post Link to post
invoso.com Report post Posted 06/03/2013 09:59 AM We still have problems with many unexpected terminated calls. We have recorded calls and i hear that both sides still talking and suddenly VG terminating call. 102817.596 93 64 22 timer EV_TIMEOUT_REPLAYMSG 102817.596 93 64 22 q scr add evScriptEvent 9005 EV_TIMEOUT_REPLAYMSG 102817.596 6 64 22 q scr run evScriptEvent sCode=[EV_TIMEOUT_REPLAYMSG] iActionID=0, crn=0[0|0|0|0|0][|||||] 00:00:00 max:6|00:00:00.6420368 102817.596 6 64 22 scriptevent EV_TIMEOUT_REPLAYMSG 0|0|0 || LineState=LS_PLAY_PLAYMSGFINISHED 102817.596 6 64 22 LsPlayMsgFinished EV_TIMEOUT_REPLAYMSG,EV_TIMEOUT_REPLAYMSG, [ ], [ ], [] 102817.596 6 64 22 path {EV_TIMEOUT_REPLAYMSG} not found 102817.596 6 64 22 PrepareAndPlayWavAndTts start iModuleIdx=292, iPlayFileIdx=1, bMakeTtsFile=False, sSoundFileIs= 102817.596 6 64 22 PrepareAndPlayWavAndTTS sPlayFile= 102817.596 6 64 22 state [Wait till end of call fa] Playing wav () 102817.596 6 64 22 q scr add evScriptEvent 8001 EV_PLAY_FINISHED 102817.596 6 64 22 q scr run evScriptEvent sCode=[EV_PLAY_FINISHED] iActionID=0, crn=0[0|0|0|0|0][|||||] 00:00:00 max:6|00:00:00.6420368 102817.596 6 64 22 scriptevent EV_PLAY_FINISHED 0|0|0 || LineState=LS_PLAY_PLAYMSG 102817.596 6 64 22 LsPlayMsg EV_PLAY_FINISHED,EV_PLAY_FINISHED 102817.596 6 64 22 path {EV_PLAY_FINISHED} not found 102817.596 6 64 22 iCurrReplayCount=2, iMaxReplayCount=2 102817.596 6 64 22 t timer set 10 sec : EV_TIMEOUT_HANGUP 102817.596 6 64 22 t timer set 3600 sec : EV_TIMEOUT_GOTOMODULE ... 103031.285 19 64 22 ev CallState GCEV_DISCONNECTED, crn=2980311, iEvent=2 ,16384,0,64, s1:, s2:, s3:]. build_date: 2013-05-02 23:45:07.90 103031.285 19 64 22 q scr add evCallState 2 GCEV_DISCONNECTED 103031.285 6 64 22 q scr run evCallState sCode=[GCEV_DISCONNECTED] iActionID=0, crn=2980311[16384|0|64|0|0][|||||] 00:00:00 max:6|00:00:00.6420368 103031.285 6 64 22 LineEvCallState crn=2980311 event=2|GCEV_DISCONNECTED iCallState=16384 calldirection=0 gcCallState=64 [||] 103031.285 6 64 22 LineEvCallState eLineStateThisEvent=Disconnected, ScriptState=LS_PLAY_PLAYMSGFINISHED 103031.285 6 64 22 HangupCall, source=LINECALLSTATE_DISCONNECTED, WorkModeScript=Running_Normal, yLineStateAppPov=[Connected], lPlayId=99, lRecId=47140 103031.285 6 64 22 moduleTitle=[Wait till end of call fa] 103031.285 6 64 22 ScriptWorkingMode set Stopping, (called from HangupCall) 103031.285 6 64 22 ls set Disconnect_Pending (scriptstate=LS_ENDINGCALL) 103031.285 6 64 22 state Hanging up... [LINECALLSTATE_DISCONNECTED] 103031.285 6 64 22 rv add start Hangup Source|LINECALLSTATE_DISCONNECTED 103031.285 6 64 22 rv add LINECALLSTATE_DISCONNECTED 103031.285 6 64 22 q tel add cmd_PlayStop [0,0,0,0,0][||||] 103031.285 6 64 22 play PlaySoundStop ok 103031.285 6 64 22 RecSoundStop begin trunc100ms=0, sCaller=Line_Hangup_Main 103031.285 7 64 22 q tel run cmd_PlayStop 00:00:00 max:6|00:00:00.4200240 103031.285 6 64 22 q tel add cmd_RecordStop [0,0,0,0,0][||||] 103031.286 6 64 22 GoOnHoook_IssueDropCall start (hCall_crn=2980311, yLineStateAppPov=Disconnect_Pending) 103031.286 6 64 22 WriteToLogFiles_CurrScriptOnly begin 103031.286 7 64 22 q tel run cmd_RecordStop 00:00:00 max:6|00:00:00.4200240 103031.286 6 64 22 WriteToLogFiles_DoWrite begin : strLogFnameLessSuffix=C:\Program Files (x86)\VoiceGuide\Scripts\manager\manager_fa_kolejkowanie 103031.286 6 64 22 WriteToLogFiles_DoWrite : log subdirectory exists, strLogFnameLessSuffix=C:\Program Files (x86)\VoiceGuide\Scripts\manager\log\manager_fa_kolejkowanie 103031.287 6 64 22 WriteToLogFiles_DoWrite completed 103031.287 6 64 22 RvSaveToLogFiles_CurrAndStack iScriptCallStack_LastUsed_Idx=0 103031.287 6 64 22 t timer set 4 sec : EV_TIMEOUT_WAITFORIDLEAFTERDropCall 103031.287 6 64 22 q tel add cmd_DropCall [0,0,0,0,0][||||] 103031.287 6 64 22 GoOnHoook_IssueDropCall end 103031.287 6 64 22 ls set Disconnected (scriptstate=LS_ENDINGCALL) 103031.287 6 64 22 yLineStateAppPov: Disconnected crn=2980311,ev=2,GCEV_DISCONNECTED,0, sParam1= 103031.287 6 64 22 LineEvCallState LINECALLSTATE_DISCONNECTED begin 103031.287 6 64 22 ignore callstate LINECALLSTATE_DISCONNECTED event as current linestate is Disconnected 103031.307 7 64 22 q tel run cmd_DropCall 00:00:00.0200011 max:6|00:00:00.4200240 103031.311 19 64 22 ev Dialogic 130,TDX_RECORD, crn=2980311, 0,0,0,TM_USRSTOP,, 103031.311 19 64 22 q scr add evScriptEvent 130 TDX_RECORD 103031.311 6 64 22 q scr run evScriptEvent sCode=[TDX_RECORD] iActionID=0, crn=2980311[0|0|0|0|0][TM_USRSTOP|||||] 00:00:00 max:6|00:00:00.6420368 103031.311 6 64 22 scriptevent TDX_RECORD 0|0|0 TM_USRSTOP|| LineState=LS_ENDINGCALL 103031.311 6 64 22 LsEndingCall TDX_RECORD 0 TM_USRSTOP 103031.311 19 64 22 ev RecEnd 64 47140 103031.311 19 64 22 q scr add evScriptEvent 8003 EV_REC_FINISHED 103031.311 19 64 22 ev CallState GCEV_DROPCALL, crn=2980311, iEvent=2 ,1,0,32, s1:, s2:, s3:]. build_date: 2013-05-02 23:45:07.90 103031.311 6 64 22 q scr run evScriptEvent sCode=[EV_REC_FINISHED] iActionID=0, crn=0[47140|0|0|0|0][|||||] 00:00:00 max:6|00:00:00.6420368 103031.311 6 64 22 scriptevent EV_REC_FINISHED 47140|0|0 || LineState=LS_ENDINGCALL 103031.311 6 64 22 LsEndingCall EV_REC_FINISHED 47140 103031.311 19 64 22 q scr add evCallState 2 GCEV_DROPCALL 103031.312 6 64 22 q scr run evCallState sCode=[GCEV_DROPCALL] iActionID=0, crn=2980311[1|0|32|0|0][|||||] 00:00:00 max:6|00:00:00.6420368 103031.312 6 64 22 LineEvCallState crn=2980311 event=2|GCEV_DROPCALL iCallState=1 calldirection=0 gcCallState=32 [||] 103031.312 6 64 22 LineEvCallState eLineStateThisEvent=Idle_NotYetReleased, ScriptState=LS_ENDINGCALL 103031.312 6 64 22 ls set Idle_NotYetReleased (scriptstate=LS_ENDINGCALL) 103031.312 6 64 22 yLineStateAppPov: Idle_NotYetReleased crn=2980311,ev=2,GCEV_DROPCALL,0, sParam1= 103031.312 6 142 49 q scr add evScriptEvent 0 OTHER_LEG_Idle_NotYetReleased 103031.312 6 64 22 LineEvCallState LINECALLSTATE_IDLE begin 103031.312 6 64 22 t timer clear (force=True) 103031.312 6 64 22 CallData.dateCallStartTime=2013-06-03 10:27:57 103031.312 6 64 22 rv add start CallHangupTime|2013-06-03 10:30:31 103031.312 6 64 22 rv add 2013-06-03 10:30:31 103031.312 6 64 22 WriteCDRlogs: begin (campaign=, CallData.iLineId=0) 103031.312 6 64 22 writing CDR logs ktTel shows: 855 103031.285 5980 64 ev idx=3794 : evttype=2086(2086), crn=2980311, data=0455CEA8(08CFA960), len=28(28) q: 0/4 856 103031.285 5980 64 ev GCEV_DISCONNECTED crn=2980311 857 103031.285 5980 64 gc_ResultValue: event 0x826 received on ldev: 64 - Normal completion 858 103031.285 5980 64 gc_ResultValue: GC_ISDN_LIB 0x826 received on ldev: 64 - Normal clearing 859 103031.285 5980 64 Event_CallState GCEV_DISCONNECTED iLineCallState=16384, hCall=2980311|43516689 m_pktTelProxyClient=00261168 860 103031.285 5980 64 r CallState GCEV_DISCONNECTED 861 103031.286 5760 64 fn PlayStop(iLineId=64, iActionID=0, iParam1=0, iParam1=0, sParam1=, sParam1=) 862 103031.286 5760 64 PlayStop(hLine=64, iPlayId=0(0x0), iParam1=0, iParam2=0, zsParam1=, zsParam2=) 863 103031.286 5760 64 not calling dx_stopch as hli->dwPlayId==0 864 103031.286 5760 64 fn RecordStop(iLineId=64, sDxxx=, iActionID=2, sFileName=, iTruncTimeMs=0, iTruncBytes=0, sXMLOptions=) 865 103031.286 5760 64 TelDriver_RecStop iRecTypeToStop=2, lTruncMs=0, lTruncBytes=0 866 103031.286 5760 64 TelDriver_RecStop iRecTypeToStop==2 867 103031.286 5760 66 TelDriver_RecStop voicedev 868 103031.286 5760 66 dx_stopch call in TelDriver_RecStop 869 103031.286 5760 66 dx_stopch 66 ok in TelDriver_RecStop 870 103031.307 5760 64 fn DropCall(sLineId=64, sXMLOptions=[], crn=2980311) 871 103031.307 5760 64 TelDriver_DropCall(sXMLOptions=[], crn_in=2980311 hli->crn=2980311) 872 103031.307 5760 64 clearing sDTMFsReceivedBeforeCallAnswer in TelDriver_DropCall How to solve this very important problem? Share this post Link to post
SupportTeam Report post Posted 06/03/2013 11:09 AM GCEV_DISCONNECTED indicates that an ISDN Disconnect message arrived indicating end of call. You would need to ask whoevr manages the equipment on the other end of the E1 ISDN trunk as to why their equipment sent the ISDN Disconnect message to the Dialogic card. Share this post Link to post
invoso.com Report post Posted 06/07/2013 05:36 AM We have problem with our provider to find reason of unexpected disconnecting. VG log data shows: start 2013-05-29 14:01:28.653 end 2013-05-29 14:20:13.329 number A 583056285 number B 222030021 LINECALLSTATE_DISCONNECTED ID201305291401281615 Provider shows: 5ESS1-1 fwd 14:01:31.531 MSU ISUP 13581 13582 108 IAM 222090648F 5830562855ESS1-1 bwd 14:01:31.667 MSU ISUP 13582 13581 108 ACM5ESS1-1 bwd 14:01:31.736 MSU ISUP 13582 13581 108 CPG5ESS1-1 bwd 14:01:31.998 MSU ISUP 13582 13581 108 ANM5ESS1-1 bwd 14:20:16.507 MSU ISUP 13582 13581 108 REL Normal call clearing - rozłączenie przyszło od Państwa centrali - VG disconnected call?5ESS1-1 fwd 14:20:16.825 MSU ISUP 13581 13582 108 RLC It shows that we see disconnection on provider side and they see disconnection reason as normal call clearing by our side. How to monitoring DSS1 signaling on Dialogic card (VG)? Share this post Link to post
SupportTeam Report post Posted 06/07/2013 06:36 AM You can enable ISDN level tracing from within VoiceGuide: Please see:http://www.voiceguide.com/vghelp/source/html/configisdnsetup.htm Section: "VoiceGuide ISDN Tracing" Note that this tracing is really only intended for short time frame debugging purposes, and not for monitoring for extended periods of time. You can also use ISDNTRACE.EXE utility from Dialogic. Is Dialogic card connecting to the remote switch using 5ESS protocol? Can you run Dialogic's its_sysinfo.exe on this system and post the created .ZIP file? Share this post Link to post
invoso.com Report post Posted 06/07/2013 07:08 AM its_sysinfo.zip its_sysinfo.zip Share this post Link to post
invoso.com Report post Posted 06/07/2013 07:26 AM if I run isdntrace -b0 -d1 -f isdnlog i see: Dialogic DM3 ISDN Trace Utility DLhid 1.01-Build-05 isdntrace This application has requested the Ryntime to terminate it in an usual way. Please contact the application support team for more information. And popup window inform that isdntrace stop working. where is a problem? Share this post Link to post
SupportTeam Report post Posted 06/07/2013 07:27 AM Config confirms that you are using "CTR4" setting for the protocol - which corresponds to NET5 ISDN communication protocol on an E1 (2.048Mbit) trunk. The ISDN trace trace posted before looked like mentioning a 5ESS communication protocol - which is only used to T1 (1.544Mbps) trunks. Can you .ZIP up and post the ktTel trace from 2013-05-29 on this VoiceGuide system? Share this post Link to post
SupportTeam Report post Posted 06/07/2013 07:38 AM if I run isdntrace -b0 -d1 -f isdnlog For the D/600JCT-2E1 card used on this system you will need to use isdiag.exe in trace mode, like this: isdiag 1 1 e s r and then use option 10 to start/stop trace. Then use isdtrace.exe to convert the captured file to readable text format. Share this post Link to post
invoso.com Report post Posted 06/07/2013 09:09 AM When isdiag started, calls are hanging up on script. Is this correct? How to trace isdn on all channels? Share this post Link to post
SupportTeam Report post Posted 06/07/2013 09:26 AM Can you .ZIP up and post the ktTel trace from 2013-05-29 on this VoiceGuide system? Share this post Link to post
invoso.com Report post Posted 06/07/2013 07:41 PM attached KtTel log 0607_ktTel.zip Share this post Link to post
SupportTeam Report post Posted 06/07/2013 10:13 PM Attached ktTel is from 7th June. We need to see ktTel trace from 29th March - the day on which the posted ISDN trace log was made. (2013-05-29) Share this post Link to post
invoso.com Report post Posted 06/10/2013 09:11 AM Hi, attached ktTel includes data between 14:00 and 14:30 0529_ktTel.zip Share this post Link to post
SupportTeam Report post Posted 06/10/2013 10:41 AM The disconnect on 29th March at 14:20:13 was due to a disconnect tone being detected. The disconnect event was: LINECALLSTATE_DISCONNECTED-DISCONNECT_USER_2 As this is an ISDN system there is probably no need for you use disconnect tones (?) Recommend deleting both the DISCONNECT_USER_1 and DISCONNECT_USER_2 tone definitions from the ConfigLine.xml file. And changing the TID_DISCONNECT tone definition to something less likely to trigger due to speech ie. use small tolerances for frequency bands and on/off timing, and high repetition count. 914 142013.195 5544 CtEventProcess call: lTaskSrlEventStore_CurrentReadIdx=2575, iEventsWaitingInQueue=0 915 142013.195 5544 CtEventProcess begin lEvtHandle=0, lSrlEventStoreIdx=2575, pTelClientEvents=0x42881e0, iEventsWaitingInQueue=0x0 916 142013.195 5544 45 ev idx=2575 : evttype=134(134), crn=0, data=0410E940(08C97C58), len=28(28) q: 0/104 917 142013.195 5544 45 ev TDX_CST (CST Event Received) 918 142013.195 5544 45 TDX_CST DE_TONEON cst_data=1043 919 142013.195 5544 45 tone description retrieve hli=1214BBB8, iToneUserID[1]=1043 sToneUserName[1]=[DISCONNECT_USER_2] 920 142013.195 5544 43 r Dialogic TDX_CST 134 (1043 0 0 DE_TONEON DISCONNECT_USER_2 ) 921 142013.195 5544 43 Event_CallState LINECALLSTATE_DISCONNECTED-DISCONNECT_USER_2 iLineCallState=16384, hCall=2dc027b|47972987 m_pktTelProxyClient=0027116C 922 142013.195 5544 43 WARN Event_CallState mismatch. gc_callstate was not set internally prior to rasing external event : hli->gc_call_state=GCST_CONNECTED (4) != iGC_call_state_EventToSignal=GCST_DISCONNECTED (64) 923 142013.195 5544 43 setting gc_call_state in Event_CallState to GCST_DISCONNECTED | 64 924 142013.195 5544 43 r CallState LINECALLSTATE_DISCONNECTED-DISCONNECT_USER_2 Share this post Link to post
invoso.com Report post Posted 06/10/2013 10:50 AM Should I to delete whole entry? <Tone Name="DISCONNECT USER 1"><Notes>User defined Disconnect 1. Change the parameters of this tone definition to match the disconnect tone on your system.</Notes><ID>DISCONNECT_USER_1</ID><Freq1>620</Freq1><Freq1Dev>200</Freq1Dev><Freq2>480</Freq2><Freq2Dev>200</Freq2Dev><On>30</On><OnDev>10</OnDev><Off>20</Off><OffDev>10</OffDev><Count>3</Count></Tone><Tone Name="DISCONNECT USER 2"><Notes>User defined Disconnect 2. Another disconnect tone defeinition.Can be used in addtion to DISCONNECT_USER_1 to specify another Disconnect tone.This whole entry can be deleted if not used.</Notes><ID>DISCONNECT_USER_2</ID><Freq1>550</Freq1><Freq1Dev>200</Freq1Dev><Freq2>0</Freq2><Freq2Dev>0</Freq2Dev><On>30</On><OnDev>10</OnDev><Off>20</Off><OffDev>10</OffDev><Count>3</Count></Tone> Right? Share this post Link to post
SupportTeam Report post Posted 06/10/2013 11:13 AM Yes. Just delete both <Tone> entries. Most ISDN systems do not need disconnect tone definitions, as they usually do not rely on them to detect end of call. Share this post Link to post
invoso.com Report post Posted 06/10/2013 01:16 PM Where is source of those DISCONNECT USER signals? How can it happen? Our clients disconnecting unexpected, so how they can make it? Share this post Link to post
SupportTeam Report post Posted 06/10/2013 01:42 PM Speech on line can be mistakenly detected as a tone if the tone definition is has wide tolerances for frequency bands and on/off timing. Share this post Link to post
invoso.com Report post Posted 02/24/2014 08:45 AM Witch side is response for a disconnection in hangup source: LineEvCallState_DISCONNECTED? caller or called station? Share this post Link to post
SupportTeam Report post Posted 02/24/2014 08:55 AM Please post vgEngine and ktTel trace capturing the call. We can then advise what happened on the call. Share this post Link to post
invoso.com Report post Posted 02/24/2014 09:59 AM AS YOU WISH VG_2014-02-24.zip Share this post Link to post
SupportTeam Report post Posted 02/24/2014 10:13 AM Trace shows that the remote end disconnected the call. A "Normal completion" / "Normal clearing" DISCONNECT event was receive from the remote end by the Dialogic ISDN card. 003846.971 19 2 1 ev CallState GCEV_DISCONNECTED, crn=2dc0171, iEvent=0 ,16384,0,64, s1:, s2:, s3:]. build_date: 2013-11-20 22:24:27.30 003846.971 19 2 1 q_scr + evCallState 0 GCEV_DISCONNECTED 003846.971 6 2 1 q_scr run evCallState sCode=[GCEV_DISCONNECTED] iActionID=0, crn=2dc0171 [16384|0|64|0|0][|||||] 00:00:00 max:4|00:00:00.9550546 003846.971 6 2 1 callstate crn_event=2dc0171 0|GCEV_DISCONNECTED state=16384|Disconnected calldirection=0 gcCallState=64 [||], ScriptState=LS_DBQUERY 003846.971 6 2 1 LineEvCallState L1_current=Connected crn_event=2dc0171,ev=0,GCEV_DISCONNECTED,0, sParam1= 003846.972 6 2 1 LineEvCallState LINECALLSTATE_DISCONNECTED begin 003846.972 6 2 1 L1_set Disconnected (iState=LS_DBQUERY) 003846.972 6 2 1 in LINECALLSTATE_DISCONNECTED iState=LS_DBQUERY 003846.972 6 2 1 HangupCall (LineEvCallState_DISCONNECTED) crn_in=2dc0171, L1=Disconnected, L2=Running_Normal, lPlayId=389353, lRecId=0 393 003846.971 5008 2 ev GCEV_DISCONNECTED crn=2dc0171 394 003846.971 5008 2 gc_ResultValue: event 0x826 received on ldev: 2 - Normal completion 395 003846.971 5008 2 gc_ResultValue: GC_ISDN_LIB 0x826 received on ldev: 2 - Normal clearing 396 003846.971 5008 2 Event_CallState GCEV_DISCONNECTED iLineCallState=16384, hCall=2dc0171|47972721 m_pktTelProxyClient=002716C4 397 003846.971 5008 2 r CallState GCEV_DISCONNECTED Share this post Link to post
invoso.com Report post Posted 02/24/2014 12:16 PM Can we to get disconnection data as variable in VG? How to identify data from vgEngine and compare with ktTel logs? "remote" You mean called number? Share this post Link to post
SupportTeam Report post Posted 02/24/2014 11:54 PM Please try using this Result Variable : $RV[Hangup Source] Also: 'remote' means the other end of the phone connection. The right location in ktTel trace is found using the timestamp (003846.971) and the device ID (2). Share this post Link to post
invoso.com Report post Posted 03/05/2014 11:15 AM hangup source: LsModuleTransition reason? Share this post Link to post
SupportTeam Report post Posted 03/05/2014 12:28 PM Please post vgEngine and ktTel trace capturing the call. We can then advise what happened on the call. Share this post Link to post
invoso.com Report post Posted 03/06/2014 08:59 AM Hi, logs in VG.zip attached. Second case VG_01.zip we need to identify who is response for a disconnection. session_id: ID20140305152606187 hangup_source='LineEvCallState_DISCONNECTED' We use SIP trunk to make outbound calls and we trace traffic for this client to ISDN to eliminate SIP problems as possible disconnecting source but now we need to be sure where is disconnection source. How to identify disconnection source: side and reason? Can we to get from VG more information about? VG.zip VG_01.zip Share this post Link to post
SupportTeam Report post Posted 03/06/2014 09:11 AM The Dialogic card received a DISCONNECT message over the E1 ISDN trunk. The Disconnect was marked "Normal completion"/"Normal clearing". 521 153306.363 6680 19 ev GCEV_DISCONNECTED crn=29c0278 522 153306.363 6680 19 gc_ResultValue: event 0x826 received on ldev: 19 - Normal completion 523 153306.363 6680 19 gc_ResultValue: GC_ISDN_LIB 0x826 received on ldev: 19 - Normal clearing 524 153306.363 6680 19 Event_CallState GCEV_DISCONNECTED iLineCallState=16384, hCall=29c0278|43778680 m_pktTelProxyClient=00351128 525 153306.363 6680 19 r CallState GCEV_DISCONNECTED 153306.363 20 19 7 ev CallState GCEV_DISCONNECTED, crn=29c0278, iEvent=0 ,16384,0,64, s1:, s2:, s3:]. build_date: 2014-02-13 18:09:42.05 153306.363 20 19 7 q_scr + evCallState 0 GCEV_DISCONNECTED 153306.363 7 19 7 q_scr run evCallState sCode=[GCEV_DISCONNECTED] iActionID=0, crn=29c0278 [16384|0|64|0|0][|||||] 00:00:00 max:19|00:00:02.3611350 153306.363 7 19 7 callstate crn_event=29c0278 0|GCEV_DISCONNECTED state=16384|Disconnected calldirection=0 gcCallState=64 [||], ScriptState=LS_PLAY_PLAYMSGFINISHED 153306.363 7 19 7 LineEvCallState L1_current=Connected crn_event=29c0278,ev=0,GCEV_DISCONNECTED,0, sParam1= 153306.363 7 19 7 LineEvCallState LINECALLSTATE_DISCONNECTED begin 153306.363 7 19 7 TsReset [LineEvCallState_LINECALLSTATE_DISCONNECTED], OtherLegLid=82 153306.364 7 q_tel + cmd_TsReset 0 [0,0,0,0,0][dtiB1T7||dtiB1T28||] 153306.364 7 19 7 OtherLegLid_ClearBoth 19 82 caller:LineEvCallState_LINECALLSTATE_DISCONNECTED 153306.364 7 82 28 OtherLegLid_ClearBoth 19 82 caller:LineEvCallState_LINECALLSTATE_DISCONNECTED 153306.364 8 q_tel run cmd_TsReset 0 00:00:00 max:6|00:00:00.3390194 153306.364 7 19 7 send OTHER_LEG_DISCONNECTED to OtherLegLid=82 153306.364 7 82 28 q_scr + evScriptEvent 0 OTHER_LEG_DISCONNECTED 153306.364 7 19 7 L1_set Disconnected (iState=LS_PLAY_PLAYMSGFINISHED) 153306.364 7 19 7 in LINECALLSTATE_DISCONNECTED iState=LS_PLAY_PLAYMSGFINISHED 153306.364 7 19 7 HangupCall (LineEvCallState_DISCONNECTED) crn_in=29c0278, L1=Disconnected, L2=Running_Normal, lPlayId=0, lRecId=275544 153306.364 7 19 7 ccrn_connected=0, crn_NewIncomingCall=0, crn_CurrentMakeCall=0, crn_InProcessOfReleasing=29c0278 153306.364 7 19 7 RecSoundStop begin trunc100ms=0, sCaller=Line_Hangup_Main, lRecId=275544 153306.365 7 19 7 RecSoundStop lRecId_InProcessOfStopping=275544, lRecId=0 153306.365 7 19 7 q_tel + cmd_RecordStop [0,0,0,0,0][||||] 153306.365 7 19 7 rv add Hangup Source|LineEvCallState_DISCONNECTED Share this post Link to post