Articulo de referencia

Protocolo Bootstrap

El Protocolo de Arranque ( BOOTP ) es un protocolo de red informática utilizado en redes de protocolo de Internet para asignar automáticamente una dirección IP a los dispositivo...

El Protocolo de Arranque ( BOOTP ) es un protocolo de red informática 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 el RFC 951, publicado en 1985. 

Si bien algunas partes de BOOTP han sido reemplazadas por el Protocolo de configuración dinámica de host (DHCP), que incorpora la función de concesiones, otras partes de BOOTP se utilizan para dar servicio al protocolo DHCP. Algunos servidores DHCP también ofrecen la funcionalidad heredada de BOOTP.

Cuando un ordenador conectado a la red se inicia, su pila IP emite mensajes de red BOOTP solicitando la asignación de una dirección IP. Un servidor de configuración BOOTP responde a la solicitud asignando una dirección IP de un conjunto de direcciones preconfigurado por un administrador.

BOOTP se implementa utilizando el Protocolo de Datagramas de Usuario (UDP) para el transporte. El servidor utiliza el puerto 67 para recibir las solicitudes del cliente, y el cliente utiliza el puerto 68 para recibir las respuestas del servidor. BOOTP funciona únicamente en redes IPv4 .

Históricamente, BOOTP también se ha utilizado en estaciones de trabajo sin disco tipo Unix para obtener la ubicación de red de su imagen de arranque , además de la asignación de la dirección IP. Las empresas lo utilizaban para implementar una instalación de cliente preconfigurada (por ejemplo, Windows ) en ordenadores recién instalados.

Inicialmente, se requería el uso de un disquete de arranque para establecer la conexión de red inicial; posteriormente, los fabricantes de interfaces de red integraron el protocolo en el firmware de las tarjetas de interfaz, así como en las placas base con interfaces de red incorporadas, lo que permitió el arranque directo a través de la red.

Historia

El protocolo BOOTP fue definido por primera vez en septiembre de 1985 por Bill Croft y John Gilmore [ 1 ] como reemplazo del Protocolo de Resolución de Direcciones Inversas (RARP), publicado en junio de 1984. [ 2 ] La principal motivación para reemplazar RARP con BOOTP es que RARP era un protocolo de capa de enlace . Esto dificultaba la implementación en muchas plataformas de servidor y requería la presencia de un servidor en cada subred IP individual . BOOTP introdujo la innovación de los agentes de retransmisión, que reenviaban paquetes BOOTP desde la red local utilizando el enrutamiento IP estándar, de modo que un servidor BOOTP central pudiera dar servicio a hosts en muchas subredes. [ 1 ] : §6

Se definió un conjunto creciente de extensiones de información del proveedor BOOTP [ 3 ] [ 4 ] [ 5 ] [ 6 ] para proporcionar a los clientes BOOTP información relevante sobre la red, como la puerta de enlace predeterminada , la dirección IP del servidor de nombres , el nombre de dominio , etcétera.

Con la llegada del Protocolo de configuración dinámica de host , las extensiones de información del proveedor BOOTP se incorporaron como campos de opción DHCP, [ 7 ] [ 8 ] para permitir que los servidores DHCP también atiendan a los clientes BOOTP.

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 difunde un mensaje que contiene su dirección MAC en la red. Este mensaje se denomina "solicitud BOOTP" y es recibido por el servidor BOOTP, que responde al cliente con la siguiente información que este necesita:

  1. La dirección IP del cliente, la máscara de subred y la dirección de la puerta de enlace predeterminada.
  2. La dirección IP y el nombre de host del servidor BOOTP.
  3. La dirección IP del servidor que contiene 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 protocolos TCP/IP y, a continuación, se conecta al servidor donde 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. [ 9 ]

El Protocolo de Configuración Dinámica de Host (DHCP) se desarrolló como una extensión de BOOTP. BOOTP está definido en las Solicitudes de Comentarios (RFC) 951 y 1084.

Caso 2: Cliente y servidor en redes diferentes

  1. El problema con la solicitud bootp es que se trata de una solicitud de difusión. Un datagrama IP de difusión no puede pasar a través de ningún enrutador. El enrutador descarta este paquete.
  2. Para resolver este problema, se necesita un intermediario (relé).
  3. Uno de los hosts o enrutadores puede configurarse en la capa de aplicación para funcionar como agente de retransmisión.
  4. El agente de retransmisión conoce la dirección unicast del servidor bootp y escucha los mensajes de difusión en el puerto 67.
  5. Cuando recibe este paquete de difusión, encapsula el mensaje en un datagrama unicast y envía la solicitud al servidor bootp.
  6. El paquete que contiene una dirección de destino unicast es enrutado por cualquier enrutador y llega al servidor bootp.
  7. El agente de retransmisión, tras recibir la respuesta, la envía al cliente bootp.

Documentación de estándares IETF

  • B. Volz (noviembre de 2004). Reclasificación de las opciones del Protocolo de configuración dinámica de host versión 4 (DHCPv4) . Grupo de trabajo de redes. doi : 10.17487/RFC3942 . RFC 3942 .Norma propuesta. Actualiza la RFC 2132 . 
  • S. Alexander; R. Droms (marzo de 1997). Opciones DHCP y extensiones de proveedor BOOTP . Grupo de trabajo de redes IETF . doi : 10.17487/RFC2132 . RFC 2132 .Borrador de estándar. Sustituye a RFC 1533. Actualizado por RFC 3442 , 3942 , 4361 , 4833 y 5494 .  
  • W. Wimer (octubre de 1993). Aclaraciones y extensiones para el protocolo Bootstrap . Grupo de trabajo de redes. doi : 10.17487/RFC1542 . RFC 1542 .Borrador de estándar. Actualiza RFC 951. Deja obsoleto RFC 1532 .  
  • R. Droms (octubre de 1993). Interoperabilidad entre DHCP y BOOTP . Grupo de trabajo de redes. doi : 10.17487/RFC1534 . RFC 1534 .Borrador de norma.
  • Bill Croft; John Gilmore (septiembre de 1985). PROTOCOLO BOOTSTRAP (BOOTP) . Grupo de trabajo de redes. doi : 10.17487/RFC0951 . RFC 951 .Borrador de norma. Actualizado por RFC 1395 , 1497 , 1532 , 1542 y 5494 . 

Véase también

Referencias

  1. 1 2 Bill Croft; John Gilmore (septiembre de 1985). PROTOCOLO BOOTSTRAP (BOOTP) . Grupo de trabajo de redes. doi : 10.17487/RFC0951 . RFC 951 .Borrador de norma. Actualizado por RFC 1395 , 1497 , 1532 , 1542 y 5494 . 
  2. R. Finlayson; T. Mann; J. Mogul; M. Theimer (junio de 1984). Un protocolo de resolución de direcciones inversa . Grupo de trabajo de redes. doi : 10.17487/RFC0903 . STD 38. RFC 903 .Estándar de Internet 38.
  3. P. Prindeville (febrero de 1988). Extensiones de información del proveedor BOOTP . Grupo de trabajo de redes. doi : 10.17487/RFC1048 . RFC 1048 .Obsoleto. Obsoleto según los RFC 1084 , 1395 , 1497 y 1533 . 
  4. J. Reynolds (diciembre de 1988). Extensiones de información del proveedor BOOTP . Grupo de trabajo de redes. doi : 10.17487/RFC1084 . RFC 1084 .Obsoleto. Obsoleto según RFC 1395 , 1497 y 1533. Obsoleto según RFC 1048 .  
  5. J. Reynolds (enero de 1993). Extensiones de información del proveedor BOOTP . Grupo de trabajo de redes. doi : 10.17487/RFC1395 . RFC 1395 .Obsoleto. Obsoleto según RFC 1497 y 1533. Obsoleto según RFC 1084 y 1048. Actualiza RFC 951 .   
  6. J. Reynolds (agosto de 1993). Extensiones de información del proveedor BOOTP . Grupo de trabajo de redes. doi : 10.17487/RFC1497 . RFC 1497 .Obsoleto. Obsoleto según RFC 1533. Obsoleto según RFC 1395 , 1084 y 1048. Actualiza RFC 951 .   
  7. S. Alexander; R. Droms (octubre de 1993). Opciones DHCP y extensiones de proveedor BOOTP . Grupo de trabajo de redes. doi : 10.17487/RFC1533 . RFC 1533 .Obsoleto. Obsoleto según RFC 2132. Obsoleto según RFC 1497 , 1395 , 1084 y 1048 .  
  8. S. Alexander; R. Droms (marzo de 1997). Opciones DHCP y extensiones de proveedor BOOTP . Grupo de trabajo de redes IETF . doi : 10.17487/RFC2132 . RFC 2132 .Borrador de estándar. Sustituye a RFC 1533. Actualizado por RFC 3442 , 3942 , 4361 , 4833 y 5494 .  
  9. "Protocolo Bootstrap (BOOTP)" . Enciclopedia de Redes .
  • Diagrama de secuencia BOOTP archivado el 26/02/2015 en Wayback Machine (PDF)
  • Multicast BOOTP para configurar un dispositivo de red
  • Servidor y cliente BOOTP de multidifusión