[asterisk-dev] Asterisk "moh reload" causes music to not work properly until the next "moh reload"

[Russell Bryant]

On Jul 31, 2008, at 7:43 PM, Fernando Urzedo wrote:
> I have recently upgraded to Asterisk 1.4.20.1 and found the following
> issue. When I put a bridged SIP channel on hold, it starts to listen  
> to
> the music on hold configured in the parameter "mohsuggest" of my sip
> peer. However, If I issue a "moh reload" command during the
> conversation, the next time I try to put that same channel on hold, it
> will not listen any MOH. If I issue again "moh reload", then the  
> bridged
> channel starts to listen the MOH again, when put on hold. And so on...
>
> Why does this happen? Is there any Manager command that reloads the  
> new
> MOH configuration without causing this weird behaviour on the channels
> on hold at the moment the command is issued?


First, please try the latest code in the 1.4 branch to see if the  
issue is still present.  If so, please file a bug report on http://bugs.digium.com/ 
.

$ svn co http://svn.digium.com/svn/asterisk/branches/1.4 asterisk-1.4

--
Russell Bryant
Senior Software Engineer
Open Source Team Lead
Digium, Inc.