Outgoing leg of transfer call busy

[Guest mohammedzoheb]

Dear VoiceGuide,

While transferring the call if line is busy then i want to transfer the same call to another number let me know how can i do this .

 

[SupportTeam]

You need to set up a path in the "Transfer Call" module that is taken when the destination number is busy (and that path would point to another "Transfer Call" module).

Please post the vgEngine trace from your system which captures the transfer attempt to a number that is busy. We can the see how your telephony system is set up and advise what path triggers to use.

 

[Guest mohammedzoheb]

Dear VoiceGuide,

Please check the attached VgEngine trace for below Quote.

On 31/01/2019 at 12:33 PM, SupportTeam said:

Please post the vgEngine trace from your system which captures the transfer attempt to a number that is busy. We can the see how your telephony system is set up and advise what path triggers to use.

 

0131_0000_vgEngine.txt

[SupportTeam]

The outgoing call leg does not seem to receive any signalling that the destination is busy and the outgoing call is not disconnected.

Is there a 'busy' type tone played on the line? You may need to change the transfer type to "Blind Dial and Connect" to be able to hear what is played back on the line.

If a tone is present then you would be able to configure the tone detection in VoiceGuide to detect that busy tone and report it when it is present. You will need to record the tone (just using a computer mic to record what is hears on the telephone handset when dialing that number would be fine) and then you would need to configure the tones definition in LineConfig.xml file.

Some more information of tone definitions and tone analysis is here:

https://www.voiceguide.com/vghelp/source/html/confTones.htm

https://www.voiceguide.com/vghelp/source/html/disconnectiondetect.htm

If you can post the recording here we can assist in analyzing what the frequencies and cadence is.

Note that these tones will probably be different when calling external numbers. And signalling may be different as well.

 

WireShark and ktTel traces will help confirm that no other signalling was in fact sent upon busy. If you can make a WireShark capture of SIP traffic when call to busy number is made and post it here then we can confirm.

Please .ZIP up all files before posting.

 

111513.571   8   7   2  133       Issue_MakeCall begin
111513.572   8   7   2  133       L1_set Dialing (iScriptState=LS_NULL_AWAITINGCALLS)
111513.572   8   7   2  133       L2_set Setup_Dialing  (Issue_MakeCall)
111513.572   8   7   2  133       rvns  add   OutDial_Result|NOTCONTACTED
111513.572   8   7   2  133       ktTel_MakeCall_Enqueue([741@10.99.10.31],CONNECT_IMMEDIATELY, 60,0,3,741@10.99.10.31,<calltype>DialAndConf</calltype><CallerId>741@10.99.10.31</CallerId>) call
111513.572   8   7   2  133       q_tel +     cmd_MakeCall 0 [] [0,3,60,0,0,0,0,0][741@10.99.10.31|<calltype>DialAndConf</calltype><CallerId>741@10.99.10.31</CallerId>|741@10.99.10.31|CONNECT_IMMEDIATELY||||]
111513.572   8   7   2  133       rvns  add   other_leg_outdial_result|NOTCONTACTED
111513.572   8   7   2  133 t     timer set   3600 sec : EV_TIMEOUT_HANGUP
111513.573   8   7   2  133       waiting till outcome of outgoing call leg known, as CallProgressOption=CONNECT_IMMEDIATELY
111513.573   9   7   2  133       q_tel run   cmd_MakeCall 0 0 [] 1 max:3|5
111513.574   9   7   2  133 ev    ktTel_Completion (genericEv) 10000 0,Completion_MakeCall, crn=8000002, 134217730,0,0,741@10.99.10.31,741@10.99.10.31,<result>ok</result><crn>134217730</crn><crnx>8000002</crnx>
111513.575   9   7   2  133       q_scr +     evktTelCompletion 0 Completion_MakeCall
111513.575   8   7   2  133       q_scr run   evktTelCompletion 0 Completion_MakeCall action_id=0, crn=0 [134217730|0|0|0|0][741@10.99.10.31|741@10.99.10.31|<result>ok</result><crn>134217730</crn><crnx>8000002</crnx>|||] 00:00:00 max:1|00:00:00.0005029
111513.575   8   7   2  133       OnCompletion_ktTel_MakeCall sRet=[<result>ok</result><crn>134217730</crn><crnx>8000002</crnx>] sCidSentThisCall=[741@10.99.10.31]
111513.575   8   7   2  133       OnCompletion_ktTel_MakeCall set crn_CurrentMakeCallAttempt to: 8000002
111513.575   8   7   2  133       OnCompletion_ktTel_MakeCall inc zStatsIvrCall_today zStatsIvrCall_window_current etc.
111513.575   8   7   2  133       OnCompletion_ktTel_MakeCall GlobalStuff.iNumberOutgoingCallMakeCallOk=5
111513.575   8   7   2  133 state [TransferCall] out_leg 1 => 2 741@10.99.10.31  . |
111513.579  16   7   2  133 ev    CallState GCEV_DIALING, crn=8000002, iEvent=0 ,16,0,16, s1:, s2:, s3:, build_date: 2018-12-12 20:31:29.55
111513.579  16   7   2  133       q_scr +     evCallState 0 GCEV_DIALING
111513.579   8   7   2  133       q_scr run   evCallState 0 GCEV_DIALING action_id=0, crn=8000002 [16|0|16|0|0][|||||] 00:00:00 max:1|00:00:00.0005029
111513.579   8   7   2  133       callstate crn_event=8000002 0|GCEV_DIALING state=16|Dialing calldirection=0 gcCallState=16 [||], ScriptState=LS_XFER_7_WaitOutcomeOutgoingCall_OutLeg
111513.580   8   7   2  133       LineEvCallState L1_current=Dialing crn_event=8000002,ev=0,GCEV_DIALING,0, sParam1=
111513.580   8   7   2  133       LineEvCallState DIALING begin
111513.580   8   7   2  133 state [TransferCall] out_leg 1 => 2 741@10.99.10.31  .. |
111513.580   8   7   2  133 t     timer set   90 sec : EV_TIMEOUT_AFTERDIALING_AWAIT
111514.165  16   7   2  133 ev    Dialogic 2081,GCEV_ALERTING, crn=8000002, 2081,0,0,,,
111514.165  16   7   2  133       rvns  add   OutDial_Result|NOANSWER
111514.165  16   7   2  133       L1_set Alerting (iScriptState=LS_XFER_7_WaitOutcomeOutgoingCall_OutLeg)
111514.165  16   7   2  133 state [TransferCall] out_leg 1 => 2 741@10.99.10.31  ... |
111514.165  16   7   2  133       q_scr +     evScriptEvent 2081 GCEV_ALERTING
111514.165   8   7   2  133       q_scr run   evScriptEvent 2081 GCEV_ALERTING action_id=0, crn=8000002 [2081|0|0|0|0][|||||] 00:00:00 max:1|00:00:00.0005029
111514.165   8   7   2  133       evscr GCEV_ALERTING 2081  2081|0|0  || LineState=LS_XFER_7_WaitOutcomeOutgoingCall_OutLeg
111514.165   8   7   2  133       xfer dc7 outleg : LsXfer_7_dc_WaitOutcomeOutgoingCall_OutLeg  : 2081,GCEV_ALERTING,2081,0,0,,,
111514.165   8   7   2  133       xfer dc7 outleg : xfertype=32, iOtherLegLid=3, vgmidx_legin=20, sCallOptions=[]
111514.165   8   7   2  133       LsXfer_7_dc_WaitOutcomeOutgoingCall_OutLeg pass event to InLeg. sCode=GCEV_ALERTING
111523.109   8   7   2  133       q_scr +     evScriptEvent 0 CONFERENCE_END

[SupportTeam]

It would be best if you can set up your PBX to do a disconnect of outgoing call when the destination extension is busy. This way VoiceGuide would be able to immediately detect that the outgoing call was unsuccessful, and then VoiceGuide would be able to take alternative action, like dialing another extension or sending call to voicemail script etc.

[SupportTeam]

Trace shows that the PBX/Switch is advising that the destination number is in process of Ringing.

That is what the 'Alerting' message means. That the destination number is ringing.

111514.165 16 7 2 133 ev Dialogic 2081,GCEV_ALERTING, crn=8000002, 2081,0,0,,,

If the destination extension is in fact busy (and thus is not ringing) then you may need to speak to the PBX/Switch administrator to check what is actually happening with your outgoing call.

WireShark trace should be taken first to confirm what SIP messages are exchanged. Please post WireShark along with the ktTel that capture the outgoing call and we can then better see what is happening on the system.