cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2804
Views
15
Helpful
9
Replies

MoH music not playing in CME environment, why?

jamesfang98
Level 1
Level 1

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

9 Replies 9

Michael Owuor
Cisco Employee
Cisco Employee

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.

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?

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.

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

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.

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

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.

Yes - Answer to your question. Your help is highly appreciated.

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

Getting Started

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: