<HTML>
<HEAD>
<TITLE>Re: [asterisk-users] MOH Codec Issue - Fixed</TITLE>
</HEAD>
<BODY>
<FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'>I recompiled a version of Zaptel to no avail in an attempt to find a quick fix. This did not help, however have since upgraded the box to Asterisk 1.4.13 and the issue has disappeared. As such I put it down to either being;<BR>
1. Zaptel was broken, I should have however recompiled Asterisk after recompiling Zap (Opposed to being impatient and frustrated), or<BR>
2. There is a bug in 1.4.7. I haven't had time to try and reproduce it, plus it would be a purely academic project as if there was a bug it has since been fixed.<BR>
<BR>
Thanks for the suggestions Paul.<BR>
<BR>
Nick.<BR>
<BR>
<BR>
On 13/11/07 4:48 PM, "Paul Hales" wrote:<BR>
<BR>
<FONT COLOR="#0000FF">>
Is it possibly a funny zaptel issue?
Paul Hales
AsteriskIT
> > On Tue, 2007-11-13 at <BR>
> 15:04 +1100, Nick Brown wrote:
> >> Afternoon All,
> >>
> >> Today rolled a <BR>
> pre-production box from Trunk back to 1.4.7 (In an
> >> attempt to get a <BR>
> working SCCP channel). During the process Music On
> >> Hold appears to have <BR>
> died (Not, just when calling from a SCCP device,
> >> but coming in on SIP <BR>
> also).
> >>
> >> CLI is showing
> >>
> >> -- Executing <BR>
> [XXXXXXXX@unauthed-inbound:2]
> >> MusicOnHold("SIP/10.97.1.33-09f0cfc8", <BR>
> "sounds") in new stack
> >> [Nov 13 15:00:14] WARNING[5461]: channel.c:2964 <BR>
> set_format: Unable to
> >> find a codec translation path from alaw to <BR>
> unknown
> >> [Nov 13 15:00:14] WARNING[5461]: res_musiconhold.c:702 <BR>
> moh_alloc:
> >> Unable to set channel 'SIP/10.97.1.33-09f0cfc8' to format <BR>
> 'unknown'
> >> -- Started music on hold, class '?S?', on channel
> >> <BR>
> 'SIP/10.97.1.33-09f0cfc8'
> >> [Nov 13 15:00:14] WARNING[5461]: <BR>
> res_musiconhold.c:575 moh0_exec:
> >> Unable to start music on hold (class <BR>
> 'sounds') on channel
> >> SIP/10.97.1.33-09f0cfc8
> >>
> >> Have attempted to <BR>
> use an alternate Music On Hold context and forced a
> >> format= within <BR>
> musiconhold.conf.
> >>
> >> Otherwise all other audio (Playback, voice etc) <BR>
> seems fine.
> >>
> >> Anyone seen this before? Can not see anything in the <BR>
> tracker regarding
> >> this issue in 1.4.7 specifically.
> >>
> >> Cheers
> </FONT></SPAN></FONT>
</BODY>
</HTML>