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

[Fernando Urzedo]

Thanks Russell!

I have tested Asterisk 1.4.21.2 and the issue is still there. I will
report a bug...

Regards. 

-----Original Message-----
From: asterisk-dev-bounces at lists.digium.com
[mailto:asterisk-dev-bounces at lists.digium.com] On Behalf Of Russell
Bryant
Sent: quinta-feira, 31 de julho de 2008 23:16
To: Asterisk Developers Mailing List
Subject: Re: [asterisk-dev] Asterisk "moh reload" causes music to not
workproperly until the next "moh reload"

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.





_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now:
http://www.astricon.net

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev