cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
4683
Views
5
Helpful
32
Replies

Issues with Multicast MOH with CUCM SRST Sites

Hi there,

 

I am having an issue streaming multicast music on hold at remote sites by sourcing the music on hold from the local flash of the Cisco 2951.

 

I am running CUCM 9.1(2) SU1, I have 1 x PUB and 1 x SUB. I have enabled the PUB to stream unicast MOH and have enabled multicast MOH on the SUB. Base IP: 239.1.1.1 and Port 16384.

 

I have set the MOH Region to all remote sites regions to G.711 and have put the SUB into an MRG and have enabled MOH at the MRG and Audio Source Level as per documentation. The MRGL for remote sites contain the local sites hardware resources such as MTP, CFB and XCODE. Second to that MRG, I have set the MOH_MRG containing the SUB enabled for multicast.

 

When a remote site user put the PTSN caller on hold, I can see an active multicast music on hold session active on the local router but the PSTN caller hears silence !!! The number of In/Out packet on the multicast session does not increase at all.

 

Could you please help me guys? I have tried all options and still I am getting silence all the times.

 

Below is the configuration on the local gateway at remote sites:

 

XX-XXX-VG01#sh run | s call-m

call-manager-fallback

max-conferences 4 gain -6

transfer-system full-consult

ip source-address 10.114.80.1 port 2000

max-ephones 58

max-dn 120

transfer-pattern 031580....

keepalive 10

call-forward pattern 031580....

moh "music-on-hold.au"

multicast moh 239.1.1.1 port 16384 route 10.114.80.1 1.1.1.1

time-zone 29

time-format 24

date-format dd-mm-yy

 

 

Please note that when the PSTN caller is on hold, when I issue the # show ccm-manager music-on-hold, I get the following output all the times:

 

XX-XXX-VG01#sh voice call status

CallID     CID  ccVdb      Port        Slot/DSP:Ch  Called #   Codec    MLPP Dial-peers

0x17740    22AA 0x3D1D09A4 0/0/0:15.4       0/1:2   4312       g711ulaw 200/202

1 active calls found

 

XX-XX-VG01#sh ccm-manager music-on-hold

Current active multicast sessions : 1

Multicast       RTP port   Packets       Call   Codec    Incoming

Address         number     in/out        id              Interface

===================================================================

239.1.1.1         16384   0/0              96064 g711ulaw            

 

XX-XXX-VG01#sh ephone summary

 

hairpin_block:

Max 58, Registered 0, Unregistered 0, Deceased 0 High Water Mark 59, Sockets 0

ephone_send_packet process switched 0

 

 

Max Conferences 32 with 0 active (4 allowed)

 

-------------------------------------

Skinny Music On Hold Status - group 0

Active MOH clients 0 (max 210), Media Clients 0, B-ACD Clients 0

File music-on-hold.au (not cached) type AU Media_Payload_G711Ulaw64k 160 bytes

Moh multicast 239.1.1.1 port 16384 route 10.114.80.1 1.1.1.1

 

 

I can confirm that the flash of the local router has indeed the music-on-hold.au file

 

XX-XXX-VG01#dir flash:

Directory of flash0:/

 

  247  -rw-      496521  Sep 20 2014 10:30:06 +02:00  music-on-hold.au

 

  263  -rw-    90063932  Sep 22 2014 11:24:06 +02:00  c2951-universalk9-mz.SPA.152-4.M6a.bin

 

256503808 bytes total (141819904 bytes free)

1 Accepted Solution

Accepted Solutions

The Cisco developers asked us to upgrade to IOS 15.4(3)M.  We have done that 10 and half hours ago.  The multicast music on hold is working and the voice gateway has not crashed.  We will continue to monitor.

View solution in original post

32 Replies 32

Joshua Learn
Level 4
Level 4

I'm starting to think this smells like a bug.  I'm going to take a look at the bugtool.

I've troubleshooting something very similar with a 2921 on IOS 15.2(4)M6a and CUCM 9.1(2)SU2a

Hopefully TAC will have some insight.

Hi Josh,

I have a Cisco TAC case already open on this ones and still waiting on some feedback.

How did you manage to resolve your previous similar encounter? Did you upgrade the CUCM version? The exact version that I am running is CUCM 9.1.2.11900-12.

Please let me know.

Warm regards,

JK.

Cisco is suggesting that we upgrade to IOS 15.2.4M7.  They have cited the following bug id CSCup07972.

That definitely looks like his issue.  His IOS version is listed as affected.

I am thinking the same exact thing now. Thanks so much Josh for bringing some light on this ones. I can see that SRST site 1 is running 15.2.4M6 on Cisco 2951 and site 2 is running the same version but on a Cisco 2921.

I will update the IOS Image from 15.2.4M6 to 15.2(4)M7 hoping that this will resolve my problem.

I am so thankful guys, I will update you so that we will all know what the root cause is. :)

Running 15.4.1(T) I had the same issue and ended up having to specify the flash:/ path otherwise the MoH wouldn't work.

 

moh enable-g711 "flash:/MOH.wav"
 multicast moh 239.1.1.1 port 16384

Once I added this in then the multicast streaming worked straight away, and I didn't need to enable multicast anywhere else on the router.

I'll cross my fingers and hope this fixes the issue for both of us.

Thanks so much Josh.

I will log a change and see if upgrading the Cisco IOS Image will help me out with this problem :)

I will send you feedback as soon as I have upgraded the Cisco IOS image.

Warm regards,

JK.

I wish you luck!  We're working on change control approval to upgrade our voice gateway tonight.

Good Luck to you as well. :)

We tried upgrading to IOS 152-4.M7 and the first PSTN call placed on hold received MOH but subsequent calls did not.  We have now downgraded to IOS 152-4.M5 and have tested 10 calls and they have all succeeded. 

Thanks for the head-up Josh. I am currently waiting on my client to approve my change. I will try 15.2(4)M5 and see what happens as well.

Are you running Cisco 29XX? I have 1 x 2921 and 1 x 2951.

JK. 

I was thinking of the wrong customer when I mentioned 29XX.  This case is actually a Cisco 3945E voice gateway.

So far we have experienced two router crashes since we have downgraded to 15.2(4)M5.  At this point we're being told we are running into bug CSCtx27284 even though this is the version that allegedly has the bug fixed.  At this point we are waiting for a recommended IOS version from the dev team

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: