[asterisk-bugs] [JIRA] (ASTERISK-16497) [regression] chan_local is hanging up the call upon first channel answer when calling from asterisk manager (inconsistent)

[Matt Jordan (JIRA)]

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

Matt Jordan commented on ASTERISK-16497:
----------------------------------------

I haven't been able to reproduce this problem, and the masquerade super-test makes chains of hundreds of Local channels without the masquerade process failing.

I'm suspending this issue as Can't Reproduce in 1.8+.

> [regression] chan_local is hanging up the call upon first channel answer when calling from asterisk manager (inconsistent)
> --------------------------------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-16497
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-16497
>             Project: Asterisk
>          Issue Type: Bug
>          Components: Channels/chan_local
>            Reporter: Rami
>
> When originating a call from asterisk manager and using channel as local, when the first channel answers, the call should proceed to the exten, but about 50% of the times the call hangs up.
> Example for command:
> //-----------------------
> Action: originate
> Channel: Local/330 at from-internal
> Exten: 501
> Context: from-internal
> Priority: 1
> //------------------------
> 330 can be either SIP or TRUNK or anything else, once it will answer the call has 50% chance to get hanged up.
> The last asterisk version I check that did not have this problem is: 1.4.23.1,
> from there on up to 1.4.33 the problem occurs. 
> I managed to fix the problem by disabled masquerade on chan_local channels, I did that by removing the line: ast_channel_masquerade(p->owner, p->chan->_bridge); on chan_local.c
> but this solution is obviously very wrong.
> by looking at the CLI it appears that that masquerade timing is cause the problem, there is 3 situations: 
> 1. it happens on the first row of the dial plane when the first channel is answered - call get hanged up.
> 2. it happens on the middle of the dial plane when the first channel is answered - it removes the call callerid and some other variables, but the call is working
> 3. it happens in the end and everything is working fine (like in version 1.4.23.1 and below)
> please find a solution for this bug, this is very frustrating as most asterisk dialers are using chan_local and they can't work any more.



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