En un futuro post que en este momento estoy editando hablo del modelo OSI y su importancia. Este error que me tuvo varios días en jaque viene a demostrar la importancia del nivel 2 (enlace) y como puede malfuncionar una red por una MAC DUPLICADA.
Comencemos; me encuentro con dos equipos que no se encuentran entre ellos ni responden ping, el primero es un servidor virtualizado. (si elegí hyper-v es para poder licenciar dos máquinas virtuales con la edición standard de windows server).
Los usuarios me comentan que tienen repetidas pérdidas de conexión y cada vez que me conecto no veo nada anormal, instantáneas de volumen desactivadas, desde otros equipos responde al ping, velocidad normal y a los 20 minutos de nuevo se traba el sistema.
Intento reproducir el problema sin éxito, como el único nexo constante que tengo es que en dos equipos ni siquiera son capaces de hacerse un ping, comienzo deshabilitando firewalls y todo lo que se me ocurre sin éxito.
¿Porqué entre PRUEBAS Y SERVIDOR no pueden hacerse un ping entre sí y cualquier equipo es capaz de hacer un ping a cualquiera de ellos?.
Pues bien aquí la SOLUCIÓN, al menos para mí porque creo que no es tan sencillo que pueda darse esta circunstancia.
Los switch trabajan a L2 y para ganar en eficiencia trabajan con las direcciones MAC creando sus propias tablas para saber porqué puerto envían la información; bien sabemos que cada tarjeta de red tiene su dirección única MAC pero no ocurre lo mismo con las tarjetas virtuales hyper-v de forma que cada vez que creamos una interfaz el servidor genera su propia dirección MAC que empiezan por 00:15:5D:28:XX:XX.
Por razones de la vida hace unos días al configurar en mi PC una máquina virtual para hacer pruebas la máquina virtual (pruebas) y la máquina virtual que daba servicio estaban trabajando con una dirección MAC idéntica.
Con todo esto y a nivel de anécdota se hace imprescindible configurar el intervalo dinámico de direcciones MAC en los servidores, vaciar la tabla arp y a funcionar!