UNIVERSIDAD POLITÉCNICA SALESIANA

Tema:
Protocolo DHCP

TCP / IP

Integrantes:
ANDREA RIOFRIO
ALEX AMAGUAÑA

Ing. Julio Proaño

FUNCIONAMIENTO DE DHCP

DHCP se definió por primera vez como un protocolo de seguimiento estático de las normas en
el RFC 1531 en octubre de 1993, como una extensión del protocolo Bootstrap (BOOTP). Puede
ser usado para entregar un amplio rango de parámetros de configuración extra a los clientes IP,
incluyendo parámetros específicos a ciertas plataformas.

DHCPv6 fue documentado originalmente en el RFC 3315 en 2003 y luego complementado por
muchos otros RFC. El RFC 3633 añadió un mecanismo de delegación de prefijo para DHCPv6.
DHCPv6 se amplió aún más para proporcionar información a los clientes con la configuración
automática de direcciones sin estado en el RFC 3736.

ASIGNACIÓN DE DIRECCIONES

Asignación de Direcciones La asignación de direcciones IP por parte del Servidor puede ser:

Manual: en el servidor el administrador especifica manualmente una IP específica para cada

cliente (direcciones MAC).

Automática: el servidor DHCP asigna una IP permanente a un cliente desde que se conecta la
primera vez.

Dinámica: el servidor tiene un conjunto de direcciones IP disponibles y le asigna una IP a un

cliente por un periodo de tiempo limitado (determinado por el servidor o el cliente).

ESTADOS DE ADQUISICIÓN DE DIRECCIONES

OPCIONES Y TIPOS DE MENSAJES DHCP

CAMPO TIPO DE MENSAJE ENVIADO DESCRIPCIÓN

DE POR:
TIPO
1 DHCPDISCOVER Cliente Envía un mensaje de difusión para localizar a
los servidores DHCP activos.
2 DHCPOFFER Servidor Responde con una oferta de parámetros de
configuración conforme a la situación del
cliente.
3 DHCPREQUEST Cliente Solicita los parámetros ofrecidos, en caso de
que el mensaje del servidor haya sido
aceptado, rechazando la oferta, si el mensaje
del servidor ha sido desestimado o
confirmando la solicitud de una dirección IP
obtenida anteriormente.
4 DHCPDECLINE Cliente Informe de que la dirección está en uso,
normalmente porque otro usuario ha
asignado esa dirección manualmente.
5 DHCPACK Servidor Mensaje de confirmación y cierre, indicando
los parámetros definitivos.
6 DHCPNACK Servidor Informe de que la dirección IP que solicita no
es válida para la subred en la que se
encuentra o ya no la puede asignar porque la
tiene otro equipo.
7 DHCPRELEASE Cliente Informe de que ha finalizado el uso de la
dirección IP.
8 DHCPINFORM Cliente Consulta sobre la configuración local. El
cliente ya está configurado cuando envía este
mensaje.

ESTRUCTURA DE UN MENSAJE DHCP

ESTRUCTURA DEL MENSAJE DE DHCP
FUNCIONAMIENTO DE DHCP

El diagrama anterior muestra los siguientes pasos:

El cliente descubre un servidor DHCP emitiendo un mensaje de descubrimiento a la dirección de

emisión limitada (255.255.255.255) de la subred local. Si hay un enrutador y está configurado
para hacer de agente de reenvío de BOOTP, la solicitud se transfiere a otros servidores DHCP de
diferentes subredes. La emisión del cliente incluye su ID exclusivo, que, en la implementación
de DHCP en Oracle Solaris, se obtiene de la dirección de control de acceso de soportes (MAC)
del cliente. En una red Ethernet, la dirección MAC es la misma que la dirección Ethernet.

Los servidores DHCP que reciben el mensaje de descubrimiento pueden determinar la red del
cliente con la información siguiente:
¿En qué interfaz de red se sitúa la solicitud? El servidor determina si el cliente se encuentra en
la red a la que está conectada la interfaz o si está utilizando un agente de reenvío de BOOTP
conectado a dicha red.

¿Incluye la solicitud la dirección IP de un agente de reenvío de BOOTP? Cuando una solicitud

pasa por un agente de reenvío, éste inserta su dirección en el encabezado de la solicitud. Cuando
el servidor detecta una dirección de agente de reenvío, el servidor sabe que la parte de red de
la dirección indica la dirección de red del cliente porque el agente de reenvío debe estar
conectado a la red del cliente.

¿La red del cliente cuenta con subredes? El servidor consulta la tabla netmasks para encontrar
la máscara de subred que se utiliza en la red que indica la dirección del agente de reenvío o la
dirección de la interfaz de red que recibió la solicitud. Cuando el servidor conoce la máscara de
subred que se utiliza, puede determinar qué parte de la dirección de red es la parte del host, y
a continuación seleccionar una dirección IP adecuada para el cliente. Consulte la página del
comando man netmasks(4) para obtener información sobre netmasks.

Cuando los servidores DHCP determinan la red del cliente, seleccionan una dirección IP
adecuada y verifican que no esté en uso. A continuación, los servidores DHCP responden al
cliente emitiendo un mensaje de oferta. El mensaje de oferta incluye la dirección IP seleccionada
e información sobre los servicios que se pueden configurar para el cliente. Cada servidor reserva
temporalmente la dirección IP ofrecida hasta que el cliente determina si utilizará la dirección IP.

El cliente selecciona la mejor oferta basándose en el número y el tipo de servicios ofrecidos. El

cliente emite una solicitud que especifica la dirección IP del servidor que realizó la mejor oferta.
La emisión garantiza que todos los servidores DHCP de respuesta sepan que el cliente ha
seleccionado un servidor. Los servidores que no se eligen pueden cancelar las reservas de las
direcciones IP que habían ofrecido.

El servidor seleccionado asigna la dirección IP para el cliente y almacena la información en el

almacén de datos DHCP. El servidor también envía un mensaje de reconocimiento (ACK) al
cliente. El mensaje de reconocimiento contiene los parámetros de configuración de red para el
cliente. La utilidad ping permite al cliente probar la dirección IP para asegurarse de que no la
esté utilizando otro sistema. A continuación, el cliente sigue iniciándose para unirse a la red.

El cliente supervisa el tiempo de permiso. Una vez transcurrido un periodo determinado, el

cliente envía un nuevo mensaje al servidor seleccionado para aumentar el tiempo de permiso.

El servidor DHCP que recibe la solicitud amplía el tiempo de permiso si el permiso sigue
cumpliendo la directiva de permiso local que ha fijado el administrador. Si el servidor no
responde en 20 segundos, el cliente emite una solicitud para que uno de los demás servidores
DHCP pueda ampliar el permiso.

Cuando el cliente ya no necesita la dirección IP, notifica al servidor que la dirección IP está libre.
Esta notificación puede tener lugar durante un cierre ordenado y también se puede realizar
manualmente.
DIAGRAMA DE ESTADOS DE UN CLIENTE DHCP

ESTADO DESCRIPCIÓN
CLOSED La conexión no existe.
LISTEN Esperamos una petición remota de
conexión.
SYN_SENT Intentamos una conexión.
SYN_RECEIVED Hemos recibido un intento de conexión, lo
hemos aceptado y ahora estamos esperando
a que el otro extremo complete su
inicialización.
ESTABLISHED Conexión establecida.
FIN_WAIT_1 La conexión está abierta pero nosotros
hemos decidido que no tenemos nada más
que decir y estamos esperando a que el otro
extremo tome nota de ese cambio de
situación.
FIN_WAIT_2 La conexión sigue abierta, pero nosotros no
vamos a transmitir nada más y el otro
extremo TCP ha informado de ello a sus
niveles superiores.
CLOSE_WAIT La conexión sigue abierta, pero el otro
extremo nos ha indicado que no piensa
transmitir nada más.
CLOSING Ambos extremos hemos decidido que no hay
nada más que decir y estamos procediendo
a cerrar la conexión
LAST_ACK Estado equivalente a "CLOSING"
TIME_WAIT La conexión ya ha sido cerrada y no puede
utilizarse, pero todavía no eliminamos las
tablas internas asociadas por si permanecen
todavía segmentos en tránsito en la red. Tras
un tiempo prudencial en este estado se
elimina el contexto que quedaba y se pasa al
estado “CLOSED”

PARÁMETROS CONFIGURABLES

Un servidor DHCP puede proveer de una configuración opcional a la computadora cliente. Dichas
opciones están definidas en RFC 2132 (Inglés).

Lista de opciones configurables:

Dirección del servidor DNS

Nombre DNS
Puerta de enlace de la dirección IP
Dirección de Publicación Masiva (broadcast address).
Máscara de subred
Tiempo máximo de espera del ARP (Protocolo de Resolución de Direcciones según siglas en
inglés).
MTU (Unidad de Transferencia Máxima según siglas en inglés) para la interfaz
 Servidores NIS (Servicio de Información de Red según siglas en inglés).
Dominios NIS
Servidores NTP (Protocolo de Tiempo de Red según siglas en inglés).
Servidor SMTP
Servidor TFTP
Nombre del servidor WINS

CONCLUSIONES

DHCP tiene un modelo cliente-servidor, donde el servidor DHCP asigna direcciones de red y
suministra parámetros de configuración dinámicamente a un host, consiguiendo que la
asignación de las IP en una red sea dinámica y automática.

Usando UDP como protocolo de transporte (puertos 67 y 68).

Cada dispositivo que se conecta a una red IP necesita una configuración IP (dirección IP, mascara
de subred, router por defecto, servidor DNS...).

BIBLIOGRAFÍA

Internetworking with TCP/IP Douglas E. Comer

http://www.jcea.es/proyecto/tcp.htm

http://es.wikipedia.org/wiki/DHCP

Otros PowerPoint sin referencias