Hey Mark, I ran into the same problem with MOH. You have the correct configuration.
However, If your BR1 RTR is a MGCP GW, like I had you will need to do a "no mgcp" / "mgcp" to make the MOH work. Thanks Kalyan On Sun, Oct 3, 2010 at 9:39 PM, David Lee <d16...@gmail.com> wrote: > Hey Mark, > > Check the MRGL of the voice gateway. The phone where you press hold <-- > from this phone is the source determined. But the MOH is taken from the > MRGL configured on the holdee, in this case the VG. > > Thanks, > > -Dave > > On Sun, Oct 3, 2010 at 9:08 PM, <ccie_voice-requ...@onlinestudylist.com>wrote: > >> Send CCIE_Voice mailing list submissions to >> ccie_voice@onlinestudylist.com >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://onlinestudylist.com/mailman/listinfo/ccie_voice >> or, via email, send a message with subject or body 'help' to >> ccie_voice-requ...@onlinestudylist.com >> >> You can reach the person managing the list at >> ccie_voice-ow...@onlinestudylist.com >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of CCIE_Voice digest..." >> >> >> Today's Topics: >> >> 1. MoH SRST (Stream from Flash)` (Mark Holloway) >> 2. Re: MoH SRST (Stream from Flash)` (Prashant Patel) >> 3. Re: MoH SRST (Stream from Flash)` (James Key) >> 4. Re: MoH SRST (Stream from Flash)` (Mark Holloway) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Sun, 3 Oct 2010 17:17:44 -0700 >> From: Mark Holloway <m...@markholloway.com> >> To: CCIE Voice Maillist <ccie_voice@onlinestudylist.com> >> Subject: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)` >> Message-ID: <85912468-288c-4ecc-9e9e-f9d9d22a3...@markholloway.com> >> Content-Type: text/plain; charset="us-ascii" >> >> 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 >> >> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> </archives/ccie_voice/attachments/20101003/e5357589/attachment-0001.html> >> >> ------------------------------ >> >> Message: 2 >> Date: Sun, 3 Oct 2010 20:20:43 -0400 >> From: Prashant Patel <prashantpatel...@gmail.com> >> To: Mark Holloway <m...@markholloway.com> >> Cc: CCIE Voice Maillist <ccie_voice@onlinestudylist.com> >> Subject: Re: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)` >> Message-ID: >> <aanlktin8bnyo+gmirh09kooo2=rvet90x=nw6g+x=...@mail.gmail.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Hi Mark, >> >> Try adding tftp-server flash:music-on-hold.au >> >> Also reload may help :) >> >> Thanks, >> Prashant >> >> >> >> On Sun, Oct 3, 2010 at 8:17 PM, Mark Holloway <m...@markholloway.com> >> wrote: >> >> > 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 >> > >> > >> > >> > _______________________________________________ >> > For more information regarding industry leading CCIE Lab training, >> please >> > visit www.ipexpert.com >> > >> > >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> </archives/ccie_voice/attachments/20101003/c57d6c0f/attachment-0001.html> >> >> ------------------------------ >> >> Message: 3 >> Date: Sun, 3 Oct 2010 19:44:52 -0500 >> From: James Key <j...@jackhenry.com> >> To: Mark Holloway <m...@markholloway.com>, CCIE Voice Maillist >> <ccie_voice@onlinestudylist.com> >> Subject: Re: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)` >> Message-ID: >> < >> 7105bfd589769844b43b67bbfa844a9b0295bc6...@mmoexchmbs01.jhacorp.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> 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<http://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. >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> </archives/ccie_voice/attachments/20101003/b5e7c9b0/attachment-0001.html> >> >> ------------------------------ >> >> Message: 4 >> Date: Sun, 3 Oct 2010 18:08:51 -0700 >> From: Mark Holloway <m...@markholloway.com> >> To: James Key <j...@jackhenry.com> >> Cc: CCIE Voice Maillist <ccie_voice@onlinestudylist.com> >> Subject: Re: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)` >> Message-ID: <d90ce1d9-6560-47c7-8357-7c7b49b10...@markholloway.com> >> Content-Type: text/plain; charset="us-ascii" >> >> 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. >> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: </archives/ccie_voice/attachments/20101003/2a038271/attachment.html> >> >> ------------------------------ >> >> _______________________________________________ >> CCIE_Voice mailing list >> CCIE_Voice@onlinestudylist.com >> http://onlinestudylist.com/mailman/listinfo/ccie_voice >> >> >> End of CCIE_Voice Digest, Vol 56, Issue 37 >> ****************************************** >> > > > _______________________________________________ > 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
