[asterisk-bugs] [JIRA] (ASTERISK-25641) bridge: GOTO_ON_BLINDXFR doesn't work on transfer initiated channel

Dmitry Melekhov (JIRA) noreply at issues.asterisk.org
Tue Dec 22 06:44:33 CST 2015


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

Dmitry Melekhov commented on ASTERISK-25641:
--------------------------------------------

Really, for some reason, attended transfer doesn't work for me at all,  I always get:

 bridge_basic.c:3283 feature_attended_transfer: Unable to acquire target extension for attended transfer,

I tried this from ekiga and from yealink sip phone - result is the same.
This is, definitely, different problem, but if attended transfer works, it can be solution.

Blind transfer works just fine though, so I'd like to have the same behavior for GOTO_ON_BLINDXFR in asterisk 13 as in 11.

Thank you!


> bridge: GOTO_ON_BLINDXFR doesn't work on transfer initiated channel
> -------------------------------------------------------------------
>
>                 Key: ASTERISK-25641
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25641
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/Bridging/bridge_basic
>    Affects Versions: 13.6.0
>         Environment: Centos 7 x86-64
>            Reporter: Dmitry Melekhov
>            Assignee: Dmitry Melekhov
>         Attachments: blind-ast11, blind-ast13
>
>
> Hello!
> I'm trying to get n-way call on asterisk according to instructions here
> http://habrahabr.ru/sandbox/52259/
> although it is in russian, dialplan is quite obvious, and it works in asterisk 11,
> but doesn't work in asterisk 13 because GOTO_ON_BLINDXFR macro is executed only for one channel, namely another side of transfer, but no for channel initiated transfer.
> As I know, this change is not documented, so I assume this is bug.
> I'll attach console output for asterisk 11 and asterisk 13.
> Thank you!



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



More information about the asterisk-bugs mailing list