script not pick up the call

[invoso.com]

104918.379  10 115  37   1743 state [GIP_fix_detect] Evaluate ["$RV[GIP_restricted_network_type]"]
104918.379  10 115  37   1743       rv    replace start ["$RV[GIP_restricted_network_type]"]
104918.379  27 115  37   1743       dbodbc  query completed.
104918.380  10 115  37   1743       rv    replace end   ["fix"]
104918.380  10 115  37   1743       eval  [Cstr("fix")]
104918.380  10 115  37   1743       eval  InvokeMember Eval returned
104918.380  10 115  37   1743       rvns  add   GIP_fix_detect_Input|"fix"
104918.380  10 115  37   1743       rvns  add   GIP_fix_detect|fix
104918.380  10 115  37   1743       eval  result:[fix]
104918.380  10 115  37   1743       path {fix} found (at offset 3)
104918.380  10 115  37   1743       FindNextVgmTitleInPathList: next module title is=[GIP_fix_restricted]
104918.381  10 115  37   1743 t     timer clear (force=False)
104918.381  10 115  37   1743       RunModule start Play, [GIP_fix_restricted], iModuleIdx=1053, previous: vgm=1052, vgs=9:9
104918.381  10 115  37   1743       [GIP_fix_restricted] VGMTYPE_PLAY run start
104918.381  10 115  37   1743       answering the call (picking up the line) 0
104918.381  10 115  37   1743       crn set using crn_NewCallArriving in AnswerTheCall
104918.381  10 115  37   1743 t     timer clear (force=True)
104918.381  10 115  37   1743       ktTel_AnswerCall_Enqueue source=AnswerTheCall
104918.381  10 115  37   1743       q_tel +     cmd_AnswerCall 6000073 [] [0,0,0,0,0,0,0,0][|||||||]
104918.381  10 115  37   1743       ktTel_LineAnswerCall => 
104918.381  12 115  37   1743       q_tel run   cmd_AnswerCall 6000073 0 [] 0 max:12|170
104918.385  18 115  37   1743 ev    CallState GCEV_ACCEPT, crn=6000073, iEvent=0 ,4,1,1, s1:, s2:, s3:, build_date: 2018-06-14 20:45:44.72
104918.385  18 115  37   1743       q_scr +     evCallState 0 GCEV_ACCEPT
104918.385  10 115  37   1743       q_scr run   evCallState sCode=[GCEV_ACCEPT] iActionID=0, crn=6000073 [4|1|1|0|0][|||||] 00:00:00 max:9|00:00:00.0980000
104918.385  10 115  37   1743       callstate crn_event=6000073 0|GCEV_ACCEPT state=4|Accepted calldirection=1 gcCallState=1 [||], ScriptState=LS_MODULE_TRANSITION
104918.385  10 115  37   1743       L1_set Accepted (iState=LS_MODULE_TRANSITION)
104918.385  10 115  37   1743       LineEvCallState L1_current=Accepted crn_event=6000073,ev=0,GCEV_ACCEPT,1, sParam1=



104918.415  18 115  37   1743 ev    CallState GCEV_DISCONNECTED, crn=6000073, iEvent=0 ,16384,0,64, s1:, s2:, s3:, build_date: 2018-06-14 20:45:44.72
104918.415  18 115  37   1743       q_scr +     evCallState 0 GCEV_DISCONNECTED
104918.415  10 115  37   1743       q_scr run   evCallState sCode=[GCEV_DISCONNECTED] iActionID=0, crn=6000073 [16384|0|64|0|0][|||||] 00:00:00 max:9|00:00:00.0980000
104918.415  10 115  37   1743       callstate crn_event=6000073 0|GCEV_DISCONNECTED state=16384|Disconnected calldirection=0 gcCallState=64 [||], ScriptState=LS_MODULE_TRANSITION
104918.415  10 115  37   1743       LineEvCallState L1_current=Accepted crn_event=6000073,ev=0,GCEV_DISCONNECTED,0, sParam1=
104918.415  10 115  37   1743       LineEvCallState DISCONNECTED begin
104918.415  10 115  37   1743       crn_NewCallArriving received disconnected event before being answered
104918.415  10 115  37   1743       in LINECALLSTATE_DISCONNECTED iState=LS_MODULE_TRANSITION
104918.415  10 115  37   1743       HangupCall qScr add (LineEvCallState_DISCONNECTED) crn_in=6000073, L1=Accepted, L2=Running_BeforeAnswerCall, lPlayId=0, lRecId=0
104918.415  10 115  37   1743       q_scr +     cmdHangupCall 0 

Hi,

 

in script we have play module "GIP_fix_restricted" but VG don't play prompt file. Typically we answer in other play module.

 

 

 

 

[SupportTeam]

Could you please post the ktTel trace excerpt that captures that entire call 

The Dialogic RTF logs would also help. The Dialogic RTF log files are in directory: "C:\Program Files (x86)\Dialogic\log\"

Looks like this script was started in "Start without answering the call" mode, but the processing before call is answered is very quick. Have you tried setting this script to answer straight away, without the "Start without answering the call" set ?

The vgEngine trace shows that the "Answer the call" command was issued before the "Accept the call without answering it" command fully completed. This can be an issue on some ISDN systems. Solution is either to ensure the call is answered at least a second later after the "Accept the call" command ("Accept the call" command is issued at the "Start without answering the call" time), or just answer the call straight away. If the processing at start of script takes under a second then that delay will not even be noticed by the caller.

Whether the above is the issue here or not can be determined if we see the ktTel and RTF traces.

[SupportTeam]

In situations where the "Answer the call" command has to be issued only after the "Accept the call" command fully completes:

This Result Variable can be used to check whether the call is in "Offered" state or whether it is now "Accepted" :

$RV_CALLSTATE

The above can be used in a loop with an Evaluate Expression module etc.

Also, the Line_State_CallState API function can be used to obtain the current Callstate status, like this:

set vg = CreateObject("vgServices.CommandLink")
sCallState = vg.Line_State_CallState($RV_LINEID)

On v7.6 systems the built-in "vgo" object can be used, so just this call would be enough:

sCallState = vgo.Line_State_CallState($RV_LINEID)

Alternatively: delaying call answer till at least a second after call accept is more the enough to ensure the call accept fully completes.

[SupportTeam]

VoiceGuide v7.6.2 onwards now handles this situation internally.

No special handing of this case is required in v7.6.2 onwards. VoiceGuide will automatically ensure correct call answer.