Métodos de Leasequery de DHCP
En una red de acceso de suscriptores, un servidor local DHCP mantiene una cantidad significativa de información de enlace relacionada con las direcciones IP o los prefijos delegados DHCPv6 que el servidor ha concedido a los clientes DHCP. Cuando los clientes DHCP están conectados al servidor DHCP mediante un agente de retransmisión DHCP, el agente de retransmisión DHCP recopila datos de los paquetes DHCP que reenvía, como la dirección IP, necesarios para llegar al punto de conexión. El agente de retransmisión mantiene la información de arrendamiento y ruta relevante para los clientes DHCP. El agente de retransmisión utiliza esa información cuando proporciona servicios de suscriptor para los clientes. Cuando se reinicia el agente de retransmisión o cuando el dispositivo host del agente se reinicia o sustituye, el agente de retransmisión pierde esa información. Puede utilizar un request comando para activar el agente de retransmisión para que envíe un mensaje leasequery al servidor local para recuperar la información de enlace para los clientes DHCP a fin de que el agente de retransmisión pueda restaurar su base de datos de información de concesión.
La administración de suscriptores admite los siguientes tipos de operaciones de leasequery:
Leasequery individual: proporciona información de concesión para un único enlace a petición (modo de consulta y respuesta).
Leasequery masivo: proporciona información de arrendamiento para varios enlaces a petición (modo de consulta y respuesta).
Active leasequery: proporciona un flujo de actualizaciones en vivo para varios enlaces cuando se configura.
Beneficios de DHCP Leasequery
-
Leasequery proporciona una forma ligera para que un agente de retransmisión DHCPv4 o DHCPv6 recupere la información de ubicación autorizada relacionada con las direcciones IP/IPv6 DHCP arrendadas y los prefijos delegados del servidor local DHCP cuando el agente de retransmisión se ha reiniciado o reemplazado.
-
Leasequery masivo elimina la necesidad de consultar enlaces individuales para clientes específicos, lo que permite que una sola solicitud devuelva información para cientos o miles de suscriptores. Este método no espera a que el tráfico de datos active una consulta, por lo que escala mejor que leasequery individual cuando el agente tiene miles de clientes. En el caso de DHCPv6, es posible que el agente de retransmisión no pueda formar consultas individuales.
-
Active leasequery proporciona actualizaciones continuas y en vivo de información de enlace a uno o más agentes de retransmisión cuando se configura. Además de las actualizaciones entre el agente de retransmisión y el servidor local, puede configurar una relación de emparejamiento entre agentes de retransmisión. Esto permite que los pares sincronicen continuamente su información de enlace entre sí, lo que proporciona redundancia si un par deja de funcionar o se reinicia. El par activo mantiene inmediatamente el servicio para los clientes que usaban el agente de retransmisión afectado.
Consulta de arrendamiento individual de DHCP
A partir de Junos OS versión 16.1, la administración de suscriptores admite la función leasequery individual, que permite que el agente de retransmisión DHCPv4 o DHCPv6 obtenga rápida y eficazmente la información de concesión actual de un servidor local DHCP. El agente de retransmisión puede perder información de concesión almacenada localmente por varios motivos, como porque se reinició el dispositivo de agente de retransmisión. Cuando el agente de retransmisión recibe posteriormente tráfico de datos de un cliente para su reenvío, ya no dispone de la información para hacerlo. Una interacción de leasequery con el servidor local puede restaurar la información para que el agente de retransmisión pueda atender adecuadamente a sus clientes.
Para configurar operaciones de leasequery individuales, habilite la compatibilidad tanto en el agente de retransmisión DHCP como en el servidor DHCP. Puede configurar los detalles de la comunicación entre el agente de retransmisión y el servidor. Debe emitir el request dhcp leasequery comando or request dhcpv6 leasequery para activar el agente de retransmisión para que envíe la consulta.
De forma predeterminada, el agente de retransmisión envía la consulta a todos los servidores locales conocidos. Puede limitar los servidores con los que se comunica especificando una dirección de servidor o un grupo de servidores con nombre. También puede limitar la consulta a servidores en un sistema lógico determinado, instancia de enrutamiento o combinación LS:RI.
DHCPv4 Individual Leasequery
La leasequery DHCPv4 puede ser de varios tipos, una consulta por dirección, ID de cliente o dirección MAC. El tipo de consulta se determina al desencadenar la consulta mediante la ejecución del request dhcp relay leasequery comando. Especifique que el agente de retransmisión DHCPv4 incluya en el mensaje DHCPLEASEQUERY uno de los valores siguientes para permitir que el servidor local identifique la información de enlace solicitada por el agente:
Dirección IP de una concesión de cliente: el servidor local devuelve información de enlace para el cliente más reciente al que se le asignó esa dirección IP.
Identificador de cliente del dispositivo cliente: el servidor local devuelve información de enlace para la dirección IP utilizada más recientemente por un cliente que tiene el identificador de cliente especificado (opción 61). El identificador es único en todo el dominio administrativo del servidor. Si ese cliente ha accedido a otras direcciones IP a través de este servidor, el servidor devuelve una lista de esas direcciones en la opción IP asociada (opción 92).
dirección MAC del dispositivo cliente: el servidor local devuelve información de enlace para el cliente más reciente que tenga esa dirección MAC. Si ese cliente ha accedido a otras direcciones IP a través de este servidor, el servidor devuelve una lista de esas direcciones en la opción IP asociada (opción 92).
El agente de retransmisión DHCP incluye la opción de lista de solicitudes de parámetros (opción 55) en el mensaje DHCPLEASEQUERY. Esta lista incluye opciones específicas relacionadas con la información de enlace para la dirección IP devuelta por el servidor local. Por ejemplo, la lista de solicitudes suele incluir la opción de información de agente de retransmisión (opción 82). El servidor local incluye la información solicitada en un DHCPLEASEACTIVE enviado al agente de retransmisión.
El mensaje DHCPLEASEACTIVE incluye la opción de la última hora de transacción del cliente (opción 91). El valor de esta opción es el intervalo en segundos entre el momento en que la dirección IP se utilizó por última vez en una interacción entre el cliente y el servidor y el momento en que el serer envía el mensaje DHCPLEASEACTIVE. Por ejemplo, si la última interacción fue a las 08:00:00 y el mensaje se envía a las 09:00:00, el valor de la opción es 3600.
En la tabla 1 se describen los tipos de mensajes para leasequery individual DHCPv4.
Tipo de mensaje |
Opción 53 Tipo Valor |
Descripción |
|---|---|---|
DHCPLEASEQUERY |
10 |
Enviado por el agente de retransmisión al servidor local DHCP para restaurar información. |
DHCPLEASEUNASSIGNED |
11 |
Respuesta del servidor local cuando la dirección IP asociada con el cliente está controlada por el servidor, pero no está arrendada actualmente. Esta respuesta se envía solo para una consulta por dirección IP. |
DHCPLEASEUNKNOWN |
12 |
Respuesta del servidor local cuando el servidor no tiene conocimiento de la información de la consulta. |
DHCPLEASEACTIVE |
13 |
Respuesta del servidor local cuando ha concedido una dirección al cliente. La respuesta incluye información vinculante completa sobre esa dirección. |
DHCPv6 Individual Leasequery
El tipo de consulta se transmite en la opción LQ_Query (opción 44). El tipo de consulta del agente de retransmisión DHCPv6 puede ser por dirección o por ID de cliente. El tipo de consulta se determina al desencadenar la consulta mediante la ejecución del request dhcpv6 relay leasequery comando. Especifique que el agente de retransmisión DHCPv6 incluya en el mensaje LEASEQUERY uno de los valores siguientes en la opción de solicitud de opción (opción 6) para permitir que el servidor local identifique la información de enlace solicitada por el agente:
Dirección IPv6 de una concesión de cliente: el servidor local devuelve información de enlace para el cliente más reciente que está enlazado a esa dirección o se le ha delegado un prefijo que contiene la dirección. El campo de opciones de consulta en la opción 44 incluye la opción IAADDR (opción 5).
Identificador único DHCP (DUID) del dispositivo cliente: el servidor local devuelve información de enlace para la dirección IP que utilizó más recientemente un cliente que tiene el DUID especificado. DUID es el identificador IPv6 del cliente. El identificador es único en todo el dominio administrativo del servidor. El servidor local puede devolver una lista de direcciones si el cliente se encuentra en más de una dirección de vínculo. El campo de opciones de consulta de la opción 44 incluye la opción Identificador de cliente (opción 1).
El campo query-options de la opción 44 también puede incluir la opción de solicitud de opción (opción 6) para enumerar los códigos de opción DHCPv6 para obtener información específica deseada del servidor local para cada cliente.
El mensaje LEASEQUERY-REPLY incluye la opción de datos del cliente (opción 45) para proporcionar información para un único cliente en un único vínculo. Esta información se transmite como opciones de DHCPv6 en el campo client-options. La opción 45 incluye las siguientes opciones como mínimo y cualquier otra opción solicitada por el agente de retransmisión en la opción de solicitud de opción LEASEQUERY (opción 6):
Identificador de cliente (opción 1): DUID que identifica al cliente DHCPv6.
IAADDR (opción 5): dirección en una asociación de identidad para direcciones temporales (IA_TA) o direcciones no temporales (IA_NA). Se puede incluir con la opción IAPREFIX.
IAPREFIX (opción 26): prefijo en una asociación de identidad para la delegación de prefijos (IA_PD). Se puede incluir con la opción IAADDR.
Opción CLT (opción 46): el tiempo en segundos desde la última vez que el servidor interactuó con el cliente en ese vínculo. Esta opción corresponde a la opción hora de la última transacción del cliente DHCPv4.
Las siguientes opciones son ejemplos de opciones adicionales que se pueden incluir en el mensaje LEASEQUERY-REP:
Opción de datos de retransmisión LQ (opción 47): la información completa del agente de retransmisión que se utilizó cuando el cliente se comunicó por última vez con este servidor. El servidor local devuelve esta opción solo cuando se solicita en la opción de solicitud de opciones LEASEQUERY (opción 6).
Opción de vínculo de cliente LQ (opción 48): identifica las direcciones de vínculo en las que el cliente tiene al menos un enlace. El mensaje LEASEQUERY-REPLY incluye esta opción cuando se cumplen las dos condiciones siguientes: LEASEQUERY no especifica una dirección de vínculo y el cliente se encuentra en más de un vínculo. Cuando el agente de retransmisión recibe esta información, puede enviar una nueva LEASEQUERY para cada dirección enumerada en la opción 48.
En la tabla 2 se describen los tipos de mensajes para la leasequery individual de DHCPv6.
Tipo de mensaje |
Tipo de valor de DHCPv6 |
Descripción |
|---|---|---|
LEASEQUERY |
14 |
Enviado por el agente de retransmisión al servidor local DHCP para restaurar información. Incluye la opción LQ (opción 44) para especificar el tipo de consulta, una dirección de vínculo y cualquier información de opción particular que se necesite del servidor local. |
LEASEQUERY-REPLY |
15 |
Respuesta del servidor local cuando la dirección IP asociada con el cliente está controlada por el servidor, pero no está arrendada actualmente. Esta respuesta se envía solo para una consulta por dirección IP. |
El mensaje LEASEQUERY-REPLY enviado por el servidor local DHCPv6 puede devolver la opción de código de estado (opción 13) para proporcionar información sobre el estado de la consulta. En el cuadro 3 se enumeran los códigos de estado.
Código |
Estado |
Descripción |
|---|---|---|
7 |
Tipo de consulta desconocido |
El servidor no reconoce o no admite la consulta. |
8 |
Consulta malformada |
La consulta no es válida; Por ejemplo, podría faltar una opción obligatoria. |
9 |
NotConfigured |
El servidor local no tiene la dirección requerida en su configuración. |
10 |
No permitido |
El servidor local no permite que el agente de retransmisión envíe este tipo de consulta. |
Leasequery masivo de DHCP
A partir de Junos OS versión 16.1, la administración de suscriptor admite la función leasequery masiva, que permite que cada solicitud del agente de retransmisión DHCP recupere información de concesión para varios suscriptores de forma masiva desde un servidor DHCP configurado de una manera programada. La leasequery masiva es más eficiente en cuanto a recursos que el uso de varias leasequeries individuales para recopilar la misma información. Esto es particularmente útil en entornos escalados con miles de clientes por agente de retransmisión.
Leasequery masivo utiliza una conexión TCP entre el agente de retransmisión DHCP y un servidor DHCP configurado en el mismo sistema lógico o instancia de enrutamiento. La conexión TCP es más confiable y consume menos recursos que la conexión UDP utilizada para el proceso de leasequery individual. Leasequery masivo también extiende el leasequery individual al proporcionar opciones y funcionalidad de consulta adicionales.
Para configurar operaciones leasequery masivas, habilite la compatibilidad tanto en el agente de retransmisión DHCP como en el servidor DHCP. Puede configurar los detalles de la comunicación entre el agente de retransmisión y el servidor. Debe emitir el request dhcp bulk-leasequery comando or request dhcpv6 bulk-leasequery para activar el agente de retransmisión para que envíe la leasequery.
De forma predeterminada, el agente de retransmisión envía la consulta a todos los servidores locales conocidos. Puede limitar los servidores con los que se comunica especificando una dirección para un servidor o un grupo de servidores con nombre. También puede limitar la consulta a servidores en un sistema lógico determinado, instancia de enrutamiento o combinación LS:RI.
Leasequery masivo de DHCPv4
Para la consulta de arrendamiento masiva DHCPv4, el agente de retransmisión DHCPv4 abre una conexión TCP a través del puerto 67 al servidor local DHCPv4. Cuando se establece la conexión, el agente de retransmisión envía un mensaje DHCPBULKLEASEQUERY al servidor. La consulta puede contener cualquiera de los siguientes elementos para permitir que el servidor local identifique la información que necesita el agente:
Todas las direcciones IP configuradas: el servidor local devuelve información de enlace para todas las direcciones IP configuradas en el servidor local. La información se devuelve independientemente de si las direcciones IP forman parte de un enlace activo actualmente. Esto permite que el agente de retransmisión actualice su base de datos con todos los cambios de dirección que se produjeron después de algún momento.
Identificador de cliente del dispositivo cliente: el servidor local devuelve información de enlace para la dirección IP utilizada más recientemente por un cliente que tiene el identificador de cliente especificado (opción 61). El identificador es único en todo el dominio administrativo del servidor.
Nota:A diferencia de leasequery individual, el servidor no utiliza la opción IP asociada (opción 92) para devolver una lista de otras direcciones IP a las que el cliente ha accedido a través de este servidor. En su lugar, el servidor devuelve información de enlace para todas estas direcciones IP
dirección MAC del dispositivo cliente: el servidor local devuelve información de enlace para el cliente más reciente que tenga esa dirección MAC.
Nota:A diferencia de leasequery individual, el servidor no utiliza la opción IP asociada (opción 92) para devolver una lista de otras direcciones IP a las que el cliente ha accedido a través de este servidor. En su lugar, el servidor devuelve información de enlace para todas estas direcciones IP
Identificador de agente de retransmisión: el servidor local devuelve información vinculante para todas las concesiones actualmente activas asignadas al cliente que tiene el identificador de agente de retransmisión especificado (opción 82, subopción 12). El identificador es único en todo el dominio administrativo del servidor.
ID remoto de un circuito de acceso utilizado por el cliente para identificar el circuito al cliente DHCP: el servidor local devuelve información de enlace para todas las concesiones actualmente activas asignadas a clientes que utilizan ese ID remoto de agente (opción 82, subopción 2). Esta consulta es particularmente útil en entornos escalados con miles de clientes por agente de retransmisión. Las otras consultas no devuelven información de arrendamiento consolidada para todos los clientes en un circuito.
El servidor local DHCPv4 responde al agente de retransmisión con los mismos mensajes DHCPLEASEACTIVE y DHCPLEASEUNASSIGNED que se usan para la leasequery individual, como se describe en Tipos de mensajes de leasequery individual DHCPv4. Cada mensaje corresponde a un único enlace identificado por la consulta.
Cuando el servidor ha devuelto todos los enlaces asociados con la solicitud, envía un mensaje DHCPLEASEQUERYDONE al agente de retransmisión. Si se pierde una conexión mientras se procesa una leasequery masiva, DHCP no puede determinar cuánta información solicitada recibió el agente de retransmisión antes de que se interrumpiera la conexión. Por lo tanto, el agente de retransmisión debe volver a intentar la consulta.
Para cualquiera de los métodos de consulta, el agente de retransmisión DHCP puede incluir el siguiente calificador:
query-start-time: devuelve los enlaces que cambiaron en o después de la hora especificada en la consulta.
query-end-time: devuelve los enlaces que cambiaron en o antes de la hora especificada en la consulta.
Estos tiempos de consulta permiten que un agente recupere solo la información de enlace que perdió desde la última vez que comprometió toda su información en un almacenamiento estable.
En la tabla 4 se describen los tipos de mensajes específicos de la leasequery masiva DHCPv4.
Tipo de mensaje |
Opción 53 Tipo Valor |
Descripción |
|---|---|---|
DHCPBULKLEASEQUERY |
14 |
Enviado por el agente de retransmisión al servidor local DHCP para restaurar información. |
DHCPLEASEQUERYDONE |
15 |
Respuesta del servidor local cuando ha devuelto toda la información de enlace asociada con la solicitud masiva. |
Los mensajes enviados por el servidor local DHCPv4 pueden devolver la opción de código de estado (opción 151) para proporcionar información sobre el estado de la consulta. En los mensajes DHCPLEASEACTIVE y DHCPLEASEUNASSIGNED, el código corresponde al estado de la solicitud de enlace individual. En los mensajes DHCPLEASEQUERYDONE, el código corresponde a la solicitud leasequery masiva en su conjunto. En el cuadro 5 se enumeran los códigos de estado.
Código |
Estado |
Descripción |
|---|---|---|
0 |
¡Todo listo |
La solicitud se ha completado con éxito. La ausencia de la opción 151 también indica éxito. |
1 |
UnSpecFail |
La solicitud falló por una razón no especificada. |
2 |
Consulta terminada |
El servidor local no pudo realizar la consulta o finalizó la consulta antes de tiempo. En este último caso, una cadena de texto indica la causa. |
3 |
Consulta malformada |
El servidor local no entendió la consulta. |
4 |
No permitido |
La consulta fue entendida pero no permitida. |
Leasequery masivo de DHCPv6
Para la consulta de arrendamiento masiva DHCPv6, el agente de retransmisión DHCPv6 abre una conexión TCP a través del puerto 67 al servidor local DHCPv6. Cuando se establece la conexión, el agente de retransmisión envía un mensaje LEASEQUERY al servidor. El tipo de consulta se transmite en la opción LQ_Query (opción 44). El tipo de consulta puede ser cualquiera de los siguientes para permitir que el servidor local identifique la información que necesita el agente:
Todas las direcciones IP configuradas: el servidor local devuelve información de enlace para todas las direcciones IP configuradas en el servidor local. La información se devuelve independientemente de si las direcciones IP forman parte de un enlace activo actualmente. Esto permite que el agente de retransmisión actualice su base de datos con todos los cambios de dirección que se produjeron después de algún momento.
Identificador de cliente del dispositivo cliente: el servidor local devuelve información de enlace para la dirección IP utilizada más recientemente por un cliente que tiene el identificador de cliente especificado (opción 61). El identificador es único en todo el dominio administrativo del servidor.
Nota:A diferencia de leasequery individual, el servidor no utiliza la opción IP asociada (opción 92) para devolver una lista de otras direcciones IP a las que el cliente ha accedido a través de este servidor. En su lugar, el servidor devuelve información de enlace para todas estas direcciones IP
dirección MAC del dispositivo cliente: el servidor local devuelve información de enlace para el cliente más reciente que tenga esa dirección MAC.
Nota:A diferencia de leasequery individual, el servidor no utiliza la opción IP asociada (opción 92) para devolver una lista de otras direcciones IP a las que el cliente ha accedido a través de este servidor. En su lugar, el servidor devuelve información de enlace para todas estas direcciones IP
Identificador de agente de retransmisión: el servidor local devuelve información vinculante para todas las concesiones actualmente activas asignadas al cliente que tiene el identificador de agente de retransmisión especificado (opción 82, subopción 12). El identificador es único en todo el dominio administrativo del servidor.
ID remoto de un circuito de acceso utilizado por el cliente para identificar el circuito al cliente DHCP: el servidor local devuelve información de enlace para todas las concesiones actualmente activas asignadas a clientes que utilizan ese ID remoto de agente (opción 82, subopción 2). Esta consulta es particularmente útil en entornos escalados con miles de clientes por agente de retransmisión. Las otras consultas no devuelven información de arrendamiento consolidada para todos los clientes en un circuito.
Para una leasequery masiva DHCPv6, puede especificar opcionalmente la trigger automatic opción de configurar el agente de retransmisión DHCPv6 para que inicie automáticamente la operación leasequery masiva siempre que el jdhcpd proceso inicie una conexión con la base de datos de sesiones (SDB) y no haya suscriptores enlazados presentes en la base de datos. Por ejemplo, el proceso automático garantizaría que la leasequery masiva siempre actualice la información de retransmisión DHCP después de un reinicio, GRE u operación ISSU, y si no hay suscriptores enlazados.
La leasequery masiva DHCPv6 usa los mensajes LEASEQUERY y LEASEQUERY-REPLY que usa la leasequery individual DHCPv6, pero su comportamiento y significado son ligeramente diferentes para leasequery masivo. En la tabla 6 se enumeran estos mensajes y se describen otros dos tipos de mensajes específicos de DHCPv6 Bulk Leasequery.
Tipo de mensaje |
Tipo de valor de DHCPv6 |
Descripción |
|---|---|---|
LEASEQUERY |
14 |
Enviado por el agente de retransmisión al servidor local DHCP para restaurar información. |
LEASEQUERY-REPLY |
15 |
Respuesta del servidor local para indicar que la consulta se ha realizado correctamente o no. También transmite información, como el ID del servidor y el ID del cliente, que no cambia en el contexto de una sola consulta y respuesta. Cuando la consulta se realiza correctamente, solo se devuelve un único LEASEQUERY-REP. Este mensaje también incluye la información de enlace del primer cliente. Se devuelven datos de enlace adicionales en el mensaje LEASEQUERY-DATA. Cuando se produce un error en la consulta, se devuelve un único LEASEQUERY-REPLY sin información de enlace. |
LEASEQUERY-DONE |
16 |
Respuesta del servidor local que indica el final de un grupo de respuestas de leasequery relacionadas. Se envía un único mensaje LEASEQUERY-DONE después de que todas las respuestas a la solicitud se hayan enviado al agente de retransmisión. La conexión TCP entre el agente de retransmisión y el servidor se cierra cuando se recibe este mensaje. |
DATOS DE LEASEQUERY |
17 |
Respuesta del servidor local con información sobre las concesiones para un único cliente DHCPv6 o sobre los enlaces de delegación de prefijos en un único vínculo. Este mensaje solo se envía cuando la leasequery masiva devuelve datos para varios clientes. En este caso, el mensaje LEASEQUERY-REPLY transmite información para el primer cliente, luego se envía un mensaje LEASEQUERY-DATA para cada uno de los otros clientes. |
Los mensajes enviados por el servidor local DHCPv6 pueden devolver la opción de código de estado (opción 13) para proporcionar información sobre el estado de la consulta. En los mensajes LEASEQUERY-REP, el código corresponde al estado de la solicitud de enlace individual. En los mensajes LEASEQUERY-DONE, el código corresponde a la solicitud leasequery masiva en su conjunto. Los mensajes LEASEQUERY-DATA no incluyen un código de estado. La leasequery masiva DHCPv6 admite los códigos de estado de leasequery individual DHCPv6 enumerados en Códigos de estado de leasequery individual DHCPv6. Los mensajes también pueden incluir el código de estado agregado para leasequery masivo descrito en la Tabla 7.
Código |
Estado |
Descripción |
|---|---|---|
11 |
Consulta terminada |
El servidor local no puede realizar una consulta o ha finalizado prematuramente la consulta por algún motivo. Por ejemplo, el servidor local se está cerrando o no tiene recursos suficientes para recopilar la información solicitada. |
DHCP Active Leasequery
A partir de la versión 19.1R1 de Junos OS, la consulta activa de DHCP leasequery aborda la situación en la que es deseable que el agente de retransmisión reciba actualizaciones periódicas de la información del cliente para mantenerse al día con la actividad de enlace dinámico de DHCP. Las consultas de arrendamiento individuales y masivas proporcionan información solo cuando se solicita; Si la información del cliente se actualiza posteriormente en el servidor local, esa información no se pasa al agente de retransmisión a menos que el agente de retransmisión envíe otra consulta al servidor local.
Active leasequery permite a los servidores proporcionar actualizaciones en vivo de la información del cliente cada vez que cambia el estado de enlace. Opcionalmente, puede configurar Active LeaseQuery para enviar las actualizaciones en vivo de la información de enlace a varios pares de agente de retransmisión, lo que admite la redundancia a nivel de chasis de agente de retransmisión. La actualización en vivo se inicia cuando el agente de retransmisión inicia una conexión TCP con un servidor o agente de retransmisión par y envía el mensaje ACTIVELEASEQUERY para indicar que la conexión debe permanecer abierta.
DHCP no cierra la conexión TCP a menos que se den ciertas condiciones, principalmente relacionadas con el tiempo de espera configurable o los períodos de tiempo de espera de inactividad:
-
Cuando se recibe una solicitud de conexión en un sistema lógico o una instancia de enrutamiento que no está configurada para leasequery activa.
-
Cuando la conexión se bloquea durante las operaciones de lectura/escritura TCP el tiempo suficiente para que expire el período de tiempo de espera, la conexión se cierra y se puede reiniciar. La operación de lectura se produce cuando el agente de retransmisión intenta leer las respuestas a la consulta. La operación de escritura se produce cuando el servidor o el agente de retransmisión par intenta enviar respuestas a un agente de retransmisión
-
Cuando no se recibe tráfico en la conexión durante el período de tiempo de espera de inactividad.
Durante las operaciones de leasequery activas, la información de enlace solo se actualiza cuando cambia. En consecuencia, hay períodos durante los cuales el servidor o el agente de retransmisión par no envía información. Si el período es mayor que el tiempo de espera de inactividad, se interrumpe la conexión. Para evitar caídas de conexión inadecuadas, el servidor o el agente de retransmisión par envía mensajes DHCPLEASEACTIVE (DHCPv4) o LEASEQUERY-DATA (DHCPv6) a intervalos iguales a la mitad del período de tiempo de espera de inactividad. Estos mensajes no contienen información de enlace porque se envían cuando no hay actualizaciones disponibles. Estos mensajes mantienen viva la conexión sirviendo como mensajes de saludo o keepalive que indican que la falta de actividad no es un problema.
Cuando la conexión TCP se cierra, el agente de retransmisión intenta restablecer la conexión. Los reintentos incluyen una opción que indica al servidor o al agente de retransmisión par que envíe información de enlace que cambió desde el momento en que se cerró la conexión TCP. Esta información a veces se denomina información de recuperación. La opción especifica la marca de tiempo absoluta cuando se corta la conexión; es decir, la hora de la última comunicación correcta con el servidor o el agente de retransmisión par. DHCPv4 usa la opción query-start-time (opción 154). DHCPv6 usa la opción LQ_START_TIME (opción 101).
En algunos casos, el servidor o el agente de retransmisión par no dispone de toda la información para enlazar los cambios desde la marca de tiempo. Por ejemplo, es posible que el dispositivo no tenga suficiente memoria para almacenarlo todo. En estos casos, el dispositivo devuelve un mensaje DHCPLEASEQUERYSTATUS (DHCPv4) o LEASEQUERY-REPLY (DHCPv6) con un código de estado DataMissing (5).
Antes de configurar active leasequery, primero debe configurar leasequery masivo, ya que active leasequery utiliza el mecanismo leasequery masivo. La configuración de leasequery activa no supera la comprobación de confirmación si no se configura leasequery masivo.
Para configurar operaciones de leasequery activas, habilite la compatibilidad tanto en el agente de retransmisión DHCP como en el servidor DHCP. Puede configurar los detalles de la comunicación tanto para el agente de retransmisión como para el servidor local. A diferencia de leasequery individual y masivo, leasequery activo no tiene tipos de consulta. No se activa leasequery activo con un request comando. En su lugar, el desencadenador es automático cuando se configura active leasequery.
- DHCPv4 Active Leasequery
- DHCPv6 Active Leasequery
- Redundancia a nivel de chasis con Active Leasequery
DHCPv4 Active Leasequery
Para la consulta de arrendamiento activa de DHCPv4, el agente de retransmisión DHCPv4 abre una conexión TCP a través del puerto 67 al servidor local de DHCPv4. Cuando se establece la conexión, el agente de retransmisión envía un mensaje DHCPACTIVELEASEQUERY al servidor. El mensaje señala que se trata de una conexión a largo plazo. Solo se cierra como resultado de un tiempo de espera.
El servidor local DHCPv4 responde al agente de retransmisión con los mismos mensajes DHCPLEASEACTIVE y DHCPLEASEUNASSIGNED que se usan para la leasequery individual, como se describe en Tipos de mensajes de leasequery individual DHCPv4. Cada mensaje corresponde a un único enlace identificado por la consulta. El servidor local DHCP sigue enviando los mensajes de respuesta cada vez que cambia la información de enlace. En la tabla 8 se describen los tipos de mensajes específicos de la leasequery activa de DHCPv4.
| Tipo de mensaje |
Opción 53 Tipo Valor |
Descripción |
|---|---|---|
| DHCPACTIVELEASEQUERY |
16 |
Enviado por el agente de retransmisión al servidor local DHCP para habilitar la actualización en vivo de la información de enlace en el agente de retransmisión cada vez que esa información cambie en el servidor local. También se puede enviar entre agentes de retransmisión par para proporcionar redundancia de espera activa para información de enlace. |
| DHCPLEASEQUERYSTATUS |
17 |
Respuesta del servidor local cuando ha devuelto información de enlace asociada a la solicitud. Dado que la conexión TCP es de larga duración, este mensaje también se envía regularmente cuando las conexiones están inactivas (no se envían actualizaciones de enlace). En este caso, el mensaje incluye un código de estado ConnectionActive (6) para notificar al agente de retransmisión que la conexión sigue activa. |
Los mensajes enviados por el servidor local pueden devolver la opción de código de estado (opción 151). En los mensajes DHCPLEASEACTIVE y DHCPLEASEUNASSIGNED, el código corresponde al estado de la respuesta individual. En los mensajes DHCPLEASEQUERYSTATUS, el código corresponde a la secuencia de mensajes de la solicitud leasequery activa en su conjunto. La Leasequery activa DHCPv4 admite los códigos de estado de Leasequery masivos enumerados en Códigos de estado de Leasequery masivo DHCPv4. Los mensajes también pueden incluir los códigos de estado agregados para la consulta de arrendamiento activa descrita en laTabla 9.
| Código |
Estado |
Descripción |
|---|---|---|
| 5 |
Faltan datos |
La información vinculante solicitada no está disponible. Por ejemplo, cuando el servidor local o el par no tienen suficientes datos como se solicita con la opción query-start-time, este código de estado se envía inmediatamente en un mensaje LEASEQUERY-REPLY. |
| 6 |
Conexiónactiva |
La conexión TCP sigue activa. |
| 7 |
CatchUpComplete |
El servidor local ha enviado todos los datos guardados solicitados por el agente de retransmisión. |
DHCPv6 Active Leasequery
Para la consulta de arrendamiento activa de DHCPv6, el agente de retransmisión DHCPv6 abre una conexión TCP a través del puerto 67 al servidor local de DHCPv4. Cuando se establece la conexión, el agente de retransmisión envía un mensaje ACTIVELEASEQUERY al servidor. El mensaje señala que se trata de una conexión a largo plazo. Solo se cierra como resultado de un tiempo de espera.
El servidor local DHCPv6 responde al agente de retransmisión con los mismos mensajes LEASEQUERY-REPLY, LEASEQUERY-DATA y LEASEQUERY-DONE que se usan para leasequery masivo. Cada mensaje corresponde a un único enlace identificado por la consulta. El servidor local DHCP sigue enviando los mensajes de respuesta cada vez que cambia la información de enlace. En la tabla 10 se enumeran estos mensajes y el tipo de mensaje de consulta específico de la leasequery activa de DHCPv6.
| Tipo de mensaje |
Tipo de valor de DHCPv6 |
Descripción |
|---|---|---|
| ACTIVELEASEQUERY |
22 |
Enviado por el agente de retransmisión al servidor local DHCP para habilitar la actualización en vivo de la información de enlace en el agente de retransmisión cada vez que esa información cambie en el servidor local. También se puede enviar entre agentes de retransmisión par para proporcionar redundancia de espera activa para información de enlace. |
| LEASEQUERY-REPLY |
15 |
Respuesta del servidor local para indicar que la consulta se ha realizado correctamente o no. También transmite información, como el ID del servidor y el ID del cliente, que no cambia en el contexto de una sola consulta y respuesta. Cuando la consulta se realiza correctamente, solo se devuelve un único LEASEQUERY-REP. Este mensaje también incluye la información de enlace del primer cliente. Se devuelven datos de enlace adicionales en el mensaje LEASEQUERY-DATA. Cuando se produce un error en la consulta, se devuelve un único LEASEQUERY-REPLY sin información de enlace. |
| LEASEQUERY-DONE |
16 |
Respuesta del servidor local que indica que se debe finalizar la conexión. Por ejemplo, el servidor puede enviar esto con un código de estado QueryTerminated (11) cuando se apaga el servidor. |
| DATOS DE LEASEQUERY |
17 |
Respuesta del servidor local con información sobre las concesiones para un único cliente DHCPv6 o sobre los enlaces de delegación de prefijos en un único vínculo. Este mensaje solo se envía cuando leasequery devuelve datos para varios clientes. En este caso, el mensaje LEASEQUERY-REPLY transmite información para el primer cliente, luego se envía un mensaje LEASEQUERY-DATA para cada uno de los otros clientes. |
Los mensajes enviados por el servidor local DHCPv6 pueden devolver la opción de código de estado (opción 13). DHCPv6 active leasequery admite los códigos de estado leasequery individual y leasequery masivo enumerados en los códigos de estado de leasequery individual DHCPv6 y el código de estado de leasequery masivo DHCPv6, respectivamente. Los mensajes también pueden incluir los códigos de estado agregados para la consulta de arrendamiento activa descrita en la Tabla 11.
| Código |
Estado |
Descripción |
|---|---|---|
| 12 |
Faltan datos |
La información vinculante solicitada no está disponible. |
| 13 |
CatchUpComplete |
El servidor local ha enviado todos los datos guardados solicitados por el agente de retransmisión. |
| 14 |
No admitido |
El servidor local ha enviado todos los datos guardados solicitados por el agente de retransmisión. |
Redundancia a nivel de chasis con Active Leasequery
Puede utilizar leasequery activo para permitir que la información de enlace se sincronice entre varios pares de agentes de retransmisión DHCP. Para simplificar, esta discusión explica el comportamiento con solo dos pares. Cuando se reinicia un agente de retransmisión par o se reinicia su dispositivo, el otro relé puede tomar el control y proporcionar servicios a todos los clientes DHCP sin una interrupción visible. Cuando el agente de retransmisión par vuelve a aparecer, restablece la conexión TCP con el par activo. Luego, los pares sincronizan la información de enlace. La figura 1 muestra una topología DHCP sencilla para admitir la redundancia del agente de retransmisión con las siguientes características:
-
Cada cliente DHCP se conecta a ambos agentes de retransmisión.
-
Ambos agentes de retransmisión se conectan al mismo servidor DHCP.
-
Cuando configure la instrucción en cada agente de
active leasequeryretransmisión, también especifique el otro agente de retransmisión como par. -
Los pares utilizan los mismos mensajes de leasequery activos para la comunicación, como se explica en la Tabla 8 y la Tabla 10. Aunque no se muestra aquí, cuando un servidor RADIUS externo forma parte de la topología, no hay diferencias en las interacciones con el servidor RADIUS.
En la siguiente secuencia se describe cómo los agentes de retransmisión establecen la relación par y comparten información de enlace cuando se configura active leasequery en ambos. Este ejemplo es para DHCPv4, pero el mecanismo es el mismo para DHCPv6.
-
Ambos agentes de retransmisión tienen enlaces de cliente DHCP activos, pero leasequery activo aún no está configurado.
-
Configure leasequery activo en ambos agentes de retransmisión, especifique el uno al otro como pares y confirme la configuración.
-
Ambos agentes pares intentan establecer una conexión TCP cuando se confirma la configuración. Suponga que el agente de retransmisión El agente de retransmisión 1 establece correctamente la conexión. Se descarta el intento del agente de retransmisión par 2.
-
A continuación, el Agente de retransmisión 1 envía un mensaje ACTIVELEASEQUERY al Agente de retransmisión 2.
-
El Agente de retransmisión 2 envía información sobre los enlaces de su base de datos de suscriptores al Agente de retransmisión 1. También envía su propio mensaje ACTIVELEASEQUERY al agente de retransmisión 1 para recopilar la información del cliente del par.
-
El Agente de retransmisión 1 envía su información de enlace al Agente de retransmisión 2. El Agente de retransmisión 1 y el Agente de retransmisión 2 procesan cada uno la información de enlace recibida y la confirman en sus respectivas bases de datos.
-
A medida que cada agente de retransmisión actualiza la información vinculante para sus propios clientes, como renovaciones de licencias, nuevas solicitudes, vencimientos de arrendamientos, etc., envía un mensaje de respuesta leasequery con la información actualizada a su par cuando ocurre cada cambio.
-
Ahora suponga que el Agente de retransmisión 1 se ha reiniciado. La conexión TCP se interrumpe. El agente de retransmisión 2 intenta restablecer la conexión con el agente de retransmisión 1. Mientras tanto, el tráfico de suscriptores DHCP que solía fluir a través del Agente de retransmisión 1 ahora fluye a través del Agente de retransmisión 2 sin interrupción.
-
La consulta de arrendamiento activa se activa en el Agente de retransmisión 1 cuando vuelve a funcionar. La conexión TCP se restablece y los pares intercambian mensajes ACTIVELEASEQUERY. El Agente de retransmisión 1 no tiene información vinculante para compartir en este momento. El Agente de retransmisión 2 envía toda su información de enlace actual al Agente de retransmisión 1; esta información podría haber cambiado mientras el Agente de retransmisión 1 estaba fuera de servicio. El resultado es que ambos agentes de retransmisión ahora tienen bases de datos sincronizadas.
Directrices para configurar la compatibilidad con operaciones de Leasequery individuales, masivas y activas
Al configurar la compatibilidad con leasequery individual, masiva o activa, tenga en cuenta las siguientes directrices:
El enrutador admite la configuración simultánea de leasequery individual, leasequery masivo y leasequery activo. Active leasequery requiere que se configure leasequery masivo.
El enrutador admite la configuración simultánea de doble pila para DHCPv4 y DHCPv6. Sin embargo, para entornos de pila dual, debe activar las operaciones leasequery individuales o leasequery masivas DHCPv4 y DHCPv6 por separado.
El agente de retransmisión DHCP admite leasequery individual o leasequery masivo en interfaces estáticas y dinámicas. Active leasequery solo se admite en interfaces estáticas orientadas al servidor o en interfaces estáticas pares para obtener redundancia del chasis.
El servidor local DHCP solo admite leasequery masivo en interfaces estáticas orientadas a relés.
El servidor local DHCP escucha las solicitudes leasequery masivas y leasequery activas del agente de retransmisión DHCP en la conexión TCP en el puerto 67 para DHCPv4 y en el puerto 547 para DHCPv6.
No se admiten leasequery masivos y leasequery activos para DHCP a través de PPP/PPPoE.
Active leasequery se admite en las siguientes combinaciones de pilas:
DHCP a través de interfaces estáticas (ge/ae/xe/irb/ps) (Compatibilidad con interfaces ps agregada en Junos OS versión 20.1R1.)
Interfaces DHCP sobre IP Demux
DHCP a través de VLAN Interfaces Demux
DHCP sobre IP sobre VLAN Interfaces demux
A partir de Junos OS versión 19.1R1, el agente de retransmisión DHCPv4 inserta la opción Relay-ID en cada paquete que reenvía al servidor local DHCP de la siguiente manera:
El agente de retransmisión siempre inserta la opción en paquetes que no son snooped.
El agente de retransmisión inserta la opción en paquetes espiados solo cuando se configura leasequery masivo en ese LS:RI.
Si la red incluye interfaces de enrutamiento y puente integrados (IRB), debe configurar el agente de retransmisión DHCP para que incluya el nombre de interfaz de capa 2 junto con el nombre de IRB en el ID de circuito de la opción 82. El agente de retransmisión DHCP utiliza el nombre de interfaz de capa 2 cuando se utiliza leasequery o leasequery masivo para restaurar la base de datos de concesiones.
Configuración y uso de DHCP Individual Leasequery
La operación leasequery individual actualiza la base de datos de concesiones de un agente de retransmisión DHCP con información relacionada con un único suscriptor especificado. Los suscriptores de DHCPv4 se identifican por la dirección IPv4, la dirección MAC o el ID de cliente del cliente DHCP. Los suscriptores de DHCPv6 se identifican por la dirección IPv6 o el ID de cliente del cliente DHCP.
Antes de comenzar, lea Directrices para configurar la compatibilidad con operaciones de Leasequery individuales, masivas y activas y asegúrese de que la siguiente compatibilidad necesaria está configurada en el agente de retransmisión DHCP.
(Solo DHCPv4) El agente de retransmisión DHCP inserta la opción 82, subopción 1 (ID de circuito del agente) en los paquetes DHCP que el relé reenvía a los servidores DHCP. Consulte Uso de la información de la opción 82 del agente de retransmisión DHCP.
Si la red incluye interfaces de enrutamiento y puente integrados (IRB), también debe incluir la
include-irb-and-l2instrucción, como se muestra en el ejemplo siguiente. Esta instrucción configura el agente de retransmisión DHCP para incluir el nombre de interfaz de capa 2 junto con el nombre IRB en el ID de circuito de la opción 82. El agente de retransmisión DHCP utiliza el nombre de interfaz de capa 2 al restaurar la base de datos de concesiones mediante leasequery o leasequery masivo.[edit forwarding-options dhcp-relay] user@host# set relay-option-82 circuit-id include-irb-and-l2
(Solo DHCPv4) El agente de retransmisión DHCP siempre incluye la información de la nueva opción 82 en los paquetes DHCP que el relé reenvía a los servidores DHCP. Consulte Anulación de la información de la opción 82.
[edit forwarding-options dhcp-relay] user@host# set overrides always-write-option-82
(Solo DHCPv6) El agente de retransmisión DHCP inserta el ID de interfaz DHCPv6 (opción 18) en los paquetes que el relé reenvía a los servidores DHCPv6. Consulte Insertar la opción de ID de interfaz DHCPv6 (opción 18) en paquetes DHCPv6.
Si su red incluye interfaces de enrutamiento y puente integrados (IRB), también debe incluir la
include-irb-and-l2instrucción, como se muestra en el ejemplo siguiente. Esta instrucción configura el agente de retransmisión DHCPv6 para incluir el nombre de interfaz de capa 2 junto con el nombre de IRB en el ID de circuito de la opción 82. El agente de retransmisión DHCP utiliza el nombre de interfaz de capa 2 cuando se utiliza leasequery o leasequery masivo para restaurar la base de datos de concesiones.[edit forwarding-options dhcp-relay dhcpv6] user@host# set relay-agent-interface-id include-irb-and-l2
Siga estos pasos para configurar y utilizar la operación leasequery individual.
Utilice los comandos y clear admitidos show para administrar y mostrar información sobre la operación de leasequery masiva para el agente de retransmisión DHCP y el servidor local DHCP. Consulte Verificar y administrar configuraciones individuales y masivas de LeaseQuery de DHCP.
Configuración y uso de DHCP Bulk Leasequery
La operación leasequery masiva actualiza la base de datos de concesiones de un agente de retransmisión DHCP con información para varios suscriptores, a diferencia de la leasequery individual, que consulta enlaces individuales solo para destinos conocidos. Leasequery masivo también extiende el leasequery individual al proporcionar opciones y funcionalidad de consulta adicionales.
Antes de comenzar, lea Directrices para configurar la compatibilidad con operaciones de Leasequery individuales, masivas y activas y asegúrese de que la siguiente compatibilidad necesaria está configurada en el agente de retransmisión DHCP.
(Solo DHCPv4) El agente de retransmisión DHCP inserta la opción 82, subopción 1 (ID de circuito del agente) en los paquetes DHCP que el relé reenvía a los servidores DHCP. Consulte Uso de la información de la opción 82 del agente de retransmisión DHCP.
Si la red incluye interfaces de enrutamiento y puente integrados (IRB), también debe incluir la
include-irb-and-l2instrucción, como se muestra en el ejemplo siguiente. Esta instrucción configura el agente de retransmisión DHCPv6 para incluir el nombre de interfaz de capa 2 junto con el nombre de IRB en el ID de circuito de la opción 82. El agente de retransmisión DHCP utiliza el nombre de interfaz de capa 2 cuando se utiliza leasequery o leasequery masivo para restaurar la base de datos de concesiones.[edit forwarding-options dhcp-relay] user@host# set relay-option-82 circuit-id include-irb-and-l2
(Solo DHCPv4) El agente de retransmisión DHCP siempre incluye la información de la nueva opción 82 en los paquetes DHCP que el relé reenvía a los servidores DHCP. Consulte Anulación de la información de la opción 82.
[edit forwarding-options dhcp-relay] user@host# set overrides always-write-option-82
(Solo DHCPv6) El agente de retransmisión DHCP inserta el ID de interfaz DHCPv6 (opción 18) en los paquetes reenviados a los servidores DHCPv6. Consulte Insertar la opción de ID de interfaz DHCPv6 (opción 18) en paquetes DHCPv6.
[edit forwarding-options dhcp-relay dhcpv6] user@host# set relay-agent-interface-id
Si su red incluye interfaces de enrutamiento y puente integrados (IRB), también debe incluir la
include-irb-and-l2instrucción, como se muestra en el ejemplo siguiente. Esta instrucción configura el agente de retransmisión DHCPv6 para incluir el nombre de interfaz de capa 2 junto con el nombre de IRB en el ID de circuito de la opción 82. El agente de retransmisión DHCP utiliza el nombre de interfaz de capa 2 cuando se utiliza leasequery o leasequery masivo para restaurar la base de datos de concesiones.[edit forwarding-options dhcp-relay dhcpv6] user@host# set relay-agent-interface-id include-irb-and-l2
Siga estos pasos para configurar y utilizar la operación leasequery masiva.
Utilice los comandos y clear admitidos show para administrar y mostrar información sobre la operación de leasequery masiva para el agente de retransmisión DHCP y el servidor local DHCP. Consulte Verificar y administrar configuraciones individuales y masivas de LeaseQuery de DHCP.
Configuración y uso de DHCP Active Leasequery
Antes de comenzar, lea Directrices para configurar la compatibilidad con operaciones de Leasequery individuales, masivas y activas y asegúrese de que la siguiente compatibilidad necesaria está configurada en el agente de retransmisión DHCP.
-
(Solo DHCPv4) El agente de retransmisión DHCP inserta la opción 82, subopción 1 (ID de circuito del agente) en los paquetes DHCP que el relé reenvía a los servidores DHCP. Consulte Uso de la información de la opción 82 del agente de retransmisión DHCP.
Si la red incluye interfaces de enrutamiento y puente integrados (IRB), también debe incluir la
include-irb-and-l2instrucción, como se muestra en el ejemplo siguiente. Esta instrucción configura el agente de retransmisión DHCPv6 para incluir el nombre de interfaz de capa 2 junto con el nombre de IRB en el ID de circuito de la opción 82. El agente de retransmisión DHCP utiliza el nombre de interfaz de capa 2 cuando se utiliza leasequery o leasequery masivo para restaurar la base de datos de concesiones.[edit forwarding-options dhcp-relay] user@host# set relay-option-82 circuit-id include-irb-and-l2
-
(Solo DHCPv4) El agente de retransmisión DHCP siempre incluye la información de la nueva opción 82 en los paquetes DHCP que el relé reenvía a los servidores DHCP. Consulte Anulación de la información de la opción 82.
[edit forwarding-options dhcp-relay] user@host# set overrides always-write-option-82
-
(Solo DHCPv6) El agente de retransmisión DHCP inserta el ID de interfaz DHCPv6 (opción 18) en los paquetes reenviados a los servidores DHCPv6. Consulte Insertar la opción de ID de interfaz DHCPv6 (opción 18) en paquetes DHCPv6.
Si su red incluye interfaces de enrutamiento y puente integrados (IRB), también debe incluir la
include-irb-and-l2instrucción, como se muestra en el ejemplo siguiente. Esta instrucción configura el agente de retransmisión DHCPv6 para incluir el nombre de interfaz de capa 2 junto con el nombre de IRB en el ID de circuito de la opción 82. El agente de retransmisión DHCP utiliza el nombre de interfaz de capa 2 cuando se utiliza leasequery o leasequery masivo para restaurar la base de datos de concesiones.[edit forwarding-options dhcp-relay dhcpv6] user@host# set relay-agent-interface-id include-irb-and-l2
-
Para la redundancia del agente de retransmisión DHCP a nivel de chasis, se aplican las siguientes directrices:
-
Todos los pares de redundancia del agente de retransmisión DHCP deben tener configuraciones de suscriptor idénticas para poder tener bases de datos sincronizadas.
-
Los nombres de interfaz completos de las interfaces de acceso (
ge,xe, oae) en las que aparecen los suscriptores deben ser idénticos en los pares de redundancia del agente de retransmisión DHCP.
-
-
Dado que active leasequery es una extensión de leasequery masivo, debe configurar leasequery masivo para que active leasequery funcione. Consulte Configuración y uso de Leasequery masivo de DHCP.
La operación leasequery activa envía actualizaciones en vivo a los agentes de retransmisión DHCP para varios suscriptores cuando la información de enlace DHCP cambia en el servidor local. También puede utilizar leasequery activo como parte de una configuración para proporcionar redundancia de información de enlace entre agentes de retransmisión pares.
Siga estos pasos para configurar y utilizar la operación leasequery activa.
Estos pasos no duplican ninguna de las configuraciones de leasequery masivas. Por ejemplo, los pasos no incluyen la configuración del número máximo de conexiones TCP, ya que eso forma parte de la configuración necesaria de leasequery masivo.
Utilice los comandos y clear admitidos show para administrar y mostrar información sobre la operación de leasequery masiva para el agente de retransmisión DHCP y el servidor local DHCP. Consulte Verificar y administrar configuraciones individuales y masivas de LeaseQuery de DHCP.
Sincronización de relé de estado DHCPv6-PD de EVPN-MPLS para modo activo-activo (ACX7100-32C, ACX7100-48L, ACX7332, ACX7348, ACX7509, ACX7024 y ACX7024X)
Esta función de sincronización de relé de estado DHCPv6-PD proporciona compatibilidad con la configuración de delegación de prefijos DHCPv6, que incluye:
-
Sincronización entre dos nodos leaf de EVPN-MPLS para el modo activo-activo
-
Delegación de prefijos DHCPv6 para automatizar la delegación de prefijos IPv6 al CPE.
- Compatibilidad con leasequery masivo en un agente de retransmisión DHCPv6.
- Configuración de los parámetros que utiliza el agente de retransmisión DHCP al enviar mensajes leasequery masivos DHCP para obtener información de concesión de los servidores locales DHCP en el sistema lógico o la instancia de enrutamiento.
-
Sincronización de estado DHCPv6 de EVPN-VXLAN mediante Active-lease-query/Bulk-lease-query a través de IRB.
[ Consulte Protocolos admitidos en una interfaz IRB en EVPN-VXLAN, Métodos de leasequery de DHCP, active-leasequery (agente de retransmisión DHCP) y bulk-leasequery (agente de retransmisión de DHCP) .]
Ejemplo de configuración:
En el siguiente ejemplo, se muestra una configuración Activo-Activo con configuración de temporizador obsoleto. Se requiere la configuración del temporizador obsoleto para admitir una consulta de concesión activa-activa. Esta configuración optimiza el tiempo de sincronización cuando ambos pares obtienen los paquetes de solicitud al mismo tiempo.
dhcp-relay
{
dhcpv6
{
group v6relay
{
active-server-group v6server;
interface irb.0;
}
relay-agent-interface-id
{
include-irb-and-l2;
}
server-group
{
v6server
{
1000::1;
}
}
bulk-leasequery;
active-leasequery
{
peer-address
{
1003::1;
}
}
}
overrides
{
always-write-option-82;
}
relay-option-82
{
circuit-id
{
include-irb-and-l2;
}
}
server-group {
v4server {
100.0.0.1;
}
}
group v4relay {
active-server-group v4server;
interface irb.0;
}
stale-timer 20;
bulk-leasequery;
active-leasequery {
peer-address {
103.0.0.1;
}
}
}
dhcp-relay {
dhcpv6 {
group v6relay {
active-server-group v6server;
interface irb.0;
}
relay-agent-interface-id {
include-irb-and-l2;
}
server-group {
v6server {
1000::1;
}
}
bulk-leasequery;
active-leasequery {
peer-address {
1002::1;
}
}
}
overrides {
always-write-option-82;
}
relay-option-82 {
circuit-id {
include-irb-and-l2;
}
}
server-group {
v4server {
100.0.0.1;
}
}
group v4relay {
active-server-group v4server;
interface irb.0;
}
stale-timer 20;
bulk-leasequery;
active-leasequery {
peer-address {
102.0.0.1;
}
}
}
Inicio de DHCP Leasequery para actualizar la base de datos de arrendamientos del agente de retransmisión DHCP
Debe emitir un comando request para activar el agente de retransmisión DHCP para iniciar una operación leasequery individual o leasequery masiva, que solicita información de concesión actual de los servidores locales DHCP. Cada leasequery individual actualiza la base de datos de concesiones del agente de retransmisión DHCP con información para un cliente individual. Cada leasequery masivo actualiza la base de datos de arrendamientos del agente de retransmisión para varios clientes. En la tabla 12 se enumeran las distintas opciones de consulta disponibles para DHCPv4, DHCPv6, leasequery individual y leasequery masivo.
Opción de consulta |
DHCPv4 Individual Leasequery |
Leasequery masivo de DHCPv4 |
DHCPv6 Individual Leasequery |
Leasequery masivo de DHCPv6 |
|---|---|---|---|---|
ID remoto del agente |
– |
✓ |
– |
✓ |
ID de cliente |
✓ |
✓ |
– |
– |
ID de cliente (DUID) |
– |
– |
✓ |
✓ |
Dirección de puerta de enlace |
✓ obligatorio |
– |
– |
– |
Dirección IPv4 |
✓ |
✓ |
– |
– |
Prefijo IPv6 |
– |
– |
✓ |
✓ |
Dirección del vínculo |
– |
– |
– |
✓ |
Dirección MAC |
✓ |
✓ |
– |
– |
ID de agente de retransmisión |
– |
✓ |
– |
✓ |
Cuando haya configurado DHCPv6 leasequery masivo en un agente de retransmisión con la bulk-leasequery instrucción y la trigger automatic opción, no inicie la consulta con un request comando. En su lugar, la consulta se activa automáticamente cada vez que se inicia el proceso jdhcpd en el agente de retransmisión (por ejemplo, después de un reinicio de jdhcpd, un reinicio de dispositivo de agente de retransmisión, un cambio normal de motor de enrutamiento o una ISSU unificada) y no hay suscriptores enlazados en la base de datos de sesiones. La consulta automática de arrendamiento masivo siempre se basa en la opción Relay-ID del agente de retransmisión (opción 53).
Cuando se configura la compatibilidad con desencadenadores automáticos, aún puede usar el comando para activar manualmente leasequeries request masivos independientes de las consultas automáticas.
Active leasequery no requiere un request comando para el inicio. En su lugar, se inicia automáticamente cuando lo configura. Active leasequery requiere que configure leasequery masivo.
Los agentes de retransmisión DHCPv4 pueden tener varias interfaces con direcciones IP diferentes, de modo que cada interfaz pueda actuar como puerta de enlace para diferentes conjuntos de clientes. Esto significa que siempre debe especificar la dirección de puerta de enlace en su solicitud.
Para iniciar una leasequery individual DHCPv4 para actualizar la información de enlace, siempre debe especificar la dirección IP de puerta de enlace del agente de retransmisión. También debe especificar el tipo de consulta:
Especifique una dirección IP arrendada al cliente.
user@host> request dhcp relay leasequery ipv4-address gateway-address giaddr
Especifique la dirección MAC del cliente.
user@host> request dhcp relay leasequery mac-address gateway-address giaddr
Especifique el identificador de cliente (opción 61).
user@host> request dhcp relay leasequery client-id gateway-address giaddr
Para iniciar una leasequery masiva DHCPv4 para actualizar la información de enlace, puede:
Especifique una dirección IP arrendada al cliente.
user@host> request dhcp relay bulk-leasequery ipv4-address
Especifique la dirección MAC del cliente.
user@host> request dhcp relay bulk-leasequery mac-address
Especifique la opción de identificador de cliente (opción 61).
user@host> request dhcp relay bulk-leasequery client-id
Especifique la subopción Identificador de agente de retransmisión (subopción 12) de la opción de información de agente de retransmisión DHCP (opción 82).
user@host> request dhcpv6 relay bulk-leasequery relay-id relay-id
De forma predeterminada, la operación leasequery masiva usa el ID de retransmisión del agente de retransmisión DHCPv4 si no especifica explícitamente ninguna de las siguientes opciones: client-id, ipv4-address, mac-address, relay-ido remote-id.
user@host> request dhcpv6 relay bulk-leasequery
Especifique el ID remoto del agente (subopción 2) de la opción de información del agente de retransmisión DHCPv4 (opción 82).
user@host> request dhcpv6 relay bulk-leasequery remote-id remote-id
Para iniciar una leasequery individual DHCPv6 para actualizar la información de enlace, puede hacer lo siguiente:
Especifique el ID de cliente (opción 1).
user@host> request dhcpv6 relay leasequery client-id
Especifique una dirección IPv6 concedida al cliente.
user@host> request dhcpv6 relay leasequery ipv6-prefix
Para iniciar una consulta de concesión masiva DHCPv6 para actualizar la información de enlace, puede:
Especifique el ID de cliente (opción 1).
user@host> request dhcpv6 relay bulk-leasequery client-id
Especifique el prefijo IPv6.
user@host> request dhcpv6 relay bulk-leasequery ipv6-prefix
Especifique la dirección del vínculo IPv6.
user@host> request dhcpv6 relay bulk-leasequery link-address ipv6-link-address
Especifique la opción ID de relé (opción 53).
user@host> request dhcpv6 relay bulk-leasequery relay-id relay-id
De forma predeterminada, la operación leasequery masiva utiliza el ID de retransmisión del agente de retransmisión DHCPv6 si no especifica explícitamente ninguna de las siguientes opciones: client-id, , ipv6-prefixipv6-link-address, relay-ido remote-id.
user@host> request dhcpv6 relay bulk-leasequery
Especifique la opción ID remoto del agente de retransmisión (opción 37).
user@host> request dhcpv6 relay bulk-leasequery remote-id remote-id
Para cualquier solicitud de leasequery individual y masiva, además de las opciones enumeradas anteriormente, puede especificar opcionalmente calificadores para limitar la consulta a servidores DHCP concretos. De lo contrario, la consulta se envía a todos los servidores DHCP conocidos por el agente de retransmisión.
Puede especificar una dirección para el servidor local o el nombre de un grupo de servidores locales. Puede especificar un sistema lógico, una instancia de enrutamiento o ambos, ya sea solo o además de la dirección o el grupo del servidor.
En el ejemplo siguiente, option se refiere a cualquier opción configurable como se mostró anteriormente. Para abreviar, en el ejemplo solo se muestra una leasequery individual DHCPv4 y solo algunas de las posibilidades. Para obtener más información, consulte los temas de comandos individuales: solicitar dhcp relay leasequery, solicitar dhcpv6 relay leasequery, solicitar dhcp relay bulk-leasequery y solicitar dhcpv6 relay bulk-leasequery.
Especifique una dirección para el servidor local.
user@host> request dhcp relay leasequery option server-address address
Especifique un sistema lógico.
user@host> request dhcp relay leasequery option logical-system logical-system-name
Especifique una instancia de enrutamiento y un grupo con nombre de servidores locales.
user@host> request dhcp relay leasequery option routing-instance routing-instance-name server-group group-name
Verificar y administrar configuraciones individuales y masivas de LeaseQuery de DHCP
Propósito
Vea o borre información sobre las operaciones leasequery individuales y leasequery masivas de DHCP. Utilice los comandos y clear admitidos show para administrar y mostrar información sobre las operaciones leasequery y leasequery masivas; para el agente de retransmisión DHCP y el servidor local DHCP.
Para leasequery activo, consulte Comprobación y administración de operaciones de leasequery activas de DHCP.
Acción
Utilice los comandos y clear admitidos show para administrar y mostrar información sobre las operaciones de leasequery para el agente de retransmisión DHCP y el servidor local DHCP.
Para mostrar información de leasequery para el agente de retransmisión DHCPv4 o DHCPv6:
user@host> show dhcp relay statistics (leasequery | bulk-leasequery-connections) user@host> show dhcpv6 relay statistics (leasequery | bulk-leasequery-connections)
Para borrar la información de leasequery para el agente de retransmisión DHCPv4 o DHCPv6:
user@host> clear dhcp relay statistics (leasequery | bulk-leasequery-connections) user@host> clear dhcpv6 relay statistics (leasequery | bulk-leasequery-connections)
Para mostrar información de leasequery para el servidor local DHCPv4 o DHCPv6:
user@host> show dhcp server statistics bulk-leasequery-connections user@host> show dhcpv6 server statistics bulk-leasequery-connections
Para borrar la información de leasequery para el servidor local DHCPv4 o DHCPv6:
user@host> clear dhcp server statistics bulk-leasequery-connections user@host> clear dhcpv6 server statistics bulk-leasequery-connections
Verificar y administrar operaciones de Leasequery activas de DHCP
Propósito
Vea o borre información sobre las operaciones de leasequery activas de DHCP. Utilice los comandos y clear admitidos show para administrar y mostrar información sobre las operaciones de leasequery activas; para el agente de retransmisión DHCP y el servidor local DHCP.
Para DHCP individual y masivo leasequery, consulte Verificar y administrar configuraciones de DHCP individual y masivo Leasequery.
Acción
Utilice los comandos y clear admitidos show para administrar y mostrar información sobre las operaciones de leasequery para el agente de retransmisión DHCP y el servidor local DHCP.
Para mostrar información de leasequery activa para agentes de retransmisión par DHCPv4 o DHCPv6:
user@host> show dhcp relay active-leasequery user@host> show dhcpv6 relay active-leasequery
Para borrar la información de leasequery activa para el agente de retransmisión DHCPv4 o DHCPv6:
user@host> clear dhcp relay active-leasequery statistics user@host> clear dhcpv6 relay active-leasequery statistics
Para mostrar información sobre los vecinos de leasequery activos:
user@host> show dhcp active-leasequery neighbors user@host> show dhcpv6 active-leasequery neighbors
Puede mostrar información general para todos los pares. También puede mostrar estadísticas para pares específicos e interfaces de acceso específicas. Por ejemplo:
Para cada interfaz pseudowire en el BNG, muestre la dirección IP del vecino del BNG asociado con la interfaz.
user@host> show dhcp active-leasequery neighbors Interface Neighbor Address ps2.0 198.51.100.5 ps1.0 198.51.100.7Muestra estadísticas para los pares DHCPv4 y DHCPv6.
user@host> show dhcp relay active-leasequery statistics peer 198.51.100.1 peer : 198.51.100.1 Topology-Discover Configured : No State : Connected Bindings Sent : 0 Bindings Received : 0 Bindings Installed Successfully : 0 Bindings Failed to install : 0 Last Synchronization Time : None ALQ Transmit Buffer count : 0x ffff Max Leasequery Transmit Rate : 60 Local Interface count : 2 Remote Interface count : 2user@host> show dhcpv6 relay active-leasequery statistics peer 2001:db8::2 peer : 2001:db8::2 Topology-Discover Configured : No State : Connected Bindings Sent : 8112 Bindings Received : 12382 Bindings Installed Successfully : 0 Bindings Failed to install : 0 Last Synchronization Time : 2020-02-05 01:27:54 IST ALQ Transmit Buffer count : 0x ffff Max Leasequery Transmit Rate : 60 Local Interface count : 2 Remote Interface count : 2
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.