Protocolo de arranque

El protocolo de bootstrap ( bootp ) es un protocolo de red de computadora utilizado en Redes de protocolo de Internet para asignar automáticamente una dirección IP a los dispositivos de red desde un servidor de configuración. El BootP se definió originalmente en RFC 951 publicado en 1995.

Si bien algunas partes de BOOTP han sido reemplazadas efectivamente por el Protocolo de configuración de host dinámico (DHCP), que agrega la característica de los arrendamientos, las partes de BOOTP se utilizan para proporcionar servicio al protocolo DHCP. Los servidores DHCP también proporcionan la funcionalidad Legacy Bootp.

Cuando una computadora conectada a la red se inicia, su IP Stack transmite mensajes de red Bootp que solicitan una asignación de dirección IP. Un servidor de configuración de Bootp responde a la solicitud asignando una dirección IP desde un grupo de direcciones, que es preconfigurada por un administrador.

bootp se implementa utilizando el protocolo de datagrama del usuario (UDP) para el protocolo de transporte, el cliente utiliza el número 67 del puerto 67 para recibir solicitudes del cliente y el puerto 68 utiliza el cliente para recibir (DHCP) Respuestas del servidor (DHCP). Bootp opera solo en las redes IPv4.

Históricamente, BootP también se ha utilizado para estaciones de trabajo sin disco de unix para obtener la ubicación de red de su imagen de arranque, además de la asignación de direcciones IP. Enterprises lo usó para lanzar una instalación de cliente preconfigurado (por ejemplo, Windows) a PC recién instaladas.

Inicialmente, requiriendo el uso de un disco discoppático de arranque para establecer la conexión de red inicial, los fabricantes de tarjetas de red luego integraron el protocolo en el BIOS de las tarjetas de interfaz, así como los tableros de sistemas con adaptadores de red a bordo, permitiendo así una red directa arranque.

Historia

El BootP se definió por primera vez en septiembre de 1985 en RFC 951 como un reemplazo para el protocolo de resolución de dirección inversa RARP, publicado en RFC 903 en junio de 1984. La motivación principal para reemplazar RARP con BootP es que RARP era un protocolo de capa de enlace. Esto dificultó la implementación en muchas plataformas de servidor, y requirió que un servidor estuviera presente en cada subred IP individual. Bootp introdujo la innovación de los agentes de retransmisión, que reenvían los paquetes Bootp desde la red local utilizando el enrutamiento IP estándar, para que un servidor de Bootp central pudiera servir hosts en muchas subredes.

operación

Caso 1: cliente y servidor en la misma red

Cuando se inicia un cliente Bootp, no tiene una dirección IP, por lo que transmite un mensaje que contiene su dirección MAC en la red. Este mensaje se llama una "solicitud Bootp", y el servidor Bootp lo recoge, que responde al cliente con la siguiente información que el cliente necesita:

1. Dirección IP del cliente, máscara de subred y dirección de puerta por defecto.
2. Dirección IP y nombre de host del servidor BOOTP.
3. La dirección IP del servidor que tiene la imagen de arranque, que el cliente necesita para cargar su sistema operativo.

Cuando el cliente recibe esta información del servidor Bootp, configura e inicializa su pila de protocolo TCP/IP, y luego se conecta al servidor en el que se comparte la imagen de arranque. El cliente carga la imagen de arranque y utiliza esta información para cargar e iniciar su sistema operativo.

El protocolo de configuración de host dinámico (DHCP) se desarrolló como una extensión de BootP. BootP se define en la solicitud de comentarios (RFC) 951 y 1084.

Caso 2: cliente y servidor en diferentes redes

1. El problema con la solicitud de arranque es que la solicitud se transmite. Un datagrama IP de transmisión no puede pasar por cualquier router. El router descarta este paquete.
2. Para resolver este problema, es necesario un intermediario (relé).
3. Uno de los hosts o router se puede configurar en la capa de aplicación para funcionar como agente de relé.
4. El agente de relé conoce la dirección uni-cast del servidor de arranque y escucha el mensaje de transmisión en el puerto 67.
5. Cuando recibe este paquete de transmisión, encapsula el mensaje en unicast datagram y envía solicitud al servidor de arranque.
6. El paquete que lleva una dirección de destino unicast es enrutado por cualquier router y llega al servidor de arranque.
7. El agente de relé, después de recibir la respuesta, lo envía al cliente de arranque.

Documentación de estándares IETF