Stop Multicast Session from flooding Network

I am using Symantec Ghost 7.0. Every time I run multicast server the network performance is reduced by more than half. So i figured if can stop the multicast packets from leaving the switch where all the clients are connected I can stop the unnecessary traffic. Allow me to explain the current scenario. There is a workbench were all stations on the work bench are connected to a Cisco Catalyst 3524. Port 24 on the catalyst is connected to a parent Switch via a cross over cable. A DHCP server and the Proxy Server are connected to the PARENT Switch, which is how the computers on the workbench get their IP addressee and access the internet. NOTE!!! ONLY computers on the workbench need to access the Symantec Multicast Server. So I think I can add an access statement to the switch to stop all outgoing packets from Symantec Multicast on Switch Port 24. The question is how does Symantec Multicast server send information to their clients, and how do the clients find the Multicast Server? Is it a particular port or a particular packet or what?
LVL 9
gbarrientosAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

MaxQCommented:
If the switches aren't configured for IGMP/CGMP, they will forward multicasts as if they were broadcasts.
Once multicast is configured on the network devices they will only forward multicast frames to stations that join the multicast group in question.  As with most network things there is more than one way to do it, but these links should be helpful:

http://service1.symantec.com/SUPPORT/ghost.nsf/docid/2000022806431025?Open&src=&docid=2000033111503625&nsf=ghost.nsf&view=docid&dtype=&prod=&ver=&osv=&osv_lvl=

http://www.cisco.com/en/US/products/hw/switches/ps637/products_configuration_guide_chapter09186a008007d248.html#xtocid109398
0
chicagoanCommented:
or vlan your lab
0
MaxQCommented:
That's true, having the lab on its own subnet would keep the multicasts contained and
allow you to do some access control between it and the rest of your network.  Not a
bad idea for security if you potentially have workstations/servers there being built that
aren't fully patched/configured/etc.
0
Ultimate Tool Kit for Technology Solution Provider

Broken down into practical pointers and step-by-step instructions, the IT Service Excellence Tool Kit delivers expert advice for technology solution providers. Get your free copy now.

ThePowderedToastManCommented:
You certainly can control precisely where a multicast is sent.  An IGMP packet goes anywhere on the set of IP addresses within the LAN it is programmed on.  You can control this by programming groups for multicasting on your routers.  THis is exactly what MaxQ and Chicagoan are saying, so give me no points.  A best solution, in my never to be humble opinion is to go with CHicagoan, and VLAN, your lab, this will eliminate all unwanted traffic to your lab.,
0
Scotty_ciscoCommented:
gbarrientos

I understand your problem we have had a similar issue... One nice thing that I wanted to bring up though is the development of IGMP snooping in 3550 switches and the 2950 switches which will do the IP IGMP joins on a port level and allow you to remain on the same switch without VLANing or messing with segmenting your network.  Let me clarify that statment --- the switch will watch for a join on a group before it floods the multicast out that port. Very low level stuff but it seems to work ... one problem is that it does cause a performance hit on the switch.

Thanks
Scott
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
chicagoanCommented:
surgical, scotty! wtg!
now - can you get us warp 10?
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Networking

From novice to tech pro — start learning today.

Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.