<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I don't recall this ever not being supported, in fact the whole point of using the router flash for MOH was to get it working to phones and PSTN gateways at the remote site.<div><br></div><div>It is most definitely supported and there are quite a few people that use it with no issues. The reason you were asked for traces is because if the configuration looks good, then the traces are the best way to confirm what MOH audio source/server CUCM is selecting and why the multicast address the phone is told to listen to doesn't line up with what the router is sending.</div><div><br></div><div>You are correct and it is fairly straight forward. One slight correction is that it is not the phone initiating the hold but rather the CUCM server that instructs the held party to listen to the MOH stream. The address used will be a combination of the user hold audio source configured on the holding phone and the MRGL of the held phone.</div><div><br></div><div>You can also find out the address the phone is being told to listen to by putting the phone on hold, and then pointing a web browser at the held phone's IP address. Click on the Streaming Statistics links until you see the multicast address. If everything is configured correctly then this address and port will match that configured on the SRST router. If it doesn't match, then your CUCM configuration is not correct. If it does match and the phone is still hearing silence on hold then you need to troubleshoot the layer 2 and 3 multicast between the SRST router and the IP phone.</div><div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div>-Ryan</div></span>
</div>
<br><div><div>On Dec 8, 2009, at 4:22 PM, <a href="mailto:steve.siltman@assurant.com">steve.siltman@assurant.com</a> wrote:</div><br class="Apple-interchange-newline">
<br><font size="2" face="sans-serif">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</font>
<br>
<br><font size="2" face="sans-serif">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.</font>
<br>
<br><font size="2" face="sans-serif">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.</font>
<br>
<br><font size="2" face="sans-serif">Thanks,</font>
<br><font size="2" face="sans-serif"><br>
-Steve</font>
<br>
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._______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>https://puck.nether.net/mailman/listinfo/cisco-voip<br></div><br></div></body></html>