Check that your voip dial-peers facing the CUCM leg have voice-class codec configured with g729 and g711 support.
On Tue, Oct 5, 2010 at 6:16 PM, Mark Holloway <m...@markholloway.com> wrote: > 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 <m...@markholloway.com> 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:* ccie_voice-boun...@onlinestudylist.com [ >> ccie_voice-boun...@onlinestudylist.com] On Behalf Of Mark Holloway [ >> m...@markholloway.com] >> *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 > >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com