.pl 10.0i .po 0 .ll 7.2i .lt 7.2i .nr LL 7.2i .nr LT 7.2i .ds LF Droms .ds RF FORMFEDD[Página %] .ds LH RFC 1534 .ds RH Octubre 1993 .ds CH Interoperación entre DHCP y BOOTP .hy o .ad 1 .in0 Network Working Group R. Droms Request for Commentes: 1534 Bucknell University Categoría: curso de estándares Octubre 1993 .ce Interoperación entre DHCP y BOOTP .ti 0 Estado de este memorándum .in 3 Este RFC especifica un protocolo de Internet en curso de estándar para la comunidad Internet, se solicita discusión y sugerencias para mejoras. Por favor remitase a la edición actual del "Internet Official Protocolo Standars" para el estado de estandarización y estado de este protocolo. La distribución de este memorándum es ilimitada. .ti 0 Resumen DHCP provee un superconjunto de las funciones provistas por BOOTP. Este documento describe las interacciones entre los participantes DHCP y BOOTP de la red. .ti 0 1. Introducción El Protocolo de Configuración Dinámica de Host (DHCP) provee un mecanismo para transmisión de parámetros de configuración para hosts, usando el conjunto de protocolos TCP/IP. El formato de los mensajes DHCP está basado en el formato de los mensajes BOOTP, entonces, en ciertas circunstancias, los participantes DHCP y BOOTP pueden intercambiar mensajes. Este documento especifica las formas en que DHCP y BOOTP pueden interoperar. DHCP introduce un pequeño cambio en la terminología intentando clarificar el significado de uno de los campos. El que era el campo "extensiones del vendedor" en BOOTP ha sido renombrado como el campo "opciones" en DHCP. Similarmente, los datos que eran usados dentro del campo "extensiones del vendedor" de BOOTP, que eran formalmente referidos como "extensiones del vendedor", son ahora llamados simplemente "opciones". Este documento se referirá a las extensiones de vendedor de BOOTP y a las opciones DHCP uniformemente como "opciones". A lo largo de este documento, los mensajes DHCP que incluyan una opción de 'tipo de mensaje DHCP' serán referidos por el tipo de mensaje; ej: un mensaje DHCP con el tipo de opción 1 en el 'tipo de mensaje DHCP' será referido como un mensaje de "DESCUBRIMIENTODHCP" (DHCPDISCOVER). .ti 0 2. Clientes BOOTP y servidores DHCP El formato de los mensajes DHCP está definido para ser compatible con el formato de los mensajes BOOTP, para que los clientes BOOTP existentes puedan interoperar con servidores DHCP. Cualquier mensaje recibido por un servidor DHCP que incluya una opción de 'tipo de mensaje DHCP' (51) se asume que ha sido enviado por un cliente DHCP. Los mensajes sin la opción tipo de mensaje DHCP se asume que han sido enviados por un cliente BOOTP. El soporte de clientes BOOTP por parte de un servidor DHCP es opcional, a criterio del administrador de sistema local. Si un servidor DHCP que no está configurado para soportar clientes BOOTP recibe un mensaje SOLICITUDDEINICIO (BOOTREQUEST) desde un cliente BOOTP, el servidor descartará silenciosamente el mensaje SOLICITUDDEINICIO. Si un servidor DHCP está configurado para soportar clientes DHCP, puede ser configurado para proveer direcciones estáticas, direcciones automáticas o ambas. Las direcciones estáticas son aquellas que han sido previamente asignadas por un administrador de sistema y son almacenadas en una base de datos disponible para el servidor DHCP. Las direcciones automáticas son aquellas seleccionadas por el servidor DHCP desde su conjunto de direcciones no asignadas. Ya que los clientes BOOTP pueden no estar preparados para recibir direcciones automáticas, la decisión de permitir al servidor DHCP devolver direcciones automáticas debe estar bajo el control del administrador del sistema. Si un servidor DHCP soporta la provisión de direcciones automáticas a los clientes BOOTP, esta opción debe ser configurable, y debe estar desactivada de manera predeterminada. La habilitación de la opción debe ser el resultado de una decisión activa del administrador del sistema. Si un servidor DHCP devuelve una dirección automática, el cliente BOOTP no será consciente del mecanismo de otorgamiento de DHCP para la asignación de la dirección de red. De este modo el servidor DHCP debe asignar una duración de otorgamiento infinita para las direcciones automáticas asignadas a los clientes BOOTP. Tales direcciones de red no pueden ser automáticamente reasignadas por el servidor. El administrador de sistema local puede decidir reotorgar manualmente las direcciones de red asignadas a los clientes BOOTP. Un servidor DHCP que soporta clientes BOOTP DEBE interactuar con clientes BOOTP acorde al protocolo BOOTP. El servidor DEBE formular un mensaje BOOTP de RESPUESTADEINICIO (BOOTREPLY) en lugar de un mensaje DHCP de OFRECIMIENTODHCP (DHCPOFFER) (ej: el servidor NO DEBE incluir la opción 'tipo de mensaje DHCP' y NO DEBE exceder el límite de tamaño para los mensajes de RESPUESTADEINICIO). El servidor marcará una unión para un cliente BOOTP como LIGADO luego del envío de la RESPUESTADEINICIO BOOTP, como un cliente no DHCP no enviará un mensaje de SOLICITUDDHCP (DHCPREQUEST), el cliente no esperará un mensaje DHCPACK. Los servidores DHCP PUEDEN enviar algunas opciones DHCP a un cliente BOOTP permitido por las "Opciones DHCP y las Extensiones de vendedor BOOTP" RFC [2]. En resumen, un servidor DHCP: .in 6 - PUEDE soportar clientes BOOTP, - PUEDE devolver direcciones automáticas a clientes BOOTP, - DEBE proveer un cambio de configuración si devuelve direcciones automáticas a los clientes BOOTP, - DEBE de manera predeterminada deshabilitar esta configuración opcional, - DEBE guiarse por la especificación BOOTP cuando interactúa con clientes BOOTP, y - DEBE enviar opciones DHCP (aquellas opciones definidas en el documento de opciones DHCP pero no en los documentos de extensiones de vendedor de BOOTP) a un cliente BOOTP. .ti 0 3. Clientes DHCP y servidores BOOTP .in 3 Un cliente DHCP PUEDE usar una respuesta desde un servidor BOOTP si la configuración devuelta desde el servidor BOOTP es aceptable para el cliente DHCP. Un cliente DHCP DEBE asumir que un dirección IP devuelta en un mensaje desde un servidor BOOTP tiene un otorgamiento infinito. Un cliente DHCP DEBERÍA elegir usar preferentemente una respuesta desde un servidor DHCP a una respuesta desde un servidor BOOTP. .ti 0 4. Referencias .IP [1] Wimer, W., "Clarifications and Extensions for the Bootstrap Protocol", RFC 1532, Carnegie Mellon University, Octubre 1993. .IP [2] Alexander, S. y R. Droms, "DHCP Options and BOOTP Vendor Extensions", RFC 1533, Lachman Technology, Inc., Bucknell University, Octubre 1993. .IP [3] Droms, R., "Dynamic Host Configuration Protocol", RFC 1531, Bucknell University, Octubre 1993. .ti 0 5. Consideraciones de seguridad Los temas de seguridad no son discutidos en este memorándum. .ti 0 6. Dirección del autor Ralph Droms Computer Science Department 323 Dana Engineering Bucknell University Lewisburg, PA 17837 Teléfono: (717) 524-1145 Email: droms@bucknell.edu Taducción al castellano: Javier Waisbrot (2004), jwais@fi.uba.ar