[asterisk-users] MoH via AGI broken after upgrade.

Mike Diehl mdiehlenator at gmail.com
Thu Jul 20 13:02:18 CDT 2017

Man, I was hoping it was something like that.  I did read the release notes; I must have missed that part.

This should solve the problem, so thanks again.


On July 20, 2017 1:09:08 PM EDT, Richard Mudgett <rmudgett at digium.com> wrote:
>On Thu, Jul 20, 2017 at 11:50 AM, mdiehl <mdiehlenator at gmail.com>
>> I recently upgraded Asterisk from 1.8.x to 13.x and am now finding
>> music on hold isn't working like it used to.
>> It seems that even though the correct MoH class is being set, the
>> still plays the "default" music.
>> All of my call handling is done with an AGI script.  When a call is
>> the AGI script sets the MoH class before dialing.
>> The log indicates that the correct class is being set:
>> [Jul 18 15:14:57]     -- AGI Script Executing Application:
>> (SetMusicOnHold) Options: (jazz)
>> However, when the call is placed on hold, the "default" MoH class is
>> [Jul 18 15:15:50]     -- Started music on hold, class 'default', on
>> channel 'SIP/trunk-0000bfa9'
>> My AGI script is writen in Perl.  Here is the line that does the MuH
>> setting:
>>         $agi->exec("SetMusicOnHold", $o->{musiconhold});
>> I have verified that $o->{musiconhold} contains the name of a valid
>> class.
>> Is there a different/new way to set the MoH class in version 13?
>> Any advise would be welcome.
>The SetMusicOnHold application was deprecated in v1.6 and removed in
>Set(CHANNEL(musicclass)=class) instead to set the music class on the
>The change was documented in the UPGRADE.txt files.

Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20170720/c824f08a/attachment.html>

More information about the asterisk-users mailing list