Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 

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
New Member

The Cisco developers asked us

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.

32 REPLIES
New Member

I'm starting to think this

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

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.

New Member

Cisco is suggesting that we

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

That definitely looks like

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

I am thinking the same exact

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. :)

New Member

Running 15.4.1(T) I had the

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.

New Member

I'll cross my fingers and

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

Thanks so much Josh.I will

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.

New Member

I wish you luck!  We're

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

Good Luck to you as well. :)

Good Luck to you as well. :)

New Member

We tried upgrading to IOS 152

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.

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. 

New Member

I was thinking of the wrong

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

New Member

So far we have experienced

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

New Member

The Cisco developers asked us

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.

Hi Josh,Thanks so much for

Hi Josh,

Thanks so much for the info.

I have a change logged for Wednesday and Thursday. I will load the IOS Image and test as well. Will send you my feedback later on Wednesday around 19:00 GMT.

JK.

New Member

Hi Joshua I am trying to set

Hi Joshua

 

I am trying to set up multicast for music on hold on the cucm 9.

 

 

on the cucm, I enable multicast audio sources on MOH server, using base IP 239.1.1.1, and set increment multicast on " ip address"

 

however the multicast IP address keep changing, sometimes its 239.1.1.1, then after a while it suddenly change to 239.1.1.2 etc..

 

here is the config on our srst router ( which specify the multicast ip is 239.1.1.1):

is there any way that the multicast ip do not keep changing as its affecting the MOH at the moment.

 

" config for MOH"

telephony-service
 video
 srst mode auto-provision none
 srst dn template 1
 srst dn line-mode dual
 max-ephones 265
 max-dn 600
 ip source-address 10.190.0.1 port 2000
 timeouts interdigit 5
 system message "GlobalDial Unavailable"
 cnf-file location flash:
 time-zone 48
 date-format dd-mm-yy
 voicemail 080758831#
 max-conferences 8 gain -6
 moh "xmas_jazz.wav"
 multicast moh 239.1.1.1 port 16384 route 192.168.1.1
 transfer-system full-consult
 transfer-pattern 0.T
 secondary-dialtone 0
 create cnf-files version-stamp 7960 Nov 27 2013 18:23:59

 

 

I was thinking to put a few more multicast IP,. but it only allow you to put one ( while the cucm set the IP address as increment)

 

OC-MHO-VG-SRST(config)#telephony-service
OC-MHO-VG-SRST(config-telephony)#multi
OC-MHO-VG-SRST(config-telephony)#multicast ?
  moh  Set IP multicast address for use with music-on-hold from flash

OC-MHO-VG-SRST(config-telephony)#multicast moh ?
  A.B.C.D  Define music-on-hold IP multicast address from flash

OC-MHO-VG-SRST(config-telephony)#multicast moh 239.1.1.2 ?
  port  Define media port for multicast moh

OC-MHO-VG-SRST(config-telephony)#multicast moh 239.1.1.2

New Member

Hi Rachel, The IP address

Hi Rachel,

 

The IP address CUCM selects is based on the codec and the audio stream.

See the following URL. http://voiceonbits.com/2010/06/29/moh-issues-and-resolution/

I borrowed this table from that URL and cleaned up the port numbers.  Hopefully this helps.

 

  Inc. Multicast on IP AddressInc. Multicast on Port Number
Audio StreamCodecDst. IP AddressDst. Port Dst. IP AddressDst. Port
1G.711 ulaw239.1.1.116384239.1.1.116384
1G.711 Alaw239.1.1.216384239.1.1.116386
1G.729239.1.1.316384239.1.1.116388
1Wideband239.1.1.416384239.1.1.116390
2G.711 ulaw239.1.1.516384239.1.1.116392
2G.711 Alaw239.1.1.616384239.1.1.116394
2G.729239.1.1.716384239.1.1.116396
2Wideband239.1.1.816384239.1.1.116398

Is the PSTN call using that

Is the PSTN call using that same router as the voice gateway.  If so, make sure you have "ccm-manager music-on-hold" enabled globally so it can listen to the multicast stream.

 

Is this an H.323 gateway or MGCP?

Hi Brian,The Voice Gateway is

Hi Brian,

The Voice Gateway is H.323 and the E1 Controller is terminated on the same Voice Gateway. I am having the same problem at two different SRST sites. Once is running Cisco 2921 and the other is using a 2951, all are using E1 PRI.

The funny thing is that the only time I get a chance to play music on hold sourcing from the flash card of the Voice Gateway is when the site is operating in SRST Mode.

NOTE: I have applied the global config command # ccm-manager music-on-hold

Warm regards,

JK.

Since it's H.323, can you

Since it's H.323, can you grab the follow debugs for a call placed on hold:

debug h225 asn1

debug h245 asn1

 

You'll want to disable console logging and monitor logging and use a buffer to get the debug output.

no logging console

no logging monitor

logging buffer 5000000 debug

service sequence-numbers

 

Do a clear log, enable the debugs, then run "show log" to see the output.  I want to see if CallManager is telling the gateway to listen to the right multicast IP/port.

Thanks Brian,I have already

Thanks Brian,

I have already confirmed this with the Cisco TAC Engineer and as posted in my initial post, when the PSTN Caller is on hold, you can clearly see that the CUCM is telling the gateway to listen to the right multicast IP Address and Port number.

Below is the output of # show ccm-manager music when a PSTN Caller is put on hold.

 

PM-DBN-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            

PM-DBN-VG01#

As you can see above that all looked correct, except that there is silence. The Packets count in/out is not increasing at all and I do not see the incoming interface being populated at all. 

When I look at another cluster which works well, I can see that the Packets In/Out do increase and the incoming interface is a Loopback interface when I put a PSTN caller on hold.

Any advise?

 

Yea, that part should be good

Yea, that part should be good then.

 

I'd try playing around with this config:

multicast moh 239.1.1.1 port 16384 route 10.114.80.1 1.1.1.1

 

What interface is 10.114.80.1 and 1.1.1.1?  Might be worth setting up a loopback and adding that in the route statement.

IP 10.114.80.1 is the IP

IP 10.114.80.1 is the IP Address configured on the Gig 0/0 of the Cisco 2921 and 1.1.1.1 is a Loopback IP Address.

I have tried changing the loopback IP address, play with the route statement and so on but still getting the pure silence and nothing streaming at all.

I am not sure what I am missing this time around. I have done this kind of setup many times but this ones is puzzling for a while now.

:(

Do you have multicast-routing

Do you have multicast-routing enabled?  I've seen that cause issues before.

 

What does "show ip mroute" look like during a hold session?

IP Multicast Routing is not

IP Multicast Routing is not enabled on the Voice Gateway at all.

I have tried enabling that during off hours and had the same problem. Still hearing silence.

I have couple of CUCM Clusters with the same exact setup with hundred of SRST Sites and IP Multicast Routing is not enabled on those Gateways at all but everything work so perfectly.

You could also try manually

You could also try manually subscribing your Gig0/0 interface to stream to see if the router is even streaming it at all:

ip igmp join-group 239.1.1.1

When the PSTN Caller is on

When the PSTN Caller is on hold and I issue the command # show ip igmp group, I can see that the Router is Joining the Group at 239.1.1.1

Also I think your moh

Also I think your moh statement is wrong:

moh "music-on-hold.au"

 

I don't think I usually put the quotes on it.  Try:

no moh "music-on-hold.au"

moh music-on-hold.au

1999
Views
5
Helpful
32
Replies
CreatePlease to create content