[cisco-voip] Multicast MOH from CM/MRGL

[Ed Leatherman]

Publisher appears to be OK CPU wise, the discards are on the switchport
outbound to the server - small number over an hour or so but expecting 0 so
i figured i'd start by eliminating some extra traffic that wasn't
necessary. Interface (gigabit) is barely utilized so trying to puzzle out
why it's dropping anything at all. Found the speed locked down on the port
and configured as auto on the server end so I made those match at auto,
waiting to see if that has an effect now. Duplex settings already matched
up.


On Mon, Feb 11, 2013 at 4:02 PM, Ryan Ratliff <rratliff at cisco.com> wrote:

> Multicast MOH streams always stream.  How far this propagates into your
> network depends on your multicast config but under normal circumstances I
> would not expect g.711 or g.729 audio streams (even 51 times however many
> codecs you have enabled) would stress a FastE or GigE port.  I'd guess any
> server with a FastE port is going to get cpu/disk bound way before the nic
> does serving up that much MOH.
>
> -Ryan
>
> On Feb 11, 2013, at 3:07 PM, Ed Leatherman <ealeatherman at gmail.com> wrote:
>
> Hello everyone,
>
> If an MOH audio source in CM (8.6) is configured to "allow multicasting",
> at which point should the server actually begin sending MOH to a multicast
> group?
>
> The reason I am asking is, I have many of my audio sources configured to
> allow multicasting, but on purpose I have no MRGL setup to actually use
> multicasting. The reason being is want the audio to continue playing so
> callers don't start at the beginning of the audio track every time they are
> placed on hold. Actually I don't care so much but my internal customers do
> :)
>
> however, i'm seeing still a bunch of multicast coming from my TFTP/MOH
> server still going to my publisher which is on the same switch and VLAN. In
> fact, the majority of the traffic on that switch port is just this MOH
> traffic. Normally it isn't something I'm worried about, however I'm also
> noticing packet discards on the publisher's switchport and that IS
> something i'm concerned about.
>
> Thanks!
>
> --
> Ed Leatherman
>  _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>


-- 
Ed Leatherman
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20130211/d9d0df0f/attachment.html>