[asterisk-bugs] [JIRA] (ASTERISK-17864) Called channel stays in app_dial_gosub_virtual_context and can't transfer call properly.

Joshua Colp (JIRA) noreply at issues.asterisk.org
Fri Mar 13 18:26:34 CDT 2015


     [ https://issues.asterisk.org/jira/browse/ASTERISK-17864?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Joshua Colp closed ASTERISK-17864.
----------------------------------

    Resolution: Workaround Available

This functionality can be accomplished in 11 and above using pre-dial handlers[1]. They should not suffer the same problem.

[1] https://wiki.asterisk.org/wiki/display/AST/Pre-dial+handlers

> Called channel stays in app_dial_gosub_virtual_context and can't transfer call properly.
> ----------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-17864
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-17864
>             Project: Asterisk
>          Issue Type: Bug
>          Components: Applications/app_dial
>    Affects Versions: 1.8.4
>            Reporter: Vadim Mikhnevych
>            Severity: Minor
>
> Upon calling Dial() with U() parameter, called channel seems to stay in app_dial_gosub_virtual_context , because if called person tries to make a transfer (using codes from features.conf , like #1), and is asked to enter number to transfer call to, only one digit is read, as Asterisk immediately looks for the extension to transfer to in app_dial_gosub_virtual_context.
> If there is no U() used in Dial(), transfer works great.
> So, it's impossible for called party to perform attended or blind transfer in this way, because transfer number can't be entered.
> Dialplan for called subroutine:
> [SET_MOH_VOLUME]
> exten => s,1,GotoIf($["${ARG1}" = ""]?not_moh)
> same => n,Set(CHANNEL(musicclass)=${ARG1})
> same => n(not_moh),Set(VOLUME(TX)=${ARG2})
> same => n,Set(VOLUME(RX)=${ARG3})
> same => n,Return
> Asterisk log:
> -- AGI Script Executing Application: (Dial) Options: (SIP/2051,60,U(SET_MOH_VOLUME^^2^)tTkd)
> -- Called 2051
> -- SIP/2051-00000002 answered SIP/1997-00000001
>     -- Executing [s at SET_MOH_VOLUME:1] GotoIf("SIP/2051-00000002", "1?not_moh") in new stack
>     -- Goto (SET_MOH_VOLUME,s,3)
>     -- Executing [s at SET_MOH_VOLUME:3] Set("SIP/2051-00000002", "VOLUME(TX)=2") in new stack
>     -- Executing [s at SET_MOH_VOLUME:4] Set("SIP/2051-00000002", "VOLUME(RX)=") in new stack
>     -- Executing [s at SET_MOH_VOLUME:5] Return("SIP/2051-00000002", "") in new stack
>     -- Executing [s at app_dial_gosub_virtual_context:1] NoOp("SIP/2051-00000002", "") in new stack
>     -- Auto fallthrough, channel 'SIP/2051-00000002' status is 'UNKNOWN'
>     -- Started music on hold, class 'default', on SIP/1997-00000001
>     -- <SIP/2051-00000002> Playing 'pbx-transfer.gsm' (language 'en')
> [May 16 14:20:49] WARNING[3079]: features.c:1626 builtin_atxfer: Extension '2' does not exist in context 'app_dial_gosub_virtual_context'
>     -- <SIP/2051-00000002> Playing 'pbx-invalid.gsm' (language 'en')
>     -- Stopped music on hold on SIP/1997-00000001



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list