cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2516
Views
0
Helpful
28
Replies

CUCM6 and SRST multicast MOH

cris_jimenez
Level 2
Level 2

Hi,

I set up SRST Multicast according to the Cisco documentation, as far as I can tell. I have all sites using Multicast MOH. However when I make a test calls, I see ccm-manager moh sessions turned up and I see packets tx/rx. However, I hear nothing.

What am I doing wrong ?

I haven't uploaded the audio source to the callmanager, the audio source is uploaded to the flash mem

28 Replies 28

Yup, it's not easy. If you are struggling with MOH, I would even rip out MOH and start over from scratch and go very slow and detailed about it. MOH from CUCM is easy. IOS multicast at the router is a pain to setup. But once it works, it's done. No more fiddling. If you are deploying any new site and are even THINKING of MOH at the site, do it now during install. Otherwise you will be reseting devices nonstop trying to figure out what the problem.

the config on the MOH is set to increase IP

this is my router's config

interface Loopback0

ip address 10.1.1.1 255.255.255.255

!

interface GigabitEthernet0/0

description CORE SWITCH WCDFASW01 : IF FA1/0/47

ip address 10.109.100.9 255.255.255.252

duplex full

speed 100

ccm-manager fallback-mgcp

ccm-manager redundant-host 10.110.21.21

ccm-manager mgcp

ccm-manager music-on-hold bind GigabitEthernet0/0

call-manager-fallback

secondary-dialtone 9

max-conferences 6 gain -6

ip source-address 10.109.100.9 port 2000

max-ephones 96

max-dn 288

transfer-pattern 41....

voicemail 919169284324

moh music-on-hold.au

multicast moh 239.1.1.1 port 16384 route 10.1.1.1 10.109.100.9

Oh yeah, that is idea also. The MOH music you are using, trying using something from Cisco first before using your own music on hold file. I have had a problem before that MOH would not play and I thought it was my setup, multicast ports, loopback, etc and turns out, my MOH file was not the correct format. Get the Cisco MOH to play at the router, then move to your file.

I am using a cisco *.au file

I downloaded the music-on-hold.au from http://www.cisco.com/pcgi-bin/tablebuild.pl/ip-iostsp

the problem is that the MPLS cloud do not support multicast, that is why we are trying to configure SRST multicast MOH

the callmanager is located in California and one of the remote sites is in Maine

just saw in you config:

ccm-manager music-on-hold bind GigabitEthernet0/0

Try without the bind...

ccm-manager music-on-hold

put the moh server in it's own place and configure G711 only between all sites and Moh and you never have to fiddle with something.

Configured literaly hundreds of sites - no problem at all.

Right, that's the easy way out of MOH. If you want to save your bandwidth for actual phone calls and data, put your MOH file on the SRST router so it's not streaming across the WAN links at 64k. If you have unlimited bandwidth, then it's easy to MOH from the servers. If you have a T1 line with 25 phones at the remote site, it does not make sense to stream the MOH from the CUCM

the odd thing is that i have the file loaded in the flash mem.

right we want to deploy srst multicast moh to save BW

sh flash

-#- --length-- -----date/time------ path

1 33965560 Sep 25 2007 04:48:10 -07:00 c2800nm-advipservicesk9-mz.124-3h.bin

2 1826 Sep 25 2007 04:59:38 -07:00 sdmconfig-28xx.cfg

3 6036480 Sep 25 2007 05:00:04 -07:00 sdm.tar

4 861696 Sep 25 2007 05:00:20 -07:00 es.tar

5 1164288 Sep 25 2007 05:00:38 -07:00 common.tar

6 1038 Sep 25 2007 05:00:54 -07:00 home.shtml

7 113152 Sep 25 2007 05:01:08 -07:00 home.tar

8 527849 Sep 25 2007 05:01:26 -07:00 128MB.sdf

9 1697952 Sep 25 2007 05:01:48 -07:00 securedesktop-ios-3.1.1.45-k9.pkg

10 416354 Sep 25 2007 05:02:08 -07:00 sslclient-win-1.1.3.173.pkg

11 496521 Feb 15 2008 10:44:24 -08:00 music-on-hold.au

I guess I have been misunderstood.

I'm not sending any MOH over the WAN -> MoH Multicast is not routed. The file is in the router's flash.

Even so the CUCM server (MOH) has to be configured to get the phones listening to the correct stream. It's way easier to stick with the default G711u.

What I meant is: put the Moh Server in it's own DevicePool/Region and make it G711 to everywhere (just the multicast one).

If I'm not sending MoH over the WAN it should not be important what codec I use anyway... :-)

The phone calls can still be G729.

A simple setup makes live easier.

I think I have the same problem that your customer had.

If I configure the MOH server to increase based on IP

if I issue the show ccm-manager music-on-hold command

I see 239.1.1.5 port 16384

if I configure the MOH server to increase based on port number

if I issue the same command i see

239.1.1.1 port 16392

Based on the Table of the doc you posted

It's the audio source 2 which in my case is the audio source 2

however if I change either the port settings or the ip address settings on the router

the next time I test it and Issue the show ccm-manager music-on-hold command

the port is increased by 8

what am I missing

I just gathered the trace and this is what i see

02/22/2008 11:18:53.111 CCM|MohDControl - findMulticastSourceGivenSourceNum - Device Name = MOH_2, MohRegion = MOH, Audio Source Id = 2, Held Party Region = Walnut Creek|<:STANDALONECLUSTER><:10.110.21.22><:2><:10.109.100.9><:S0>DS1-0@WCDFAVG01.BAF.com><:DETAILED><:4000>

02/22/2008 11:18:53.111 CCM|MohDControl - findMulticastSourceGivenSourceNum - HeldPartyCapCount=15, AudioSourceCapCount=1|<:STANDALONECLUSTER><:10.110.21.22><:2><:10.109.100.9><:S0>DS1-0@WCDFAVG01.BAF.com><:DETAILED><:4000>

If you are multicasting from the router's flash "spoofing" have you checked the show ephone summary, to see that the file has been loaded correctly and shows no errors? Is the file g.711ulaw?

yes,I checked pretty much everything. If I enable debugs the router shows that the streams are sent. I also have a cisco TAC case open, they don't know that to do.

I will keep you posted with the results

thank you very much for the support provided

chris_day
Level 1
Level 1

Just a quick thought.  From what I know the phones need to connect the caller to the MOH multicast source, make sure you have multicasting set up on your LAN.  I set up multicast on the switches, then went into the uplink interfaces and the voice vlans and issued the ip pim passive or dense mode.  I also made sure I had the ip pim settings on the router back into the LAN as well.  If you don't have pim setup from the router to the voice vlan you will run into issues with MOH.  Also make sure your MOH file is in ULAW encoding format if it's a wav file.