MAC NIC física de Hyper-V y MAC de conmutador virtual

¿Puede esta situación llevar a un conflicto de direcciones MAC?

Utilicé antes de Windows 8.1 y Server 2012 R2 para configurar entornos de VM varias veces, pero ahora lo hago a mano (es decir, Powershell), porque es un servidor Hyper-V 2012R2 (la alternativa gratuita). Normalmente, cuando se crea un conmutador virtual desde la interfaz gráfica de usuario de Hyper-V Manager, obtiene una de estas direcciones MAC de propiedad de Microsoft (00-15-5D-XX-XX-XX).

Name                      InterfaceDescription                    ifIndex Status       MacAddress             LinkSpeed
----                      --------------------                    ------- ------       ----------             ---------
Ethernet 2                Intel(R) 82579LM Gigabit Network Con...      13 Up           F8-B1-56-D0-5C-D3         1 Gbps
vEthernet (SwitchZew_I... Hyper-V Virtual Ethernet Adapter #2          17 Up           00-15-5D-00-E7-00        10 Gbps

Ahora, en este nuevo host de Hyper-V, usé un cmdlet PS Nuevo-VMSwitch , que no tenía ninguna opción para establecer su dirección MAC, y el conmutador se creó con exactamente el mismo MAC que la NIC física. Entonces cuando escribo get-netadapter, obtengo:

Name                      InterfaceDescription                    ifIndex Status       MacAddress             LinkSpeed
----                      --------------------                    ------- ------       ----------             ---------
Ethernet 2                Intel(R) 82579LM Gigabit Network Con...      13 Up           D4-C9-EF-F2-5F-79         1 Gbps
vEthernet (SwitchZew)     Hyper-V Virtual Ethernet Adapter #2          18 Up           D4-C9-EF-F2-5F-79        10 Gbps

Dos MACs en la misma red me preocupan. Puede ser esto un problema?

hyper-v mac-address

— Kitet
fuente

Si estas direcciones MAC estuvieran en diferentes segmentos de la red, podría dar lugar a una situación de tipo de suplantación de arp, donde un conmutador tenía que decidir qué ruta enviar un paquete en particular hacia abajo.

Sin embargo, como en última instancia están conectados a la misma interfaz, la tarjeta de red recibirá el paquete y luego lo pasará hacia arriba al interruptor Hyper-v. (particularmente porque la interfaz estará en modo promiscuo en ese punto)

A menos que esté viendo un problema específico que podría estar relacionado con esto, no es algo que me preocupe, e imagino que en realidad se hace así por diseño.

— Michael B
fuente

Correcto, entonces es verdad entonces que: 1) el modo promiscuo está activado de forma predeterminada, cuando se crea un conmutador virtual (wikipedia lo dice), por lo que el hipervisor puede decidir si reenviar ese paquete a una interfaz virtual que alberga. 2) ¿Y solo se reenviaría al sistema operativo host cuando el conmutador virtual y la máquina física tengan la misma dirección MAC?

— Kitet

@Kitet un adaptador en modo no promiscuo filtraría todo el tráfico no dirigido específicamente a él (a menos que se transmita) un adaptador de modo promiscuo pasa cada paquete hasta el núcleo para decidir qué hacer con. No conozco la arquitectura, pero me imagino que Hyper-v coloca un filtro en la pila de red que intercepta todo el tráfico en el camino hacia el núcleo.

— Michael B