<br><tt><font size=3>On 01/28/2011 Kevin P. Fleming wrote:<br>
</font></tt><font size=2 face="sans-serif">> </font>
<br><tt><font size=3>> Loading or not loading a MOH provider is not
going to change Asterisk's </font></tt>
<br><tt><font size=3>> behavior regarding hold/unhold of endpoints;
if you want Asterisk to pass</font></tt>
<br><tt><font size=3>> through hold/unhold indications over SIP,
unfortunately it can't do </font></tt>
<br><tt><font size=3>> that yet... although most of the code has been
written, it has not quite </font></tt>
<br><tt><font size=3>> been finished. </font></tt>
<br>
<br><tt><font size=3>Hello Kevin,</font></tt>
<br>
<br><tt><font size=3>thanks a lot for this information.</font></tt>
<br>
<br><tt><font size=3>Is it planned that this feature will get finished
at some point?</font></tt>
<br>
<br><tt><font size=3>Would it be appropriate to write up an issue so that
this is being tracked?</font></tt>
<br>
<br><tt><font size=3>PS: on the wiki page </font></tt><a href="http://www.voip-info.org/wiki/index.php?page_id=400"><tt><font size=3>http://www.voip-info.org/wiki/index.php?page_id=400</font></tt></a><tt><font size=3>
under canreinvite there is a small statement that refers to this case:
"</font></tt><font size=3>If a reINVITE is needed to switch a media
stream to inactive (when placed on hold) or to T.38, it will still be done,
regardless of this setting! </font><tt><font size=3>"</font></tt>
<br>
<br><tt><font size=3>regards</font></tt>
<br>
<br><tt><font size=3>Urs</font></tt>