08-25-2008 06:59 AM - edited 03-15-2019 12:49 PM
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
IOS: c2600-ipvoice-mz.124-5c.bin
Telephony-service: 3.3
Hardware: 2651xm
Cisco 7940G with phone load: 308000800
moh music: music-on-hold.au
Config:
telephony-service
max-ephones 3
max-dn 10
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
moh music-on-hold.au
transfer-system full-consult
08-25-2008 07:18 AM
Hi James,
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:
http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/admin/configuration/guide/cmemoh.html#wp1012460
Hope this helps.
Regards,
Michael.
08-25-2008 11:36 AM
Thanks Mike.
When I search through Cisco software download, cme-basic-4.0.0.0.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.
Any ideas?
08-25-2008 11:44 AM
Hi James,
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:
http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/requirements/guide/33matrix.htm
Let us know if this helps.
Thanks,
Michael.
08-26-2008 08:24 AM
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.
CME rtr:
telephony-service
moh music-on-hold.au
multicast moh 239.1.1.3 port 2321
int fa0/1
ip pim dense
ip multicast-routing
PoE switch:
int vlan8
ip pim dense
ip multicast-routing
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
VoIP_CME#
VoIP_CME#
VoIP_CME#
VoIP_CME#
VoIP_CME#ter
VoIP_CME#terminal mon
VoIP_CME#terminal monitor
VoIP_CME#
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
08-26-2008 09:56 AM
James,
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.
Thanks,
Michael.
08-26-2008 10:07 AM
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 multicast-routing
int fa0/1
ip pim dense-mode
telephony-service
moh music-on-hold.au
multicast moh 239.0.0.1 port 16384
Flash files:
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
08-26-2008 12:17 PM
James,
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.
Regards,
Michael.
08-27-2008 07:03 AM
Yes - Answer to your question. Your help is highly appreciated.
01-23-2009 11:52 AM
Hi James,
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)?
Thanks,
John
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: