[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:
-------------------------------------
Assignee: Asterisk Team (was: Parantido Julius De Rica)
Status: Triage (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