<br><tt><font size=2>> On 11-01-28 07:37 AM, Urs Buob wrote:<br>
> > modules.conf <br>
> > ---------------------------------------------------------- <br>
> > [modules] <br>
> > autoload=yes <br>
> > ; res_phoneprov requires func_strings.so to be loaded: <br>
> > preload => func_strings.so <br>
> > noload => pbx_gtkconsole.so <br>
> > noload => res_musiconhold.so <br>
> ><br>
> This is the correct method. But you are saying even if you stop
and<br>
> start Asterisk res_musiconhold.so is still loads?<br>
> <br>
> I just tested with the latest 1.6.2 branch with the same settings,
MOH<br>
> was not loaded.<br>
</font></tt>
<br><tt><font size=2>Well, I did not say that MOH get's loaded. I just
say that asterisk is still trying to play MOH and does NOT inform the remote
side of the hold status.</font></tt>
<br>
<br><tt><font size=2>Actually the error message that the CLI shows when
I put the call on hold also indicates that MOH is not loaded.</font></tt>
<br><font size=3> </font>
<br><font size=2 face="sans-serif"> -- Music class default
requested but no musiconhold loaded.</font><font size=3> </font><tt><font size=2><br>
</font></tt>
<br><tt><font size=2>So, the problem is not that MOH is loaded, but that
asterisk still tries to invoke MOH (triggering the error message) and that
there is no re-invite to the remote SIP user indicating that the call is
on hold. My main goal is to have a clean hold functionality with re-invites
that asterisk sends out. (RTP stream goes via asterisk and not directly
between the SIP clients)</font></tt>
<br>
<br><tt><font size=2>regards</font></tt>
<br>
<br><tt><font size=2>Urs</font></tt>