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

[steve.siltman at assurant.com]

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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20091208/df15685f/attachment.html>