ESCUELA SUPERIOR POLITCNICA ECOLGICA AMAZNICA

Nombre Ctedra Fecha de entrega Temas: : : : Rolando Chiliquinga Integracin de Sistemas 18/08/2012

Arranque y autoconfiguracin (BOOTP y DHCP)

Introduccin Una mquina necesita de cierta informacin para poder transmitir, como por ejemplo la direccin de un router, su propia direccin IP, la mscara de red en uso, etc. Estos dos protocolos son una alternativa a RARP. Utilizan un esquema cliente/servidor y trabajan sobre UDP como protocolo de transporte. La necesidad de una alternativa a RARP Una mquina sin disco, posee un pequeo programa de arranque en su memoria no voltil (ROM). Pero como este cdigo es utilizado en diferentes mquinas, la direccin IP no puede ser harcodeada en el mismo, por lo tanto una mquina deber obtener su IP (y otra informacin adicional) desde otra fuente. RARP brinda esta funcionalidad, pero posee tres problemas: 1. Como es un protocolo de bajo nivel, su uso requiere acceso directo al HW, por tanto puede resultar muy difcil para un programador implementar un servidor. 2. La respuesta por parte del servidor a una solicitud contiene muy poca informacin (direccin IP del cliente de 4 bytes) y esto resulta molesto para redes que imponen un tamao mnimo de paquete. 3. Como RARP utiliza las direcciones fsicas para identificar las mquinas, no puede usarse en redes de asignacin dinmica de direcciones de HW. Para sortear estas deficiencias de RARP fue que se present BOOTP ( Boot Strip Protocol) y ms tarde DHCP (Dynamic Host Configuration Protocol) como su sucesor. Utilizacin de IP para determinar una direccin IP La mquina que desea obtener informacin de la red, enva un mensaje en modo difusin (IP destino 255.255.255.255). Este mensaje es recibido por el servidor quien contestar con la informacin correspondiente utilizando tambin la difusin, ya que si lo enviara directamente al solicitante, cuando este reciba el paquete con la informacin, no sabr que es para l ya que no conoce su propia IP. Poltica de retransmisin BOOTP BOOTP confiere toda la responsabilidad de la confiabilidad de la comunicacin al cliente. BOOTP requiere que UDP realice sumas de verificacin para protegerse de la alteracin de datos, ya que IP slo verifica el encabezado IP, y adems que se enve con el bit de no fragmentacin activado. Para manejar prdidas se usa la tcnica de temporizador y retransmisin. Los tiempos elegidos para el timeout son aleatorios, y se duplican despus de cada retransmisin. Esto sirve para evitar que BOOTP aada un trfico excesivo a la red (aumentar el temporizador) y para evitar colisiones (tiempos aleatorios).

Formato de los mensajes BOOTP Con motivos de tener una implantacin sencilla, los mensajes de ida y vuelta de BOOTP tienen el mismo formato y poseen campos de longitud fija. Algunos campos son: OP: Especifica si se trata de un mensaje de solicitud o respuesta. HTYPE: Especifica el tipo de hardware de la red. HLEN: Especifica la longitud de la direccin fsica. HOPS: Indica la cantidad de veces que la solicitud es reenviada por un servidor BOOTP a otro servidor BOOTP. Cuando el cliente enva la solicitud, pone este valor en 0. SECONDS: Especifica la cantidad de segundos desde que el cliente inici el arranque.

Procedimiento de arranque en dos pasos BOOTP no proporciona una imagen de memoria a los clientes, sino que brinda informacin necesaria para que los clientes puedan obtenerla. Utilizar un procedimiento de dos pasos ayuda a mantener separadas las etapas de configuracin y almacenamiento y esto sirve para permitir al administrador configurar conjuntos de mquinas para que estas acten en forma idntica. Ejemplo: Supongamos un conjunto de estaciones de trabajo en el cual hay diferentes arquitecturas de HW. Dada la diversidad de arquitecturas, se sabe que una sola imagen de memoria no puede operar en todas las mquinas, por lo tanto BOOTP otorga un campo llamado BOOT FILE NAME, para que cada cliente pueda manifestar su preferencia depositando un nombre genrico (ej.: Unix). El servidor BOOTP luego relaciona ese nombre genrico con el nombre de archivo buscando en una base de datos de configuracin. Si el cliente enva el campo en 0, el servidor seleccionar una imagen de manera automtica. Enviar Unix en el BOOT FILE NAME significa que el cliente dice quiero arrancar el SO UNIX para esta mquina Campo de rea de vendedor especifico La necesidad de una configuracin dinmica Como RARP, BOOTP fue diseado para un ambiente relativamente esttico en el que cada anfitrin tiene una conexin de red permanente. Un administrador crea un archivo de configuracin BOOTP para cada mquina que especifica un conjunto de parmetros para cada anfitrin, y ste permanece relativamente estable dada la baja cantidad de cambios. Con la llegada de las redes inalmbricas se hizo posible el transporte de una mquina de un lugar a otro, y BOOTP no se adapta porque es necesario que un administrador agregue parmetros a cada anfitrin y almacene la informacin en un archivo de configuracin de servidor BOOTP. BOOTP no admite una forma de asignar dinmicamente valores a mquinas individuales. Configuracin dinmica de anfitrin Para la asignacin dinmica de direcciones IP, se cre el protocolo DHCP ( Dynamic Host Configuration Protocol) que extiende a BOOTP de dos formas: 1. Permite que una mquina adquiera toda la informacin que necesita con un slo mensaje. 2. Permite que una computadora posea una direccin IP en forma rpida y dinmica. Para ser completamente general, DHCP permite tres tipos de configuraciones diferentes: 1. Al igual que BOOTP, DHCP permite la configuracin manual, donde el administrador puede asignar una direccin especfica para una mquina determinada.

2. Configuracin automtica, mediante la cual el administrador permite a un servidor DHCP asignar una direccin automtica a una computadora que es conectada por primera vez a la red. 3. Configuracin dinmica. El servidor presta una direccin para una computadora por tiempo limitado. Un servidor DHCP puede configurarse para asignar direcciones estticas a ciertas mquinas y direcciones dinmicas a otras. Asignacin dinmica de direcciones IP La asignacin dinmica no es una transformacin uno a uno, y el servidor no necesita conocer la identidad del cliente a priori. Como el DHCP permite a un anfitrin obtener todos los parmetros necesarios para la comunicacin, sin la intervencin manual, tambin permite la autoconfiguracin, la cual se encuentra sujeta a restricciones administrativas. Para hacer posible la autoconfiguracin un servidor DHCP comienza con un conjunto de direcciones IP que el administrador de red asigna al servidor para su manejo, adems de las reglas bajo las que opera el servidor. Cuando se produce un intercambio el servidor proporciona una direccin al cliente, el cliente chequea la IP y si es aceptable ya puede comenzar a usarla. Esta asignacin, a diferencia de la asignacin esttica, tiene un determinado tiempo de validez. Ese tiempo lo establece el servidor en el momento de la asignacin. Cuando se vence ese tiempo, el cliente debe renovar la direccin o dejar de usarla. El tiempo de arrendamiento de las direcciones puede variar dependiendo del propsito de la red. Para adaptarse a todos los ambientes, DHCP no especifica un periodo fijo sino que permite que el cliente solicite un determinado tiempo y que el servidor le comunique que ese tiempo ha sido garantizado. As el administrador puede decidir durante cunto tiempo podr asignar un servidor una direccin a un cliente. Obtencin de direcciones mltiples Estados de adquisicin de direcciones Un cliente puede estar en alguno de los siguientes 6 estados: 1. INITIALIZE: Cuando el cliente arranca por primera vez. 2. SELECT: Este estado es seteado luego de que el cliente envi el mensaje DHCPDISCOVER (este mensaje es enviado en un datagrama UDP con el puerto de destino activado para el puerto BOOTP). Los servidores que estn configurados para responder, responden con un mensaje DHCPOFFER. Mientras el cliente est en estado SELECT, recolecta dichas respuestas. 3. REQUEST: Una vez que el cliente selecciona una de las respuestas enviadas y negocia el tiempo de arrendamiento, enva un mensaje DHCPREQUEST y entra en este estado. 4. BOUND: Con fin de enviar un acuse de recibo, el servidor contesta la solicitud con un mensaje DHCPACK. Cuando el cliente lo recibe cambia su estado a BOUND, en el cual el cliente pasa a usar la direccin obtenida. Este estado sera el estado normal de operacin. 5. RENEW: Se alcanza cuando un cliente en estado BOUND enva un mensaje DHCPREQUEST porque ha caducado el temporizador que controla la renovacin. En ese mensaje viaja la direccin IP del cliente. 6. REBIND: Cuando un cliente envi un mensaje DHCPREQUEST y no hay una respuesta por parte del servidor, el cliente lo considera inactivo. Cuando el temporizador que controla la reasignacin (este se setea cuando el cliente entra en el

estado BOUND y tiene un valor por defecto del 87.5% del valor de arrendamiento) caduca, el cliente pasa al estado REBIND y comienza a difundir mensajes DHCPREQUEST. Terminacin temprana de arrendamiento Sirve para cuando un cliente quiere terminar su arrendamiento sin tener que esperar a que ese tiempo expire. Es especialmente til cuando el nmero de mquinas es ms elevado que el nmero de direcciones IP disponibles, ya que los clientes que consideren que no necesitan la IP que tienen asignada, pueden liberarla para que otras mquinas la utilicen. Para terminar un arrendamiento de manera temprana, el cliente enva un mensaje DHCPRELEASE. Liberar una direccin es una accin final que previene que el cliente contine utilizando la direccin, as, luego de transmitir el mensaje de liberacin, el cliente no debe enviar ningn otro datagrama que utilice la direccin IP. Cuando el mensaje DHCPRELEASE es enviando, el cliente pasa del estado BOUND al estado INITIALIZE. Estado de renovacin de arrendamiento Cuando un cliente adquiere el estado BOUND, inicia 3 temporizadores que controlan: 1. La renovacin de arrendamiento 2. La reasignacin de arrendamiento 3. La expiracin de arrendamiento El servidor puede determinar valores para estos temporizadores, pero en caso de que no lo haga, el cliente asignar valores por omisin. El valor para el temporizador de renovacin ser la mitad del tiempo de arrendamiento. Cuando se vence el tiempo de renovacin, el cliente pasa al estado RENEW y enva un mensaje DHCPREQUEST con su IP y espera una respuesta por parte del servidor. El servidor puede responder de dos formas: 1. Puede instruir al cliente para que deje de usar la IP enviando DHCPNACK, lo cual obliga al cliente a volver a su estado INITIALIZE. 2. Puede aprobar que siga usando su IP actual enviando un DHCPACK. En este mensaje pueden viajar nuevos valores de temporizacin. Si el servidor no responde (por estar inactivo o inaccesible para el cliente) el cliente pasar al estado REBIND en el momento en que se venza el temporizador de reasignacin (este posee un valor por defecto de un 87.5% del tiempo de arrendamiento) y comienza a difundir mensajes DHCPREQUEST. Cualquier servidor habilitado para responder, puede hacerlo de manera positiva o negativa. Si la respuesta es positiva, el cliente pasa nuevamente al estado BOUND (en esa respuesta pueden enviarse nuevos valores de temporizacin). Si la respuesta es negativa el usuario deber dejar de utilizar la direccin IP inmediatamente. Si estando en REBIND ningn servidor contesta los DHCPREQUEST del cliente, este ltimo pasar al estado INITIALIZE (para comenzar nuevamente la obtencin de una IP) una vez que haya vencido el tercer temporizador (el que controla la expiracin). Formato de los mensajes DHCP El formato de los mensajes DHCP es muy similar al de los mensajes BOOTP, de hecho, los protocolos son compatibles. Hay algunas diferencias en la interpretacin de algunos campos, como por ejemplo el campo UNUSED de BOOTP que en DHCP se llama FLAGS y se usa para que el cliente pueda informarle al servidor si quiere que este ltimo responda realizando una unidifusin o una multidifusin por HW.

Opciones y tipos de mensajes DHCP Opcin Overload Los campos SERVER HOST NAME y BOOT FILE NAME en el encabezado BOOTP ocupan mucho espacio, entonces si un mensaje no contiene informacin en estos campos, DHCP posee una Option Overload para que los campos puedan ser sobrecargados e indica al receptor si debe ignorar el significado usual de estos campos y considerar las opciones con las que se sobrecarg. DHCP y nombres de dominios El Protocolo de configuracin dinmica de Host (DHCP) permite que los servidores implementados asignen automticamente IP y equipos clientes, los cuales permiten a estos conectarse a otras redes, enrutadores, y eventualmente a la Web. El DHCP puede, entre otras cosas conceder direcciones IP, Mascara de red, puerta de enlace, renovar direcciones IP si el cliente lo solicita, reservar direcciones IP a equipos especficos, excluir direcciones IP, etc. Anlisis El propsito principal es hacer ms fciles administrar las redes grandes. Sin la ayuda de un servidor DHCP , tendran que configurarse de forma manual cada direccin IP de cada anfitrin que pertenezca a una Red de rea Local. Si un anfitrin se traslada hacia otra ubicacin donde existe otra Red de rea Local, se tendr que configurar otra direccin IP diferente para poder unirse a esta nueva Red de rea Local. Un servidor DHCP entonces supervisa y distribuye las direcciones IP de una Red de rea Local asignando una direccin IP a cada anfitrin que se una a la Red de rea Local. Por ejemplo, una computadora porttil se configura para utilizar DHCP , a sta le ser asignada una direccin IP y otros parmetros de red necesarios para unirse a cada Red de rea Local donde se localice. Bibliografa http://www.slideshare.net/esmeralda2226/anlisis-de-un-servidor-remoto Resumen del Libro TCP / IP De Douglas Comer PDF Protocolos de comunicacin Robert Denda / Sergio Martn PDF Curso redes Manuel Murillo Garca PDF