[cisco-voip] Multicast MoH Delay

Jason Aarons (US) jason.aarons at us.didata.com
Wed Jun 24 10:45:41 EDT 2009


I agree.

Can any customers reference where they needed dense-mode and why?  Guess
I've been stuck on sparse-dense-mode for years and can't recall why I
choose it a long time ago...at 93 I'm starting to lose my technical
memory <grin>

-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Wes Sisk
Sent: Wednesday, June 24, 2009 10:05 AM
To: Daniel
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Multicast MoH Delay

hmm,
the usual recommendation for multicast is sparse-dense which allows  
the stream to be pruned when not in use.  that said, i've not heard  
reports of delays with that setup.
you might try dense-sparse from the core and then sparse-dense at  
floor switches. if this is a propagation delay that would remove most  
of the moving pieces.

/wes

On Jun 24, 2009, at 2:46 AM, Daniel wrote:

Hi All,

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.

This consists of the following traffic flow,

MoH Server > Access Switch > Distribution Switch/router(RP) >  
Distribution Switch/router > Floor Switches > Phones

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.

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.

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.

Anyone know of a way to reduce the delay before music is heard? If not  
I guess its back to the lab.

regards,

Dan

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-----------------------------------------
Disclaimer:

This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the
designated addressee(s) named above only.  If you are not the
intended addressee, you are hereby notified that you have received
this communication in error and that any use or reproduction of
this email or its contents is strictly prohibited and may be
unlawful.  If you have received this communication in error, please
notify us immediately by replying to this message and deleting it
from your computer. Thank you.


More information about the cisco-voip mailing list