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

Dmitry Melekhov (JIRA) noreply at issues.asterisk.org
Wed Dec 23 22:51:32 CST 2015


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

Dmitry Melekhov edited comment on ASTERISK-25641 at 12/23/15 10:49 PM:
-----------------------------------------------------------------------

Hello!

Now, with applied patch, GOTO_ON_BLINDXFR macro is executed for both channels:
    -- Executing [0 at fromtransfer:1] NoOp("DAHDI/i1/6000-8", "") in new stack
    -- Executing [0 at fromtransfer:2] Gosub("DAHDI/i1/6000-8", "dynamic-nway,5082,1") in new stack
...
    -- Executing [0 at fromtransfer:1] NoOp("SIP/5082-00000008", "") in new stack
    -- Started music on hold, class 'none', on channel 'DAHDI/i1/6000-8'
    -- Executing [0 at fromtransfer:2] Gosub("SIP/5082-00000008", "dynamic-nway,5082,1") in new stack

Thank you very much!

And thank you for hint about attended transfer feature in asterisk 13!




was (Author: slesru):
Hello!

Now GOTO_ON_BLINDXFR macro is executed for both channels:
    -- Executing [0 at fromtransfer:1] NoOp("DAHDI/i1/6000-8", "") in new stack
    -- Executing [0 at fromtransfer:2] Gosub("DAHDI/i1/6000-8", "dynamic-nway,5082,1") in new stack
...
    -- Executing [0 at fromtransfer:1] NoOp("SIP/5082-00000008", "") in new stack
    -- Started music on hold, class 'none', on channel 'DAHDI/i1/6000-8'
    -- Executing [0 at fromtransfer:2] Gosub("SIP/5082-00000008", "dynamic-nway,5082,1") in new stack

Thank you very much!


> 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: Unassigned
>         Attachments: blind-ast11, blind-ast13, jira_asterisk_25641_v13.patch
>
>
> 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