Can't figure out why Music on Hold isn't working

Question

This is my first time trying to set up MoH.  I am using CUCM 8.6.  Here is what I have done so far.
Uploaded a file and it converted into 4 files called MoH_female
Configure MoH Audio Source Config,  MoH_female, Play continously and All Multi--casting  boxes are checked
Configured MoH server (MoH_2) with multicasting on 239.1.1.1, shows Multicast Audio Source file as MoH_female
Configured Media Resource Group with MoH_2 as Selected Media Sources (named Madison Media Group)
Configured Media Resource Group List with Madison Media Group as Selected Media Resource Grouip (named Madios Media List)
On the Phones I set User MoH Audio Source to MoH_female.
When I call from 5003 to 5001 and put the call on hold all I here is the three beeps.  What am I missing or doing wrong?

Answer 1

Michael,
Going back to the original question. There are two things I would like to dive into if I may. First, if you enabled multicast correctly on the CUCM then you would receive silence on the phone that was put on hold (the held party, if you will). You will get Tone on Hold (TOH, or 3-beeps) if one of the following is true:
1. Your MOH is only provisioned for one codec and the region setting for the held party mandates use of a different codec. For instance, if MOH is using G711 and the remote party is in a different region than MOH AND that region is provisioned to use G729 (which is the default behavior).
2. You neglected to upload the MOH file to ALL MOH servers in the cluster.
This last item (#2 above) gets to to the second thing I want to dive into. If you upload a custom MOH file, you first do it on the publisher node. That allows you to use that file as an audio source and associate devices to that audio source. However, you still need to go to each CUCM node that is a MOH server and upload the same audio source file. It is not replicated.
To upload the file, simply repeat the same process you used for the Publisher node but go to the IP of the Subscriber that is the MOH server.
Reviewing and addressing the above points should get you past the TOH issues. However, if you have not enabled multicast in your network then you haven't solved the whole problem. You may still receive no music (and no tone). If you see this occurring then you know you have an infrastructure issue that you need to address.
This gets you into the line of thinking (at least partly) that islam.kamal was talking about. At a minimum you need to enable multicast routing on all L3 switches/routers in your network. At least the ones that service subnets where you want to stream music (i.e. phone VLANs, voice gateways, etc.).  Then, on each layer 3 interface (SVI or physical) that services a voice network AND on every layer 3 interface in the stream's path (WAN, LAN, etc.) you will need to enable PIM. You will also want to enable PIM on loopback interfaces in your voice GW if you have them provisioned to use loopback interfaces.
As far as PIM dense mode vs. sparse mode vs. sparse-dense and auto-rp, etc. That is a pretty involved discussion. Don't go slamming mcast into your network without having a good handle on the key concepts first.
Last point. I don't think you need to reboot servers and restart services. Though you may need to activate IPVMS on any server you want to act as a MOH server.
I know it sounds like a lot of moving parts. That's because it is but there is a method to the madness.
HTH.
-Bill (http://ucguerrilla.com)