[asterisk-bugs] [JIRA] (ASTERISK-28344) Wrong music on hold handling on multi party attendant transfer

Asterisk Team (JIRA) noreply at issues.asterisk.org
Mon Apr 1 13:06:47 CDT 2019


     [ https://issues.asterisk.org/jira/browse/ASTERISK-28344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Asterisk Team updated ASTERISK-28344:
-------------------------------------

    Status: Waiting for Feedback  (was: Waiting for Feedback)

> Wrong music on hold handling on multi party attendant transfer
> --------------------------------------------------------------
>
>                 Key: ASTERISK-28344
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28344
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General, Resources/res_musiconhold
>    Affects Versions: 1.8.30.0, 11.0.0, 12.0.0, 13.0.0, 15.0.0
>         Environment: Linux CentOS 7, Ubuntu Server 14.04.4 LTS
>            Reporter: Parantido Julius De Rica
>            Assignee: Asterisk Team
>            Severity: Minor
>              Labels: patch, pjsip
>         Attachments: channel.c.diff, channel.h.diff, chan_sip.c.diff, res_musiconhold.c.diff
>
>
> On a multi party attendant transfer scenario music on hold is not correctly handled on final bridged channels.
> - Scenario -
> 1) Secretary A place a call to Secretary B because Boss A needs to talk to Boss B.
> 2) Secretary A correctly talked with Secretary B and place channel on Hold to contact Boss A.
> 3) Secretary B correctly listen to music on hold.
> 4) Secretary B place channel with Secretary A on hold to place a call with Boss B.
> 5) Secretary B talk with Boss B and transfer it to Secretary A.
> 6) Boss B do not hear music on hold.
> This issue affect all asterisk release starting from 1.8.32.0 using both chan_sip than chan_pjsip.
> Multiple device are used to reproduce described scenario (snom, polycom, grandstream and so on).



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



More information about the asterisk-bugs mailing list