invoso.com Report post Posted 11/29/2016 10:52 AM After connecting with Agent we used DTMF tones on Agent side but VG sometimes identify 3 times one dtmf tone (wrong) sometimes right only one. Attached files showing multiply dtmf tone case. Second question, is possible use not only on digit on OTHER_LEG ? Using dtmf tones on Agent line on CLIENT channel digits are completed as multiple path {dtmf1dtmf2} found but on Agent channel (OTHER_LEG) each dtmf tone requesting found path {OTHER_LEG_dtmf} not path {OTHER_LEG_dtmf1dtmf2} found mp3 file is call recording showing dtmf tones. 1129_0931_vgEngine.zip 1129_ktTel.zip ID20161129_104712_43_5_60420.zip Share this post Link to post
SupportTeam Report post Posted 11/29/2016 06:11 PM Recording shows some conversations and then 4 DTMF tones pressed: 697Hz+1209Hz = DTMF 1 @ 10.2 sec697Hz+1336Hz = DTMF 2 @ 11.8 sec697Hz+1476Hz = DTMF 3 @ 13.4 sec770Hz+1209Hz = DTMF 4 @ 17.3 sec and vgEngine trace shows both sides of connected call detected the key presses: Line 464: 104814.145 22 77 26 ev dtmf 1 (43778209,49,0) iConferenceOtherLegLid=13, iConferenceOtherLegIvrDevPort=5 Line 472: 104814.145 22 13 5 ev dtmf 1 (43778206,49,0) iConferenceOtherLegLid=77, iConferenceOtherLegIvrDevPort=26 Line 498: 104815.765 22 13 5 ev dtmf 2 (43778206,50,0) iConferenceOtherLegLid=77, iConferenceOtherLegIvrDevPort=26 Line 506: 104815.765 22 77 26 ev dtmf 2 (43778209,50,0) iConferenceOtherLegLid=13, iConferenceOtherLegIvrDevPort=5 Line 535: 104817.312 22 77 26 ev dtmf 3 (43778209,51,0) iConferenceOtherLegLid=13, iConferenceOtherLegIvrDevPort=5 Line 541: 104817.312 22 13 5 ev dtmf 3 (43778206,51,0) iConferenceOtherLegLid=77, iConferenceOtherLegIvrDevPort=26 Line 577: 104821.247 22 13 5 ev dtmf 4 (43778206,52,0) iConferenceOtherLegLid=77, iConferenceOtherLegIvrDevPort=26 perhaps the two calls were in same room so the calls could be heard between the handsets or one of the calls was on speakerphone, so the pressed DTMF tones could be heard by the originating line as well. But having multiple detection of the tone does not affect operation if you want an action to be triggered by a DTMF tone. The first detection would just be acted on. It should be possible to specify a path based on 2 or more keypresses. eg: on {XY} goto [my_new_module] where X is one DTMF and Y is another DTMF. but not sure you would be able to specify a path for multiple OTHER_LEG_ events. You would need to have the first OTHER_LEG_ event make the script jump to another module, and that new module can then await the second OTHER_LEG_ event. Please let us know if you require more assistance with this. If you can describe in more detail as to what the requirements are we can better advise the approach to take. Share this post Link to post
SupportTeam Report post Posted 11/30/2016 06:33 AM The detection of DTMFs on both legs of the call at same time is most likely happening here because the bridged call is being recorded: 104804.082 3 13 5 rem Record_2Lines_Start [13,13,77,C:\callrecord\ID20161129_104712_43_5_60420_104804.wav] So port 5 (line id 13) which is recording/listening to both sides of the call will hear DTMFs pressed on both sides of call. and port 26 (line id 77) can hear DTMFs pressed on phone that is attached to port 26. Looks like keys 1,2 and 3 were pressed on phone that was connected by a call to port 26. That is why both port 5 and port 26 'heard' the keystrokes. And key 4 was pressed on phone that was connected by a call to port 5. That is why only port 5 ports 'heard' the DTMF 4. Share this post Link to post
invoso.com Report post Posted 11/30/2016 07:38 AM We have two cases: first configuration - 2.43 (VG 7.5.6131.31309 14-Oct-16 17:23:38.12) (modified by vg support) 113927.950 22 10 4 ev dtmf 0 (43778405,48,0) iConferenceOtherLegLid=86, iConferenceOtherLegIvrDevPort=29113927.950 9 10 4 q_scr run evScriptEvent sCode=[OTHER_LEG_0] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00 max:4|00:00:00.0280016113927.950 22 10 4 q_scr + evScriptEvent 48 0113927.950 9 10 4 se OTHER_LEG_0 48 0|0|0 || LineState=LS_GETNBRS_RXDIGITS113927.950 22 86 29 q_scr + evScriptEvent 48 OTHER_LEG_0113927.950 9 10 4 LsGetNbrsRxDigits lCode=48 lCode2Str=0 sCode=OTHER_LEG_0113927.950 9 10 4 path {OTHER_LEG_0} not found113927.950 9 10 4 state [Wait till end of recorded call *_new] Number Input 0113927.950 9 10 4 path {0} not found113927.950 9 10 4 t timer set 7200 sec : EV_TIMEOUT_GOTOMODULE113927.950 9 10 4 q_scr run evScriptEvent sCode=[OTHER_LEG_0] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00 max:4|00:00:00.0280016113927.950 9 10 4 se OTHER_LEG_0 48 0|0|0 || LineState=LS_GETNBRS_RXDIGITS113927.950 9 10 4 LsGetNbrsRxDigits lCode=48 lCode2Str=0 sCode=OTHER_LEG_0113927.950 9 10 4 path {OTHER_LEG_0} not found 2.17 (VG updated today to 7.5.6131.31309 14-Oct-16 17:23:38.12) no other changes. 132434.341 21 13 5 ev dtmf 2 (41943214,50,0) iConferenceOtherLegLid=155, iConferenceOtherLegIvrDevPort=52132434.341 21 13 5 q_scr + evScriptEvent 50 2132434.341 21 155 52 q_scr + evScriptEvent 50 OTHER_LEG_2132434.341 9 13 5 q_scr run evScriptEvent sCode=[2] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00 max:4|00:00:00.0190010132434.341 9 13 5 se 2 50 0|0|0 || LineState=LS_GETNBRS_RXDIGITS132434.341 9 13 5 LsGetNbrsRxDigits lCode=50 lCode2Str=2 sCode=2132434.341 9 13 5 state [Wait till end of recorded call_PBX_02_03] Number Input 2132434.341 9 13 5 path {2} not found132434.341 9 13 5 t timer set 7200 sec : EV_TIMEOUT_GOTOMODULE132434.341 9 155 52 q_scr run evScriptEvent sCode=[OTHER_LEG_2] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00 max:4|00:00:00.0190010132434.341 9 155 52 se OTHER_LEG_2 50 0|0|0 || LineState=LS_XFER_9_WAITENDCALL_DialingSide132434.341 9 155 52 LsXfer_9_WaitEndCall_OutLeg : [50:OTHER_LEG_2] 0,0,0 ,, no OTHER_LEG_dtmf on caller line (13 5) like on 2.43. - "10 4 path {OTHER_LEG_0} not found" I think each side should be able to detect OWN and OTHER_PATH. My question is why is this possible on one server and not possible on other? In this case VG identify OTHER LEG : 71 24 ev dtmf 2 and next properly identify this as 13 5 q_scr + evScriptEvent 50 OTHER_LEG_2 082818.446 22 13 5 ev dtmf 2 (44040463,50,0) iConferenceOtherLegLid=71, iConferenceOtherLegIvrDevPort=24 082818.446 22 13 5 q_scr + evScriptEvent 50 2 082818.446 22 71 24 q_scr + evScriptEvent 50 OTHER_LEG_2 082818.446 9 13 5 q_scr run evScriptEvent sCode=[2] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00 max:3|00:00:00.0030002 082818.446 9 13 5 se 2 50 0|0|0 || LineState=LS_GETNBRS_RXDIGITS 082818.446 9 13 5 LsGetNbrsRxDigits lCode=50 lCode2Str=2 sCode=2 082818.446 9 13 5 state [Wait till end of recorded call_PBX_02_03] Number Input 8888882 082818.446 9 13 5 path {8888882} not found 082818.446 22 71 24 ev dtmf 2 (44040466,50,0) iConferenceOtherLegLid=13, iConferenceOtherLegIvrDevPort=5 082818.446 9 13 5 t timer set 7200 sec : EV_TIMEOUT_GOTOMODULE 082818.446 22 71 24 q_scr + evScriptEvent 50 2 082818.446 22 13 5 q_scr + evScriptEvent 50 OTHER_LEG_2 082818.446 9 71 24 q_scr run evScriptEvent sCode=[OTHER_LEG_2] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00 max:3|00:00:00.0030002 082818.446 9 71 24 se OTHER_LEG_2 50 0|0|0 || LineState=LS_XFER_9_WAITENDCALL_DialingSide 082818.446 9 71 24 LsXfer_9_WaitEndCall_OutLeg : [50:OTHER_LEG_2] 0,0,0 ,, 082818.446 9 71 24 q_scr run evScriptEvent sCode=[2] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00 max:3|00:00:00.0030002 082818.446 9 71 24 se 2 50 0|0|0 || LineState=LS_XFER_9_WAITENDCALL_DialingSide 082818.446 9 71 24 LsXfer_9_WaitEndCall_OutLeg : [50:2] 0,0,0 ,, 082818.446 9 71 24 LsXfer_9_WaitEndCall_OutLeg pass event to InLeg. sCode=2 082818.446 9 13 5 q_scr + evScriptEvent 50 OTHER_LEG_2 082818.447 9 13 5 q_scr run evScriptEvent sCode=[OTHER_LEG_2] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00.0010001 max:3|00:00:00.0030002 082818.447 9 13 5 se OTHER_LEG_2 50 0|0|0 || LineState=LS_GETNBRS_RXDIGITS 082818.447 9 13 5 LsGetNbrsRxDigits lCode=50 lCode2Str=2 sCode=OTHER_LEG_2 082818.447 9 13 5 path {OTHER_LEG_2} found (at offset 338) Share this post Link to post
invoso.com Report post Posted 11/30/2016 09:25 AM HI, after VG restart on 2.43 we found VG working different than before: 093149.623 22 16 6 ev dtmf 2 (41943188,50,0) iConferenceOtherLegLid=80, iConferenceOtherLegIvrDevPort=27 093149.623 22 16 6 q_scr + evScriptEvent 50 2 093149.623 22 80 27 q_scr + evScriptEvent 50 OTHER_LEG_2 093149.623 9 16 6 q_scr run evScriptEvent sCode=[2] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00 max:4|00:00:00.0070004 093149.623 9 16 6 se 2 50 0|0|0 || LineState=LS_GETNBRS_RXDIGITS 093149.623 9 16 6 LsGetNbrsRxDigits lCode=50 lCode2Str=2 sCode=2 093149.623 9 16 6 state [Wait till end of recorded call_PBX_02_03] Number Input 2 093149.623 9 16 6 path {2} not found 093149.623 9 16 6 t timer set 7200 sec : EV_TIMEOUT_GOTOMODULE 093149.623 9 80 27 q_scr run evScriptEvent sCode=[OTHER_LEG_2] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00 max:4|00:00:00.0070004 093149.623 9 80 27 se OTHER_LEG_2 50 0|0|0 || LineState=LS_XFER_9_WAITENDCALL_DialingSide 093149.623 9 80 27 LsXfer_9_WaitEndCall_OutLeg : [50:OTHER_LEG_2] 0,0,0 ,, without call recording we don't see any dtmf signalisation on Agent line no own or other leg dtmf activity. Please fix bug because in actual status OTHER_LEG is completely nonfunctional. We can't use OTHER LEG when no recording and with recording we can't identify dtmf side (to eliminate unexpected client dtmf activity). Share this post Link to post
SupportTeam Report post Posted 11/30/2016 09:52 AM Please post full vgEngine traces from both systems from where the above extracts were taken.Once we can see full traces from both systems we can see what are the differences that you are experiencing.Note that it is possible to setup the system to detect DTMFs on one side of bridged call only while recording is performed. This approach uses other voice resources to perform the recording. Sounds like this may be a better approach here. Share this post Link to post
invoso.com Report post Posted 11/30/2016 10:20 AM Hi, on each server is the same. 1. when call is not recorded dtmf on agent line not init any activity. 2. when call is recorded DTMF on agent line is recognized as own DTMF on client side (like: 16 6 path {2} not found) and as OTHEL_LEG on Agent side (like: 80 27 LsXfer_9_WaitEndCall_OutLeg : [50:OTHER_LEG_2] 0,0,0 ,,) it looks like global bug. Share this post Link to post
SupportTeam Report post Posted 12/01/2016 03:46 AM Please post full vgEngine traces from both systems from where the above extracts were taken. Share this post Link to post
Sebastian Report post Posted 12/01/2016 12:59 PM Hi, in attachment are both logs file - with recording and without recording. vgEngines.zip Share this post Link to post
SupportTeam Report post Posted 12/02/2016 01:13 PM These traces are for different calls then for which the previous trace excerpts were for. Looking at both traces we can see that OTHER_LEG events are firing on 2nd legs of the call. (all keypresses in both of these new traces were made on the original incoming call leg) Can you specify in detail what is the issue in these new traces. Is something that you expect to happen in the "recording" trace not happening? If so, what is it? Is something that you expect to happen in the "without_recording" trace not happening? If so, what is it? Share this post Link to post
invoso.com Report post Posted 12/02/2016 02:17 PM Hi, problem is that VG don't see OTHER_LEG dtmf activity on agent side. 134117.737 22 2 1 ev dtmf 1 (41943041,49,0) iConferenceOtherLegLid=88, iConferenceOtherLegIvrDevPort=30 134117.737 22 2 1 q_scr + evScriptEvent 49 1 134117.737 22 88 30 q_scr + evScriptEvent 49 OTHER_LEG_1 134117.737 9 2 1 q_scr run evScriptEvent sCode=[1] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00 max:29|00:00:00.0450026 134117.737 9 2 1 se 1 49 0|0|0 || LineState=LS_GETNBRS_RXDIGITS 134117.737 9 2 1 LsGetNbrsRxDigits lCode=49 lCode2Str=1 sCode=1 134117.737 9 2 1 state [switch_disconnect_recorded_call] Number Input 1 134117.737 9 2 1 path {1} not found 134117.737 9 2 1 t timer set 7200 sec : EV_TIMEOUT_GOTOMODULE 134117.742 9 88 30 q_scr run evScriptEvent sCode=[OTHER_LEG_1] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00.0050003 max:29|00:00:00.0450026 134117.742 9 88 30 se OTHER_LEG_1 49 0|0|0 || LineState=LS_XFER_9_WAITENDCALL_DialingSide 134117.744 9 88 30 LsXfer_9_WaitEndCall_OutLeg : [49:OTHER_LEG_1] 0,0,0 ,, 134117.870 5 stats init iStatsWindow_Current = -2 this activity was on Agent side but VG see this as incoming call channel activity. VG see each dtmf as incoming channel activity Log "recording.txt" shows test with recording call. 134134.223 9 2 1 state [switch_disconnect_recorded_call] Number Input 123456123456 first six dtmf tones (123456) was generated on Agent side and next six (123456) on incoming call channel. In vgEngine ... without_recording.tx no activity on Agent line was identified 133915.926 9 2 1 state [switch_disconnect_not_recorded_call] Number Input 123456 133915.926 9 2 1 path {123456} not found shows only activity on incoming call channel (before incoming call channel activity was dtmf on Agent side but VG not shows this) We expect: connection between Client (incoming on 1) <=> Agent (transfered on 30) activity on Client (channel 1) side should show something like: 1 ev dtmf 1 1 state [switch_disconnect_recorded_call] Number Input 1 1 path {1} not found 30 se OTHER_LEG_1 30 path {OTHER_LEG_1} not found activity on Agent side should show something like: 30 ev dtmf 1 30 state [switch_disconnect_recorded_call] Number Input 1 30 path {1} not found 1 se OTHER_LEG_1 1 path {OTHER_LEG_1} not found we need to identify dtmf client activity as own on his channel and agent dtmf activity as OTHER_LEG on client channel. Share this post Link to post
SupportTeam Report post Posted 12/02/2016 11:40 PM The ktTel was posted for a different day/time then the vgEngine files. (vgEngine files are from December 1 and are made between 13:38:20 and 13:41:53) The ktTel supplied was for October 12th, from 13:44:43 till 13:53:05 ... Please post the ktTel trace from December 1st from that system. Share this post Link to post
invoso.com Report post Posted 12/03/2016 07:26 AM as You wish. 1201_ktTel.zip Share this post Link to post
SupportTeam Report post Posted 12/03/2016 07:44 AM The events outlined in your "activity on Client (channel 1) side should show something like:" section is currently working as you describe. To get the system to behave as outlined in the "activity on Agent side should show something like" section please see comments below: The script is using a monitored 'bridged/tromboned' transfer to make the outgoing call to the 'agent'.With version of VoiceGuide that is installed on your system: to enable DTMF tone detection on that outgoing line a sound file must be played on that line after the outgoing call is connected.Please use a <whisper> option to play a short file on outgoing leg of the call straight after the call is connected (this can be just a silence file a fraction of a second long). The above workaround should resolve the issue of DTMF not being detected on the outgoing leg of monitored transfer. Share this post Link to post
invoso.com Report post Posted 12/03/2016 02:38 PM Can You suggest script how to use <whisper>? What exactly You prefer? Share this post Link to post
SupportTeam Report post Posted 12/03/2016 08:06 PM The sound file to play as a 'whisper' can be set in the transfer module's properties, in the "Options" text box. eg: <whisper>C:\mysoundfiles\short_silence.wav</whisper> will play the sound file C:\mysoundfiles\short_silence.wav to the call recipient, immediately after the outgoing call is connected. Share this post Link to post
invoso.com Report post Posted 12/04/2016 11:51 AM Sorry, still dtmf tone initialized on Agent side identified as Client DTMF tone and on Agent side as OTHER_LEG. Can You make working script where Agent DTMF tone is on Client side identified as OTHER_LEG dtmf tone? Share this post Link to post
invoso.com Report post Posted 12/04/2016 12:24 PM I attached log and test script files. Can You work with attached script to develop functionality? We need to make active OTHER_LEG_dtmf on CLIENT LINE. 1204_ktTel.zip pbx_other_leg_test.zip 1204_1309_vgEngine.zip Share this post Link to post
SupportTeam Report post Posted 12/05/2016 08:50 PM The Options specifies for the call transfer are: <CallerId>$RV[calling_number]</CallerId><RV>[CDR_user]{$RV[session_id]}</RV><whisper>C:\Program Files (x86)\VoiceGuide\Scripts\manager\dialout\dialout_clip.wav<whisper> note that the closing "whisper" xml field tag needs to be: </whisper> whereas right now it is: <whisper> (without the "/"). Please change the Options field from: <CallerId>$RV[calling_number]</CallerId><RV>[CDR_user]{$RV[session_id]}</RV><whisper>C:\Program Files (x86)\VoiceGuide\Scripts\manager\dialout\dialout_clip.wav<whisper> to: <CallerId>$RV[calling_number]</CallerId><RV>[CDR_user]{$RV[session_id]}</RV><whisper>C:\Program Files (x86)\VoiceGuide\Scripts\manager\dialout\dialout_clip.wav</whisper> Share this post Link to post
invoso.com Report post Posted 12/06/2016 11:50 AM Hi, first step with success, 121902.406 22 88 30 ev dtmf 2 (41943075,50,0) iConferenceOtherLegLid=2, iConferenceOtherLegIvrDevPort=1 121902.406 22 88 30 q_scr + evScriptEvent 50 2 121902.406 22 2 1 q_scr + evScriptEvent 50 OTHER_LEG_2 121902.406 9 88 30 q_scr run evScriptEvent sCode=[2] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00 max:6|00:00:00.0570032 121902.406 9 88 30 se 2 50 0|0|0 || LineState=LS_XFER_9_WaitEndCall_OutLeg 121902.406 9 88 30 LsXfer_9_WaitEndCall_OutLeg : [50:2] 0,0,0 ,, 121902.406 9 88 30 LsXfer_9_WaitEndCall_OutLeg pass event to InLeg. sCode=2 121902.406 9 2 1 q_scr + evScriptEvent 50 OTHER_LEG_2 121902.406 22 2 1 ev dtmf 2 (41943074,50,0) iConferenceOtherLegLid=88, iConferenceOtherLegIvrDevPort=30 121902.406 9 2 1 q_scr run evScriptEvent sCode=[OTHER_LEG_2] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00 max:6|00:00:00.0570032 121902.406 22 2 1 q_scr + evScriptEvent 50 2 121902.406 9 2 1 se OTHER_LEG_2 50 0|0|0 || LineState=LS_PLAY_PLAYMSGFINISHED 121902.406 22 88 30 q_scr + evScriptEvent 50 OTHER_LEG_2 121902.406 9 2 1 LsPlayMsgFinished 2,OTHER_LEG_2, [ ], [ ], [] 121902.406 9 2 1 path {OTHER_LEG_2} found (at offset 338) but problem is with multidigit input, VG identify only one digit at ones. 121901.471 22 88 30 ev dtmf 0 (41943075,48,0) iConferenceOtherLegLid=2, iConferenceOtherLegIvrDevPort=1 121901.471 22 88 30 q_scr + evScriptEvent 48 0 121901.471 22 2 1 q_scr + evScriptEvent 48 OTHER_LEG_0 121901.471 9 88 30 q_scr run evScriptEvent sCode=[0] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00 max:6|00:00:00.0570032 121901.471 9 88 30 se 0 48 0|0|0 || LineState=LS_XFER_9_WaitEndCall_OutLeg 121901.471 9 88 30 LsXfer_9_WaitEndCall_OutLeg : [48:0] 0,0,0 ,, 121901.471 9 88 30 LsXfer_9_WaitEndCall_OutLeg pass event to InLeg. sCode=0 121901.471 9 2 1 q_scr + evScriptEvent 48 OTHER_LEG_0 121901.471 22 2 1 ev dtmf 0 (41943074,48,0) iConferenceOtherLegLid=88, iConferenceOtherLegIvrDevPort=30 121901.471 9 2 1 q_scr run evScriptEvent sCode=[OTHER_LEG_0] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00 max:6|00:00:00.0570032 121901.471 22 2 1 q_scr + evScriptEvent 48 0 121901.471 9 2 1 se OTHER_LEG_0 48 0|0|0 || LineState=LS_PLAY_PLAYMSGFINISHED 121901.471 22 88 30 q_scr + evScriptEvent 48 OTHER_LEG_0 121901.471 9 2 1 LsPlayMsgFinished 0,OTHER_LEG_0, [ ], [ ], [] 121901.471 9 2 1 path {OTHER_LEG_0} not found 121901.471 9 2 1 path {0} not found 121901.472 9 2 1 q_scr run evScriptEvent sCode=[OTHER_LEG_0] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00.0010001 max:6|00:00:00.0570032 121901.472 9 2 1 se OTHER_LEG_0 48 0|0|0 || LineState=LS_PLAY_PLAYMSGFINISHED 121901.472 9 2 1 LsPlayMsgFinished 0,OTHER_LEG_0, [ ], [ ], [] 121901.472 9 2 1 path {OTHER_LEG_0} not found 121901.472 9 2 1 path {0} not found 121901.472 9 2 1 q_scr run evScriptEvent sCode=[0] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00.0010001 max:6|00:00:00.0570032 121901.472 9 2 1 se 0 48 0|0|0 || LineState=LS_PLAY_PLAYMSGFINISHED 121901.472 9 2 1 LsPlayMsgFinished 0,0, [ ], [ ], [] 121901.472 9 2 1 path {0} not found 121901.472 9 88 30 q_scr run evScriptEvent sCode=[OTHER_LEG_0] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00.0010001 max:6|00:00:00.0570032 121901.472 9 88 30 se OTHER_LEG_0 48 0|0|0 || LineState=LS_XFER_9_WaitEndCall_OutLeg 121901.472 9 88 30 LsXfer_9_WaitEndCall_OutLeg : [48:OTHER_LEG_0] 0,0,0 ,, 121901.820 7 stats init iStatsWindow_Current = -2 121902.406 22 88 30 ev dtmf 2 (41943075,50,0) iConferenceOtherLegLid=2, iConferenceOtherLegIvrDevPort=1 121902.406 22 88 30 q_scr + evScriptEvent 50 2 121902.406 22 2 1 q_scr + evScriptEvent 50 OTHER_LEG_2 121902.406 9 88 30 q_scr run evScriptEvent sCode=[2] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00 max:6|00:00:00.0570032 121902.406 9 88 30 se 2 50 0|0|0 || LineState=LS_XFER_9_WaitEndCall_OutLeg 121902.406 9 88 30 LsXfer_9_WaitEndCall_OutLeg : [50:2] 0,0,0 ,, 121902.406 9 88 30 LsXfer_9_WaitEndCall_OutLeg pass event to InLeg. sCode=2 121902.406 9 2 1 q_scr + evScriptEvent 50 OTHER_LEG_2 121902.406 22 2 1 ev dtmf 2 (41943074,50,0) iConferenceOtherLegLid=88, iConferenceOtherLegIvrDevPort=30 121902.406 9 2 1 q_scr run evScriptEvent sCode=[OTHER_LEG_2] iActionID=0, crn=0 [0|0|0|0|0][|||||] 00:00:00 max:6|00:00:00.0570032 121902.406 22 2 1 q_scr + evScriptEvent 50 2 121902.406 9 2 1 se OTHER_LEG_2 50 0|0|0 || LineState=LS_PLAY_PLAYMSGFINISHED 121902.406 22 88 30 q_scr + evScriptEvent 50 OTHER_LEG_2 121902.406 9 2 1 LsPlayMsgFinished 2,OTHER_LEG_2, [ ], [ ], [] 121902.406 9 2 1 path {OTHER_LEG_2} found (at offset 338) Share this post Link to post
SupportTeam Report post Posted 12/07/2016 07:25 AM Do you want to trigger paths on 2-digit long number combinations? something like: on {OTHER_LEG_0OTHER_LEG_2} goto [xyz] ? You would need to build a small 'state-machine' out of modules to detect OTHER_LEG_0 OTHER_LEG_2 in succession. in current module use: on {OTHER_LEG_0} goto [xyz1] and in module xyz1 use: on {OTHER_LEG_2} goto [xyz2] the full set of paths from your current module (lets call that module cur) would be: on {OTHER_LEG_0} goto [xyz1] and in module xyz1 would be: on {OTHER_LEG_1} goto [cur] on {OTHER_LEG_2} goto [xyz2] on {OTHER_LEG_3} goto [cur] on {OTHER_LEG_4} goto [cur] on {OTHER_LEG_5} goto [cur] on {OTHER_LEG_6} goto [cur] on {OTHER_LEG_7} goto [cur] on {OTHER_LEG_8} goto [cur] on {OTHER_LEG_9} goto [cur] on {OTHER_LEG_#} goto [cur] on {OTHER_LEG_*} goto [cur] This would ensure that only a OTHER_LEG_0 OTHER_LEG_2 one after another would result in script going to module xyz2 Share this post Link to post
