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

Chris Savinovich (JIRA) noreply at issues.asterisk.org
Mon Apr 1 12:53:47 CDT 2019


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

Chris Savinovich updated ASTERISK-28344:
----------------------------------------

    Assignee: Parantido Julius De Rica
      Status: Waiting for Feedback  (was: Triage)

Hello Parantido, thank you for submitting this issue, unfortunately because your scenario uses chan_sip we are going to have to refer you to community help for finding a solution to your issue. However, may I suggest that if you were to recreate the same scenario this time with all extensions and components using chan_pjsip we will be happy to support it.  If you chose to do so, and still find the issue persists, we would require you that this time you attach all related sections of all corresponding files: pjsip.conf, extensions.conf etc, so that we are able to recreate your environment.
Thanks
C. Savinovich


> 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: Parantido Julius De Rica
>            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