[asterisk-bugs] [JIRA] (ASTERISK-22035) Properly handle media on channels that are swapped into a parking lot's holding bridge

[Matt Jordan (JIRA)]

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

Matt Jordan updated ASTERISK-22035:
-----------------------------------

    Status: Open  (was: Triage)
    
> Properly handle media on channels that are swapped into a parking lot's holding bridge
> --------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-22035
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-22035
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_parking
>    Affects Versions: 12
>            Reporter: Matt Jordan
>      Target Release: 12
>
>
> When a channel is pushed into {{bridge_parking_push}} and a swap occurs, we need to re-create the media state on the pushed channel that the swapped channel once had. This includes MoH as well as ringing. 
> Currently, MoH works by re-applying the bridging roles, but ringing does not.
> Note that re-applying the role may not be the best way to handle this problem, and a more generic "restart the media" may be appropriate.
> {noformat}
> 		/* BUGBUG Adding back local channel swapping made us not hear music on hold for the channel that got swapped
> 		 * into the parking lot. Setting the roels back up gets around that, but we still need to deal with the ringing option
> 		 * to the park application here somehow.
> 		 */
> 		parking_channel_set_roles(bridge_channel->chan, self->lot, 0);
> {noformat}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira