Summary:ASTERISK-18043: MeetMe Not Respecting SetMusicOnHold()
Reporter:Nicholas Blasgen (nblasgen)Labels:
Date Opened:2011-06-20 16:06:47Date Closed:2011-09-14 16:53:34
Versions:1.4.41 Frequency of
Environment:CentOS 5.XAttachments:
Description:Based on the CLI dump, you can see that our Dialplan sets the MusicOnHold channel to be something called 'nomusic' and then executes MeetMe.  When MeetMe launches, it stats music on hold class 'default' instead.  This isn't an issue in but I'm not sure where the issue was broken.  I'm also not sure if this is a regression or a bug, but either way it's unexpected behavior.

Also, I opened this ticket before, but on another note (but not the primary purpose of this ticket), creating a MeetMe channel with "quiet" turned on still seems to cause MeetMe to announce that it's entering a conference.

   -- Executing [5100@meetme:1] Answer("Local/blasgen@realtimedb-a094,1", "") in new stack
   -- Executing [5100@meetme:2] SetMusicOnHold("Local/blasgen@realtimedb-a094,1", "nomusic") in new stack
   -- Executing [5100@meetme:3] MeetMe("Local/blasgen@realtimedb-a094,1", "|AqMdeF") in new stack
   -- <Local/blasgen@realtimedb-a094,1> Playing 'conf-enteringno' (language 'en')
 == Spawn extension (dialer, 6194879672, 2) exited non-zero on 'Local/6194879672@dialer-27dc,2'
 == Spawn extension (realtimedb, blasgen, 3) exited non-zero on 'Local/blasgen@realtimedb-a094,2'
   -- <SIP/rdialer-0000392f> Playing 'digits/0' (language 'en')
   -- Created MeetMe conference 1023 for conference '0'
   -- Started music on hold, class 'default', on channel 'SIP/rdialer-0000392f'
Comments:By: Leif Madsen (lmadsen) 2011-06-21 09:30:46.760-0500

Could you provide the entire dialplan the gets the channel into the MeetMe() and not just the console output? There is a Local channel here, and I have a feeling something funny is going on there. There may or may not be a reason why the default MoH is being triggered on the MeetMe() because of the way the dialplan is configured. By seeing what is configured there may be a work around in the dialplan to make the MoH happen the way you expect.

By: Nicholas Blasgen (nblasgen) 2011-06-21 11:13:34.485-0500

I have no idea how to leave a comment on this new system so I'm used the Canned Response system to attempt it.  Odd interface.

Keep in mind that the RealTimeDB plan is RealTime so I'm making an estimate on the way it's functioning.  We try the user at IAX, SIP and then fall back to a phone number (which is what happened in this case).

blasgen => 1,Dial(IAX2/blasgen,20)
blasgen => 2,Dial(SIP/blasgen,20)
blasgen => 3,Dial(Local/6194879672@outbound,30)

exten => _NXXNXXXXXX,1,Set(CALLERID(all)=::some number::)
exten => _NXXNXXXXXX,2,Dial(SIP/rdialer/1${EXTEN})

By: Leif Madsen (lmadsen) 2011-07-20 13:17:56.886-0500

Actually the way that is working kind of makes sense.

You either need to set the MoH outside of the Local channel, or you need the /n modifier so the Local channel isn't optimized away.

By: Nicholas Blasgen (nblasgen) 2011-07-20 13:37:26.595-0500

Can you tell me how to leave a comment on this new board? Canned Responses doesn't seem right.

exten => 5100,1,Answer()
exten => 5100,n,SetMusicOnHold(nomusic)
exten => 5100,n,MeetMe(|AqMdeF)

Looks like I forgot to include where the music was set.  So again, we call the person using a Local channel.  Once they answer, we connect that local channel to extention 5100 which creates a MeetMe channel and sets the default MusicOnHold.  This was previously working but is no longer working in the current versions of the 1.4 branch.  I guess 1.4 has been discontinued, but this is a regression issue still and should be unfixed.

I will be updating to 1.8 in the next few weeks so who knows if it's an issue there.

By: Erin Spiceland (espiceland) 2011-07-21 12:33:28.395-0500

Nicholas, there was an error with this project's configuration that caused the "Send Back" and "Enter Feedback" buttons to be hidden from you. You should be able to see and use those to make a comment now.

By: Nicholas Blasgen (nblasgen) 2011-07-21 12:40:58.720-0500

Ah, that makes it a lot easier. Thanks for enabling that.

By: Leif Madsen (lmadsen) 2011-09-14 16:52:46.381-0500

Per the Asterisk maintenance timeline page at http://www.asterisk.org/asterisk-versions maintenance (bug) support for the 1.4 and 1.6.x branches has ended. For continued maintenance support please move to the 1.8 branch which is a long term support (LTS) branch. For more information about branch support, please see https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions.  After testing with Asterisk 1.8, if you find this problem has not been resolved, please open a new issue against Asterisk 1.8.

By: Leif Madsen (lmadsen) 2011-09-14 16:53:34.364-0500

I'm closing this issue for now because I don't believe there to be a bug here. You'll also need to reproduce with Asterisk 1.8 or later, and with that, you wouldn't use the SetMusicOnHold() application (which deprecated) -- rather you would use the CHANNEL(musicclass) dialplan function.