Excessive moh multicast traffic

[renato.guimaraes]

So I stumbled upon this while reading traffic on our Sonicwall router and noticed that we're dropping about 50 packets per seconds. Is there any way we can disable multicast moh 239.10.16.16 port 2000 on the telephony-service section without affecting moh?

This is on our UC540.

Thanks

-Renato

[Ricardo Munioz Cabero]

Hi Renato, I'm looking for a solution to the multicast problem too, but I think I can see 2 problems with your access-list:

1. Remember that access-list doesn't work for the traffic generated at the router, in other words, it won't filter its own packets.
2. Even if it would, you must remember that there is an implicit "deny ip any any" at the end of every access-list, so you should add a "permit ip any any" statement to allow the rest of the traffic.

I will search the configuration for the IGMP issue, or may be I could get some help here too.

Regards.

[David Trad]

HI All,

I see this post re-surfaced again

I am not sure why there is such a concern about Music On Hold, it is a Multicast setup, meaning that it is not broadcasting unless there is an interested party for it, unless you physically alter its settings to be Unicast or a constant broadcast, MoH will only ever Multicast when an interest party has requested I.E.... EXT-100 places EXT-101 on hold, or EXT-100 places outside call on hold, then and only then it should be broadcasting.

Also the amount of traffic it generates is quite small given also the file size and compression of the file type as well, in hundreds of UC deployments I have never ever seen this come up as an issue, although when you plug in an outside source, I have seen some unwelcome traffic increase, but even then not enough to cause an issue on the network as it should be contained within its own VLAN.

Ofcourse unless something has changed and or I have had it wrong all along, which is very possible....

Cheers,

David.