Re: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)`

2010-10-05 Thread Mark Holloway
My gateway is H323. I can do the same exact configuration on an MGCP gateway 
and it works.  I always need to do no mgcp/mgcp as well.  Have you run into 
this situation on an H323 gateway?


On Oct 5, 2010, at 6:53 PM, Kalyan iyer wrote:

> 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  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,  
> 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 
> To: CCIE Voice Maillist 
> 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  
> 
> 
> 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 ---

Re: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)`

2010-10-05 Thread Kalyan iyer
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  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, 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 
>> To: CCIE Voice Maillist 
>> 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 
>> 
>>
>> 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

Re: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)`

2010-10-04 Thread Mark Holloway
t; 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 
>>> [...@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  
>>> 
>>> 
>>> 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


Re: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)`

2010-10-04 Thread Daniel Berlinski
n 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 
>> 
>>
>> 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


Re: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)`

2010-10-04 Thread Mark Holloway
gt;> 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 
>>> [...@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  
>>> 
>>> 
>>> 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


Re: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)`

2010-10-04 Thread Mark Holloway
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 
 moh music-on-hold.au
 multicast moh 239.1.1.1 port 16384 route   

r2(config-subif)#do sh run | sec ccm-m

ccm-manager music-on-hold bind 




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  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  
> 
> 
> 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 
>&

Re: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)`

2010-10-04 Thread Prashant Patel
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  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 
> 
>
> 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 
> 
>
> 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 '

Re: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)`

2010-10-04 Thread Iwan Hoogendoorn
Mark,

What is the output of your "show ephone summary" ?

Thanks,
Iwan Hoogendoorn

From: ccie_voice-boun...@onlinestudylist.com 
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Mark Holloway
Sent: maandag 4 oktober 2010 2:18
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  


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


[OSL | CCIE_Voice] MoH SRST (Stream from Flash)`

2010-10-03 Thread David Lee
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, 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 
> To: CCIE Voice Maillist 
> 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 
> 
>
> 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:
> 
>
> --
>
> Message: 2
> Date: Sun, 3 Oct 2010 20:20:43 -0400
> From: Prashant Patel 
> To: Mark Holloway 
> Cc: CCIE Voice Maillist 
> Subject: Re: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)`
> Message-ID:
>
> 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  wrote:
>
> > I thought I had this figured out but 

Re: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)`

2010-10-03 Thread Mark Holloway
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  


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 
> [...@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  
> 
> 
> 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_proc

Re: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)`

2010-10-03 Thread James Key
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 
[...@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  


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


Re: [OSL | CCIE_Voice] MoH SRST (Stream from Flash)`

2010-10-03 Thread Prashant Patel
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  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 
> 
>
> 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
>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com


[OSL | CCIE_Voice] MoH SRST (Stream from Flash)`

2010-10-03 Thread Mark Holloway
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  


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