Key features:
- Total Pages Views and Load times
- Top Pages Viewed and Load Times
- Real Time Site Page Build Performance
- Users’ Browser and Platform Performance
- Geographic User Breakdown
- And more
COURSE of the MONTH
14 days, 3 hours left to enrollBecome a Premium Member and unlock a new, free course in leading technologies each month.
Solved
Multicast MAC Addresses in VMware vSwitches
Posted on 2016-09-25
Hello,
We have 5 ESX Servers and vCenter server, both version 5.5. We use standard vSwitches on each ESX server and a bond (with 2 physical ethernet ports) on each server that we use to pass traffic for various VLANs.
I noticed that network packets sent to a multicast destination MAC addresss, are flooded to all the VMs connected to the same vSwitch on the same host.
Is there a way to configure the VMs or the vSwitch, so that packets sent to a particular multicast MAC address will be delivered only to some of the VMs? i.e. to assign a second MAC address on a VM via CLI, apart from the primary MAC assigned to the VM? or maybe we can achieve this by using a distributed virtual switch instead of the standard vSwitch?
We need multicast traffic for various clusters of systems (servers, firewalls, etc), so we can't really avoid it.
Thanks,
We have 5 ESX Servers and vCenter server, both version 5.5. We use standard vSwitches on each ESX server and a bond (with 2 physical ethernet ports) on each server that we use to pass traffic for various VLANs.
I noticed that network packets sent to a multicast destination MAC addresss, are flooded to all the VMs connected to the same vSwitch on the same host.
Is there a way to configure the VMs or the vSwitch, so that packets sent to a particular multicast MAC address will be delivered only to some of the VMs? i.e. to assign a second MAC address on a VM via CLI, apart from the primary MAC assigned to the VM? or maybe we can achieve this by using a distributed virtual switch instead of the standard vSwitch?
We need multicast traffic for various clusters of systems (servers, firewalls, etc), so we can't really avoid it.
Thanks,
[X]
Welcome to Experts Exchange
Add your voice to the tech community where 5M+ people just like you are talking about what matters.
- Help others & share knowledge
- Earn cash & points
- Learn & ask questions
2
3 Comments
Active today
I noticed that network packets sent to a multicast destination MAC addresss, are flooded to all the VMs connected to the same vSwitch on the same host.
This is correct, and they will also be sent out to other ports, on physical switches and devices.
Is this causing you an issue ?
This is why some organisation disable multicast, because the are paranoid, that it impacts services!
Not causing a particular problem but since some of this traffic carries sensitive data, I'm wondering if there is a way to avoid this. Can we configure the hypervisor to deliver packets for a particular MAC address only to a specific VM?
Featured Post
Question has a verified solution.
If you are experiencing a similar issue, please ask a related question
Make the most of your online learning experience.
This article is in regards to the Cisco QSFP-4SFP10G-CU1M cables, which are designed to uplink/downlink 40GB ports to 10GB SFP ports. I recently experienced this and found very little configuration documentation on how these are supposed to be confi…
After creating this article (http://www.experts-exchange.com/articles/23699/Setup-Mikrotik-routers-with-OSPF.html), I decided to make a video (no audio) to show you how to configure the routers and run some trace routes and pings between the 7 sites…
This video gives you a great overview about bandwidth monitoring with SNMP and WMI with our network monitoring solution PRTG Network Monitor (https://www.paessler.com/prtg).
If you're looking for how to monitor bandwidth using netflow or packet s…
Suggested Courses
Course of the Month14 days, 3 hours left to enroll
800 members asked questions and received personalized solutions in the past 7 days.
Join the community of 500,000 technology professionals and ask your questions.