APÉNDICE: Ejemplo de relé DHCP en estructura de multiconexión EVPN

Configuración del diálogo de la estructura del campus

En la configuración del diálogo de estructura de campus, es importante configurar:

• El tipo de estructura correcto = multiconexión de EVPN
• Puerta de enlace virtual v4 dirección MAC = Habilitada (esto facilita la depuración, ya que no se utiliza una dirección MAC global en todas las VLAN).

Asigne los conmutadores como núcleos colapsados y acceda a los conmutadores en el siguiente panel.

Luego, en el cuadro de diálogo de estructura "Redes", importe dos VLAN de la plantilla del conmutador.

• Primera VLAN (su cliente de escritorio que requiera un arrendamiento estará aquí):
  • Nombre = vlan1099
  • ID de VLAN = 1099
  • Subred IPv4 = 10.99.99.0/24
  • Puerta de enlace virtual IPv4 = 10.99.99.1
• Segunda VLAN (su servidor DHCP estará aquí):
  • Nombre = vlan1091
  • ID de VLAN = 1091
  • Subred IPv4 = 10.91.91.0/24
  • Puerta de enlace virtual IPv4 = 10.91.91.1

Luego, agréguelos a un solo VRF:

• Configuración VRF = Habilitado
• VRF:
  • Nombre = customera
  • Redes = vlan1099 y vlan1091

Vea el ejemplo:

Agregue también la información del relé DHCP:

• Relé DHCP = Habilitado
• vlan1099:
  • Red = vlan1099
  • Servidores DHCP = 10.91.91.42

Nota:

Asegúrese de usar siempre este cuadro de diálogo para configurar el relé DHCP en todos los diseños de estructura de campus.

Termine los diálogos restantes para que la nube de Juniper Mist empuje la configuración para configurar la estructura.

Configuración del conmutador de acceso

Nuestro cliente Desktop1 se conecta a la interfaz ge-0/0/3 en el conmutador Access1 a través de la siguiente configuración de puerto:

En función de esta configuración, la nube de Juniper Mist configura la siguiente configuración de Junos OS en los dos conmutadores de núcleo colapsado en los que el VRF se encuentra en esta estructura.

Nota:

En el momento en que se creó este documento, no se crearon todas las opciones en Junos OS que se explican en el capítulo Arquitectura de soluciones. Por lo tanto, agregamos manualmente la siguiente configuración adicional de Junos OS en cada conmutador de núcleo colapsado para tener una experiencia óptima con los diversos servidores DHCP probados.

Integración del servidor DHCP

Decidimos colocar un conmutador entre la estructura y el servidor DHCP, que era una máquina virtual. Microsoft Windows no admite el uso de LACP cuando el servidor es una máquina virtual. Sin embargo, lo hacemos en el lado de la estructura, por lo que usamos un interruptor como una especie de elemento de traducción. Otra ventaja es que hacia la VM, tenemos una única interfaz que contiene todos los mensajes, lo que facilita la depuración.

En los dos conmutadores de núcleo colapsado que configure:

• ID de puerto = ge-0/0/5
• Perfil de configuración = vlan1091
• Agregación de puertos = Habilitado
  • Índice AE = 1
  • ESI-LAG = Habilitado

En el conmutador entre la estructura y el servidor DHCP, se agrega una configuración LAG sencilla como la siguiente:

• ID de puerto = ge-0/0/1-2
• Interfaz = Interfaz L2
• Perfil de configuración = vlan1091
• Agregación de puertos = Habilitado
  • LACP = Habilitado
  • LACP forzado hacia arriba = Deshabilitado
  • Lento periódico LACP = Deshabilitado
  • Índice AE = 1

La interfaz única hacia el servidor DHCP Luego:

• ID de puerto = ge-0/0/0
• Interfaz = Interfaz L2
• Perfil de configuración = vlan1091

Compruebe el propio servidor DHCP

Suponemos que ha instalado Microsoft Windows 2022 Server Edition y ha aplicado el ejemplo de configuración del capítulo anterior APÉNDICE: Ejemplo de configuración del servidor Microsoft DHCP utilizado para las pruebas. Cuando haya hecho esto, debe verificar la conexión a la estructura para asegurarse de que el servidor reciba los mensajes de retransmisión. En nuestro caso, el servidor tenía más de una interfaz para arrancarlo:

Verifique que el servidor esté escuchando en la dirección IP 10.91.91.42:

Prueba final con un cliente por cable

Para completar la instalación, realice una prueba final con un cliente por cable. El estado inicial de nuestro cliente es que tiene asignada una dirección IP estática y puede comunicarse hacia internet:

Podemos ver este cliente y su dirección IP en la descripción general del cliente por cable en el portal de Juniper Mist:

A continuación, desconfiguramos la dirección IP estática e intentamos obtener una concesión DHCP en su lugar. La siguiente configuración adicional garantiza que el cliente pierda la configuración estática y cualquier conocimiento previo de una concesión de DHCP. A continuación, iniciamos el cliente DHCP en primer plano para ver un poco más de los mensajes de depuración:

Después de un tiempo (dependiendo de las antigüedades del ARP local), este cambio se hace visible en la descripción general de Wired Client:

También puede ver el folleto de concesión en el propio servidor DHCP al abrir el administrador de DHCP de la siguiente manera:

A continuación se muestra un ejemplo de nuestro cliente que ahora aparece en la base de datos de arrendamientos del servidor DHCP:

Ejemplo de seguimiento de un folleto de concesión de DHCP

A continuación, encontrará la secuencia completa de un folleto de concesión de DHCP que analiza el cliente por cable de origen y el servidor DHCP que obtiene los mensajes reenviados desde el agente de retransmisión de la estructura. Esto fue capturado simultáneamente a través de tcpdump.

Iniciamos el seguimiento en el cliente que envía el mensaje de detección a través de la difusión al agente de retransmisión de estructura:

Ahora revisamos el mensaje de retransmisión que llega al servidor DHCP con la información incrustada del agente de retransmisión de estructura, como la IP de puerta de enlace y la opción 82:

El servidor DHCP responde al agente de retransmisión de estructura con la oferta para el cliente:

El agente de retransmisión de estructura filtra parte de la información (como la opción 82) y reenvía la oferta como capa 2 de unidifusión al cliente:

En función de la oferta recibida anteriormente, el cliente envía ahora un mensaje de solicitud a través de difusión al agente de retransmisión de estructura:

Ahora revisamos los mensajes de retransmisión que llegan al servidor DHCP con la información incrustada del agente de retransmisión de estructura, como la IP de puerta de enlace, y la opción 82, como el mensaje de detección reenviado anteriormente:

El servidor DHCP responde con la confirmación de concesión al agente de retransmisión de estructura:

El agente de retransmisión de estructura filtra parte de la información (como la opción 82) y reenvía la confirmación de concesión como unidifusión de capa 2 al cliente: