¿Cómo puede ocurrir un conflicto de dirección IP en un entorno DHCP?

Hay dos situaciones obvias en las que puedo pensar fácilmente. Los servidores DHCP usan un alcance o rango para definir qué IP se entregan. Por ejemplo, un enrutador doméstico puede tener una red IP de 192.168.1.0/24. Supongamos que el enrutador usa 192.168.1.1 para su dirección de puerta de enlace. En un entorno SOHO, eso dejaría un alcance que comenzó en 192.168.1.2 y subió a 192.168.1.254 como máximo.

El primer caso involucra un dispositivo de codificación personal con una IP que está en el rango de DHCP. Si esa dirección ya está en uso por un cliente del servidor DHCP, obtendrá un conflicto inmediato. De lo contrario, la mayoría de los servidores DHCP harán ping a una IP que está a punto de entregar. Si recibe una respuesta, elige la siguiente dirección disponible. Si no hace ping a una dirección que está a punto de entregar, se genera un conflicto porque los dos puntos finales se establecerán entre sí.

El otro caso obvio son dos servidores DHCP que A) no se conocen entre sí y B) usan el mismo alcance. Si no hacen ping primero, obtendrá conflictos.

La forma de evitarlo es comunicarse y utilizar ámbitos más pequeños.

Los escenarios con los que más me he encontrado en el trabajo son los siguientes:

Una impresora o dispositivo similar requiere que se configure una IP estática. Esta dirección no se ha eliminado por error del grupo. Un cliente DHCP luego recoge esta dirección. La mayoría de los servidores DHCP tendrán un método para detectar un conflicto e intentarán no repartir estas direcciones. Por ejemplo, el equipo de Cisco detecta un conflicto tanto por ping (ICMP) como por ARP gratuito. Una vez que se detecta un conflicto, la dirección se elimina del grupo hasta que se borra manualmente. Windows Server detecta un conflicto haciendo ping y asigna una concesión de “DIRECCIÓN MALA” que caduca en el tiempo arrendado configurado. Debido a estos métodos de detección, un conflicto de IP generalmente se resuelve rápidamente sin intervención. Sin embargo, si no hay suficientes direcciones en el grupo, el servidor DHCP no tiene otra dirección para distribuir y el conflicto persiste. En este caso, debe aumentar el grupo cambiando la máscara de subred o creando VLAN.

El otro caso con el que me encuentro es casi siempre mi culpa. Configuré algunos dispositivos con una IP estática que no está en línea todo el tiempo y no tomo nota de ello. Años después, necesito una estática, así que escaneo la red y encuentro lo que parece ser una IP abierta, pero de hecho es el dispositivo fuera de línea. La única resolución es rastrear los dos dispositivos y cambiar una de las IP. Esto es más difícil de diagnosticar de lo que uno podría pensar. El segundo dispositivo funciona la mayor parte del tiempo pero ocasionalmente se desconecta. Siempre pienso que algo está mal con el dispositivo antes de pensar que podría ser un conflicto. Para agravar esto, estos son típicamente dispositivos que no informarían un conflicto. Simplemente dejan de funcionar.

David Fitzgerald ya dio una gran respuesta. Solo agregaría otro punto …

Hay algunos escenarios menos comunes en los que las configuraciones de estaciones de trabajo pueden dar lugar a conflictos relacionados con IP similares.

Me he encontrado con situaciones en las que las máquinas virtuales de Windows se copiaron varias veces y comparten el mismo nombre de computadora / configuración de red. En ese caso, hubo conflictos de IP en el primer arranque de la VM. El problema se resolvió cambiando el nombre de la computadora a un valor único y liberando / renovando la dirección IP de la VM.