MAC NIC físico Hyper-V e comutador virtual MAC

Question

Esta situação pode levar a um conflito de endereços MAC?

Eu usei antes do Windows 8.1 e do Server 2012 R2 para configurar ambientes de VM várias vezes, mas agora estou fazendo isso manualmente (ou seja, Powershell), porque é um Hyper-V Server 2012R2 (a alternativa gratuita). Normalmente, quando um switch virtual é criado a partir da GUI do Hyper-V Manager, ele obtém um desses endereços MAC de propriedade da 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

Agora, neste novo host Hyper-V, usei um cmdlet PS New-VMSwitch , que não tinha nenhuma opção para definir seu endereço MAC, e a opção foi criada exatamente com mesmo MAC como NIC física. Então, quando eu digito o get-netadapter, eu recebo:

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

Dois MACs na mesma rede me preocupam. Isso pode ser um problema?

    

Answer 1

Se esses endereços MAC estivessem em segmentos diferentes da rede, isso poderia levar a uma situação do tipo arp spoofing, em que um switch tinha que decidir qual caminho enviar um determinado pacote para baixo.

No entanto, como eles são conectados à mesma interface, a placa de rede receberá o pacote e, em seguida, o encaminhará para o comutador Hyper-v. (particularmente porque a interface estará em modo promíscuo nesse ponto)

A menos que você esteja vendo um problema específico que possa estar relacionado a isso, não é algo com que eu me preocuparia, e imagino que isso seja realmente feito assim por design.