!!

2)(%/7/'/"-;(/<&06/.".-'"%=*/'"-.&*&';".)0-

! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! !
!

%&'()*)+,"-.&-/(%&0(&%-1-%'2-3-/24-5))%6%0"2-20)%)')*-4--07'-89:-

DOCENTE: "#$%!&'()#*)!+,-.)!&'/),#)0! ! ESTUDIANTE: "#$%!&#$1'!2)*3!4,.5610!71#.819-!

! !!!!!!!!!!!
!!!!!!

%&'()*)+,"-.&-/(%&0(&%-1-%'23/2-

! ! PROTOCOLO BOOTSTRAP RFC 951

El Protocolo Bootstrap tambin llamado BOOTP, es un protocolo de red UDP que se encuentra definido desde septiembre de 1985 en el RFC 951, propuesto por la ARPAInternet, existen actualizaciones de este protocolo, estas se encuentran definidas por los RFC 1542 (Aclaraciones y extensiones para el protocolo Bootstrap) y RFC 2131 (Protocolo de configuracin dinmica de host). 1.1. Descripcin El objetivo de este protocolo es permitir a los clientes de red acceder a su direccin IP de forma automtica, es decir, si existen hosts sin disco como pueden ser concentradores de terminal, routers, etc., BOOTP permite que puedan inicializarse con un stack IP mnimo que no contiene informacin de configuracin, que normalmente se almacena en el ROM, permitiendo el acceso a la informacin necesaria para iniciar la descarga del cdigo de arranque. La descarga no se encuentra definida por BOOTP, usualmente se utiliza TFTP, como podemos visualizar en el RFC 906 (Carga Bootstrap usando TFTP), el cul describe como se puede cargar Bootstrap implmentando TFTP. BOOTP en sus inicios necesitaba la implementacin de un disquete de arranque para habilitar las conexiones iniciales de red, posteriormente el protocolo fue integrado en las tarjetas de red, como por ejemplo en la 3c905c, y en las tarjetas madre con lo que se consigui realizar un arranque directo. El formato de intercambio de mensajes del protocolo Bootstrap entre los clientes y el servidor, utiliza dos tipos de mensajes, los mensajes de solicitud que corresponden a los cleintes, y los mensajes de respuesta enviados por los servidores. Estos mensajes utilizan datagramas UDP con una extensin de 576 bytes. El protocolo Bootstrap tiene una mayor eficiencia que el protocolo RARP, esto debido a que BOOTP incorpora en sus mensajes de informacin para el proceso de arranque, como por ejemplo: direccin IP del host, direccin del router, direccin del servidor, mscara de red. A partir de BOOTP se desarroll DHCP, un protocolo ms avanzado que permite distribuir de forma ms eficiente las direcciones IP dinmicas. Para alcanzar la interoperabilidad entre estos protocolos se desarrollaron actualizaciones de BOOTP, las mismas que se describen en el RFC 1542. 1.2. Funcionamiento El protocolo Bootstrap cumple con el siguiente proceso de funcionamiento:

Bootstrap Protocol (Bootp)!

! !!!!!!!!!!!
!!!!!!

%&'()*)+,"-.&-/(%&0(&%-1-%'23/2-

1. Cada cliente BOOTP define su direccin de hardware personal, la misma que regularmente se localiza en una ROM del hardware. 2. El cliente procede a enviar en un datagrama UDP su direccin fsica, para esta comunicacin el protocolo utilza el puerto UDP 67. En el caso de que el cliente conozca su direccin IP o la direccin IP del servidor debe implementar esta informacin, normalmente este tipo de clientes no tiene toda la informacin necesaria para la configuracin IP. Para el primer caso cuando el cliente no conozca su direccin IP deber utilizar la direccin 0.0.0.0; en el segundo caso si desconoce la direccin del servidor deber utilizar la direccin de broadcast limitada que es la 255.255.255.255. 3. El datagrama BOOTP es recibido por el servidor, el cual procede a buscar la direccin fsica de su cliente en su fichero de configuracin, donde se encuentra registrada la direccin IP de cada cliente. El servidor procede a completar los campos del datagrama UDP que recibio, con la informacin completa, el datagrama regresa al cliente. Esta estapa se puede realizar de tres diferentes formas: a. Si en la solicitud recibida por el servidor del cliente BOOTP indica que ya conoce su direccin IP, el servidor procede a regresar de forma directa el datagrama. b. Si en la solicitud recibida del cliente indica que desconoce su direccin, esto lo realiza al adjuntar una direccin 0.0.0.0. El servidor procede a procede a revisar la informacin de su cach ARP. Si el servidor no puede utilizar ARP, debido a que no encuentra la direccin fsica del cliente cuando este desconoce su direccin IP, lo que impide al servidor responder a la solicitud ARP, puede implementar una de las siguientes soluciones: : : Para el caso que el servidor tenga la propiedad de poder actualizar su memoria cach ARP, sin necesidad de utilizar este protocolo de resolucin de direcciones, puede proceder a enviar de forma directa el datagrama. Para el caso que el servidor no tenga la capacidad de actulizar su propia cach ARP, procede a enviar un broadcast.

c. Finalmente el cliente al recibir la respuesta procede a almacenar su direccin IP, con esto ya se puede responder a las solicitudes ARP, y se permitir iniciar el proceso de arranque. En la figura 1 que se encuentra a continuacin se puede apreciar un ejemplo de cmo se realiza la comunicacin entre dispositivos que utilizan BOOTP, se puede visualizar como el dispositivo A esta intentando determinar su direccin IP entre otros parmetros, para esto se emite una solicitud BOOTP en la red local, esta comunicacin se emite a travs del puerto 67 UDP y se espera su respuesta por el puerti 68. El dispositivo D ha sido

Bootstrap Protocol (Bootp)!

! !!!!!!!!!!!
!!!!!!

%&'()*)+,"-.&-/(%&0(&%-1-%'23/2-

configurado como servidor BOOTP, cuando recibe la solicitud responde con un broadcast a travs del puerto 68 A donde indica la direccin IP del dispositivo.

Fig. 1. Funcionamiento general del protocolo de inicio

1.3. Formato de Mensajes BOOTP A continuacin se describir el formato de un mensaje BOOTP:

Fig. 2. Datagrama BOOTP

a. Cdigo: Indica si es una solicitud (1) o una respuesta (2).

Bootstrap Protocol (Bootp)!

! !!!!!!!!!!!
!!!!!!

%&'()*)+,"-.&-/(%&0(&%-1-%'23/2-

b. TipoHW: Este campo indica el tipo de hardware, entre ellos por ejemplo Ethernet (1), redes IEEE 802 (6), entre otros. c. Longitud: Indica la extencin en bytes de la direccin fsica, para el caso de Ethernet y Token-Ring se utilizan 6 bytes. d. Saltos: Este campo es utilizado para identificar un bucle. El cliente lo inicializa en 0 y con cada peticin del router a un servidor se incrementa este valor. De acuerdo al RFC 951 se estable como un bucle cuando se alcanza el valor de 3. e. ID de transaccin: Esta campo establece un nmero aleatorio a contribuye a asociar el intercambio de mensajes entre el cliente y el servidor. f. Segundos: Establece el tiempo segundos desde que el cliente inicia su proceso de arranque. g. Campo flags: En este cambo el bit ms significativo es utilizado para indicar Broadcast, el resto de los bits permanece en cero y se encuentran reservados para para utilizarse en un futuro. h. Direccin IP del cliente: Es definida por el cliente, indica su direccin IP, cuando la desconoce utiliza la direccin 0.0.0.0. i. Tu direccin IP: Direccin establecida por el servidor cuando la direccin IP recibida del cliente es 0.0.0.0. j. Direccin IP del servidor: Indica la direccin IP del servidor. k. Direccin IP del router: Direccin establecida por el router expendidor cuando se esta utilizando BOOTP forwarding. l. Direccin hardware del cliente: Este campo se encuentra establecido por el cliente, contribuye para que el servidor pueda identificarlo en base a su direccin direccin fsica. m. Nombre del host servidor: Es un campo opcional, indica un normbre de host servidor terminado en X'00'. n. Nombre del fichero de arranque: Es un campo opcional, el cliente puede establecer un nombre genrico o no modificar este campo dejandolo en blanco, en la respuesta al cliente, el servidor agrega un nombre de fichero vlido. o. rea especfica del fabricante: Es un campo opcional, se establece que el cliente rellene los primeros cuatro bytes con un cookie mgico determinado por el fabricante, en caso de no definirlo el cliente podr utilizar 99.130.83.99 con una etiqueta de terminacin 255, estableciendo en cero los bytes restantes, esteprocedimientose describe ms detalladamente en el RFC 1533 (Opciones de DHCP y BOOTP Vendor Extensions).

Bootstrap Protocol (Bootp)!

! !!!!!!!!!!!
!!!!!!

%&'()*)+,"-.&-/(%&0(&%-1-%'23/2-

1.3. Aspectos Relevantes Es importante tener en cuenta cual es el principal inconveniente de la implementacin de BOOTP, este protocolo necesita configurar de forma manual las tablas que vinculan una direccin IP con una direccin Ethernet, esto quiere decir que cuando se incorpora un nuevo host a una red LAN, este no puede utilizar BOOTP hasta que el administrador le asigne una direccin IP y agregue de forma manual la informacin de las direcciones IP y Ethernet en las tablas de configuracin del protocolo. Para evitar que se produzcan errores en este proceso de assignacin de direcciones y actualizacin de tablas, el BOOTP se actualiz y se defini un nuevo protocolo llamado DHCP (Protocolo de Configuracin de Host Dinmico), el cual se caracteriza por permitir que se asigne de forma manual o dinmica las direcciones IP. Con la implementacin de este protocolo se ha ido reemplazando en los sistemas el BOOTP. 1.4. Anlisis Personal - El Protocolo Bootstrap fue diseado para reemplazar de forma eficiente al protocolo RARP, pero con el tiempo la necesidad de configurar de forma manual las tablas del protocolo se presento con un gran inconveniente, lo que denot en la necesidad de una actualizacin en el protocolo dando cabida a DHCP. - Actualmente con el uso de redes inalmbricas y con la extensin de las mismas, la implementacin del protocolo BOOTP no se considera viable, debido a que el protocolo se encuentra dedicado a un ambiente esttico donde los dispositivos tienen una conexin de red permanente, las nuevas redes necesitan de una asignacin dinmica de sus direccines paraun uso eficiente de la red. - Debido a la gran similitud entre BOOTP y DHCP, existe la posibilidad de que estos protocolos trabajen conjuntamente, esta configuracin se encuentra detallada en el RFC 1542, y permite que los servidores DHCP asignen la direccin IP a los clientes BOOTP. - En su momento BOOTP se present como una excelente solucin para los problemas que presentaba la implementacin del protocolo RARP (definido en el RFC 903), incorporando paquetes UDP, lo que permita que estos se reenven entre los routers sin la necesidad de tener un servidor RARP en cada subred, adicionalmente el protocolo Bootstrap tena una mejor funcionalidad debido a que no solo incorporaba una la direccin IP, sino que tambien adjuntaba informacin adicional importante (mscara de red, direccin del router, direccin del servidor, entre otros parmetros). 1.5. Referencias Bibliogrficas Tanenbaum, Andrew S. (2003). Redes de computadoras (Cuarta Edicin). Mxico: Pearson Educacin.

Bootstrap Protocol (Bootp)!

! !!!!!!!!!!!
!!!!!!

%&'()*)+,"-.&-/(%&0(&%-1-%'23/2-

J. Gilmore, W.J. Croft (1985). RFC 951. Internet Engineering Task Force. Recuperado el 09 de septiembre de 2013, en http://tools.ietf.org/html/rfc951 Martinez, Rafa. Protocolo Bootstrap. Recuperado el 11 de septiembre de 2013, en http://personales.upv.es/rmartin/TcpIp/cap04s09.html Universidad de las Ciencias Informticas (2010). Protocolo de la capa de aplicacin: BOOTP. Recuperado el 15 de septiembre de 2013, http://www.docstoc.com/docs/113232171/bootp Centro de Innovacin para la Sociedad de la Informacin. Protocolo Bootstrap - BOOTP. Recuperado el 15 de septiembre de 2013, en http://www.cicei.ulpgc.es/ocon/gsi/tut_tcpip/3376c417.html Aparicio, Naikel (1998). Administracin de Redes, DHCP - BOOTP. Recuperado el 16 de septiembre de 2013, en http://personales.upv.es/rmartin/TcpIp/cap04s09.html Windows Server (2005). BOOTP and DHCP. Recuperado el 18 de septiembre de 2013, en http://technet.microsoft.com/en-us/library/cc781243(v=ws.10).aspx Kozierok, Charles (2005). TCP/IP Bootstrap Protocol (BOOTP). Recuperado el 18 de septiembre de 2013, en http://www.tcpipguide.com/free/t_TCPIPBootstrapProtocolBOOTP.htm

Bootstrap Protocol (Bootp)!