DHCP Y BOOTP.

TABLA DE CONTENIDO

1.- DEFINICION DEL PROYECTO 3

1.1 Nombre del proyecto 3

1.2 Objetivo del proyecto 3

1.3 Recursos del proyecto 3

2.- PLANEACION DEL PROYECTO 4

2.1 Diagrama de Gantt 4

3.DISEÑO DE PROYECTO………………………………………………...…5

3.1 Introducción…………………………………………………………...5

3.1.1 Protocolo BOOTP………………………………………….5

3.1.2 Protocolo DHCP……………………………………………8

3.1.2.1 Configuración del servidor DHCP……………..9

3.2 Diagrama de flujo 10

3.3 Comandos utilizados en DHCP……………………………….……12

3.4 Tabla de comparación entre DHCP Y BOOTP…….…………......14

4.- CONSTRUCCION DE CODIGO………………………………………… 15

4.1 Código fuente 15

4.2 Código objeto……………………………………………………… 16

5.- IMPLEMENTACION 19

5.1Manual de usuario…………………………………………………....19

5.2 Operación……………………………………………………………..29

REFERENCIAS.………………………………………………………………..34

1- DEFINICION DEL PROYECTO.

1.1 Nombre del proyecto.

CONFIGURACION Y APLICACIONES DE DHCP Y BOOTP.

1.2 Objetivo:

Mediante este proyecto lograremos conocer y/o entender la configuración y algunas de las aplicaciones que se pueden hacer con los protocolos DHCP y el protocolo BOOTP, cuál es su funcionamiento y lo importantes que son para las redes de hoy en día.

1.3 Recursos del proyecto:

Para formar este proyecto se utilizó:

-windows

-ubuntu

2-PLANEACION DEL PROYECTO.

2.1 Diagrama de Gantt:

Figura 1

3.- DISEÑO DEL PROYECTO.

3.1 Introducción.

3.1.1 Protocolo BOOTP:

Es una alternativa al comando rarp que tiene la ventaja de permitir la configuración de la máscara de subred y de la puerta de acceso. Utilizado por los clientes de red para obtener su dirección IP automáticamente. Originalmente requería el uso de un disquete de arranque para establecer las conexiones de red iniciales, posteriormente comenzó a permitir el arranque directo desde la red.

BOOTP es un protocolo estándar borrador. Su estado es recomendado. Las especificaciones de BOOTP se pueden encontrar en el RFC 951 - Protocolo Bootstrap y en el RFC 1497 - Extensiones de Información del Fabricante BOOTP.

Existen también actualizaciones de BOOTP que permiten inter operar con DHCP. Éstas se describen en el RFC 1542 - Aclaraciones y Extensiones para el Protocolo Bootstrap que actualiza el RFC 951 y el RFC 1533 - DHCP Options and BOOTP Vendor Extensions, que dejan obsoleto el RFC 1497. Estas actualizaciones de BOOTP son estándares propuestos con un estado de electivo.

Las LANs hacen posible el uso de hosts sin disco como estaciones de trabajo, routers, concentradores de terminal, etc. Los hosts sin disco requieren un mecanismo para arrancar remotamente sobre una red. El protocolo BOOTP se usa para arranque remoto sobre redes IP. Permite una pila de protocolo IP mínima sin información de configuración, típicamente almacenada en ROM, para obtener suficiente información para comenzar el proceso de descarga del código necesario para arrancar. BOOTP no define cómo se realiza la descarga, ya que este proceso típicamente usa TFTP como se describe en el RFC 906 - Cargar Bootstrap usando TFTP.

El proceso BOOTP involucra los siguientes pasos:

El cliente determine su propia dirección hardware; esta dirección está normalmente en una ROM en el hardware.

Un cliente BOOTP envía su dirección hardware en un datagrama UDP al servidor. El contenido completo de este datagrama se muestra en la figura - Formato del mensaje BOOTP. Si el cliente sabe su dirección IP y/o la dirección del servidor, debería usarlos, pero en general los clientes BOOTP no tienen datos de configuration IP del todo. Si el cliente no sabe su propia dirección IP, usa 0.0.0.0. Si el cliente no sabe la dirección IP del servidor, usa la dirección broadcast limitada (255.255.255.255). El número de puerto UDP es el 67.

El servidor recibe el datagrama y busca la dirección hardware del cliente en su fichero de configuración, que contiene la dirección IP del cliente. El servidor rellena los campos restantes en el datagrama UDP y lo devuelve al cliente usando el puerto UDP 68. Se puede usar uno de estos tres métodos para hacer esto:

Si el cliente supiera su propia dirección IP (se incluyó en la petición BOOTP), entonces el servidor devuelve el datagrama directamente a esta dirección. Es probable que la caché ARP en la pila de protocolo del servidor no sepa la dirección hardware que empareja la dirección IP. ARP se utilizará para determinarlo como normal.

Si el cliente no sabía su propia dirección IP (0.0.0.0 en la petición BOOTP), entonces el servidor debe concern itself con su propia caché ARP. No se puede usar ARP en el servidor para encontrar la dirección hardware del cliente porque el cliente no sabe su dirección IP y por tanto no puede responder a una petición ARP. Esto se llama el problema "del huevo y la gallina". Existen dos soluciones posibles:

Si el servidor tiene un mecanismo para actualizar directamente su propia caché ARP sin usar ARP, lo hace de esta manera y envía el datagrama directamente.

Si el servidor no puede actualizar su propia caché ARP, debe enviar una respuesta broadcast.

Cuando recibe la respuesta, el cliente BOOTP grabará su propia dirección IP (permitiendo que responda a las peticiones ARP) y comenzará el proceso de bootstrap.

Figura 2

Código

Indica petición (1) o respuesta (2)

Tipo HW

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

...