Jump to content


< Back to Forum


 

Other_Leg More Than 1 Digit Sensivity


  • Please log in to reply

#1 Maciej 29 November 2016 - 08:52 PM

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.



#2 SupportTeam 30 November 2016 - 04:11 AM

Recording shows some conversations and then 4 DTMF tones pressed:

 

697Hz+1209Hz = DTMF 1 @ 10.2 sec

697Hz+1336Hz = DTMF 2 @ 11.8 sec

697Hz+1476Hz = DTMF 3 @ 13.4 sec

770Hz+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.



#3 SupportTeam 30 November 2016 - 04:33 PM

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.



#4 Maciej 30 November 2016 - 05:38 PM

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=29
113927.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.0280016
113927.950  22  10   4       q_scr +     evScriptEvent 48 0
113927.950   9  10   4       se    OTHER_LEG_0 48  0|0|0  || LineState=LS_GETNBRS_RXDIGITS
113927.950  22  86  29       q_scr +     evScriptEvent 48 OTHER_LEG_0
113927.950   9  10   4       LsGetNbrsRxDigits lCode=48 lCode2Str=0 sCode=OTHER_LEG_0
113927.950   9  10   4       path {OTHER_LEG_0} not found
113927.950   9  10   4 state [Wait till end of recorded call *_new] Number Input 0
113927.950   9  10   4      
path {0} not found
113927.950   9  10   4 t     timer set   7200 sec : EV_TIMEOUT_GOTOMODULE
113927.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.0280016
113927.950   9  10   4       se    OTHER_LEG_0 48  0|0|0  || LineState=LS_GETNBRS_RXDIGITS
113927.950   9  10   4       LsGetNbrsRxDigits lCode=48 lCode2Str=0 sCode=OTHER_LEG_0
113927.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=52
132434.341  21  13   5       q_scr +     evScriptEvent 50 2
132434.341  21 155  52       q_scr +     evScriptEvent 50 OTHER_LEG_2
132434.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.0190010
132434.341   9  13   5       se    2 50  0|0|0  || LineState=LS_GETNBRS_RXDIGITS
132434.341   9  13   5       LsGetNbrsRxDigits lCode=50 lCode2Str=2 sCode=2
132434.341   9  13   5 state [Wait till end of recorded call_PBX_02_03] Number Input 2
132434.341   9  13   5      
path {2} not found
132434.341   9  13   5 t     timer set   7200 sec : EV_TIMEOUT_GOTOMODULE
132434.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.0190010
132434.341   9
155  52       se    OTHER_LEG_2 50  0|0|0  || LineState=LS_XFER_9_WAITENDCALL_DialingSide
132434.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)


#5 Maciej 30 November 2016 - 07:25 PM

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).



#6 SupportTeam 30 November 2016 - 07:52 PM

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.



#7 Maciej 30 November 2016 - 08:20 PM

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.



#8 SupportTeam 01 December 2016 - 01:46 PM

Please post full vgEngine traces from both systems from where the above extracts were taken.



#9 Sebastian 01 December 2016 - 10:59 PM

Hi,

 

in attachment are both logs file - with recording and without recording.



#10 SupportTeam 02 December 2016 - 11: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?



#11 Maciej 03 December 2016 - 12:17 AM

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.



#12 SupportTeam 03 December 2016 - 09:40 AM

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.



#13 Maciej 03 December 2016 - 05:26 PM

as You wish.



#14 SupportTeam 03 December 2016 - 05:44 PM

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.



#15 Maciej 04 December 2016 - 12:38 AM

Can You suggest script how to use <whisper>? What exactly You prefer?



#16 SupportTeam 04 December 2016 - 06:06 AM

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.



#17 Maciej 04 December 2016 - 09:51 PM

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?



#18 Maciej 04 December 2016 - 10: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.



#19 SupportTeam 06 December 2016 - 06:50 AM

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>



#20 Maciej 06 December 2016 - 09:50 PM

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)


#21 SupportTeam 07 December 2016 - 05:25 PM

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