It's the strangest thing. I couldn't get Multicast MoH to work on my BR1 H323 router. I wiped out my call-manager-fallback configuration, re-entered everything, put my router in SRST mode (to practice other things) and just for the hell of it I tried testing Multicast MoH over the PSTN and it worked. I then brought up the Serial interface so the router came out of SRST mode and Multicast MoH is still working as expected.
I didn't test Multicast MoH after rebuilding call-manager-fallback but before putting it into SRST. So I'm not sure exactly which one fixed it. However, I did try rebuilding call-manager-fallback a couple of times yesterday and it didn't fix it. My working configuration: call-manager-fallback max-dn 14 max-ephone 2 ip source-address <Voice Vlan IP> moh music-on-hold.au multicast moh 239.1.1.1 port 16384 route <Voice Vlan IP> <Loopback0> r2(config-subif)#do sh run | sec ccm-m ccm-manager music-on-hold bind <Voice Vlan Number> On Oct 4, 2010, at 7:30 PM, Prashant Patel wrote: > Hi Mark, > > When you do a show perf query class "Cisco MOH device" on the server that has > the MOH servers registered if you see an increment on the MOHOutOfResources > then there is probably a codec mismatch and this increments the counter. > > The Device Pool assigned to the MOH server needs to have a region that does > g711 with all HQ or BR1 or BR2 regions. > > HTH > Prashant > > On Sun, Oct 3, 2010 at 9:08 PM, Mark Holloway <[email protected]> wrote: > Sorry James..my mistake. It shouldn't be 10.20.30.254 but rather it should be > 192.168.65.254. > > He it is again (proper) > > > call-manager-fallback > max-dn 24 > max-ephones 2 > ip source address 192.168.65.254 < this is the voice vlan default gateway on > Vlan302 > > moh music-on-hold.au < piano music file in flash > multicast moh 239.1.1.1 port 16384 route <voice vlan ip = 192.168.65.254> > <loop0 ip = 192.1.65.254> > > ccm-manager music-on-hold bind Vlan302 > > ip multicast-routing is enabled > ip pim dense mode is configured on voice vlan interface and loop0 interface > > cucm > moh audio source and PUB are configured for multicast routing (1 hop) > and assigned to mrg br1_mcast_moh which is assigned to mrgl br1 which is > assigned to br1 device pool > > I have a device pool 'MoH' that has a region 'MoH' and is assigned G711 to > all other regions. This region is assign to device pool MoH, and device pool > MoH is assign to the MoH servers. > > > When HQ calls BR1 and HQ presses hold, the BR1 phone hears piano music. > > When PSTN calls BR1 and BR1 presses hold, PSTN hears "beep beep beep" > > r2# debug ephone moh > EPHONE music-on-hold debugging is enabled > Oct 4 00:09:50.794: MoH route If Vlan302 ETHERNET 192.168.65.254 via ARP > Oct 4 00:09:50.794: MoH route If Loopback0 46 192.1.65.254 via 192.1.65.254 > > > > r2#debug ccm-m music-on-hold all > Call Manager music-on-hold all debugging is on > r2# > Oct 4 00:16:08.156: moh_update_rtp: callID 12 dstCallID -1 > Oct 4 00:16:08.156: moh_process_ccb: dstadr 192.168.65.30, callid -1, port > 21836, > codec 16, moh_en 0, moh_addr 0.0.0.0 > Oct 4 00:16:08.160: moh_update_rtp: callID 12 dstCallID -1 > Oct 4 00:16:08.160: moh_update_rtp: callID 12 dstCallID -1 > Oct 4 00:16:08.164: moh_process_ccb: dstadr 192.168.65.30, callid 11, port > 21836, > codec 16, moh_en 0, moh_addr 0.0.0.0 > Oct 4 00:16:08.164: moh_update_rtp: callID 12 dstCallID 11 > Oct 4 00:16:08.180: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now > connected to 911 N/A > Oct 4 00:16:08.180: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now > connected to 911 N/A > Oct 4 00:16:09.028: moh_update_rtp: callID 12 dstCallID 11 > Oct 4 00:16:09.028: moh_update_rtp: callID 12 dstCallID 11 > Oct 4 00:16:09.032: moh_update_rtp: callID 12 dstCallID 11 > Oct 4 00:16:17.264: %ISDN-6-DISCONNECT: Interface Serial0/0/0:0 > disconnected from 911 , call lasted 9 seconds > Oct 4 00:16:17.268: moh_update_rtp: callID 12 dstCallID 11 > > > > > > > > > On Oct 3, 2010, at 5:44 PM, James Key wrote: > >> Mark, >> Looking at your config, a little confused on your ip source address under >> call-manager fallback and what you have for your route under multicast. One >> is listed as voice vlan gateway and the other is voice vlan ip, but two >> different networks. What you have listed for your CUCM config looks correct. >> >> Also, do you also have ccm-manager music-on-hold defined on the br1 router? >> believe this is needed for multicast even though an H323 gateway. >> >> James >> >> >> >> >> From: [email protected] >> [[email protected]] On Behalf Of Mark Holloway >> [[email protected]] >> Sent: Sunday, October 03, 2010 7:17 PM >> To: CCIE Voice Maillist >> Subject: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)` >> >> I thought I had this figured out but I'm slipping up somewhere. Could use >> some help. :) >> >> I'm configuring multicast moh at BR1 using G.711 and streaming from BR1 >> router flash. BR1 is an H323 gateway. >> >> call-manager-fallback >> max-dn 24 >> max-ephones 2 >> ip source address 10.20.30.254 < this is the voice vlan default gateway >> moh music-on-hold.au < piano music file in flash >> multicast moh 239.1.1.1 port 16384 route <voice vlan ip = 192.168.65.254> >> <loop0 ip = 192.1.65.254> >> >> ip multicast-routing is enabled >> ip pim dense mode is configured on voice vlan interface and loop0 interface >> >> cucm > moh audio source and PUB are configured for multicast routing (1 hop) >> and assigned to mrg br1_mcast_moh which is assigned to mrgl br1 which is >> assigned to br1 device pool >> >> I have a device pool 'MoH' that has a region 'MoH' and is assigned G711 to >> all other regions. This region is assign to device pool MoH, and device >> pool MoH is assign to the MoH servers. >> >> >> When HQ calls BR1 and HQ presses hold, the BR1 phone hears piano music. >> >> When PSTN calls BR1 and BR1 presses hold, PSTN hears "beep beep beep" >> >> r2# debug ephone moh >> EPHONE music-on-hold debugging is enabled >> Oct 4 00:09:50.794: MoH route If Vlan302 ETHERNET 192.168.65.254 via ARP >> Oct 4 00:09:50.794: MoH route If Loopback0 46 192.1.65.254 via 192.1.65.254 >> >> >> >> r2#debug ccm-m music-on-hold all >> Call Manager music-on-hold all debugging is on >> r2# >> Oct 4 00:16:08.156: moh_update_rtp: callID 12 dstCallID -1 >> Oct 4 00:16:08.156: moh_process_ccb: dstadr 192.168.65.30, callid -1, port >> 21836, >> codec 16, moh_en 0, moh_addr 0.0.0.0 >> Oct 4 00:16:08.160: moh_update_rtp: callID 12 dstCallID -1 >> Oct 4 00:16:08.160: moh_update_rtp: callID 12 dstCallID -1 >> Oct 4 00:16:08.164: moh_process_ccb: dstadr 192.168.65.30, callid 11, port >> 21836, >> codec 16, moh_en 0, moh_addr 0.0.0.0 >> Oct 4 00:16:08.164: moh_update_rtp: callID 12 dstCallID 11 >> Oct 4 00:16:08.180: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now >> connected to 911 N/A >> Oct 4 00:16:08.180: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now >> connected to 911 N/A >> Oct 4 00:16:09.028: moh_update_rtp: callID 12 dstCallID 11 >> Oct 4 00:16:09.028: moh_update_rtp: callID 12 dstCallID 11 >> Oct 4 00:16:09.032: moh_update_rtp: callID 12 dstCallID 11 >> Oct 4 00:16:17.264: %ISDN-6-DISCONNECT: Interface Serial0/0/0:0 >> disconnected from 911 , call lasted 9 seconds >> Oct 4 00:16:17.268: moh_update_rtp: callID 12 dstCallID 11 >> >> >> NOTICE: This electronic mail message and any files transmitted with it are >> intended >> exclusively for the individual or entity to which it is addressed. The >> message, >> together with any attachment, may contain confidential and/or privileged >> information. >> Any unauthorized review, use, printing, saving, copying, disclosure or >> distribution >> is strictly prohibited. If you have received this message in error, please >> immediately advise the sender by reply email and delete all copies. > > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
