Dynamic Host Configuration Protocol (DHCP)

Dynamic Host Configuration Protocol (DHCP)

Sitio: Campus Virtual - ISSD
Curso: Mikrotik - Agosto 2021 - Módulo 1
Libro: Dynamic Host Configuration Protocol (DHCP)
Imprimido por: Emiliano Martín Britos
Día: miércoles, 15 de septiembre de 2021, 08:42
Tabla de contenidos

1 DHCP
2 Configuración dinámica
3 Mensajes DHCP
4 Asignación dinámica de direcciones IP
5 Configuración en Mikrotik
1 DHCP

Dynamic Host Configuration Protocol (DHCP)

Cada computadora conectada a una red de redes TCP/IP necesita saber su dirección IP antes de que
pueda enviar o recibir datagramas.
Además, una computadora requiere información adicional como la dirección de su default
gateway, la máscara de red en uso y la dirección de un servidor de nombres.
DHCP es un protocolo que se implementa en un servidor o en un router, el cual mediante el uso del
protocolo IP permitirá llevar a cabo la configuración IP de los Hosts que se conectan a la red de
manera dinámica, evitando tener que configurar cada equipo uno a uno. Es una aplicación de tipo
cliente/servidor en la que el servidor poseerá una lista de direcciones IP dinámicas y las irá asignando
a los clientes conforme éstas vayan quedando libres, llevando registro en todo momento de quién ha
estado en posesión de una dirección IP, cuánto tiempo la ha tenido y a quién se la ha asignado
después. Así los clientes de una red IP pueden conseguir sus parámetros de configuración
automáticamente, es decir su dirección IP, la máscara y la dirección IP del default Gateway de la red a
la que pertenece, entre otros parámetros.
Este protocolo se publicó en octubre de 1993, y su implementación actual está en la RFC 2131. Para
DHCPv6 se publica el RFC 3315.
Introducción
Cada computadora conectada a una red de redes TCP/IP necesita saber su dirección IP antes de que
pueda enviar o recibir datagramas.
Además, una computadora requiere información adicional como la dirección de su default
gateway, la máscara de red en uso y la dirección de un servidor de nombres.
Los investigadores desarrollaron el BOOT strap Protocol (BOOTP) que luego dio lugar al nacimiento
de Dynamic Host Configuration Protocol (DHCP) o Protocolo de Configuración Dinámica de Hosts
en español, Dado que para llevar a cabo su función se vale del protocolo User Datagram Protocolo
UDP en la capa de Transporte y del Internet Protocol IP en la capa de Red, DHCP debe
implementarse con un programa de aplicación. DHCP opera dentro de un paradigma cliente-servidor
y requiere sólo de un intercambio de paquetes.

DHCP es un protocolo que se implementa en un servidor o en un router, el cual mediante el uso del
protocolo IP permitirá llevar a cabo la configuración IP de los Hosts que se conectan a la red de
manera dinámica, evitando tener que configurar cada equipo uno a uno. Es una aplicación de tipo
cliente/servidor en la que el servidor poseerá una lista de direcciones IP dinámicas y las irá asignando
a los clientes conforme éstas vayan quedando libres, llevando registro en todo momento de quién ha
estado en posesión de una dirección IP, cuánto tiempo la ha tenido y a quién se la ha asignado
después. Así los clientes de una red IP pueden conseguir sus parámetros de configuración
automáticamente, es decir su dirección IP, la máscara y la dirección IP del default Gateway de la red a
la que pertenece, entre otros parámetros.

Este protocolo se publicó en octubre de 1993, y su implementación actual está en la RFC 2131. Para
DHCPv6 se publica el RFC 3315.

Utilizando el protocolo IP para determinar una dirección IP

A fin de entender cómo puede enviar una computadora un datagrama IP antes de que la
computadora conozca su dirección IP, se usa como una dirección de destino la dirección IP de
difusión, la cual está formada sólo por todos sus bit puestos en valor 1, lo que en binario se expresa
como [Link].
Un programa de aplicación puede utilizar la dirección IP de difusión para obligar al protocolo IP a
difundir un datagrama en la red local, antes de que el protocolo IP haya descubierto la dirección IP de
la red local o la dirección IP de la máquina.
Supongamos que la máquina cliente A (Hots A) desea utilizar DHCP para localizar información de
arranque (incluyendo su dirección IP) y que B es el servidor en la misma red física que responderá a
la solicitud. Dado que A no conoce la dirección IP de B o la dirección IP de la red, debe enviar una
solicitud DHCP (DHCP_Discovery) utilizando la dirección IP de difusión como dirección IP de
destino.
¿Cuál será la réplica?
¿Puede B enviar una réplica directa destinada solo al Host A?
Por lo general no. Aun cuando pueda no ser obvio, B quizás necesite utilizar la dirección de difusión
para su réplica, aunque conozca la dirección IP de A. Para entender por qué, considere qué sucedería
si un programa de aplicación en B logra enviar un datagrama utilizando la dirección IP de A.
Después de enrutar el datagrama, el software IP en B pasará el datagrama al software de interfaz de
red. El software de interfaz de red debe transformar la dirección IP de destino en una dirección
de hardware (dirección MAC) correspondiente, presumiblemente utilizando ARP. Sin embargo,
debido a que el Host A aún no ha recibido la réplica DHCP, no reconocerá su propia dirección
IP y no podrá responder a la solicitud ARP de B.
2 Configuración dinámica

Para que un Hosts pueda comunicarse con otros equipos dentro de una red, es indispensable que
cuente con una dirección IP, una máscara y la dirección IP de su default Gateway.
Cada dirección IP debe configurarse manualmente en cada dispositivo y, si el dispositivo se mueve a
otra subred, se debe configurar otra dirección IP diferente. El DHCP le permite al administrador
supervisar y distribuir de forma centralizada las direcciones IP necesarias y, automáticamente, asignar
y enviar una nueva IP si fuera el caso en que el dispositivo es conectado en un lugar diferente de la
red.
DHCP permite que una computadora adquiera toda la información que necesita en un solo mensaje.
Por ejemplo, además de una dirección IP, según las opciones están definidas en el RFC 2132, un
mensaje DHCP puede proveer los valores adecuados para los siguientes parámetros:
Dirección del servidor DNS (Domanin Name Service) o Servidor de nombre de dominio.
Nombre de dominio
Default Gateway (o puerta de enlace) de la dirección IP
Dirección de Broadcast
Máscara de Subred
Tiempo máximo de espera del protocolo ARP (Address Resolution Protocol) o Protocolo de
Resolución de Direcciones.
MTU (Maximun Transfer Unit) o Unidad de Transferencia Máxima para la interfaz de red.
Servidores NIS (Network Information Service) o Servicio de Información de Red
Dominios NIS
Servidores NTP (Network Time Protocol)
Servidor SMTP (Simple Mail Transfer Protocol)
Servidor TFTP (Trivial File Transfer Protocol)
Nombre del servidor de nombres de Windows (WINS)
DHCP permite también que una computadora posea una dirección IP en forma rápida y dinámica.
Para utilizar el mecanismo de asignación de direcciones dinámico DHCP, un administrador
debe configurar un servidor DHCP supliendo un conjunto de direcciones IP. Cada vez que una
Host nuevo se conecta a la red, el Host contacta al servidor y solicita una dirección. El servidor
selecciona una de las direcciones especificadas por el administrador y la asigna a la
computadora.
Para ser completamente general, DHCP permite tres tipos de asignación de direcciones; el
administrador es quien define cómo responderá DHCP a cada red o a cada Host.
El protocolo DHCP incluye tres métodos de asignación de direcciones IP:
Asignación Manual o estática: mediante la cual un administrador puede configurar una dirección
específica para una computadora específica. Se suele utilizar cuando se quiere controlar la asignación
de dirección IP a cada cliente, y evitar, también, que se conecten clientes no identificados.
Asignación Automática: DHCP también permite la configuración automática, por medio de la
cual el administrador permite a un servidor DHCP asignar una dirección permanente cuando una
computadora es conectada por primera vez a la red, dirección que siempre le será asignada al equipo a
menos que este la libere. Se suele utilizar cuando el número de clientes no varía demasiado.
Asignación Dinámica: Por último, el DHCP permite una configuración dinámica completa, con la
cual el servidor "presta" una dirección a un Host por un tiempo limitado. Es el único método que
permite la reutilización dinámica de las direcciones IP. El administrador de la red determina un rango
de direcciones IP y cada dispositivo conectado a la red está configurado para solicitar su dirección IP
al servidor cuando la tarjeta de interfaz de red se inicializa, lo cual facilita la conexión de nuevos Host
a una red.

DHCP utiliza la identidad del cliente para decidir cómo proceder. Cuando un cliente contacta un
servidor DHCP, envía un identificador, por lo general, la dirección de hardware (dirección
MAC) del cliente. El servidor utiliza el identificador del cliente y la red a la que el cliente se ha
conectado para determinar cómo asignar una dirección IP. Así, el administrador tiene un control
completo sobre la forma en que se asignan las direcciones. Un servidor podría configurarse para
asignar direcciones a Hosts específicos de manera estática, mientras permite a otros Hosts obtener
dinámicamente direcciones de manera permanente o temporal.
3 Mensajes DHCP

Los Servidores DHCP se comunican con sus clientes a través de una serie de mensajes DHCP. Para obtener una
concesión, el cliente DHCP inicia una conversación con un servidor DHCP mediante el intercambio de una serie
mensajes DHCP. A continuación se describen los ocho tipos de mensajes que se pueden enviar entre servidores y
clientes DHCP.

DHCP DISCOVER
Mensaje de Broadcast enviado por un cliente DHCP cuando intenta conectarse a la red, solicitando información de
dirección IP a un servidor DHCP.

DHCP OFFER
Mensaje de broadcast enviado por el servidor DHCP como respuesta a un mensaje DHCP Discover de un cliente. El
mensaje DHCPOffer contiene una dirección IP e información de configuración de TCP/IP adicional, tales como la
máscara de subred y la dirección IP del default Gateway. Puede que por redundancia exista más de un servidor
DHCP en la red, en cuyo caso todos los servidores que reciban el mensaje DHCP Dicover pueden responder con un
mensaje DHCP Offer. El cliente acepta la mejor oferta, que para el caso de un cliente Windows, es el primer mensaje
DHCP Offer recibido.

DHCP REQUEST
Mensaje de broadcast enviado por el cliente luego de seleccionar un DHCP Offer. El mensaje DHCPRequest contiene
la dirección IP ofrecida por el servidor en el mensaje DHCPOffer seleccionado. Este mensaje puede ser enviado
como una comunicación dirigida al servidor (Unicast) en caso de que el cliente esté intentando renovar o volver a
conectarse a una concesión anterior.

DHCP ACK
Broadcast enviado por un servidor DHCP a un cliente indicando que reconoce el mensaje DHCP Request. En este
momento, el servidor reenvía también las opciones. Al recibir el mensaje DHCP Ack, el cliente puede utilizar la
dirección IP concedida para participar en la red TCP/IP y completar su inicio del sistema.
Generalmente este mensaje se envía como broadcast porque el cliente aún no tiene una dirección IP que pueda
utilizar hasta tanto reciba este DHCP ACK.

DHCP NACK
Broadcast enviado por un servidor DHCP a un cliente para denegar el mensaje DHCP Request del cliente. Esto
puede ocurrir si la dirección solicitada es incorrecta porque el cliente se trasladó a una nueva subred o porque la
concesión del cliente DHCP ha caducado y no se puede renovar.

DHCP DECLINE
Broadcast enviado por un cliente a un servidor DHCP, para informar al servidor que la dirección IP ofrecida es
rechazada porque parece estar en uso por otro equipo. Esto es referido como IP duplicada.

DHCP RELEASE
Mensaje enviado por un cliente a un servidor DHCP, para renunciar a una dirección IP y cancelar la concesión por el
tiempo restante. Se trata de un mensaje Unicast para el servidor que proporcionó la concesión.

DHCP INFORM
Mensaje enviado desde un cliente a un servidor DHCP, solicitando parámetros de configuración adicional cuando el
cliente ya tiene una dirección IP configurada. Este tipo de mensaje también puede ser utilizando por servidores DHCP
para detectar servidores DHCP no autorizados.
4 Asignación dinámica de direcciones IP

Para hacer posible la autoconfiguración, un servidor del DHCP comienza con un conjunto de
direcciones IP que el administrador de red asigna al servidor para su manejo. El administrador
especifica las reglas bajo las que opera el servidor. Un cliente DHCP negocia el uso de una dirección
intercambiando mensajes con un servidor. En el intercambio, el servidor proporciona una dirección
para el cliente y el cliente verifica que la dirección sea aceptable. Una vez que el cliente ha
aceptado una dirección, puede comenzar a utilizar la dirección para comunicarse.

A diferencia de la asignación de direcciones estática, que asigna permanentemente cada dirección IP

a un anfitrión específico, la asignación de direcciones dinámica es temporal. Decimos que un
servidor DHCP arrienda una dirección a un cliente por un período de tiempo finito. El
servidor especifica el período de arrendamiento cuando asigna la dirección. Durante el período de
arrendamiento, el servidor no arrendará la misma dirección a ningún otro cliente. Al final del periodo
de arrendamiento, sin embargo, el cliente debe renovar el arrendamiento o dejar de usar la
dirección.

Para que la asignación dinámica de direcciones IP pueda llevarse a cabo, es necesario un intercambio
de mensajes DHCP que comienzan cuando se enciende un nuevo dispositivo conectado a una red IP.

DHCP DISCOVER
Al encender un nuevo dispositivo conectado a la red, este envía un mensaje DHCP Discover
solicitando al servidor DHCP de dicha red que le asigne los parámetros de configuración IP.

Si la solicitud no recibe respuesta de un servidor DHCP, el cliente continúa enviando mensajes

DHCPDiscover a intervalos de 0, 4, 8, 16 y 32 segundos. Si no hay respuesta de un servidor DHCP
después de un minuto, el cliente puede proceder de dos maneras:

Si el cliente utiliza la configuración alternativa de APIPA, el cliente auto configura una dirección
IP para su interfaz.
Si el cliente no admite la configuración alternativa, tales como APIPA, o si se ha deshabilitado la
configuración automática IP, se produce un error en la inicialización de red en el cliente.

En ambos casos, cada cinco minutos el cliente comienza un nuevo ciclo de los mensajes
DHCPDiscover usando los mismos intervalos, hasta que recibe un mensaje DHCPOffer desde un
servidor DHCP.

DHCP OFFER
Como respuesta a la solicitud del cliente, el servidor DHCP envía un mensaje DHCP Offer,
conteniendo la información de los parámetros IP ofrecidos al cliente para su configuración.

DHCP REQUEST
El cliente selecciona su configuración a partir de la información recibida en los mensajes DHCP
Offer. Una vez más, el cliente solicita una dirección IP, pero en este caso especifica la información
ofrecida por el servidor

DHCP ACKNOWLEDGE
El servidor reconoce la solicitud y la envía un acuse de recibo al cliente, iniciando así la fase final del
proceso de configuración. Esta fase implica el reconocimiento con el envío de un mensaje al cliente
que incluye la duración de la concesión y cualquier otra información de configuración que el cliente
pueda haber solicitado. En este punto, el proceso de configuración TCP/IP se ha completado.

Podemos observar a continuación el orden del flujo de intercambio de mensajes entre el cliente y el
servidor.

Renovación de una asignación

Una vez transcurrido el 50% del tiempo de la asignación original, conocido como T1, el cliente DHCP
intentará renovarla para evitar interrupciones en su conexión a la red. En este momento, el cliente
envía un mensaje de DHCPRequest al servidor DHCP. Si el servidor está disponible y la asignación
está aún disponible, el servidor responde con un mensaje DHCPAck renovando así la asignación
original.
Si el servidor DHCP original está disponible, pero la asignación del cliente actual ya no está
disponible, el servidor DHCP responde con un mensaje DHCPNack y el cliente inicia inmediatamente
el proceso para obtener una nueva asignación. Esto puede ocurrir si el cliente ha cambiado la subred o
si el servidor DHCP no puede atender la solicitud de asignación por algún otro motivo.
Si no hay respuesta del servidor DHCP, el cliente espera hasta el 87,5 por ciento del tiempo de
asignación, conocido como T2. En T2, el cliente entra en el estado de reenlace y difunde un mensaje
DHCPRequest para intentar renovar la asignación de cualquier servidor DHCP disponible. Si no hay
ningún servidor DHCP disponible en el momento en que caduca la asignación, el cliente
inmediatamente libera la asignación existente e inicia el proceso para obtener una nueva asignación,
comenzando con un mensaje DHCPDiscover.

Detección de conflictos de cliente

Después de que el cliente DHCP recibe una asignación del servidor DHCP, el cliente envía una
solicitud de protocolo de resolución de direcciones (ARP) a la dirección que se le ha asignado. Si se
recibe una respuesta a la solicitud ARP, el cliente ha detectado un conflicto y envía un mensaje de
DHCPDecline al servidor DHCP. El servidor DHCP asigna un valor BAD_ADDRESS a la dirección
IP en el pool DHCP al que pertenece. El cliente, a continuación, comienza de nuevo el proceso de
concesión y se ofrece la siguiente dirección disponible en el pool DHCP.
El pool DHCP es el listado de direcciones IP disponibles que tiene el cliente para ofrecer a las
solicitudes provenientes e la red a la que pertenece el cliente.
5 Configuración en Mikrotik

DHCP Client

DHCP Client

DHCP Server

DHCP Server con Mikrotik

DHCP Server en Mikrotik (parte 2)