[asterisk-bugs] [JIRA] (ASTERISK-24408) Issue with MOH on transfers introduced in version 1.8.27

[Carlos Oliva (JIRA)]

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

Carlos Oliva edited comment on ASTERISK-24408 at 10/16/14 1:12 AM:
-------------------------------------------------------------------

After making some tests more, I could not be able to reproduce the issue. I don't understand because in my other tests it happens 100% of the time. There must be something that I am not seeing.

Please mark this bug as invalid because I can not reproduce. If It happens again and can take more debug info, I will reopen it again.

Thanks


was (Author: coliva):
After making some tests more, I could not be able to reproduce the issue. I don't understand because in my other tests it happens 100% of the time. There must be something that I am not seeing.

Nowadays I mark this bug as invalid because I can not reproduce. If It happens again and can take more debug info, I will reopen it again.

> Issue with MOH on transfers introduced in version 1.8.27
> --------------------------------------------------------
>
>                 Key: ASTERISK-24408
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24408
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General
>    Affects Versions: 1.8.27.0, 1.8.28.0, 1.8.29.0, 1.8.30.0, 1.8.31.0
>         Environment: Debian 7.6, asterisk compiled from tar.gz
>            Reporter: Carlos Oliva
>            Assignee: Carlos Oliva
>
> Issue with MOH on transfers introduced in asterisk version 1.8.27 and still present in version 1.8.31
> How to reproduce:
> Incoming call to asterisk (from RTB via Cisco SIP Gateway) The call goes to an extension. This extension is diverted to another (via asterisk, not a 302 header from the phone) who answer the call.
> After answer the call, the callee wants to make an assisted transfer to another extension. When it makes the transfer, the caller (the incoming call from RTB) still hears the MOH, but the final callee hear the caller.
> We make the divert using local channels, the diference between a direct call and a diverted call is that the diverted call traverses two local channels, and the direct call use only one local channel. We always use the parameters "nbm" in local channels.
> This issue happens from version 1.8.27 to 1.8.31, the version 1.8.26 don't have the issue. I think the review request #3226 can be the responsible of this, cause this patch seems to be related and introduced in 1.8.27, but maybe I'm wrong. I'll make more tests with the patches applied in 1.8.27 and publish here the results



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