1. El Cliente crea la solicitud La maquina del cliente empieza el procedimiento creando un mensaje de solicitud BOOTP.

Cuando crea este mensaje, lo llena con la siguiente informacin: - Establece el tipo de mensaje (Op) en 1, para mensaje BOOTREQUEST. Si sabe su propia direccin IP y planea seguir usandola, lo especifica en el campo CIAddr. De otra forma, llena este campo con ceros. - Pone su direccin de hardware (capa dos) en el campo CHAddr. Esto es usado por el servidor para determinar la direccin correcta y otros parametros para el cliente. - Genera un identificador de transaccin aleatorio, y lo pone en el campo XID. - El cliente puede especificar un servidor particular que quiere que le responda y pone eso en el campo Sname. Tambin puede especificar en el campo File el nombre de un tipo particular de archivo boot que quiere que el servidor le brinde. - El cliente puede especificar informacin especifica del fabricante, si se ha programado para hacerlo. 2. El cliente enva la solicitud El cliente emite de forma broadcast el mensaje BOOTREQUEST transmitiendolo a la direccin 255.255.255.255. Alternativamente, si ya sabe la direccin de servidor BOOTP, puede mandar la solicitud de forma unicast. 3. El Servidor recibe la solicitud y la procesa Un servidor BOOTP, escuchando el puerto UDP 67 recibe la solicitud emitida y la procesa. Si el nombre de un servidor particular fue especificado y es diferente del nombre del servidor que ha recibido la solicitud, este puede descartar la solicitud. Esto es cierto especialmente si sabe que el servidor que el cliente solicit est tambin en la red local. Si ningun servidor en particular es especficado, o este servidor es el que el cliente queria, el servidor va a responder. 4. El Servidor crea la respuesta El servidor crea un mensaje de respuesta copiando el mensaje de solicitud y cambiando varios campos: - Cambia el tipo de mensaje (Op) al valor 2, para un mensaje BOOTREPLY. Toma la direccin de hardware especificada por el cliente en el campo CHAddr y lo usa en una busqueda a la tabla para encontrar la direccin IP que corresponde a este host. Luego ubica este valor en el campo YIAddr ("tu direccin IP") de la respuesta.

- Procesa el campo File y brinda el el nombre de archivo que el cliente solicit, si el campo estaba vacio, el nombre de archivo por defecto. - Pone su propia direccin IP y nombre en los campos SIAddr y SName. Establece cualquier valor especfico del fabricante en el campo Vend. *Manejo del campo ClAddr El RFC 1542 establece el estandar para manejar el significado de este campo: Si un cliente est dispuesto a aceptar cualquier direccin IP que el servidor le otorgue, establece CIAddr en puros ceros, aun si conoce una direccin previa. Si el cliente llena un valor para el campo, est diciendo que usar est direccin y tiene que estar preparada para recibir mensajes unicast enviados a aquella direccin. Si el cliente especifica una direccin CIAddr y recibe una direccin diferente en el campo YIAddr, la direccin provista por el servidor es ignorada. Todos los dispositivos de hardware tienen que necesariamente estar de acuerdo con est interpretacin como se provee en el RFC 1542, as que siguen habiendo problemas de interoperabilidad con equipos antiguos. El RFC 1542 fue escruto en 1993, asi que ya no debe ser un problema serio. 5. El Servidor enva respuesta El Servidor enva la respuesta, el mtodo depende de los contenidos de la solicitud: - Si el flag B (Broadcast) est establecido, indica que el cliente no puede mandar la respuesta va unicast, entonces el servidor la emite va broadcast. - Si el campo CIAddr es diferente de cero, el servidor enviar la respuesta va unicast a aquella CIAddr (direccin IP del cliente). Si la bandera B es cero y el campo CIAddr tambin es cero, el servidor podra usar una entrada ARP o broadcast. 6. El Cliente Procesa la respuesta El cliente recibe la respuesta del servidor y la procesa, guardando la informacin y los parmetros provistos. 7. El Cliente completa el proceso de boot Una vez configurado, el cliente procede con la fase dos del proceso bootstrap, usando un protocolo como TFTP para descargar el archivo de boot que contiene el software del sistema operativo, usando el nombre de archivo que el servidor devolvio. Podemos ver un diagrama de secuencia del uso del protocolo BOOTP en una red local y mediante el uso de agentes Relay en el siguiente enlace: Diagrama de secuencia BOOTP (pdf - ingls)