Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 

Descripción de la reconfiguración dinámica de clientes de servidor local DHCP extendido

 

La reconfiguración dinámica de clientes permite que el servidor local DHCP extendido inicie una actualización de cliente sin esperar a que el cliente inicie una solicitud.

Interacción cliente/servidor predeterminada

Normalmente, el cliente DHCP inicia todas las interacciones básicas cliente/servidor de DHCP. El servidor DHCP sólo envía información a un cliente en respuesta a una solicitud de ese cliente. Este comportamiento no permite que un cliente se actualice rápidamente con su dirección de red y configuración en caso de que se realicen cambios en el servidor:

Nota

Técnicamente, las interacciones cliente/servidor DHCP son las mismas en los enrutadores y conmutadores. Sin embargo, el uso principal de esta tecnología en los enrutadores es para la administración de suscriptores. Los conmutadores no se utilizan para la administración de suscriptores. Por lo tanto, en este tema se proporcionan dos escenarios de ejemplo. Las acciones son iguales, pero los detalles de implementación son distintos.

  • —Supongamos que un proveedor de servicios reestructura su esquema de direcciones o cambia las direcciones IP del servidor que proporciona a los clientes. Sin una reconfiguración dinámica, el proveedor de servicios suele borrar la tabla de enlaces del servidor DHCP, pero no puede informar a los clientes DHCP de que sus enlaces se han borrado. Por lo tanto, el cliente DHCP funciona como si su dirección IP sigue siendo válida, pero ahora no puede comunicarse a través de la red de acceso, lo que produce una interrupción. El servidor local DHCP debe esperar a que el cliente envíe un mensaje para renovar su concesión o volver a enlazarlo al servidor. Como respuesta, el servidor envía un mensaje NAK al cliente para obligarle a comenzar de nuevo el proceso de conexión DHCP. De manera alternativa, el proveedor puede esperar a que los clientes realicen una llamada de servicio acerca de los errores de red y, a continuación, indicarles que enciendan el equipo local del cliente para reiniciar la conexión. Ninguna de estas acciones es oportuna ni cómoda para los clientes.

  • En los—conmutadores Suponga que reestructura el esquema de direcciones o cambia las direcciones IP del servidor que proporciona el servidor DHCP a los clientes. Sin una reconfiguración dinámica, la red suele borrar la tabla de enlaces del servidor DHCP, pero no puede informar a los clientes DHCP de que sus enlaces se han borrado. Por lo tanto, el cliente DHCP funciona como si su dirección IP sigue siendo válida, pero ahora no puede comunicarse a través de la red de acceso, lo que produce una interrupción. El servidor local DHCP debe esperar a que el cliente envíe un mensaje para renovar su concesión o volver a enlazarlo al servidor. Como respuesta, el servidor envía un mensaje NAK al cliente para obligarle a comenzar de nuevo el proceso de conexión DHCP. De manera alternativa, puede esperar a que los usuarios le notifiquen los fallos en la red y, a continuación, indicarles que enciendan el equipo para reiniciar la conexión. Ninguna de estas acciones es oportuna ni cómoda para los usuarios.

Interacción dinámica entre cliente-servidor para DHCPv4

La reconfiguración dinámica de DHCPv4 está disponible a través de una implementación parcial de RFC 3203, Extensión DHCP reconfigure para DHCPv4. Permite al servidor local DHCPv4 enviar un mensaje al cliente para forzar la reconfiguración.

El servidor envía un mensaje forcerenew a un cliente DHCPv4, iniciando un intercambio de mensajes. Como respuesta, los clientes DHCPv4 que admitan el mensaje forcerenew, entonces, enviarán un mensaje de renovación de la concesión al servidor. El servidor rechaza la solicitud de renovación de la concesión y envía una señal de no confirmacion al cliente, lo que hace que el cliente reinicie la conexión DHCP. Una reconexión correcta da como resultado la reconfiguración del cliente DHCP. El RFC 3202 es compatible con el intercambio de mensajes de forcerenew, renovación y NAK. El proxy de relé DHCP y de retransmisión DHCP no participan en la reconfiguración del cliente ni reaccionan ante forcerenew mensajes distintos a los reenviar al cliente.

Cuando el equipo de estado del servidor local inicia el proceso de reconfiguración en un cliente enlazado, el cliente realiza una transición al estado de reconfiguración y el servidor local envía un mensaje forcerenew al cliente. Dado que el cliente estuvo en el estado enlazado antes de entrar en el estado de reconfiguración, todos los servicios de suscriptores o servicios administrados por DHCP, como el reenvío y las estadísticas, continúan funcionando. Las estadísticas del cliente no se mantienen en el intervalo entre una reconfiguración correcta y el siguiente enlace del cliente. Cuando el servidor responde a la solicitud de renovación de cliente con un NAK, la entrada del cliente se elimina de la tabla de enlaces y se notifican las estadísticas finales. Las nuevas estadísticas se recopilan cuando el cliente envía un mensaje Discover para establecer una nueva sesión.

Interacción dinámica entre cliente-servidor para DHCPv6

La reconfiguración dinámica para DHCPv6 está disponible a través de una implementación parcial de RFC 3315, Protocolo de configuración dinámica de host para IPv6 (DHCPv6). Permite al servidor local DHCPv6 enviar un mensaje al cliente para forzar la reconfiguración.

Los servidores DHCPv6 envían mensajes de reconfiguración a clientes DHCPv6, lo que inicia un intercambio de mensajes. En respuesta, los clientes DHCPv6 que admiten el mensaje reconfigure se están cambiando al estado de renovación y envían un mensaje de renovación al servidor. El servidor devuelve un mensaje de respuesta con una duración de cero (0). El cliente realiza una transición al estado init y envía un mensaje de petición. El servidor envía un mensaje de anuncio para indicar que está disponible para su servicio. El cliente envía una solicitud de parámetros de configuración que, a continuación, el servidor incluye en su respuesta. El proxy de relé DHCP y de retransmisión DHCP no participan en la reconfiguración del cliente o reaccionan para volver a configurar mensajes distintos a reenviarlos al cliente.

Cuando se desencadena la activación de un servidor DHCPv6 para iniciar la reconfiguración en un cliente DHCPv6 enlazado, el cliente pasa al estado reconfigure. Todos los servicios de suscriptor, como reenvío y estadísticas, continúan funcionando. A continuación, el servidor envía el mensaje reconfigure al cliente. Si el cliente DHCPv6 ya se encuentra en el estado de reconfiguración, el servidor DHCPv6 pasa por alto el desencadenador para volver a configurar. Para los clientes de cualquier Estado que no sea Bound o reconfigure, el servidor borrará el estado de enlace del cliente, clear dhcpv6 server binding como si se hubiera emitido el comando.

Forzar manualmente al servidor local a iniciar el proceso de reconfiguración

Puede forzar al servidor local para que inicie el proceso de reconfiguración de los clientes emitiendo request dhcp server reconfigure el comando para clientes DHCPv4 y el request dhcpv6 server reconfigure comando para clientes DHCPv6. Las opciones de comando determinan si se intenta a continuación reconfigurar para todos los clientes o clientes especificados.

Acción tomada para eventos que se producen durante una reconfiguración

Los sucesos que tienen lugar mientras una reconfiguración está en proceso tienen preferencia sobre la reconfiguración. Tabla 1 enumera las acciones tomadas en respuesta a varios eventos diferentes.

Tabla 1: Acción tomada para eventos que se producen durante una reconfiguración

Evento

Intervención

El servidor recibe un mensaje de detección (DHCPv4) o de solicitud (DHCPv6) del cliente.

El servidor quita el paquete y elimina el cliente.

El servidor recibe un mensaje de solicitud, renovación, reenlace o init-reboot del cliente.

El—servidor DHCPv4 envía un mensaje NAK y elimina el cliente.

El—servidor DHCPv6 rechaza el paquete y elimina el cliente. El servidor responde para renovar el mensaje con un tiempo de concesión cero (0).

El servidor recibe un mensaje de liberación o rechazo del cliente.

Server elimina el cliente.

La concesión del cliente agota el tiempo de espera.

Server elimina el cliente.

Se clear dhcp server binding emite el comando.

Server elimina el cliente.

Se request dhcp server reconfigure emite el comando ( request dhcpv6 server reconfigure DHCPv4) o (DHCPv6).

Comando se omite.

Se produce el reinicio de la entrada o DHCP.

Se detuvo el proceso de reconfiguración.

Ventajas de la reconfiguración dinámica de clientes DHCP del servidor local

  • Permitir que el servidor local DHCP reconfigure dinámicamente clientes DHCP, evitando las interrupciones extendidas debido a cambios en la configuración del servidor que de otro modo requieren que el servidor espere a que el cliente renueve su concesión o vuelva a enlazarlo al servidor.