[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 13:36: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  (was: Unassigned)
      Status: Waiting for Feedback  (was: Triage)

Hello Parantido,
    In my opinion, if it is up to me, to approve your patch I would have first to test the error and to do that I would have to recreate it, and for that I would have to have the requested sections of the configuration files. However, I can also suggest if you instead chose to submit your patch via gerrit (https://wiki.asterisk.org/wiki/display/AST/Gerrit+Usage), you are welcome to do so and therefore with some of the reviewers more closely familiar with the code they will probably approve it without requesting to create a test.
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