[asterisk-bugs] [JIRA] (ASTERISK-27673) Attended SIP Transfer via func local_attended_transfer does not call TRANSFER_CONTEXT

Joshua Colp (JIRA) noreply at issues.asterisk.org
Tue Feb 13 05:14:13 CST 2018


    [ https://issues.asterisk.org/jira/browse/ASTERISK-27673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=242162#comment-242162 ] 

Joshua Colp commented on ASTERISK-27673:
----------------------------------------

An attended transfer doesn't result in any dialplan executing so TRANSFER_CONTEXT wouldn't be applicable. It results in one channel taking the place of another, wherever it may be. The dialplan variable is only used for blind transfers as in that case you are specifically telling a channel to go back into the dialplan.

> Attended SIP Transfer via func local_attended_transfer does not call TRANSFER_CONTEXT
> -------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-27673
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27673
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/Transfers
>    Affects Versions: 11.25.3, 13.17.2
>         Environment: ubuntu lts 14.x, 16.x
>            Reporter: Peter Katzmann
>            Severity: Minor
>
> During tests of transfer scenarios we figured out that under some circumstances the defined TRANSFER_CONTEXT is not called. We nailed it down to Attended Transfers via SIP REFER inside a single pbx.
> Further debugging showed that inside chan_sip.c the handle_request_refer asterisk calls  local_attended_transfer. 
> If these function succeeded asterisk returns (13.x series) or jumps to cleanup (11.x series) without calling any ast_async_goto for the TRANSFER_CONTEXT variable.



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



More information about the asterisk-bugs mailing list