UNIVERSIDAD ESTATAL DE BOLÍVAR

FACULTAD DE CIENCIAS ADMINISTRATIVAS GESTIÓN

EMPRESARIAL E INFORMÁTICA

CARRERA:

INGENIERÍA EN SISTEMAS

ASIGNATURA:

INTRODUCCIÓN A REDES

CURSO:

8VO

PARALELO

“A”

PROFESOR:

DARWIN CARRIÓN BUENAÑO

FECHA DE ENTREGA DEL INFORME:

26/08/2020

INTEGRANTES:

Patricio Manobanda

Juan Guillin

Pablo Rivera
1.- TEMA

Protocolo BOOTP

2.-INTRODUCCION

Para poder comunicarse entre ellos en redes como Internet, los sistemas
participantes necesitan una dirección IP. En principio, esta se puede asignar de
forma manual; sin embargo, en la práctica, la mayoría de los dispositivos la
vinculan de forma automática. Para ello es necesario el protocolo de comunicación
DHCP, que apoya a los sistemas que buscan conexión en la obtención de la
información necesaria. En los primeros días de los ordenadores y las redes, el
protocolo de arranque, también conocido como BOOTP, asumió la función del
gestor de direcciones.

3.- OBJETIVOS

3.1.-Objetivo General

Análisis profundo correspondiente a este protocolo

3.2.-Objetivos Específicos

• Que hace este protocolo

• Como lo hace el protocolo
• Donde lo hace el protocolo

4.- Revisión Fotográfica

Según (IONOS, 2019) nos dice que este protocolo permitió por primera vez a los
terminales y las estaciones de trabajo sin disco duro utilizados por aquel entonces
obtener, además de la dirección IP, información como la dirección de la puerta de
enlace, la dirección del servidor de arranque y el directorio del archivo de
arranque (necesario para cargar el sistema operativo). Sustituyó al hasta entonces
utilizado protocolo de resolución de direcciones inverso (RARP), que se limitaba
a entregar direcciones de red y solo podía utilizarse en subredes

Este protocolo funciona, al igual que muchos otros protocolos de la pila, según
el modelo cliente-servidor el intercambio de mensajes para la transmisión de la
información de red también tiene lugar entre un cliente BOOTP y el servidor
BOOTP. Como protocolo para el transporte de los paquetes de datos se ha previsto
el protocolo de datagramas de usuario mínimo y sin conexión, (puertos 67 y 68)
En comparación con el TCP, este no es solo menos complejo, sino que además
permite, a diferencia del protocolo estándar para el transporte de datos, la difusión
de audio y vídeo en tiempo real. Puesto que, al establecer la conexión, el cliente
no conoce ni su propia dirección ni la del servidor BOOTP, este método de
mensajería, mediante el cual se contacta a todos los participantes de la red, es la
única solución para la obtención automática de la dirección.

Como funciona el protocolo

Según (JCA, 2010) nos menciona que :
La asignación de direcciones a través de BOOTP está basada en un sencillo
intercambio de mensajes de dos pasos entre el cliente y el servidor, en el que
el componente cliente es el iniciador. Puesto que al principio este no conoce ni su
propia dirección IP ni la del servidor BOOTP, envía una solicitud general
("BOOTREQUEST") a la dirección de grupo de difusión 255.255.255.255. El
servidor, que escucha el puerto UDP 67, recibe y procesa la solicitud, que consiste
principalmente en asignar la dirección IP correcta a la dirección MAC del sistema
cliente. A continuación, se envía al cliente la respuesta ("BOOTREPLY") por
difusión (broadcast) junto con información de red adicional. A partir de ese
momento el cliente puede vincular el sistema operativo a través de la red.

Donde lo Hace
1-. El cliente determina su propia dirección hardware. Esta se encuentra
normalmente en una ROM del hardware.

2-. El cliente BOOTP envía al servidor su dirección física en un datagrama UDP

(puerto 67 bootps). Si el cliente conoce su dirección IP o la dirección IP del
servidor debería utilizarlas, pero en general los clientes BOOTP no tienen aún
datos de configuración IP. Si el cliente no conoce su propia IP utilizará la dirección
0.0.0.0. Si el cliente no conoce la dirección IP del servidor utilizará la dirección
de broadcast 255.255.255.255.
 3-. El servidor BOOTP recibe el datagrama y busca la dirección hardware del
cliente en su fichero de configuración, el cual contiene la dirección IP del cliente.
El servidor rellena los campos correspondientes y devuelve el datagrama UDP al
cliente por el puerto 68 (bootpc). Para hacer esto utilizará uno de estos tres
métodos:

• Si el cliente conoce su propia dirección IP (estaba incluida en la solicitud

BOOTP), el servidor devuelve el datagrama directamente a esta dirección.
• Si el cliente no conoce su propia dirección (0.0.0.0 en la solicitud
BOOTP), el servidor debe basarse en su propia caché ARP
• Si no se puede utilizar ARP en el servidor para encontrar la dirección
hardware del cliente debido a que el cliente no conoce su dirección IP y
por lo tanto no puede responder a la solicitud ARP, tenemos dos posibles
solucione
• Si el servidor tiene un mecanismo para actualizar su propia caché ARP sin
utilizar el propio ARP, lo hace y entonces envía el datagrama
directamente.
• Si el servidor no puede actualizar su caché ARP debe enviar un broadcast

4-. Cuando recibe la respuesta, el cliente BOOTP guarda su propia dirección IP

(permitiéndole contestar a las solicitudes ARP) y empieza el proceso de arranque

EN LA SIGUIENTE FIGURA SE MUESTRA EL FORMATO DEL MENSAJE

BOOTP
• Código de operación. Indica solicitud (1) o respuesta (2)

• Tipo de hardware. Indica el tipo de hardware. Por ejemplo 1 indica Ethernet.

• Longitud. Indica la longitud en bytes de la dirección física.

• Saltos. Inicializado a 0 por el cliente es incrementado por cada router que reenvía
el mensaje. Se utiliza para identificar bucles. Un valor de 3 indicaría un bucle
(RFC 951)

• Identificador de transacción. Número aleatorio que marca el cliente y que se

utiliza tanto por el cliente como por el servidor para asociar los mensajes de
intercambio entre ellos.

• Tiempo. Establecido por el cliente. Indica, en segundos, el tiempo transcurrido

desde que el inicio su secuencia de arranque.

• Indicador. El bit más significativo de este campo se utiliza como indicador de

broadcast (1). Indica al servidor que la respuesta BOOTREPLY se debe enviar
como broadcast dado que el cliente no recibe datagramas IP unicast. El resto de
bits van a 0.

• Dirección IP del cliente. Establecido por el cliente, indica su dirección IP, en

caso de que la conozca, o 0.0.0.0.

• Dirección IP del servidor. Establecido por el servidor, indica su dirección IP.

• Dirección IP del router. Indica la dirección de un relay de BOOTP (quien lo fija)

para que el servidor devuelva la contestación.

• Dirección hardware del cliente. Establecido por el cliente, indica su dirección

física. Se utiliza para que el servidor lo identifique.

• Nombre del servidor. Campo opcional. Indica el nombre del servidor de

BOOTP.

• Nombre del archivo de arranque. Campo opcional. El cliente lo deja en blanco

o especifica un nombre genérico. El servidor devuelve un nombre de fichero
válido para el cliente.
• Opciones. Es un campo opcional para opciones específicas de fabricante.
Descritas en la RFC 2132. El cliente siempre fijará los 4 primeros bytes con una
‘magic cookie’. En caso de no utilizar ‘magic cookies’ específicas de fabricante
estos 4 bytes tendrán los valores: 99, 130, 83, 99.
Bibliografía
IONOS. (23 de Enero de 2019). Digital Wide. Obtenido de
https://www.ionos.es/digitalguide/servidores/know-how/bootstrap-protocol/

JCA. (12 de Mayo de 2010). Apuntes de Nerwordking. Obtenido de

http://apuntesdenetworking.blogspot.com/2011/07/bootstrap-protocol-
bootp.htmlapuntesdenetworking.blogspot.com/2011/07/bootstrap-protocol-
bootp.html