[asterisk-bugs] [Asterisk 0014709]: [patch] chan_local generates MoH instead of just passing HOLD/UNHOLD further

[Asterisk Bug Tracker]

The following issue has been RESOLVED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=14709 
====================================================================== 
Reported By:                dimas
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   14709
Category:                   Channels/chan_local
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     resolved
Asterisk Version:           1.4.21.2 
JIRA:                       SWP-210 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-03-20 06:27 CDT
Last Modified:              2009-10-29 13:16 CDT
====================================================================== 
Summary:                    [patch] chan_local generates MoH instead of just
passing HOLD/UNHOLD further
Description: 
The fix for the issue 7671 made chan_local to start/stop generation of MoH
for HOLD/UNHOLD indications. Previously chan_local used to just pass these
frames further.

As result of the fix, if a SIP user dials into the MeetMe conference not
directly but by the means of Local channel and then puts the call on hold,
all the participants in the conference hear MoH generated by the
chan_local.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-10-29 13:16 svnbot         Status                   assigned => resolved
2009-10-29 13:16 svnbot         Resolution               open => fixed       
======================================================================