No sabe qué dispositivo consultar. Por lo tanto, transmite su solicitud a toda la subred. El servidor DHCP está escuchando un cierto tipo de comunicación y cuando escucha esa transmisión específica comienza la conversación DHCP con el dispositivo que transmitió su solicitud. Eche un vistazo al proceso de DORA para obtener más información.
DORA significa:
En cuanto a la puerta de enlace, solo puede entrar en juego si reenvía explícitamente el tráfico DHCP a otra subred. Esa característica generalmente se llama retransmisión DHCP . De lo contrario, la puerta de enlace ignora el mensaje de difusión de DHCP al igual que ignora cualquier otro mensaje de difusión.
En cuanto a los servidores DHCP redundantes, querrá mantenerlos a ambos en la misma subred y probablemente usar la regla 80/20 . Puede configurar la conmutación por error si está utilizando CentOS como su servidor DHCP .
DHCP es (generalmente) un protocolo de transmisión, por lo que el cliente no necesita saber nada sobre la red, simplemente emite una solicitud.
Los servidores DHCP en la red luego ven esa solicitud y responden.
Por supuesto, es mucho más complejo que eso, debido al enrutamiento y otros dispositivos de red. La página de Wikipedia es una excelente fuente .
Y el RFC relevante cubre los detalles.
fuente
La razón por la que pregunto es porque estoy tratando de descubrir cómo configurar mejor un servidor DHCP redundante, en caso de que el original falle por alguna razón.
Primero, elogio su interés en aprender más sobre el protocolo. Ese es un buen plan.
En segundo lugar, te agradezco por explicar tu objetivo; Creo que te ayudará a obtener una buena respuesta.
Finalmente, mi respuesta:
Para cualquier servidor DHCP que elija, es probable que haya una configuración de conmutación por error / redundancia que le permita configurar un servidor DHCP redundante que puede hacerse cargo automáticamente (creo que Windows lo tiene, y sé que el servidor DHCP del ISC puede). Esa sería mi primera opción, ya que generalmente aborda problemas con los arrendamientos otorgados por el servidor DHCP primario antes de su falla, y porque se recupera automática y rápidamente.
La segunda opción sería duplicar completamente la configuración en otra máquina para que pueda activar la otra máquina manualmente en caso de falla de la primera. Esto no es tan óptimo porque perderá la información de arrendamiento existente y por el tiempo de inactividad implícito entre la falla del primer servidor DHCP y cuando aparece el reemplazo.
fuente
Se requieren varios pasos para obtener una dirección IP de un servidor dhcp.
Mensaje de descubrimiento, este mensaje se transmite para buscar un servidor dchp
Los servidores DHCP en la red responden con un mensaje de oferta.
El cliente envía un mensaje de solicitud de DHCP mediante difusión ... Este mensaje informará a todos los servidores DHCP de la red, cuya oferta fue aceptada por el cliente.
Se envía un mensaje de confirmación de DHCP para la confirmación del servidor.
fuente