<div>Thanks all for your replies</div>
<div> </div>
<div>I would rather use sparse mode to take use of the join messages etc.. so that the phones join and leave the group. Dense mode I think floods the network and then prunes interfaces that are not in use, this occurs every 3 minuts or so. It just seems that sparse mode is more precise, I don't have much experience in this so not sure. Any thoughts / technical reasons on why to go Sparse, Dense or both?</div>
<div> </div>
<div>The RP is on a 6500 with sup720s and MSFC3's, the other distribution switch is an older 6500 with SUP2s and MSFC2, so c3voip similair to the issue you had with TAC but the RP is on a different device.</div>
<div> </div>
<div>I have added the "ip igmp join-group group-address" command in, this fixes the issue. My question is with this command, the router will accept and forward these packets preventing fast switching, if i use the static-group command the router doesnt accept the packets itself but forwards them thus allowing fast switching, anyone know of benefits either way? I did originally have a look at this command but I assumed its use was to always have the multicast traffic flowing which I didnt think ideal. But it turns out after actually trying this from Tony's point below it works quite well. Between the dsitribution switches the mroute is always setup but not from the distribution switch to the floors, when the phone joins the group the phones vlan interface is added to the mroute and MoH is heard straight away. There is no multicast MoH flooding the floor vlans which is what I was concerned about.</div>
<div> </div>
<div> </div>
<div> </div>
<div> </div>
<div> </div>
<div><br><br> </div>
<div class="gmail_quote">On Thu, Jun 25, 2009 at 5:49 AM, Tony Underwood <span dir="ltr"><<a href="mailto:tony@cambiumdata.com">tony@cambiumdata.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div lang="EN-US" link="blue" vlink="purple">
<div>
<p><span style="FONT-SIZE: 11pt; COLOR: #1f497d">If it's a delay in the route set up then you could try a static igmp join on the far end router.</span></p>
<p><b><span style="FONT-SIZE: 9.5pt; COLOR: black">ip igmp join-group </span></b><em><span style="FONT-SIZE: 9.5pt; COLOR: black">group-address</span></em><span style="FONT-SIZE: 11pt; COLOR: #1f497d"></span></p>
<p><span style="FONT-SIZE: 11pt; COLOR: #1f497d"> </span></p>
<p><b><i><span style="FONT-SIZE: 10.5pt; COLOR: #1f497d">Tony Underwood CCIE #7112</span></i></b></p>
<p><span style="FONT-SIZE: 10.5pt; COLOR: #1f497d">Sr. Network Engineer</span></p>
<p><span style="FONT-SIZE: 10.5pt; COLOR: #1f497d">Cambium Data Inc.</span></p>
<p><span style="FONT-SIZE: 10.5pt; COLOR: #1f497d">5050 So. 111th St.</span></p>
<p><span style="FONT-SIZE: 10.5pt; COLOR: #1f497d">Omaha, NE 68137</span></p>
<p><span style="FONT-SIZE: 10.5pt; COLOR: #1f497d">(402) 556-1388</span></p>
<p><span style="FONT-SIZE: 10.5pt; COLOR: #1f497d"><a href="http://www.cambiumdata.com/" target="_blank">http://www.cambiumdata.com</a></span></p>
<div class="im">
<p><span style="FONT-SIZE: 11pt; COLOR: #1f497d"> </span></p>
<div style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; PADDING-LEFT: 0in; PADDING-BOTTOM: 0in; BORDER-LEFT: medium none; PADDING-TOP: 3pt; BORDER-BOTTOM: medium none">
<p><b><span style="FONT-SIZE: 10pt">From:</span></b><span style="FONT-SIZE: 10pt"> <a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a> [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>] <b>On Behalf Of </b>Daniel<br>
<b>Sent:</b> Wednesday, June 24, 2009 1:46 AM<br><b>To:</b> <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br><b>Subject:</b> [cisco-voip] Multicast MoH Delay</span></p></div>
<p> </p></div>
<div>
<p>Hi All,</p></div>
<div>
<div></div>
<div class="h5">
<div>
<p> </p></div>
<div>
<p>I've setup multicast routing for music on hold between our data centre network and building floor subnets. The setup is that the data centre is on a different subnet and gear to the floor subnets so multicast routing needs to be used to get MoH packets to the phones.</p>
</div>
<div>
<p> </p></div>
<div>
<p>This consists of the following traffic flow,</p></div>
<div>
<p> </p></div>
<div>
<p>MoH Server > Access Switch > Distribution Switch/router(RP) > Distribution Switch/router > Floor Switches > Phones</p></div>
<div>
<p> </p></div>
<div>
<p>There are three routing hops (1) from vlan interface to routed interfaces of distribution switch (2) between Distribution and (3) from routed interface of distributionswitch to phone vlan interface. Only the distribution switches are layer 3.</p>
</div>
<div>
<p> </p></div>
<div>
<p>The first distribution switch is the RP for the group and only that group.The second distribution switch is accepting auto RP only. We are using sparse mode.</p></div>
<div>
<p> </p></div>
<div>
<p>Multicast traffic is working, the RP mappings are there, the mroute is there, the problem is that when a call is placed on hold there is a 5 second delay before the music is heard. I assume this to be somewhat because of the join message and the delay of the route or path being setup.</p>
</div>
<div>
<p> </p></div>
<div>
<p>Anyone know of a way to reduce the delay before music is heard? If not I guess its back to the lab.</p></div>
<div>
<p> </p></div>
<div>
<p>regards,</p></div>
<div>
<p> </p></div>
<div>
<p>Dan</p></div>
<div>
<p> </p></div></div></div></div></div></blockquote></div><br>