[cisco-voip] MOH from Router Flash between internal callers

[Kevin Thorngren]

The config looks ok assuming you also have the command "ccm-manager  
music-on-hold".

Since you want to play MoH from flash you don't need or want the  
multicast packets from the CUCM server to reach the remote site.  When  
you place the PSTN call on hold execute the command "show ccm-manager  
music-on-hold".  It should show the call you just placed on hold.   
What codec does it show?

If G711 then then it could be the GE IP you listed is the wrong subnet  
or there is another issue which the info supplied to the TAC case will  
help to troubleshoot.

If G729 then the MoH server Region and the remote site Region are  
configured for G729.  If this is the case then you will need to create  
a new device pool for the MoH server and a new Region that uses G711  
to all other Regions.  Assign this Region to the new device pool and  
assign the DP to the MoH server.  Assuming you are incrementing by  
port on the MoH server config you will also need to change the port  
used on your multicast moh command from 16404 to 16401.  You will need  
to use "no multicast moh...." and re-add it to make the change.

Kevin
On Dec 8, 2009, at 11:32 PM, steve.siltman at assurant.com wrote:

>
> It works great playing the MOH file from flash out the PSTN.  It's  
> only when an internal ip phone puts another internal ip phone on hold.
>
> Here is part of my router configuration.
>
> interface GigabitEthernet0/0
>  ip pim sparse-dense-mode
>
> call-manager-fallback
>  ip source-address <loopback ip> port 2000
>  mwi relay
>  moh music-on-hold.au
>  multicast moh 239.1.1.1 port 16404 route <Gigabit ip>
>
> The phone hears dead air so I'm thinking were close.
>
> The core router interface vlans have ip pim sparse-dense mode  
> configured.
>
> The show ip mroute:
>
> (*, 239.1.1.1), 10:31:53/stopped, RP 0.0.0.0, flags: D
>   Incoming interface: Null, RPF nbr 0.0.0.0
>   Outgoing interface list:
> <bunch of vlan interfaces>
>
> Is this show ip mroute display normal?
>
> Thanks,
>
> Steve Siltman
> Assurant Corporate Technology
> Senior Network Engineer - Cisco CCVP
> Work: 651-361-4752
> Cell: 651-336-5563
> steve.siltman at assurant.com
>
>
> Karen Cheng <kaz.cheng at gmail.com>
> 2009-12-08 16:32
>
> To
> steve.siltman at assurant.com
> cc
> cisco-voip at puck.nether.net
> Subject
> Re: [cisco-voip] MOH from Router Flash between internal callers
>
>
>
>
>
> Hi Steve,
>
> We have multicast MoH running from a local branch router.
>
> How have you got it setup?
>
> We basically have a local file flash. A multicast address set to the  
> same as the CM but limited the CM to a certain amount of hops to  
> stop it from going across the WAN. We then add the phones to the  
> MRG  that contains the MoH server fooling the phone in thinking it  
> is talking back to the CM when in fact it is talking to the router  
> instead.
>
> Is that what you are after?
>
> Karen
>
> On Wed, Dec 9, 2009 at 7:22 AM, <steve.siltman at assurant.com> wrote:
>
> Has anyone been able to get this too work?  I turned on Multicast  
> within the internal network at this remote site and I'm unable to  
> get the phones to hear the MOH between two internal Cisco IP  
> Phones.  Years ago, I read that this wasn't possible but was hoping  
> this was resolved in later versions.  We are running v7 Call Manager  
> with 12.4.24 router code.  MOH works fine to external customers.  It  
> seems fairly straight forward as the one Cisco IP phone issues the  
> Hold and sends the multicast ip address to the other phone.  I'm not  
> sure why the other phone doesn't pick up on the stream.  Grr
>
> If this isn't supported then I'll have to allow MOH across the WAN  
> and forget about using the routers flash outside of SRST.
>
> I've got a ticket open with Cisco and they verified the  
> configuration and have asked for trace files.  Either this TAC  
> person doesn't know it isn't supported or something has changed  
> since my Cisco Voice Gateways book was printed in 2006.
>
> Thanks,
>
> -Steve
> This e-mail message and all attachments transmitted with it may  
> contain legally privileged and/or confidential information intended  
> solely for the use of the addressee(s). If the reader of this  
> message is not the intended recipient, you are hereby notified that  
> any reading, dissemination, distribution, copying, forwarding or  
> other use of this message or its attachments is strictly prohibited.  
> If you have received this message in error, please notify the sender  
> immediately and delete this message and all copies and backups  
> thereof. Thank you.
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> This e-mail message and all attachments transmitted with it may  
> contain legally privileged and/or confidential information intended  
> solely for the use of the addressee(s). If the reader of this  
> message is not the intended recipient, you are hereby notified that  
> any reading, dissemination, distribution, copying, forwarding or  
> other use of this message or its attachments is strictly prohibited.  
> If you have received this message in error, please notify the sender  
> immediately and delete this message and all copies and backups  
> thereof. Thank you._______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20091209/03199727/attachment.html>