PhoneA x8012 call PhoneB x8011, connected, then phonB place call on hold, phoneA didn't hear MoH music (music-on-hold.au) but just regular beep.
MOH music not playing when call onhold
Cisco 7940G with phone load: 308000800
moh music: music-on-hold.au
ip source-address 192.168.0.1 port 2000
system message D&H CME environment
create cnf-files version-stamp 7960 Aug 21 2008 13:08:46
max-conferences 4 gain -6
Since your version of CME is 3.3, please see if this helps:
Restrictions for Music on Hold
Cisco Unified CME 3.3 and earlier versions do not support MOH for local Cisco Unified CME phones that are on hold with other Cisco Unified CME phones; these parties hear a periodic repeating tone instead.
â¢Cisco Unified CME 4.0 and later versions support MOH for internal calls only if the multicast moh command is used to enable the flow of packets to the subnet on which the phones are located.
From this doc:
Hope this helps.
When I search through Cisco software download, cme-basic-184.108.40.206.tar is the one fit with rtr flash size and good for IOS12.4.
However, if I archive /xtract it to rtr flash and after reboot, CME still appears as 3.3 other than 4.0. No specific cisco doc for CME upgration process found.
The CME version is a function of the IOS version. Here is the matrix which will indicate the version of IOS you need to run in order to have the version of CME that you desire:
Let us know if this helps.
5 point reply. Thanks. I always thought I can upgrade CME individually.
Now I upgraded it to Cisco IOS12.4.9T. CME become 4.0 version.
The moh seems be working because I didn't hear beep any more but silent. However, the moh music still cannot be played.
I used music-on-hole.au file provided by Cisco and I also tested it in Win Mediaplayer.
Multicast been turned on CME rtr and PoE switch.
multicast moh 220.127.116.11 port 2321
ip pim dense
ip pim dense
Here is the debug information from CME when I placed the call on hold:. It seems the MoH music file been readed already, but why not playing in IP phones??
VoIP_CME#debug ephone moh
EPHONE music-on-hold debugging is enabled
Aug 26 16:17:13.551: MoH route If FastEthernet0/1 ETHERNET 192.168.0.1 via ARP
Aug 26 16:17:18.731: MoH route If FastEthernet0/1 ETHERNET 192.168.0.1 via ARP
Aug 26 16:17:21.312: skinny_hold_resume: dn=4 chan=1 s2s=1 state=9 hold=1
Aug 26 16:17:21.312: ephone_hold_resume: update huntgp hold time: dn=4 chan=1 hold=1 callID=37
Aug 26 16:17:23.595: ifs_read flash:music-on-hold.au end of file at 495815 read 706 = 496521
Aug 26 16:17:23.595: moh tail fill from 24 at 0x84CFB256 length 7294
Aug 26 16:17:23.840: MoH route If FastEthernet0/1 ETHERNET 192.168.0.1 via ARP
Aug 26 16:17:29.008: MoH route If FastEthernet0/1 ETHERNET 192.168.0.1 via ARP
What is the IP address of the phone hearing silence?
Do you mind, as a troubleshooting step, changing the port to 2000 instead of 2321? We recommend port 2000 because it is already used for RTP media transmissions between IP phones and the router.
Yes you are right Mike. This port nubmer '2321' is not supported.
I have already changed port to: 16384 and it works well.
In summary, to get MoH up running for CME phones, require:
1. Proper IOS version - check the Matrix url - no individual MoH sw requred
2. Turn multicast on in all devices following the path
3. multicast port need to be in RTP range (16384-32767)
My configure for reference:
ip pim dense-mode
multicast moh 18.104.22.168 port 16384
1 -rw- 24493608 Aug 26 2008 09:11:59 -05:00 c2600-ipvoice-mz.124-9.T7.bin
2 -rw- 2360 Aug 26 2008 09:12:18 -05:00 voip_cme-confg
3 -rw- 496521 Aug 26 2008 09:19:34 -05:00 music-on-hold.au
4 -rw- 129772 Aug 26 2008 09:22:12 -05:00 P00308000300.bin
5 -rw- 130176 Aug 26 2008 09:22:26 -05:00 P00308000300.sbn
Glad things are working for you now. Is the music from the music-on-hold.au file everything you expected it to be? :-)
5 points for sharing your solution on the forum.
The multicast MoH works from SRST/CME in normal mode (IP Phones register to CCM) but ToH when swtich to SRST mode. when I configure it to native SRST (call-manager-fallback), works okay even in SRST mode.
Do you working on both mode (normal and SRST/CME mode)?