Académique Documents
Professionnel Documents
Culture Documents
RESUMEN: En el presente documento se da a conocer va asignando a los clientes conforme stas van quedando
una introduccin del uso en redes de los conceptos libres, sabiendo en todo momento quin ha estado en
acerca de NAT y DHCP. posesin de esa IP, cunto tiempo la ha tenido y a quin
se la ha asignado despus.
PALABRAS CLAVE: NAT, DHCP, hosts, Ipv4 Este protocolo se public en octubre de 1993, y su
implementacin actual est en la RFC 2131. Para
1. OBJETIVOS DHCPv6 se publica el RFC 3315. El protocolo DHCP sirve
principalmente para distribuir direcciones IP en una red,
1.1. OBJETIVO GENERAL pero desde sus inicios se dise como un complemento
del protocolo BOOTP (Protocolo Bootstrap).
Desarrollar en los estudiantes las habilidades Para implementar del protocolo DHCP, primero, se
relacionadas con el diseo y configuracin de redes necesita un servidor DHCP que distribuya las direcciones
implementadas con direccionamiento IPv4 y los IP. Este equipo ser la base para todas las solicitudes
protocolos DHCP y NAT. DHCP por lo cual debe tener una direccin IP fija. Por lo
tanto, en una red puede tener slo un equipo con una
1.2. OBJETIVOS ESPECIFICOS direccin IP fija: el servidor DHCP.
1
LABORATORIO DE REDES II
transmisin, contestar con otro paquete de transmisin resto del paquete se puede quedar sin tocar (al menos
(no olvide que el cliente no tiene una direccin IP y, por lo para la funcionalidad bsica del TCP/UDP (TDS/PTS),
tanto, no es posible conectar directamente con l) que algunos protocolos de nivel superior pueden necesitar
contiene toda la informacin solicitada por el cliente. otra forma de traduccin). Es corriente ocultar un espacio
Se podra suponer que un nico paquete es suficiente completo de direcciones IP, normalmente son direcciones
para que el protocolo funcione. En realidad, hay varios IP privadas, detrs de una nica direccin IP (o pequeo
tipos de paquetes DHCP que pueden emitirse tanto desde grupo de direcciones IP) en otro espacio de direcciones
el cliente hacia el servidor o servidores, como desde los (normalmente pblico).
servidores hacia un cliente:
NAT tiene muchas formas de funcionamiento, entre las
DHCPDISCOVER (para ubicar servidores DHCP que destacan:
disponibles) Esttico. - Conocida tambin como NAT 1:1, es un tipo de
DHCPOFFER (respuesta del servidor a un paquete NAT en el que una direccin IP privada se traduce a una
DHCPDISCOVER, que contiene los parmetros iniciales) direccin IP pblica, y donde esa direccin pblica es
DHCPREQUEST (solicitudes varias del cliente, por siempre la misma. Esto le permite a un host, como un
ejemplo, para extender su concesin) servidor Web, el tener una direccin IP de red privada
DHCPACK (respuesta del servidor que contiene los pero aun as ser visible en Internet.
parmetros y la direccin IP del cliente) Dinmico. - Es un tipo de NAT en la que una direccin IP
DHCPNAK (respuesta del servidor para indicarle al privada se mapea a una IP pblica basndose en una
cliente que su concesin ha vencido o si el cliente anuncia tabla de direcciones de IP registradas (pblicas).
una configuracin de red errnea) Normalmente, el router NAT en una red mantendr una
DHCPDECLINE (el cliente le anuncia al servidor que la tabla de direcciones IP registradas, y cuando una IP
direccin ya est en uso) privada requiera acceso a Internet, el router elegir una
DHCPRELEASE (el cliente libera su direccin IP) direccin IP de la tabla que no est siendo usada por otra
DHCPINFORM (el cliente solicita parmetros locales, ya IP privada. Esto permite aumentar la seguridad de una red
tiene su direccin IP). dado que enmascara la configuracin interna de una red
privada, lo que dificulta a los hosts externos de la red el
El primer paquete emitido por el cliente es un paquete del poder ingresar a sta. Para este mtodo se requiere que
tipo DHCPDISCOVER. El servidor responde con un todos los hosts de la red privada que deseen conectarse
paquete DHCPOFFER, fundamentalmente para enviarle a la red pblica posean al menos una IP pblica
una direccin IP al cliente. El cliente establece su asociadas.
configuracin y luego realiza un DHCPREQUEST para
validar su direccin IP (una solicitud de transmisin ya
que DHCPOFFER no contiene la direccin IP) El servidor
simplemente responde con un DHCPACK con la direccin
IP para confirmar la asignacin. Normalmente.
2
LABORATORIO DE REDES II
4 DESARROLLO Y PROCEDIMIENTO
5 ANLISIS Y RESULTADOS
6 CONCLUSIONES
7 REFERENCIAS
WILLIAM STALLINGS, Comunicaciones y
Redes de Computadoras, Sexta Edicin,
Editorial Pearson, 2008.