Tecnologías de Internet

Docente:
Ing. José Morán Agusto
 Es un protocolo cliente-servidor que
proporciona automáticamente a un host de
protocolo Internet su dirección IP y otra
información de configuración relacionada.
 El servidor posee una lista de direcciones IP
dinámicas y las va asignando a los clientes
conforme éstas van quedando libres,
sabiendo en todo momento quién ha estado
en posesión de esa IP, cuánto tiempo la ha
tenido y a quién se la ha asignado después.
 Pertenece a la capa de aplicación donde se
define este servicio de red.
 Usa los puertos 67/UDP (servidor)
68/UDP (cliente).
 Es una mejora del protocolo BOOTP
 Este protocolo esta definido en el
estándar de internet RFC2131 creado por
la Fuerza de Tarea de Ingeniería de
Internet IETF.
https://tools.ietf.org/html/rfc2131
 Asignación manual o estática: Asigna una dirección IP a
una máquina determinada. 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: Asigna una dirección IP a una
máquina cliente la primera vez que hace la solicitud al
servidor DHCP y hasta que el cliente la libera. Se suele
utilizar cuando el número de clientes no varía demasiado.
 Asignación dinámica : 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 interfase
inicializa. El procedimiento usa un concepto muy simple en
un intervalo de tiempo controlable. Esto facilita la instalación
de nuevas máquinas clientes.
 Código Indica petición (1) o respuesta (2)
 TipoHW: El tipo de hardware, por ejemplo:
Ethernet (1) o Redes IEEE 802 (6). Referirse a
STD 2 - Números Asignados de Internet para una
lista completa.
 Longitud Longitud de la dirección Hardware en
bytes. Ethernet y token-ring usan 6, por ejemplo.
 Saltos El cliente lo pone a cero. Lo incrementa el
router que transmite la petición a otro servidor y
se usa para identificar bucles. El RFC 951 sugiere
que un valor de 3 indica un bucle.
 ID de transacción Se utiliza un número
aleatorio para emparejar esta petición de
arranque con la respuesta generada.
 Segundos Lo fija el cliente. Es el tiempo
transcurrido en segundos desde que el cliente
comenzó su proceso de arranque.
 Flags (banderas) El bit más significativo del
campo flags se usa como bandera de
broadcast. El resto de los bits debe ponerse a
cero, y están reservados para uso futuro.
 Dirección IP del cliente: Lo fija el cliente.
Es una dirección IP conocida ó 0.0.0.0.
 Tu dirección IP: Lo fija el servidor si el
campo de la dirección IP del cliente era
0.0.0.0.
 Dirección IP del servidor: Lo fija el
servidor.
 Dirección IP del router : Lo fija el router
si se está usando BOOTP forwarding.
 Dirección hardware del cliente Lo fija el cliente. DHCP define una
opción de "identificador de cliente" que se usa para dicha
identificación. Si no se usa esta opción el cliente se identifica por su
dirección MAC.
 Nombre del host servidor Nombre del host servidor es opcional
 Nombre del fichero de arranque: El cliente lo deja nulo o especifica
un nombre genérico, como el "router" indicando el tipo de fichero de
arranque a utilizar. En una petición DHCPDISCOVER este campo se
pone a nulo. El servidor devuelve un nombre de ruta de directorio
cualificada completa en una petición DHCPOFFER. El valor termina
en '00'.
 Opciones Los primeros cuatro bytes del campo de opciones del
mensaje DHCP contiene la "cookie mágica" (99.130.83.99). Los
restantes bytes consisten en parámetros etiquetados que se llaman
opciones.( RFC 1533 ).
1.- DHCP discover: DHCP Discover es una solicitud DHCP
realizada por un cliente de este protocolo para que el servidor
DHCP de dicha red de computadoras le asigne una Dirección
IP y otros Parámetros DHCP como la máscara de red o el
nombre DNS.

2.- DHCP offer: DHCP Offer es el paquete de respuesta del

Servidor DHCP a un cliente DHCP ante su petición de la
asignación de los Parámetros DHCP. Para ello involucra su
dirección MAC .

3.- DHCP request: El cliente selecciona la configuración de los

paquetes recibidos de DHCP Offer. Una vez más, el cliente
solicita una dirección IP específica que indicó el servidor.
4.- DHCP ACK: Cuando el servidor DHCP recibe el mensaje DHCPREQUEST
del cliente, se inicia la fase final del proceso de configuración. Esta fase implica el
reconocimiento DHCPACK por medio del envío de un paquete al cliente.
Este paquete incluye la duración del alquiler y cualquier otra información de
configuración que el cliente haya solicitado. En este punto, el proceso de la
configuración TCP / IP se ha completado.
El servidor reconoce la solicitud y la envía acuse de recibo al cliente. El sistema
en su conjunto espera a que el cliente configure su interfaz de red con las
opciones suministradas. El servidor DHCP responde a la DHCPREQUEST con un
DHCPACK, completando así el ciclo de inicialización. La dirección origen es la
dirección IP del servidor de DHCP y la dirección de destino es todavía
255.255.255.255.
El campo Tu direccion IP contiene la dirección del cliente, y los campos
Direccion de Harware de Cliente,
La opcion DHCP: Client Identifier contienen la dirección física de la tarjeta de
red. La sección de opciones del DHCP identifica el paquete como un ACK.
5.- DHCP Release: Los clientes envían una petición al
servidor DHCP para liberar su dirección IP. Como los
clientes generalmente no saben cuándo los usuarios
pueden desconectarles de la red, el protocolo no define el
envío del DHCP Release como obligatorio.

El router puede ser configurado para redireccionar los

paquetes DHCP a un servidor DHCP en una subred
diferente. La implementación cliente crea un paquete UDP
(Protocolo de Datagramas de Usuario según siglas en
inglés) con destino 255.255.255.255 y requiere también
su última dirección IP conocida.
6.- DHCP Inform: El cliente envía una petición al servidor de
DHCP: para solicitar más información que la que el servidor ha
enviado con el DHCPACK original; o para repetir los datos para
un uso particular - por ejemplo; los browsers usan DHCP
Inform para obtener la configuración de los proxies a través de
WPAD (Autodescubrimiento de Proxy). Dichas peticiones no
hacen que el servidor de DHCP refresque el tiempo de
vencimiento de IP en su base de datos.
7. DHCPNack : Mensaje del servidor al cliente que indica que
la direccion de red es incorrecta (Ej. El cliente se cambio a una
nueva subred, o el alquiler de la direccion ha expirado)
8. DHCPDecline: Mensaje del cliente al servidor cuando
detecta un possible conflict porque la IP suministrada ya esta
en uso en la red.
DHCPDiscover DHCPDiscover

DHCPOffer
DHCPOffer

DHCPRequest DHCPRequest

DHCPAck

DHCPRequest
DHCPAck

DHCPRelease
 Estado inicial
Cuando se cuando arranca el
reinicia el
cliente
host
Se envia mensaje
broadcast para los
servidores DHCP
para obtener IP

Se esta
seleccionando
la IP ofrecida
por el servidor

Cliente ligado con IP

asignada Cerca de finalizar el tiempo de alquiler de la
IP. Se espera un tiempo, si no existe
respuesta se pasa al siguiente estado.
 https://technet.microsoft.com/es-es/library/dd145320(v=ws.10).aspx.
 https://es.slideshare.net/Neovictril/3-4-5-presentaciones-wins-dns-dominio-
dhcp2?next_slideshow=1
 http://personales.upv.es/rmartin/tcpip/cap04s10.html
 https://javirodriguezsri.files.wordpress.com/2012/10/punto5-tema2.pdf
 http://fpg.site11.com/DHCP/descripcin_del_protocolo.html
 https://lists.isc.org/pipermail/dhcp-users/2006-June/000978.html
 https://tools.ietf.org/html/rfc2131
 https://tools.ietf.org/html/rfc2132