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 activa para realizar comprobaciones de detección de vida para los clientes relevantes. Cuando se configura con un protocolo de detección de vida, si un cliente determinado no responde a un número configurado de solicitudes de detección de vida consecutivas, el enlace de cliente se elimina y sus recursos se liberan. Para obtener más información, lea este tema.
Descripción general de la detección de vida DHCP
A diferencia de PPP, DHCP no define un mecanismo keepalive nativo como parte de los protocolos DHCPv4 o DHCPv6. Sin un mecanismo 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 basarse en mensajes estándar de finalización de sesión de suscriptor DHCP o de cliente DHCP.
Los clientes DHCP a menudo no envían mensajes de liberación DHCP antes de salir de la red. El descubrimiento de su ausencia depende del tiempo de concesión 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 en 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 mantenimiento 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 DHCP permite una mejor supervisión de los clientes DHCP enlazados. Cuando se configura con un protocolo de detección de vida, si un suscriptor (o cliente) determinado no responde a un número configurado de solicitudes de detección de vida consecutivas, el enlace de suscriptor (o cliente) se elimina y sus recursos se liberan.
La detección de vida DHCP para la IP del suscriptor DHCP o las sesiones de IP del cliente DHCP utiliza un protocolo de detección de vida activa 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 especificado. Si las respuestas no se reciben dentro de ese tiempo para un número determinado de intentos consecutivos, la comprobación de detección de vida falla y se implementa una acción de error.
Algunos ejemplos de protocolos de detección de vida son la detección de reenvío bidireccional (BFD) para suscriptores de DHCPv4 y DHCPv6, el protocolo de resolución de direcciones IPv4 (ARP) para suscriptores de DHCPv4 y la detección de inaccesibilidad de vecinos (NUD) IPv6 mediante paquetes de detección de vecinos (ND) para suscriptores de DHCPv6.
A partir de Junos OS versión 17.4R1, el uso de paquetes ARP para paquetes DHCPv4 y ND para DHCPv6 se admite en los enrutadores de la serie MX para la detección de vida de capa 2, además de la detección de vida BFD. En versiones anteriores, solo BFD es compatible con todas las plataformas.
Los dos métodos de detección de vida son mutuamente excluyentes.
Al configurar la detección de vida de BFD, tenga en cuenta lo siguiente:
Puede configurar la detección de vida tanto para el servidor local DHCP como para la retransmisión 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 vida. Estos clientes pueden seguir accediendo a la red (después de validarlos) incluso si la detección de vida BFD está habilitada en el enrutador (o conmutador).
Cuando se configura, DHCPv4 o DHCPv6 inician 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 del 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 vida de clientes que admiten BFD dentro del período de tiempo configurado para un número configurado de intentos consecutivos, se considera que la comprobación de detección de vida ha fallado. Se aplica una acción de error configurada para borrar el enlace del 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 de ARP y ND DHCP en la serie MX, tenga en cuenta lo siguiente:
Puede configurar la detección de vida tanto para el servidor local DHCP como para la retransmisión DHCP.
Puede configurar la detección de vida de ARP y ND DHCPv4 y DHCPv6 globalmente, por grupo DHCPv4 o DHCPv6 y por grupo de doble pila.
La detección de vida ARP/ND solo se aplica a clientes DHCP que:
Se conectan 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 y una dirección local de vínculo únicas. 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
Mediante la detección de vida de DHCP, se actúa sobre las sesiones IP tan pronto como fallan las comprobaciones de detección de vida. Este tiempo de respuesta más rápido sirve para:
Proporcione una contabilidad más precisa y basada en el tiempo de las sesiones de suscriptor (o cliente DHCP).
Conservar mejor los recursos del enrutador (conmutador).
Ayuda a reducir la ventana de vulnerabilidad a algunos ataques de seguridad.
Configuración de la detección de la conectividad del cliente proxy de retransmisión DHCP o de retransmisión DHCP con BFD
Puede configurar la detección de vida con la detección de reenvío bidireccional (BFD) para sesiones IP de suscriptor DHCP o sesiones IP de 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 especificado. Si las respuestas no se reciben dentro de ese tiempo para un número determinado de intentos consecutivos, la comprobación de detección de vida falla y se implementa una acción de error.
Para configurar la detección de vida para la retransmisión DHCP:
Ejemplo: configuración de la detección de vida global con BFD para clientes del agente de retransmisión DHCP
En este ejemplo se muestra cómo configurar la detección de vida para suscriptores del agente 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:
Configure el agente de retransmisión DHCP. Consulte Descripción general extendida del agente de retransmisión DHCP.
Visión general
En este ejemplo, puede configurar la detección de vida para los suscriptores del agente de retransmisión DHCP completando las siguientes operaciones:
Habilite la detección de vida globalmente para los suscriptores de retransmisión DHCP.
Especifique BFD como método de detección de vida para todos los suscriptores de relé DHCP creados dinámicamente.
Configure instrucciones específicas de BFD para definir cómo se comporta el protocolo.
Configure la acción que realiza el enrutador cuando se produce un error de detección de vida.
En este ejemplo se explica cómo configurar la detección de vida para una red DHCPv4. La detección de vida también es compatible con las configuraciones de DHCPv6. Para configurar la detección de vida DHCPv6, incluya la instrucción y cualquier liveness-detection instrucción de configuración posterior en el nivel de [edit forwarding-options dhcp-relay dhcpv6] jerarquía o [edit forwarding-options dhcp-relay dhcpv6 group group-name] .
Configuración
Procedimiento
Procedimiento paso a paso
Para configurar la detección de vida para la retransmisión DHCP:
Especifique que desea configurar la detección de vida.
[edit forwarding-options dhcp-relay] user@host# edit liveness-detection
Especifique que desea configurar el método de detección de vida.
[edit forwarding-options dhcp-relay liveness-detection] user@host# edit method
Especifique BFD como el método de detección de vida que desea que utilice DHCP.
[edit forwarding-options dhcp-relay liveness-detection method] user@host# edit bfd
Configure el umbral de tiempo de detección (en milisegundos) en el que se produce una captura.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set detection-time threshold 50000
Configure el tiempo (en milisegundos) durante el cual BFD mantiene una notificación de sesión activa.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set holddown-interval 50
Configure el intervalo mínimo de transmisión y recepción de BFD (en milisegundos).
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set minimum-interval 45000
Configure el intervalo mínimo de recepción (en milisegundos).
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set minimum-receive-interval 60000
Configure un valor multiplicador para el tiempo de detección.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set multiplier 100
Deshabilite la capacidad de los temporizadores de intervalo BFD para cambiar o adaptarse a situaciones de red.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set no-adaptation
Configure el modo de sesión BFD.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set session-mode automatic
Configure el umbral y el intervalo mínimo para el intervalo de transmisión BFD.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set transmit-interval threshold 60000 minimum-interval 45000
Configure la versión del protocolo BFD que desea detectar.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set version automatic
Configure la acción que realiza el enrutador cuando se produce un error de detección de vida. En este ejemplo, la acción de error consiste en borrar la sesión del cliente solo cuando se produce un error de detección de vida y se detecta que la interfaz local está activa.
[edit forwarding-options dhcp-relay liveness-detection] user@host# edit failure-action action
Resultados
Desde el modo de configuración, confirme la configuración introduciendo el show forwarding-options comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla. El siguiente resultado también muestra un rango de interfaces configuradas en el grupo frankfurt.
[edit]
user@host# show forwarding-options
dhcp-relay {
liveness-detection {
failure-action clear-binding-if-interface-up;
method {
bfd {
version automatic;
minimum-interval 45000;
minimum-receive-interval 60000;
multiplier 100;
no-adaptation;
transmit-interval {
minimum-interval 45000;
threshold 60000;
}
detection-time {
threshold 50000;
}
session-mode automatic;
holddown-interval 50;
}
}
}
}
Si ha terminado 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 sesiones IP de suscriptor DHCP o sesiones IP de 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 especificado. Si las respuestas no se reciben dentro de ese tiempo para un número determinado de intentos consecutivos, la comprobación de detección de vida falla y se implementa una acción de error.
También puede configurar la detección de vida DHCP para la retransmisión DHCP.
Para configurar la detección de vida para el servidor local 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 de 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 vida.
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.
Visión general
En este ejemplo, configure la detección de vida de grupo para los suscriptores (clientes) del servidor local DHCP completando las operaciones siguientes:
Habilite la detección de vida para los grupos de suscriptores (o clientes DHCP) del servidor local DHCP.
Especifique BFD como método de detección de vida para todos los suscriptores (clientes) del servidor local DHCP creados dinámicamente.
Configure instrucciones específicas de BFD para definir cómo se comporta el protocolo.
Configure la acción que realiza el enrutador (conmutador) cuando se produce un error de detección de vida.
En este ejemplo se explica cómo configurar la detección de vida para una red DHCPv4. La detección de vida también es compatible con las configuraciones de DHCPv6. Para configurar la detección de vida DHCPv6, incluya la instrucción y cualquier liveness-detection instrucción de configuración posterior en el nivel de [edit system services dhcp-local-server dhcpv6] jerarquía o [edit system services dhcp-local-server dhcpv6 group group-name] .
Configuración
Procedimiento
Procedimiento paso a paso
Para configurar la detección de vida de grupo para el servidor local DHCP:
Especifique que desea configurar la detección de vida.
[edit system services dhcp-local-server ] user@host# edit liveness-detection
Especifique que desea configurar la detección de vida para un grupo de servidores locales DHCP específico.
[edit system services dhcp-local-server liveness-detection] user@host# edit group local_group_1
Especifique que desea configurar el método de detección de vida.
[edit system services dhcp-local-server group local_group_1 liveness-detection] user@host# edit method
Especifique BFD como el método de detección de vida que desea que utilice DHCP.
[edit system services dhcp-local-server group local_group_1 liveness-detection method] user@host# edit bfd
Configure el umbral de tiempo de detección (en milisegundos) en el que se produce una captura.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set detection-time threshold 30000
Configure el tiempo (en milisegundos) durante el cual BFD mantiene una notificación de sesión activa.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set holddown-interval 50
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 el
minimum-intervalpara la instrucción BFDtransmit-intervaly elminimum-receive-interval.[edit system services dhcp-local-servergroup local_group_1 liveness-detection method bfd] user@host# set minimum-interval 45000
Configure el intervalo mínimo de recepción (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.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set minimum-receive-interval 60000
Configure un valor multiplicador para el tiempo de detección.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set multiplier 100
Deshabilite la capacidad de los temporizadores de intervalo BFD para cambiar o adaptarse a situaciones de red.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set no-adaptation
Configure el modo de sesión BFD.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set session-mode automatic
Configure el umbral y el intervalo mínimo para el intervalo de transmisión BFD.
Nota:No es necesario configurar los valores del intervalo de transmisión si ya ha configurado el intervalo mínimo de transmisión y recepción para BFD.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set transmit-interval threshold 60000 minimum-interval 45000
Configure la versión del protocolo BFD que desea detectar.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set version automatic
Configure la acción que realiza el enrutador (conmutador) cuando se produce un error de detección de vida. En este ejemplo, la acción de error consiste en borrar la sesión del cliente solo cuando se produce un error de detección de vida y se detecta que la interfaz local está activa.
[edit system services dhcp-local-server group local_group_1 liveness-detection] user@host# edit failure-action action
Resultados
Desde el modo de configuración, confirme la configuración introduciendo el show system comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.
[edit]
user@host# show system
services {
dhcp-local-server {
group local_group_1 {
liveness-detection {
failure-action clear-binding-if-interface-up;
method {
bfd {
version automatic;
minimum-interval 45000;
minimum-receive-interval 60000;
multiplier 100;
no-adaptation;
transmit-interval {
minimum-interval 45000;
threshold 60000;
}
detection-time {
threshold 30000;
}
session-mode automatic;
holddown-interval 50;
}
}
}
}
}
}
Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.
Detección de vida DHCP mediante paquetes ARP y Neighbor Discovery
- Cómo funciona la detección de vida DHCP con paquetes ARP y de detección de vecinos
- Configuración de la detección BNG de la conectividad del cliente del servidor local DHCP con paquetes ARP y ND
- Configuración de la detección BNG de la conectividad del cliente de retransmisión DHCP con paquetes ARP y ND
- Configuración de la detección de host DHCP de conectividad de cliente con paquetes ARP y ND
Cómo funciona la detección de vida DHCP con paquetes ARP y de detección de vecinos
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 inaccesibilidad de vecinos IPv6 para clientes DHCPv6. Esta detección de vida de capa 2 ofrece mecanismos independientes para el host del 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.
El BNG envía paquetes de solicitud a cada cliente DHCP en un intervalo configurable y, a continuación, espera una respuesta. El BNG reintenta las solicitudes cuando no recibe una respuesta oportuna. Envía solicitudes ARP para clientes DHCPv4 y solicitudes de descubrimiento de vecinos (ND) para clientes DHCPv6.
Si el BNG recibe una respuesta del cliente antes de que se agote el tiempo de espera del intervalo, espera a que caduque el temporizador y, a continuación, envía otra solicitud a ese cliente.
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 es configurable.
Si el BNG recibe una respuesta del cliente antes de que caduque el temporizador, entonces el BNG espera a que el temporizador se agote, lo restablece al valor original configurable, envía otra solicitud e inicia el temporizador.
Si el temporizador de 30 segundos caduca antes de que se reciba una respuesta, el BNG establece el temporizador en 10 segundos y envía otra solicitud. Este valor de temporizador no es configurable.
Si el BNG recibe una respuesta del cliente antes de que caduque el temporizador, entonces el BNG espera a que el temporizador se agote, lo restablece al valor original configurable, envía otra solicitud e inicia el temporizador.
Si el BNG no recibe una respuesta dentro del intervalo de 10 segundos, envía otra solicitud y vuelve a iniciar el temporizador de 10 segundos. 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 intentos de reintento.
El primer intento de reintento utiliza el intervalo de 30 segundos. Los reintentos posteriores se producen a intervalos de 10 segundos. El número de posibles reintentos de 10 segundos es, por lo tanto, 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.
Si el BNG nunca recibe una respuesta de un cliente dentro del intervalo antes de que se agoten los reintentos, se producirá un error en la comprobación de detección de vida útil y se implementará 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. La figura 2 ilustra la funcionalidad de recepción.
Cuando el BNG recibe cualquiera de estos paquetes, hace lo siguiente:
Comprueba si la detección de vida de capa 2 para la gestión de suscriptores está habilitada globalmente para la familia de direcciones correspondiente, inet o inet6.
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.
Si la detección de vida está habilitada para la familia, el BNG comprueba si la sesión del cliente todavía está en el estado enlazado.
Si la sesión de cliente está enlazada, el BNG responde al cliente con el paquete ARP o ND adecuado.
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 al host determinar que el BNG considera que la sesión está inactiva.
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 independiente. Si esta capacidad requiere un cambio en la implementación del cliente, es posible que desee utilizar la funcionalidad de envío.
Configuración de la detección 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 inaccesibilidad 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 la falta de respuesta del cliente DHCP a los paquetes de solicitud ARP o ND que envía al cliente.
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:
Para configurar la funcionalidad de envío para la detección de vida del servidor local DHCPv6:
Especifique que desea configurar el método de detección de vida.
Para la configuración global de DHCPv6:
[edit system services dhcp-local-server dhcpv6] user@host# edit liveness-detection method
Para la configuración de grupos DHCPv6:
[edit system services dhcp-local-server dhcpv6] user@host# edit group group-name liveness-detection method
Especifique el método de detección de vida de capa 2.
Para la configuración global de DHCPv6:
[edit system services dhcp-local-server dhcpv6 liveness-detection method] user@host# set layer2-liveness-detection
Para la configuración de grupos DHCPv6:
[edit system services dhcp-local-server dhcpv6 group group-name liveness-detection method] user@host# set layer2-liveness-detection
(Opcional) Configure el número de intentos de reintento y el temporizador de intervalos.
Para la configuración global de DHCPv6:
[edit system services dhcp-local-server dhcpv6 liveness-detection method] user@host# edit layer2-liveness-detection user@host# set max-consecutive-retries number user@host# set transmit-interval seconds
Para la configuración de grupos DHCPv6:
[edit system services dhcp-local-server dhcpv6 group group-name liveness-detection method] user@host# edit layer2-liveness-detection user@host# set max-consecutive-retries number user@host# set transmit-interval seconds
Configuración de la detección BNG de la conectividad del cliente de retransmisión 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 inaccesibilidad de vecinos IPv6 para clientes DHCPv6 para comprobar la conectividad de los clientes de retransmisión DHCP.
La funcionalidad de envío permite al BNG determinar si una sesión de cliente está inactiva en función de la falta de respuesta del cliente DHCP a los paquetes de solicitud ARP o ND que envía al cliente.
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:
Para configurar la funcionalidad de envío para la detección de vida de relé DHCPv6:
Especifique que desea configurar el método de detección de vida.
Para la configuración global de DHCPv6:
[edit forwarding-options dhcp-relay dhcpv6] user@host# edit liveness-detection method
Para la configuración de grupos DHCPv6:
[edit forwarding-options dhcp-relay dhcpv6] user@host# edit group group-name liveness-detection method
Especifique el método de detección de vida de capa 2.
Para la configuración global de DHCPv6:
[edit forwarding-options dhcp-relay dhcpv6 liveness-detection method] user@host# set layer2-liveness-detection
Para la configuración de grupos DHCPv6:
[edit forwarding-options dhcp-relay dhcpv6 group group-name liveness-detection method] user@host# set layer2-liveness-detection
(Opcional) Configure el número de intentos de reintento y el temporizador de intervalos.
Para la configuración global de DHCPv6:
[edit forwarding-options dhcp-relay dhcpv6 liveness-detection method] user@host# edit layer2-liveness-detection user@host# set max-consecutive-retries number user@host# set transmit-interval seconds
Para la configuración de grupos DHCPv6:
[edit forwarding-options dhcp-relay dhcpv6 group group-name liveness-detection method] user@host# edit layer2-liveness-detection user@host# set max-consecutive-retries number user@host# set transmit-interval seconds
Configuración de la detección de host DHCP de conectividad de 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 inaccesibilidad de vecinos IPv6 para clientes DHCPv6 para comprobar la conectividad de los clientes del servidor local DHCP.
La funcionalidad de recepción permite al host del cliente DHCP determinar si una sesión de cliente está inactiva en función de la 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 la familia de direcciones DHCP como una invalidación de la configuración de administración global de suscriptores.
Para DHCPv4:
[edit system services subscriber-management overrides] user@host# set interfaces family inet layer2-liveness-detection
Para DHCPv6:
[edit system services subscriber-management overrides] user@host# set interfaces family inet6 layer2-liveness-detection
Tabla de historial de cambios
La compatibilidad con las funciones viene determinada por la plataforma y la versión que esté utilizando. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.