Make your own free website on Tripod.com

 

HOME VOCABULARIO AUTORES

 

 

 

 

 

 

 

 

 

 

 

 

 

Los parámetros con DHCP, y el término "cliente" refieren a un anfitrión que solicita parámetros de la inicialización de un servidor de DHCP.

 

DHCP apoya tres mecanismos para la asignación del IP ADDRESS.  En la "asignación automática", DHCP asigna un IP ADDRESS permanente a un anfitrión.  En la "asignación dinámica", DHCP asigna un IP ADDRESS a un anfitrión por un período del tiempo limitado (o hasta el anfitrión abandona explícitamente la dirección).  En la "asignación manual", el IP ADDRESS de un anfitrión es asignado por el administrador de la red, y DHCP se utiliza simplemente para transportar la dirección asignada al anfitrión.  Una red particular utilizará uno o más de estos mecanismos, dependiendo de las políticas del administrador de la red.

 

 

La asignación dinámica es la única de los tres mecanismos que permite la reutilización automática de una dirección que sea una necesaria no más largo al lado del anfitrión a el cual fue asignada.  Así, la asignación dinámica es particularmente útil para asignar una dirección a un anfitrión que sea conectado con la red solamente temporalmente o para compartir una piscina limitada del IP trata entre un grupo de los anfitriones que no necesitan direcciones permanentes del IP.  La asignación dinámica puede también ser una buena opción para asignar un IP ADDRESS a un nuevo anfitrión que es conectado permanentemente con una red donde están suficientemente escasas las direcciones del IP que es importante reclamarlas cuando se retiran los viejos anfitriones.  La asignación manual permite que DHCP sea utilizado para eliminar el proceso error-prone manualmente de configurar los anfitriones con direcciones del IP en los ambientes donde (por cualesquiera razones) está deseable manejar la asignación del IP ADDRESS fuera de los mecanismos de DHCP.

 

El formato de los mensajes de DHCP se basa en el formato de los mensajes del BOOTP, para capturar el comportamiento del agente del relais del BOOTP descrito como parte de la especificación del BOOTP y para permitir la interoperabilidad de los clientes existentes del BOOTP con los servidores de DHCP.  Usar agentes de retransmisión del BOOTP elimina la necesidad del tener un servidor de DHCP en cada segmento físico de la red.

 

1,4  TERMINOLOGÍA

 

Este documento utiliza los siguientes términos:

 

 

CLIENTE DE DHCP:

Un cliente de DHCP es un anfitrión del Internet usando DHCP para obtener parámetros de la configuración tales como una dirección de red.

 

SERVIDOR DE DHCP:

Un servidor de DHCP es un anfitrión del Internet que vuelve parámetros de la configuración a los clientes de DHCP.

 

AGENTE DEL RELAIS DEL BOOTP:

Un agente del relais del BOOTP es un anfitrión o una rebajadora del Internet que pasa mensajes de DHCP entre los clientes de DHCP y los servidores de DHCP.  DHCP se diseña para utilizar el mismo comportamiento del agente del relais según lo especificado en la especificación del protocolo del BOOTP.

 

ATASCAMIENTO:

Un atascamiento es una colección de parámetros de la configuración, incluyendo por lo menos un IP ADDRESS, asociado a o "limite" a un cliente de DHCP.  Los atascamientos son manejados por los servidores de DHCP.

 

 

1,5  METAS DEL DISEÑO

 

La lista siguiente da las metas generales del diseño para DHCP.

 

DHCP debe ser un mecanismo más bien que una política.  DHCP debe no prohibir a administradores de sistema locales control sobre parámetros de la configuración donde deseado; los administradores de sistema locales deben poder hacer cumplir políticas locales referentes la asignación y al acceso a los recursos locales donde deseados.

 

DHCP no debe requerir un servidor en cada subnet.  Para permitir escala y economía, DHCP debe trabajar a través de las rebajadoras o con la intervención de los agentes del relais de BOOTP/DHCP.

 

DHCP debe coexistir con los anfitriones estáticamente configurados, no participantes y con puestas en práctica existentes del protocolo de red.

 

DHCP debe interoperate con el comportamiento del agente del relais del BOOTP según lo descrito por RFC 951 y por Wimer [21].

 

DHCP debe proporcionar servicio a los clientes existentes del BOOTP.

 

 

 

 

 

La lista siguiente da las metas del diseño específicas a la transmisión de los parámetros de la capa de red.  DHCP debe:

 

Conserva la configuración del anfitrión a través del reboot del anfitrión.  Un anfitrión debe, siempre que sea posible, ser asignados los mismos parámetros de la configuración (e.g., dirección de red) en respuesta a cada petición.

 

Permita que la asignación automática de los parámetros de la configuración a los nuevos anfitriones evite la configuración de la mano para los nuevos anfitriones,

 

Apoye la asignación fija o permanente de los parámetros de la configuración a los anfitriones específicos.

 

 

2.    RESUMEN DEL PROTOCOLO

 

Hay entre dos diferencias primarias DHCP y BOOTP.  Primero, DHCP define los mecanismos a través de los cuales los clientes pueden ser asignados una dirección de red para una renta fija, teniendo en cuenta la reasignación serial de las direcciones de red a diversos clientes.  En segundo lugar, DHCP proporciona el mecanismo para un cliente para adquirir todos los parámetros de la configuración del IP que necesita para funcionar.

 

DHCP define una nueva ' opción del identificador del cliente ' que se utilice para pasar un identificador explícito del cliente a un servidor de DHCP.  Este cambio elimina sobrecargar del campo del ' chaddr ' en los mensajes del BOOTP, donde el ' chaddr ' se utiliza como dirección del hardware para la transmisión de los mensajes de la contestación del BOOTP y como identificador del cliente.  'la opción del identificador del cliente ' puede contener una dirección del hardware, idéntica al contenido del campo del ' chaddr ', o puede contener otro tipo de identificador, tal como un nombre del DNS.  Otros tipos del identificador del cliente se pueden definir como necesario para el uso con DHCP

 

El campo de las opciones ahora es longitud variable, con el mínimo ampliado a 312 octetos.  Esto trae el tamaño mínimo de un mensaje hasta 576 octetos, el tamaño mínimo de DHCP del IP DATAGRAM que un anfitrión se debe preparar para aceptar.  Los clientes de DHCP pueden negociar el uso de mensajes más grandes de DHCP con la opción ' de DHCP del tamaño máximo del mensaje'.  El campo de las opciones se puede extender más a fondo en los campos del ' archivo ' y del ' sname.

 

Una nueva opción, llamada el ' vendedor información específica ', se ha agregado para permitir la extensión del número de las opciones que pueden ser apoyadas.  Las opciones encapsuladas como ' información específica del vendedor ' se deben definir y documentar cuidadosamente para tener en cuenta interoperabilidad entre los clientes y los servidores de vendedores diferente.  En detalle, los vendedores que definen la ' información específica del vendedor ' deben documentar esas opciones en la forma del documento de las opciones de DHCP, deben elegir representar esas opciones en los tipos de datos definidos ya para las opciones de DHCP o en otros tipos de datos bien definidos, y deben elegir las opciones que se pueden codificar fácilmente en los archivos de la configuración para el intercambio con los servidores proporcionados por otros vendedores.  Las opciones incluidas como ' opciones específicas del vendedor deben ser fácilmente soportable por todos los servidores.

 

 

3,1  INTERACCIÓN DEL SERVIDOR DE CLIENTE - ASIGNACIÓN DE UNA DIRECCIÓN DE RED

 

1.      El cliente difunde un mensaje de DHCPDISCOVER en su subnet físico local.  El mensaje de DHCPDISCOVER puede incluir las opciones que sugieren los valores para la dirección de red y la duración de renta.  Los agentes del relais del BOOTP pueden pasar el mensaje encendido a los servidores de DHCP no en el mismo subnet físico

 

2.      Cada servidor puede responder con un mensaje de DHCPOFFER que incluya una dirección de red disponible en el campo del ' yiaddr ' (y otros parámetros de la configuración en opciones de DHCP).  Los servidores no necesitan reservar la dirección de red ofrecida, aunque el protocolo trabajará más eficientemente si el servidor evita de asignar la dirección de red ofrecida a otro cliente.  Los unicasts del servidor el mensaje de DHCPOFFER al cliente (que usa el agente del relais de DHCP/BOOTP en caso de necesidad) si es posible, o pueden difundir el mensaje a una dirección de la difusión (preferiblemente 255, 255, 255,255) en el subnet del cliente.

 

3.      El cliente recibe unos o más mensajes de DHCPOFFER de unos o más servidores.  El cliente puede elegir esperar respuestas múltiples.  El cliente elige un servidor de el cual solicitar los parámetros de la configuración, basados en los parámetros de la configuración ofrecidos en los mensajes de DHCPOFFER.  El cliente difunde a El mensaje de DHCPREQUEST que debe incluir ' la opción del identificador del servidor ' para indicar qué servidor ha seleccionado, y puede incluir otras opciones que especifican valores deseados de la configuración.  Este mensaje de DHCPREQUEST es difusión y retransmitido a través de agentes del relais de DHCP/BOOTP.  Para ayudar a asegurarse de que cualquier agente del relais de DHCP/BOOTP transmite al mensaje de DHCPREQUEST el mismo sistema de los servidores de DHCP que recibieron el mensaje original de DHCPDISCOVER, el mensaje de DHCPREQUEST se debe utilizar el mismo valor en campo de los secs del jefe de mensaje de DHCP el ' y enviar a la misma dirección de la difusión del IP que el mensaje original de DHCPDISCOVER.  El cliente mide el tiempo hacia fuera y retransmite el mensaje de DHCPDISCOVER si el cliente no recibe ningún mensaje de DHCPOFFER.

 

4.      Los servidores reciben la difusión de DHCPREQUEST del cliente.  Esos servidores no seleccionados por el uso del mensaje de DHCPREQUEST el mensaje como notificación que el cliente ha declinado la oferta de ese servidor.  El servidor seleccionado en el mensaje de DHCPREQUEST confía el atascamiento para el cliente al almacenaje persistente y responde con un mensaje de DHCPACK que contiene los parámetros de la configuración para el cliente de petición.  La combinación del ' chaddr ' y de la dirección de red asignada constituye un identificador único para la renta del cliente y es utilizada por el cliente y el servidor identificar una renta mencionada en cualquier mensaje de DHCP.  El campo del ' yiaddr ' en los mensajes de DHCPACK se completa de la dirección de red seleccionada.

 

5.      El cliente recibe el mensaje de DHCPACK con parámetros de la configuración.  El cliente realiza un chequeo final en los parámetros (e.g., ARP para la dirección de red asignada), y las notas la duración de la renta y la galleta de la identificación de la renta especificó en el mensaje de DHCPACK.  A este punto, configuran al cliente.  Si el cliente detecta un problema con los parámetros en el mensaje de DHCPACK, el cliente envía un mensaje de DHCPDECLINE al servidor y recomienza el proceso de la configuración.  El cliente debe esperar un mínimo de diez segundos antes de recomenzar el proceso de la configuración para evitar tráfico excesivo de la red en caso de que de la colocación.