<HTML>
<HEAD>
<TITLE>MOH Codec Issue</TITLE>
</HEAD>
<BODY>
<FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'>Afternoon All,<BR>
<BR>
Today rolled a pre-production box from Trunk back to 1.4.7 (In an attempt to get a working SCCP channel). During the process Music On Hold appears to have died (Not, just when calling from a SCCP device, but coming in on SIP also).<BR>
<BR>
CLI is showing<BR>
<BR>
&nbsp;&nbsp;&nbsp;&nbsp;-- Executing [XXXXXXXX@unauthed-inbound:2] MusicOnHold(&quot;SIP/10.97.1.33-09f0cfc8&quot;, &quot;sounds&quot;) in new stack<BR>
[Nov 13 15:00:14] WARNING[5461]: channel.c:2964 set_format: Unable to find a codec translation path from alaw to unknown<BR>
[Nov 13 15:00:14] WARNING[5461]: res_musiconhold.c:702 moh_alloc: Unable to set channel 'SIP/10.97.1.33-09f0cfc8' to format 'unknown'<BR>
&nbsp;&nbsp;&nbsp;&nbsp;-- Started music on hold, class '?S?', on channel 'SIP/10.97.1.33-09f0cfc8'<BR>
[Nov 13 15:00:14] WARNING[5461]: res_musiconhold.c:575 moh0_exec: Unable to start music on hold (class 'sounds') on channel SIP/10.97.1.33-09f0cfc8<BR>
<BR>
Have attempted to use an alternate Music On Hold context and forced a format= within musiconhold.conf.<BR>
<BR>
Otherwise all other audio (Playback, voice etc) seems fine.<BR>
<BR>
Anyone seen this before? Can not see anything in the tracker regarding this issue in 1.4.7 specifically.<BR>
<BR>
Cheers<BR>
Nick.</SPAN></FONT>
</BODY>
</HTML>