Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
EN ESTA PÁGINA
 

Detección de vida DHCP

La detección de vida DHCP para sesiones IP de cliente DHCP utiliza un protocolo de detección de vida activo para realizar comprobaciones de detección de vida para los clientes relevantes. Cuando se configura con un protocolo de detección de ejecución, si un cliente determinado no responde a un número configurado de solicitudes de detección de ejecución consecutivas, el enlace del cliente se elimina y sus recursos se liberan. Para obtener más información, lea este tema.

Use el Explorador de características para confirmar la compatibilidad de plataforma y versión para características específicas.

Revise la sección Comportamiento de detección de vida de relé DHCP específico de la plataforma para obtener notas relacionadas con su plataforma.

Descripción general de la detección de vida DHCP

A diferencia de PPP, DHCP no define un mecanismo de keepalive nativo como parte de los protocolos DHCPv4 o DHCPv6. Sin un mecanismo de keepalive, el servidor local DHCP, el relé DHCP y el proxy de relé DHCP no pueden detectar rápidamente si alguno de ellos ha perdido la conectividad con un suscriptor o un cliente DHCP. En su lugar, deben confiar en los mensajes de finalización de sesión de suscriptor DHCP estándar o de sesión de cliente DHCP.

Los clientes DHCP a menudo no envían mensajes de liberación de DHCP antes de salir de la red. El descubrimiento de su ausencia depende del tiempo de concesión de DHCP existente y de los mecanismos de solicitud de liberación. Estos mecanismos suelen ser insuficientes cuando sirven como comprobaciones de estado de sesión para clientes en un acceso de suscriptor DHCP o una red administrada por DHCP. Dado que los tiempos de concesión de DHCP suelen ser demasiado largos para proporcionar un tiempo de respuesta adecuado para un error de estado de sesión, y la configuración de tiempos de concesión de DHCP cortos puede suponer una carga excesiva para el procesamiento del plano de control, la implementación de un mecanismo de detección de vida de DHCP permite una mejor supervisión de los clientes DHCP vinculados. Cuando se configura con un protocolo de detección de ejecución, si un suscriptor (o cliente) determinado no responde a un número configurado de solicitudes de detección de ejecución consecutivas, el enlace del suscriptor (o cliente) se elimina y sus recursos se liberan.

La detección de vida DHCP para sesiones IP de suscriptor DHCP o IP de cliente DHCP utiliza un protocolo de detección de vida activo para instituir comprobaciones de detección de vida para los clientes relevantes. Los clientes deben responder a las solicitudes de detección de vida dentro de un período de tiempo específico. Si las respuestas no se reciben dentro de ese tiempo durante un número determinado de intentos consecutivos, se produce un error en la comprobación de detección de vida y se implementa una acción de error.

Algunos ejemplos de protocolos de detección de vida incluyen la detección de reenvío bidireccional (BFD) para suscriptores DHCPv4 y DHCPv6, el protocolo de resolución de direcciones IPv4 (ARP) para suscriptores de DHCPv4 y la detección de inalcanzabilidad de vecinos (NUD) IPv6 mediante paquetes de detección de vecinos (ND) para suscriptores de DHCPv6.

Los dos métodos de detección de vida son mutuamente excluyentes.

Al configurar la detección de vida BFD, tenga en cuenta lo siguiente:

  • Puede configurar la detección de vida tanto para el servidor local DHCP como para el relé DHCP.

  • Puede configurar la detección de vida DHCPv4 y DHCPv6 globalmente o por grupo DHCPv4 o DHCPv6.

  • Los clientes de acceso de suscriptor DHCPv4 o DHCPv6 que no admiten BFD no se ven afectados por la configuración de detección de ejecución. Estos clientes pueden seguir accediendo a la red (después de haber sido validados) incluso si la detección de vida BFD está habilitada en el enrutador (o conmutador).

  • Cuando se configura, DHCPv4 o DHCPv6 inicia comprobaciones de detección de vida para los clientes que admiten BFD cuando esos clientes entran en un estado enlazado.

  • Después de iniciar mensajes específicos de protocolo para un cliente BFD, se envían periódicamente a la dirección IP del suscriptor (o cliente) del cliente y se esperan respuestas a esas solicitudes de detección de vida dentro de un período de tiempo configurado.

  • Si no se reciben respuestas de detección de ejecución de los clientes que admiten BFD dentro de la cantidad de tiempo configurada para un número configurado de intentos consecutivos, se considera que la comprobación de detección de ejecución ha fallado. Se aplica una acción de error configurada para borrar el enlace de cliente.

  • La única acción de error admitida para la detección de vida de capa 2 es clear-binding.

Al configurar la detección de vida de capa 2 y ARP de DHCP, tenga en cuenta lo siguiente:

  • Puede configurar la detección de vida tanto para el servidor local DHCP como para el relé DHCP.

  • Puede configurar la detección de vida ARP y ND DHCPv4 y DHCPv6 globalmente, por grupo DHCPv4 o DHCPv6 y por grupo de pila doble.

  • La detección de vida ARP/ND solo se aplica a los clientes DHCP que:

    • Están conectadas directamente a través de VLAN dinámicas.

    • Tener entradas permanentes de capa 2.

  • Los clientes DHCPv6 deben tener una dirección MAC de origen única y una dirección local de vínculo. Solo se utiliza una entrada de detección de vida única para todas las direcciones IPv6 asociadas con una sesión de cliente específica.

Beneficios de la detección de vida DHCP

Con la detección de vida DHCP, se actúa sobre las sesiones IP tan pronto como fallan las comprobaciones de detección de ejecución. Este tiempo de respuesta más rápido sirve para:

  • Proporcione una contabilidad basada en el tiempo más precisa de las sesiones de los suscriptores (o clientes DHCP).

  • Conserve mejor los recursos del enrutador (conmutador).

  • Ayudar a reducir la ventana de vulnerabilidad a algunos ataques de seguridad.

Configuración de la detección de la conectividad del cliente proxy de relé DHCP o del relé DHCP con BFD

Puede configurar la detección de vida con la detección de reenvío bidireccional (BFD) para las sesiones IP del suscriptor DHCP o las sesiones IP del cliente DHCP para comprobar la conectividad de los clientes de retransmisión DHCP. Los clientes deben responder a las solicitudes de detección de vida dentro de un período de tiempo específico. Si las respuestas no se reciben dentro de ese tiempo durante un número determinado de intentos consecutivos, se produce un error en la comprobación de detección de vida y se implementa una acción de error.

Para configurar la detección de vida para el relé DHCP:

  1. Especifique que desea configurar la detección de ejecución.

    • Para la configuración global de DHCP:

    • Para la configuración de grupo DHCP:

    Nota:

    La detección de vida también se admite para configuraciones DHCPv6. Para configurar la detección de vida DHCPv6, incluya la instrucción y las liveness-detection instrucciones de configuración posteriores en el nivel de jerarquía o [edit forwarding-options dhcp-relay dhcpv6 group group-name en el [edit forwarding-options dhcp-relay dhcpv6] nivel de jerarquía.
  2. (Opcional) Especifique que desea utilizar el modo de proxy de relé DHCP.
  3. Especifique que desea configurar el método de detección de ejecución.

    • Para la configuración global de DHCP:

    • Para la configuración de grupo DHCP:

  4. Especifique el método de detección de vida que desea que utilice DHCP.

    • Para la configuración global de DHCP:

    • Para la configuración de grupo DHCP:

  5. Configure el método de detección de vida como desee.

    Consulte Ejemplo: Configuración de la detección global de vida con BFD para clientes de agente de retransmisión DHCP para ver un ejemplo de cómo configurar globalmente la detección de vida de retransmisión DHCP con BFD.

  6. Configure la acción que realiza el enrutador cuando se produce un error en la detección de ejecución.

    • Para la configuración global de DHCP:

    • Para la configuración de grupo DHCP:

Ejemplo: Configuración de la detección global de vida con BFD para clientes de agente de retransmisión DHCP

En este ejemplo, se muestra cómo configurar la detección de vida para suscriptores de agentes de retransmisión DHCP mediante la detección de reenvío bidireccional (BFD) como método de detección de vida.

Requisitos

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • Enrutadores de la serie MX de Juniper Networks.

  • Junos OS versión 12.1 o posterior

Antes de empezar:

Descripción general

En este ejemplo, se configura la detección de vida para los suscriptores del agente de retransmisión DHCP realizando las siguientes operaciones:

  1. Habilite la detección de vida globalmente para los suscriptores de relé DHCP.

  2. Especifique BFD como el método de detección de vida para todos los suscriptores de retransmisión DHCP creados dinámicamente.

  3. Configure instrucciones específicas de BFD para definir cómo se comporta el protocolo.

  4. Configure la acción que realiza el enrutador cuando se produce un error en la detección de ejecución.

Nota:

En este ejemplo, se explica cómo configurar la detección de vida para una red DHCPv4. La detección de vida también se admite para configuraciones DHCPv6. Para configurar la detección de vida DHCPv6, incluya la instrucción y las liveness-detection instrucciones de configuración posteriores en el nivel de jerarquía o [edit forwarding-options dhcp-relay dhcpv6 group group-name] en el [edit forwarding-options dhcp-relay dhcpv6] nivel de jerarquía.

Configuración

Procedimiento

Procedimiento paso a paso

Para configurar la detección de vida para el relé DHCP:

  1. Especifique que desea configurar la detección de ejecución.

  2. Especifique que desea configurar el método de detección de ejecución.

  3. Especifique BFD como el método de detección de ejecución que desea que utilice DHCP.

  4. Configure el umbral de tiempo de detección (en milisegundos) en el que se produce una trampa.

  5. Configure el tiempo (en milisegundos) durante el cual BFD mantiene una notificación de sesión.

  6. Configure el intervalo mínimo de transmisión y recepción de BFD (en milisegundos).

  7. Configure el intervalo de recepción mínimo (en milisegundos).

  8. Configure un valor multiplicador para el tiempo de detección.

  9. Desactive la capacidad de los temporizadores de intervalo BFD para cambiar o adaptarse a situaciones de red.

  10. Configure el modo de sesión BFD.

  11. Configure el umbral y el intervalo mínimo para el intervalo de transmisión BFD.

  12. Configure la versión del protocolo BFD que desea detectar.

  13. Configure la acción que realiza el enrutador cuando se produce un error en la detección de ejecución. En este ejemplo, la acción de error consiste en borrar la sesión de cliente solo cuando se produce un error de detección de ejecución y se detecta que la interfaz local está activa.

Resultados

Desde el modo de configuración, ingrese el comando para confirmar la show forwarding-options configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla. En el siguiente resultado, también se muestra un rango de interfaces configuradas en el grupo Frankfurt.

Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración de la detección de la conectividad del cliente del servidor local DHCP con BFD

Puede configurar la detección de vida con la detección de reenvío bidireccional (BFD) para las sesiones IP del suscriptor DHCP o las sesiones IP del cliente DHCP para comprobar la conectividad de los clientes del servidor local DHCP. Los clientes deben responder a las solicitudes de detección de vida dentro de un período de tiempo específico. Si las respuestas no se reciben dentro de ese tiempo durante un número determinado de intentos consecutivos, se produce un error en la comprobación de detección de vida y se implementa una acción de error.

Nota:

También puede configurar la detección de vida DHCP para el relé DHCP.

Para configurar la detección de vida para el servidor local DHCP:

  1. Especifique que desea configurar la detección de ejecución.

    • Para la configuración global de DHCP:

    • Para la configuración de grupo DHCP:

    Nota:

    La detección de vida también se admite para configuraciones DHCPv6. Para configurar la detección de vida DHCPv6, incluya la instrucción y las liveness-detection instrucciones de configuración posteriores en el nivel de jerarquía o [edit system services dhcp-local-server dhcpv6 group group-name] en el [edit system services dhcp-local-server dhcpv6] nivel de jerarquía.
  2. Especifique que desea configurar el método de detección de ejecución.

    • Para la configuración global de DHCP:

    • Para la configuración de grupo DHCP:

  3. Especifique el método de detección de vida que desea que utilice DHCP.
    Nota:

    En versiones anteriores a Junos OS versión 17.4R1, el único método admitido para la detección de vida en todas las plataformas es BFD.

    • Para la configuración global de DHCP:

    • Para la configuración de grupo DHCP:

  4. Configure el método de detección de vida como desee.

    Consulte Ejemplo: Configuración de la detección de vida de grupo con BFD para clientes de servidor local DHCP para obtener un ejemplo de cómo configurar grupos DHCPv4 para la detección de vida del servidor local DHCP con BFD.

  5. Configure la acción que realiza el enrutador cuando se produce un error en la detección de ejecución.

    • Para la configuración global de DHCP:

    • Para la configuración de grupo DHCP:

Ejemplo: Configuración de la detección de vida de grupo con BFD para clientes de servidor local DHCP

En este ejemplo, se muestra cómo configurar la detección de vida en grupo para suscriptores del servidor local DHCP o clientes DHCP mediante la detección de reenvío bidireccional (BFD) como método de detección de ejecución.

Requisitos

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • Enrutadores de la serie MX de Juniper Networks

  • Conmutadores de la serie EX de Juniper Networks

  • Junos OS versión 12.1 o posterior

Antes de empezar:

  • Configure el servidor local DHCP. Consulte Descripción de las diferencias entre DHCP heredado y DHCP extendido.

Descripción general

En este ejemplo, la detección de vida en grupo para suscriptores (clientes) del servidor local DHCP se configura realizando las siguientes operaciones:

  1. Habilite la detección de vida para grupos de suscriptores del servidor local DHCP (o cliente DHCP).

  2. Especifique BFD como método de detección de vida para todos los suscriptores (clientes) del servidor local DHCP creados dinámicamente.

  3. Configure instrucciones específicas de BFD para definir cómo se comporta el protocolo.

  4. Configure la acción que realiza el enrutador (conmutador) cuando se produce un error en la detección de ejecución.

Nota:

En este ejemplo, se explica cómo configurar la detección de vida para una red DHCPv4. La detección de vida también se admite para configuraciones DHCPv6. Para configurar la detección de vida DHCPv6, incluya la instrucción y las liveness-detection instrucciones de configuración posteriores en el nivel de jerarquía o [edit system services dhcp-local-server dhcpv6 group group-name] en el [edit system services dhcp-local-server dhcpv6] nivel de jerarquía.

Configuración

Procedimiento

Procedimiento paso a paso

Para configurar la detección de vida en grupo para el servidor local DHCP:

  1. Especifique que desea configurar la detección de ejecución.

  2. Especifique que desea configurar la detección de ejecución para un grupo de servidores locales DHCP específico.

  3. Especifique que desea configurar el método de detección de ejecución.

  4. Especifique BFD como el método de detección de ejecución que desea que utilice DHCP.

  5. Configure el umbral de tiempo de detección (en milisegundos) en el que se produce una trampa.

  6. Configure el tiempo (en milisegundos) durante el cual BFD mantiene una notificación de sesión.

  7. Configure el intervalo mínimo de transmisión y recepción de BFD (en milisegundos).

    Nota:

    No es necesario configurar el intervalo mínimo de transmisión y recepción de BFD si configura la minimum-interval instrucción for BFD transmit-interval y la minimum-receive-interval.

  8. Configure el intervalo de recepción mínimo (en milisegundos).

    Nota:

    No es necesario configurar el intervalo de recepción mínimo de BFD si configura el intervalo mínimo de transmisión y recepción de BFD.

  9. Configure un valor multiplicador para el tiempo de detección.

  10. Desactive la capacidad de los temporizadores de intervalo BFD para cambiar o adaptarse a situaciones de red.

  11. Configure el modo de sesión BFD.

  12. Configure el umbral y el intervalo mínimo para el intervalo de transmisión BFD.

    Nota:

    No es necesario configurar los valores de intervalo de transmisión si ya configuró el intervalo mínimo de transmisión y recepción para BFD.

  13. Configure la versión del protocolo BFD que desea detectar.

  14. Configure la acción que realiza el enrutador (conmutador) cuando se produce un error en la detección de ejecución. En este ejemplo, la acción de error consiste en borrar la sesión de cliente solo cuando se produce un error de detección de ejecución y se detecta que la interfaz local está activa.

Resultados

Desde el modo de configuración, ingrese el comando para confirmar la show system configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.

Detección de vida DHCP mediante ARP y paquetes de detección de vecinos

Cómo funciona la detección de vida DHCP con ARP y paquetes de neighbor discovery

A partir de Junos OS versión 17.4R1, puede configurar la detección de vida mediante el Protocolo de resolución de direcciones IPv4 (ARP) para clientes DHCPv4 y la Detección de inalcanzabilidad de vecinos IPv6 para clientes DHCPv6. Esta detección de vida de capa 2 ofrece mecanismos independientes para el host de cliente DHCP y para el enrutador que actúa como puerta de enlace de red de banda ancha (BNG) para determinar la validez y el estado de las sesiones de cliente DHCP. Estos mecanismos se denominan funcionalidad de envío y funcionalidad de recepción . Puede configurar la detección de vida de capa 2 para el servidor local DHCP y los clientes de retransmisión DHCP.

Funcionalidad de envío

El BNG utiliza la funcionalidad de envío para realizar una comprobación de conectividad de host en sus clientes DHCPv4 y DHCPv6 conectados directamente para determinar la validez y el estado de la sesión del cliente DHCP y para limpiar las sesiones inactivas. La figura 1 ilustra la funcionalidad de envío.

Figura 1: Flujo de comportamiento de envío de detección de vida de capa 2 Flowchart of BNG communication with DHCP client showing steps for sending ARP or ND requests, response checks, timer resets, retries, and session status.

  1. El BNG envía paquetes de solicitud a cada cliente DHCP en un intervalo configurable y, luego, espera una respuesta. El BNG vuelve a intentar las solicitudes cuando no recibe una respuesta oportuna. Envía solicitudes ARP para clientes DHCPv4 y solicitudes de detección de vecinos (ND) para clientes DHCPv6.

  2. Si el BNG recibe una respuesta del cliente antes de que se agote el tiempo de espera del intervalo, espera a que expire el temporizador y, a continuación, envía otra solicitud a ese cliente.

  3. Si el BNG no recibe una respuesta antes de que se agote el tiempo de espera del intervalo, establece el temporizador en 30 segundos y envía otra solicitud. Este es el primer intento de reintento; El temporizador no se puede configurar.

  4. Si el BNG recibe una respuesta del cliente antes de que expire el temporizador, el BNG espera a que el temporizador se agote, lo restablece al valor original configurable, envía otra solicitud e inicia el temporizador.

  5. Si el temporizador de 30 segundos caduca antes de recibir una respuesta, el BNG establece el temporizador en 10 segundos y envía otra solicitud. Este valor de temporizador no se puede configurar.

  6. Si el BNG recibe una respuesta del cliente antes de que expire el temporizador, el BNG espera a que el temporizador se agote, lo restablece al valor original configurable, envía otra solicitud e inicia el temporizador.

  7. Si el BNG no recibe una respuesta dentro del intervalo de 10 segundos, envía otra solicitud e inicia el temporizador de 10 segundos nuevamente. El BNG continúa enviando solicitudes a intervalos de 10 segundos hasta que recibe una respuesta del cliente antes de que se agote el tiempo de espera del intervalo o agote el número de reintentos.

    El primer intento de reintento utiliza el intervalo de 30 segundos. Los reintentos posteriores se producen a intervalos de 10 segundos. Por lo tanto, el número de posibles reintentos de 10 segundos es el número total menos 1. Por ejemplo, si configura 5 reintentos, hay un reintento de 30 segundos y hasta cuatro reintentos de 10 segundos.

  8. Si el BNG nunca recibe una respuesta de un cliente dentro del intervalo antes de que se agoten los reintentos, se produce un error en la comprobación de detección de vida y se implementa la acción de error de enlace claro. La sesión del cliente se borra.

Funcionalidad de recepción

La funcionalidad de recepción permite que un host de cliente DHCP determine el estado de la sesión de cliente DHCPv4 o DHCPv6 desde la perspectiva de un BNG. El BNG realiza una comprobación de conectividad de host en sus clientes DHCPv4 y DHCPv6 conectados directamente cuando recibe paquetes ARP o ND. En la figura 2 se muestra la funcionalidad de recepción.

Figura 2: Flujo de comportamiento de recepción de detección de vida de capa 2 Flowchart of ARP or ND packet handling by BNG: BNG receives packet from client. If Layer 2 liveness detection is set, check if client session is bound. If yes, respond; if no, drop the packet. If liveness detection is not set, respond as usual.

Cuando el BNG recibe cualquiera de estos paquetes, hace lo siguiente:

  1. Comprueba si la detección de vida en la capa 2 para la administración de suscriptores está habilitada globalmente para la familia de direcciones pertinente, inet o inet6.

  2. Si la detección de vida de capa 2 no está habilitada, el BNG responde como de costumbre a los paquetes recibidos sin comprobar el estado de la sesión del cliente.

  3. Si la detección de vida está habilitada para la familia, BNG comprueba si la sesión del cliente sigue en el estado enlazado.

  4. Si la sesión del cliente está enlazada, el BNG responde al cliente con el paquete ARP o ND adecuado.

  5. Si la sesión no está enlazada, el BNG descarta el paquete recibido. No envía un paquete de respuesta ARP o ND al host, lo que permite que este pueda determinar que el BNG considera que la sesión no funciona.

La utilidad de la funcionalidad de recepción depende de la capacidad del host del cliente DHCP para recuperar recursos del cliente obsoleto en función de la ausencia de un paquete de respuesta del BNG para una sesión de cliente no enlazada. Si esta capacidad requiere un cambio en la implementación del cliente, es posible que desee usar la funcionalidad de envío.

Configuración de la detección de BNG de la conectividad del cliente del servidor local DHCP con paquetes ARP y ND

En este procedimiento, se muestra cómo configurar la funcionalidad de envío de la detección de vida de capa 2 mediante el protocolo de resolución de direcciones IPv4 (ARP) para clientes DHCPv4 y la detección de inalcanzabilidad de vecinos IPv6 para clientes DHCPv6 para comprobar la conectividad de los clientes del servidor local DHCP.

La funcionalidad de envío permite al BNG determinar si una sesión de cliente está inactiva en función de una falta de respuesta del cliente DHCP a los paquetes de solicitud ARP o ND que envía al cliente.

Nota:

La detección de vida DHCP también se puede configurar mediante la detección de reenvío bidireccional (BFD). La detección de vida BFD y la detección de vida ARP/ND son mutuamente excluyentes.

Para configurar la funcionalidad de envío para la detección de vida del servidor local DHCPv4:

  1. Especifique que desea configurar el método de detección de ejecución.

    • Para la configuración global de DHCPv4:

    • Para la configuración de grupo DHCPv4:

    • Para la configuración de grupo de pila doble DHCPv4:

  2. Especifique el método de detección de vida de capa 2.

    • Para la configuración global de DHCPv4:

    • Para la configuración de grupo DHCPv4:

    • Para la configuración de grupo de pila doble DHCPv4:

  3. (Opcional) Configure el número de reintentos y el temporizador del intervalo.

    • Para la configuración global de DHCPv4:

    • Para la configuración de grupo DHCPv4:

    • Para la configuración de grupo de pila doble DHCPv4:

Para configurar la funcionalidad de envío para la detección de vida del servidor local DHCPv6:

  1. Especifique que desea configurar el método de detección de ejecución.

    • Para la configuración global de DHCPv6:

    • Para la configuración de grupo DHCPv6:

  2. Especifique el método de detección de vida de capa 2.

    • Para la configuración global de DHCPv6:

    • Para la configuración de grupo DHCPv6:

  3. (Opcional) Configure el número de reintentos y el temporizador de intervalo.

    • Para la configuración global de DHCPv6:

    • Para la configuración de grupo DHCPv6:

Configuración de la detección de BNG de la conectividad del cliente de relé DHCP con paquetes ARP y ND

En este procedimiento, se muestra cómo configurar la funcionalidad de envío de la detección de vida de capa 2 mediante el protocolo de resolución de direcciones IPv4 (ARP) para clientes DHCPv4 y la detección de inalcanzabilidad de vecinos IPv6 para clientes DHCPv6 para comprobar la conectividad de los clientes de relé DHCP.

La funcionalidad de envío permite al BNG determinar si una sesión de cliente está inactiva en función de una falta de respuesta del cliente DHCP a los paquetes de solicitud ARP o ND que envía al cliente.

Nota:

La detección de vida DHCP también se puede configurar mediante la detección de reenvío bidireccional (BFD). La detección de vida BFD y la detección de vida ARP/ND son mutuamente excluyentes.

Para configurar la funcionalidad de envío para la detección de vida de relé DHCPv4:

  1. Especifique que desea configurar el método de detección de ejecución.

    • Para la configuración global de DHCPv4:

    • Para la configuración de grupo DHCPv4:

    • Para la configuración de grupo de pila doble DHCPv4:

  2. Especifique el método de detección de vida de capa 2.

    • Para la configuración global de DHCPv4:

    • Para la configuración de grupo DHCPv4:

    • Para la configuración de grupo de pila doble DHCPv4:

  3. (Opcional) Configure el número de reintentos y el temporizador del intervalo.

    • Para la configuración global de DHCPv4:

    • Para la configuración de grupo DHCPv4:

    • Para la configuración de grupo de pila doble DHCPv4:

Para configurar la funcionalidad de envío para la detección de vida de relé DHCPv6:

  1. Especifique que desea configurar el método de detección de ejecución.

    • Para la configuración global de DHCPv6:

    • Para la configuración de grupo DHCPv6:

  2. Especifique el método de detección de vida de capa 2.

    • Para la configuración global de DHCPv6:

    • Para la configuración de grupo DHCPv6:

  3. (Opcional) Configure el número de reintentos y el temporizador de intervalo.

    • Para la configuración global de DHCPv6:

    • Para la configuración de grupo DHCPv6:

Configuración de la detección de host DHCP de la conectividad del cliente con paquetes ARP y ND

En este procedimiento, se muestra cómo configurar la funcionalidad de recepción de la detección de vida de capa 2 mediante el protocolo de resolución de direcciones IPv4 (ARP) para clientes DHCPv4 y la detección de inalcanzabilidad de vecinos IPv6 para clientes DHCPv6 para comprobar la conectividad de los clientes del servidor local DHCP.

La funcionalidad de recepción permite que el host de cliente DHCP determine si una sesión de cliente está inactiva en función de una falta de respuesta del BNG a los paquetes ARP o ND que envía al BNG. La funcionalidad de recepción se configura globalmente para DHCP por familia de direcciones como una anulación de la configuración de administración global de suscriptores.

Habilite la detección de vida de capa 2 globalmente por familia de direcciones.

  • Para DHCPv4:

  • Para DHCPv6:

Comportamiento de detección de vida de relé DHCP específico de la plataforma

Use el Explorador de características para confirmar la compatibilidad de plataforma y versión para características específicas.

Utilice la siguiente tabla para revisar los comportamientos específicos de la plataforma para su plataforma.

Plataforma

Diferencia

serie MX

  • Los enrutadores de la serie MX que admiten la detección de vida del relé DHCP admiten la detección de vida basada en ARP y ND, además de la detección de vida basada en BFD.

Documentación relacionada

Tabla de historial de cambios

La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.

Lanzamiento
Descripción
17.4R1
A partir de la versión 17.4R1 de Junos OS, se admite el uso de paquetes ARP para DHCPv4 y paquetes ND para DHCPv6 en enrutadores de la serie MX para la detección de vida de capa 2, además de la detección de vida BFD.
17.4R1
A partir de la versión 17.4R1 de Junos OS, se admite el uso de paquetes ARP para DHCPv4 y paquetes ND para DHCPv6 en enrutadores de la serie MX para la detección de vida de capa 2, además de la detección de vida BFD.
17.4R1
A partir de la versión 17.4R1 de Junos OS, se admite el uso de paquetes ARP para DHCPv4 y paquetes ND para DHCPv6 en enrutadores de la serie MX para la detección de vida de capa 2, además de la detección de vida BFD.
17.4R1
A partir de Junos OS versión 17.4R1, puede configurar la detección de vida mediante el Protocolo de resolución de direcciones IPv4 (ARP) para clientes DHCPv4 y la Detección de inalcanzabilidad de vecinos IPv6 para clientes DHCPv6.