DHCP Leasequery Métodos

Consulta de arrendamiento individual DHCPv4

La consulta de arrendamiento DHCPv4 puede ser de varios tipos, una consulta por dirección, ID de cliente o dirección MAC. El tipo de consulta se determina cuando se desencadena la consulta mediante la emisió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 por última vez 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 tiene 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 del 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 hora de la última transacción del cliente (opción 91). El valor de esta opción es el intervalo en segundos entre el momento en que se utilizó la dirección IP 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 la consulta de concesión individual DHCPv4.

Consulta de arrendamiento individual DHCPv6

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 cuando se desencadena la consulta mediante la emisió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 que tiene delegado un prefijo que contiene la dirección. El campo de opciones de consulta de la opción 44 incluye la opción IAADDR (opción 5).

• Identificador único (DUID) de DHCP 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 DUID especificado. El 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 de opciones de consulta 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 la información específica deseada del servidor local para cada cliente.

El mensaje LEASEQUERY-REPLY incluye la opción de datos de cliente (opción 45) para proporcionar información para un único cliente en un único vínculo. Esta información se transmite como opciones DHCPv6 en el campo opciones de cliente. 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 delegación de prefijos (IA_PD). Se puede incluir con la opción IAADDR.

• Opción CLT (opción 46): el tiempo transcurrido 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 de tiempo de última transacción del cliente DHCPv4.

Las siguientes opciones son ejemplos de opciones adicionales que se pueden incluir en el mensaje LEASEQUERY-REPLY:

• Opción de datos de retransmisión LQ (opción 47): la información completa del agente de retransmisión que se utilizó la última vez que el cliente se comunicó con este servidor. El servidor local devuelve esta opción sólo 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 consulta de concesión individual DHCPv6.

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 la Tabla 3 se enumeran los códigos de estado.

Consulta de arrendamiento masivo DHCPv4

Para la consulta de arrendamiento masivo 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 actualmente activo. Esto permite al agente de retransmisión actualizar 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 por última vez 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 la consulta de arrendamiento 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 tenido acceso a través de este servidor. En su lugar, el servidor devuelve información vinculante 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 tiene esa dirección MAC.

  Nota:

  A diferencia de la consulta de arrendamiento 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 tenido acceso a través de este servidor. En su lugar, el servidor devuelve información vinculante 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 ante el cliente DHCP: el servidor local devuelve información de enlace para todas las concesiones actualmente activas asignadas a clientes que utilizan ese ID remoto del 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 de un circuito.

El servidor local DHCPv4 responde al agente de retransmisión con los mismos mensajes DHCPLEASEACTIVE y DHCPLEASEUNASSIGNED utilizados para la consulta de arrendamiento individual, como se describe en Tipos de mensajes de consulta de arrendamiento individual de 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 consulta de arrendamiento masivo, DHCP no puede determinar cuánta de la información solicitada recibió el agente de retransmisión antes de que se cayera la conexión. Por consiguiente, 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 enlaces que cambiaron en o después de la hora especificada en la consulta.

• query-end-time: devuelve 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 vinculante 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 consulta de arrendamiento masivo de DHCPv4.

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 DHCPLEASEUNSIGNED, el código corresponde al estado de la solicitud de enlace individual. En los mensajes DHCPLEASEQUERYDONE, el código corresponde a la solicitud de leasequery masiva en su conjunto. En la Tabla 5 se enumeran los códigos de estado.

Consulta de arrendamiento masivo DHCPv6

Para la consulta de arrendamiento masivo 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 actualmente activo. Esto permite al agente de retransmisión actualizar 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 por última vez 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 la consulta de arrendamiento 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 tenido acceso a través de este servidor. En su lugar, el servidor devuelve información vinculante 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 tiene esa dirección MAC.

  Nota:

  A diferencia de la consulta de arrendamiento 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 tenido acceso a través de este servidor. En su lugar, el servidor devuelve información vinculante 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 ante el cliente DHCP: el servidor local devuelve información de enlace para todas las concesiones actualmente activas asignadas a clientes que utilizan ese ID remoto del 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 de un circuito.

Para una consulta de concesión masiva DHCPv6, puede especificar opcionalmente la trigger automatic opción para configurar el agente de retransmisión DHCPv6 para que inicie automáticamente la operación de consulta de concesión masiva siempre que el jdhcpd proceso inicie una conexión con la base de datos de sesión (SDB) y no haya suscriptores enlazados presentes en la base de datos. Por ejemplo, el proceso automático garantizaría que la consulta de arrendamiento masivo siempre actualice la información de retransmisión DHCP después de un reinicio, una operación GRES o ISSU, y si no hay suscriptores enlazados.

La consulta de arrendamiento masiva de DHCPv6 usa los mensajes LEASEQUERY y LEASEQUERY-REPLY utilizados por la consulta de arrendamiento individual de DHCPv6, pero su comportamiento y significado son ligeramente diferentes para la consulta de arrendamiento masivo. En la tabla 6 se enumeran estos mensajes y se describen otros dos tipos de mensajes específicos de la consulta de arrendamiento masivo de DHCPv6.

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-REPLY, el código corresponde al estado de la solicitud de enlace individual. En los mensajes LEASEQUERY-DONE, el código corresponde a la solicitud de leasequery masiva en su conjunto. Los mensajes LEASEQUERY-DATA no incluyen un código de estado. La consulta de arrendamiento masivo DHCPv6 admite los códigos de estado de consulta de arrendamiento individual DHCPv6 enumerados en Códigos de estado de consulta de arrendamiento individual DHCPv6. Los mensajes también pueden incluir el código de estado agregado para la consulta de arrendamiento masivo descrita en la tabla 7.

Consulta de arrendamiento activo DHCPv4

Para la consulta de arrendamiento activa 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 DHCPACTIVELEASEQUERY al servidor. El mensaje indica que se trata de una conexión a largo plazo. Se cierra solo como resultado de un tiempo de espera.

El servidor local DHCPv4 responde al agente de retransmisión con los mismos mensajes DHCPLEASEACTIVE y DHCPLEASEUNASSIGNED utilizados para la consulta de arrendamiento individual, como se describe en Tipos de mensajes de consulta de arrendamiento individual de 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 del enlace. En la tabla 8 se describen los tipos de mensajes específicos de la consulta de concesión activa DHCPv4.

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 DHCPLEASEUNSIGNED, el código corresponde al estado de la respuesta individual. En los mensajes DHCPLEASEQUERYSTATUS, el código corresponde a la secuencia de mensajes para la solicitud de leasequery activa en su conjunto. La consulta de arrendamiento activa DHCPv4 admite los códigos de estado de consulta de arrendamiento masivo enumerados en Códigos de estado de consulta de arrendamiento masivo de DHCPv4. Los mensajes también pueden incluir los códigos de estado agregados para la consulta de arrendamiento activa descrita en laTabla 9.

Consulta de arrendamiento activo DHCPv6

Para la consulta de arrendamiento activa DHCPv6, el agente de retransmisión DHCPv6 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 ACTIVELEASEQUERY al servidor. El mensaje indica que se trata de una conexión a largo plazo. Se cierra solo 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 la consulta de arrendamiento masiva. 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 del enlace. En la tabla 10 se enumeran estos mensajes y el tipo de mensaje de consulta específico de la consulta de arrendamiento activa DHCPv6.

Los mensajes enviados por el servidor local DHCPv6 pueden devolver la opción de código de estado (opción 13). La consulta de arrendamiento activa DHCPv6 admite los códigos de estado de consulta de arrendamiento individual y de consulta de arrendamiento masivo enumerados en Códigos de estado de consulta de arrendamiento individual DHCPv6 y Código de estado de consulta de arrendamiento 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.

Redundancia a nivel de chasis con Active Leasequery

Puede utilizar active leasequery para permitir que la información de enlace se sincronice entre varios pares del agente de retransmisión DHCP. Para simplificar, esta discusión explica el comportamiento con solo dos pares. Cuando un agente de retransmisión par se reinicia o su dispositivo se reinicia, la otra retransmisión puede asumir 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. A continuación, los pares sincronizan la información de enlace. La figura 1 muestra una topología DHCP simple 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 active leasequery instrucción en cada agente de retransmisión, también se 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.

Figura 1: Topología simple para la redundancia DHCP con Active Leasequery

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 una consulta de arrendamiento activa en ambas. Este ejemplo es para DHCPv4, pero el mecanismo es el mismo para DHCPv6.

1. Ambos agentes de retransmisión tienen enlaces de cliente DHCP activos, pero la consulta de arrendamiento activa aún no está configurada.

2. Puede configurar la consulta de arrendamiento activa en ambos agentes de retransmisión, especificarse mutuamente como pares y confirmar la configuración.

3. Ambos agentes del mismo nivel intentan establecer una conexión TCP cuando se confirma la configuración. Supongamos que el agente de retransmisión El agente de retransmisión 1 establece correctamente la conexión. Se abandona el intento del agente de retransmisión 2.

4. A continuación, el agente de retransmisión 1 envía un mensaje ACTIVELEASEQUERY al agente de retransmisión 2.

5. 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.

6. 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 la información vinculante recibida y la confirman en sus respectivas bases de datos.

7. A medida que cada agente de retransmisión actualiza la información de enlace para sus propios clientes (como renovaciones de licencias, nuevas solicitudes, vencimientos de concesión, etc.), envía un mensaje de respuesta de leasequery con la información actualizada a su par cuando se produce cada cambio.

8. Ahora supongamos que Relay Agent 1 se reinicia. La conexión TCP se cae. 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.

9. La consulta de arrendamiento activa se activa en el Agente de retransmisión 1 cuando vuelve a funcionar. Se restablece la conexión TCP y los pares intercambian mensajes ACTIVELEASEQUERY. Relay Agent 1 no tiene información vinculante para compartir en este momento. Relay Agent 2 envía toda su información de enlace actual al Relay Agent 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.

Redundancia a nivel de interfaz con detección de topología de Active Leasequery

A partir de Junos OS versión 19.2R1, la detección de topología permite a los pares de relé DHCP descubrir información sobre las interfaces de suscriptor de los demás. La detección de topología es necesaria en una topología de red con una configuración de redundancia de grupo de suscriptores M:N. En esta configuración, un BNG que hospeda un agente de retransmisión DHCP actúa como enrutador principal para un grupo de redundancia de suscriptores. El enrutador principal controla el tráfico del grupo de redundancia de suscriptores. Uno o más BNG que hospedan agentes de retransmisión del mismo nivel sirven como copias de seguridad para los grupos de redundancia de suscriptores en el principal.

Un BNG determinado puede ser la copia de seguridad para varios grupos de redundancia de suscriptores, pero se realiza una copia de seguridad de cada grupo de redundancia en un solo BNG. Si se produce un error en el BNG principal, el BNG de reserva para cada grupo de redundancia de suscriptor afectado por el error se elige como el nuevo principal para ese grupo de redundancia. La nueva primaria continúa sirviendo al grupo de redundancia de suscriptores sin problemas y sin interrupciones. Consulte Descripción general de la redundancia de suscriptores de M:N para obtener más información sobre la redundancia de M:N.

La redundancia del suscriptor a nivel de interfaz se basa en la interfaz lógica del vínculo de acceso. En esta situación, no es necesario que el nombre de interfaz de la interfaz de acceso para un grupo de redundancia de suscriptor sea el mismo en los pares principal y de reserva. Este comportamiento es diferente al de la redundancia del agente de retransmisión a nivel de chasis, donde los nombres de interfaz de acceso deben ser idénticos en los pares del agente de retransmisión.

Dado que los nombres de interfaz pueden ser diferentes para los agentes de retransmisión principal y de copia de seguridad, DHCP necesita descubrir la relación entre la interfaz para cada grupo de redundancia de suscriptor en la interfaz principal y la interfaz correspondiente en las copias de seguridad. El descubrimiento de topología proporciona esa información.

La detección de topología permite a los agentes de retransmisión primarios y de copia de seguridad crear automáticamente una tabla de traducción que asigna las interfaces de acceso local y remoto para cada grupo de redundancia de suscriptor. Si se produce un error en la principal, la copia de seguridad elegida para ser la nueva principal usa su tabla de traducción para administrar inmediatamente los grupos de redundancia de suscriptores afectados por el error. La conmutación por error en sí es transparente para los clientes DHCP asociados con los grupos de redundancia de suscriptores.

La detección de topología es una opción de consulta de arrendamiento activa. Active leasequery permite a los pares sincronizar la información de enlace para suscriptores en los grupos de redundancia de suscriptores correspondientes a las interfaces agregadas a la tabla de traducción. DHCP traduce la información de enlace para utilizar la interfaz local en la copia de seguridad en lugar de la interfaz en la principal.

Al configurar la detección de topología, todo el proceso de consulta de concesión DHCP consta de cuatro fases de conexión, como se muestra en la figura 2.

Figura 2: Fases de conexión de descubrimiento de topología

1. Fase de conexión TCP: se establece una conexión TCP entre los agentes de retransmisión pares.

2. Fase de descubrimiento de topología: los pares intercambian mensajes de descubrimiento de topología para determinar las interfaces de acceso coincidentes para cada grupo de redundancia de suscriptor en los pares. El par remoto coincide con una interfaz basada en el ID de VLAN y la subred. Cada par envía una consulta para todas sus interfaces de acceso y recibe una respuesta, de modo que todos los pares puedan crear una tabla de traducción de pares de interfaces locales y remotas conectadas para los grupos de redundancia de suscriptores.

3. Fase de consulta de arrendamiento masiva: los pares establecen la relación de arrendamiento masiva necesaria para que funcione la consulta de arrendamiento activa. La consulta de arrendamiento masiva permite a los agentes de retransmisión recuperar información de concesión para varios suscriptores de un servidor DHCP configurado de forma masiva en lugar de en una serie de consultas y respuestas individuales. En esta fase, DHCP recopila de forma masiva toda la información de enlace por primera vez.

4. Fase de consulta de arrendamiento activa: la consulta de arrendamiento activa garantiza que la información de enlace se sincronice siempre que cambie, sin necesidad de consultas posteriores. El agente de retransmisión principal envía los enlaces relativos a su ID de circuito de agente local (el nombre de la interfaz de acceso). El agente de retransmisión de copia de seguridad utiliza su tabla de traducción para obtener el ID de circuito del agente correspondiente en la copia de seguridad para instalar los suscriptores.

   Para restringir la información que se sincroniza solo a los suscriptores que usan una interfaz de acceso determinada, es decir, un grupo de redundancia de suscriptores, la consulta de arrendamiento activa usa el método query by giaddr (DHCPv4) o linkaddr (DHCPv6) al configurar la detección de topología. La dirección IP de la puerta de enlace (giaddr o linkaddr) es lo que utiliza un agente de retransmisión para determinar dónde enviar la información aguas abajo. El valor del giaddr es la interfaz de acceso. El agente de retransmisión evalúa el giaddr/linkaddr y envía información al cliente DHCP que utiliza la interfaz de acceso que coincide con el giaddr/linkaddr.

   Lo que esto significa para la redundancia de suscriptores es que al usar la consulta giaddr/linkaddr, leasequery activa solo solicita información para los suscriptores en esa interfaz de acceso. Por consiguiente, solo sincroniza la información del suscriptor del agente de retransmisión principal con el agente de retransmisión de copia de seguridad. Se trata de un conjunto de suscriptores mucho menor que si la leasequery activa utilizara el método query by relay-id, que devuelve información para todos los suscriptores de todo el chasis.

El resultado de este proceso es que cada agente par instala los suscriptores para cada grupo de redundancia que controla. Cuando el agente de retransmisión principal conmuta por error, la copia de seguridad ya tiene la información del suscriptor necesaria para mantener las sesiones de suscriptor afectadas sin interrupción.

Propósito

Ver o borrar información sobre las operaciones de consulta de arrendamiento individual y de consulta de arrendamiento masivas de DHCP. Utilice los comandos admitidos show y clear para administrar y mostrar información sobre las operaciones de leasequery y de arrendamiento masivo; para el agente de retransmisión DHCP y el servidor local DHCP.

Acción

Utilice los comandos y compatibles show clear 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 consultas de arrendamiento para el agente de retransmisión DHCPv4 o DHCPv6:

• Para borrar la información de la consulta de arrendamiento para el agente de retransmisión DHCPv4 o DHCPv6:

• Para mostrar información de consultas de arrendamiento para el servidor local DHCPv4 o DHCPv6:

• Para borrar la información de la consulta de arrendamiento para el servidor local DHCPv4 o DHCPv6:

Propósito

Ver o borrar información sobre las operaciones de consulta de arrendamiento activas de DHCP. Utilice los comandos y compatibles show clear para administrar y mostrar información sobre las operaciones de consulta de concesión activas; para el agente de retransmisión DHCP y el servidor local DHCP.

Acción

Utilice los comandos y compatibles show clear 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 consultas de arrendamiento activas para agentes de retransmisión del mismo nivel DHCPv4 o DHCPv6:

• Para borrar la información de consulta de arrendamiento activa para el agente de retransmisión DHCPv4 o DHCPv6:

• Para mostrar información sobre vecinos de leasequery activos:

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 de pseudocable en el BNG, muestre la dirección IP del vecino BNG asociado con la interfaz.

• Muestra estadísticas para los pares DHCPv4 y DHCPv6.