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

Asterisk Bug Tracker noreply at bugs.digium.com
Tue May 26 14:22:47 CDT 2009


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=14709 
====================================================================== 
Reported By:                dimas
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   14709
Category:                   Channels/chan_local
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.21.2 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-03-20 06:27 CDT
Last Modified:              2009-05-26 14:22 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.
====================================================================== 

---------------------------------------------------------------------- 
 (0105452) dimas (reporter) - 2009-05-26 14:22
 https://issues.asterisk.org/view.php?id=14709#c105452 
---------------------------------------------------------------------- 
ah.. you saying that in addition to forwarding HOLD down the chain,
chan_local should also set some boolean variable (like on_hold) to true and
when local channel is rebound to another channel (or what you mean by
re-configurre connection), it should also send HOLD frame there if that
variable is set?

But that means that chan_local should be able to send UNHOLD in the same
scenario if the new channel is already held while local channel is not,
right? And I'm not sure there is a way in Asterisk to ask if channel is
held or not...

(and the same appliies to other indications) 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-26 14:22 dimas          Note Added: 0105452                          
======================================================================




More information about the asterisk-bugs mailing list