Citrix ADC

Integración de Gi-LAN

January 19, 2021

Contribuido por:

Normalmente, un dispositivo Citrix ADC se inserta como un nodo en línea L3 independiente en la GI-LAN, de forma similar a un enrutador L3.

Figura: Una representación simple de un Gi-LAN

Imagen localizada

Conectividad

Se recomienda una conectividad física de Citrix ADC con conmutadores ascendentes para proporcionar una redundancia suficiente. Por ejemplo, suponiendo que se inserte un dispositivo Citrix ADC en una GI-LAN que esté manejando un total (enlace ascendente+enlace descendente) de 24 Gbps, se recomienda la conectividad con interfaces de 4 x 10 GbE o más. Esto proporciona redundancia N+1 en caso de fallo de enlace.

Los puertos relevantes en el switch ascendente deben configurarse para la agregación de puertos LACP. A continuación se describe la configuración relevante en Citrix ADC:

Configuración de conectividad:

set interface 10/1 –tagall ON –lacpMode ACTIVE –lacpKey 1

set interface 10/2 –tagall ON –lacpMode ACTIVE –lacpKey 1

set interface 10/3 –tagall ON –lacpMode ACTIVE –lacpKey 1

set interface 10/4 –tagall ON –lacpMode ACTIVE –lacpKey 1

Puede verificar la funcionalidad adecuada de LACP mediante el comando “show interface”:

show interface:

sh interface LA/1

    1)      Interface LA/1 (802.3ad Link Aggregate) #39

             flags=0x4100c020 <ENABLED, UP, AGGREGATE, UP, HAMON, 802.1q>

             MTU=1500, native vlan=1, MAC=02:e0:ed:33:88:b0, uptime 340h11m56s

             Requested: media NONE, speed AUTO, duplex NONE, fctl NONE,

             throughput 0

             Actual: throughput 4000

             LLDP Mode: NONE,

             RX: Pkts(918446) Bytes(110087414) Errs(0) Drops(795989) Stalls(0)

             TX: Pkts(124113) Bytes(15255532) Errs(0) Drops(0) Stalls(0)

             NIC: InDisc(0) OutDisc(0) Fctls(0) Stalls(0) Hangs(0) Muted(0)

             Bandwidth thresholds are not set.

Disable the remaining unused interfaces and turn off the monitor.

set interface 10/5 –haMonitor OFF

Comando:

set interface 10/24 –haMonitor OFF

disable interface 10/5

disable interface 10/24

La configuración de las interfaces físicas no se comparte entre las dos unidades Citrix ADC. Por lo tanto, los comandos anteriores deben ejecutarse en ambos nodos Citrix ADC en caso de implementación de un par de HA.

Configuración de HA

Todos los demás parámetros de configuración se comparten entre los nodos Citrix ADC de un par de HA. Por lo tanto, la sincronización de HA debe habilitarse antes de ejecutar cualquier otro comando de configuración. La configuración básica de alta disponibilidad implica los siguientes pasos:

1. Mediante exactamente el mismo hardware, software y licencia de Citrix ADC: Los pares de HA no se admiten entre diferentes modelos (es decir, un T1100 y un MPX21550) ni los mismos modelos con diferentes niveles de firmware. Consulte las instrucciones apropiadas para actualizar un par HA existente -Actualización a la versión 11.1.

2. Establecimiento del par HA.

Ejemplo:

netscaler-1> add HA node 1 <netscaler-2-NSIP>

netscaler-2> add HA node 1 <netscaler-1-NSIP>

3. Verifique que el establecimiento del par HA ejecute el siguiente comando en cualquiera de los nodos; ambos nodos deben estar visibles, uno de ellos como primario (activo) y el otro como secundario (en espera).

Ejemplo:

```show HA node

4\. Habilite el modo a prueba de fallos y MaxFlips. Esto garantiza que, en caso de fallo del monitor de ruta en ambos nodos, al menos un nodo permanezca activo sin cambiar constantemente el estado activo/en espera.

**Ejemplo:**

set HA node –failsafe ON

set HA node -maxFlips 3 -maxFlipTime 1200

5\. Por último, habilite la sincronización de HA a través de los puertos de Citrix ADC internos dedicados en lugar de la red OAM.

**Ejemplo:**

add vlan 4080 -aliasName syncVlan

set HA node -syncvlan 4080

> **Nota**
>
> La VLAN 4080 en los comandos del ejemplo anterior no debe tomarse literalmente. Cualquier VLAN-ID no utilizado podría reservarse.

## Configuración de VLAN

Después de configurar correctamente las interfaces físicas, puede configurar las VLAN de GI-LAN adecuadas. Por ejemplo, considere un entorno GI-LAN bastante simple con un par VLAN de entrada/salida con 100/101 VLAN respectivamente.

Los siguientes comandos configuran las VLAN relevantes en la parte superior del canal LACP creado en el paso anterior.

add vlan 100 add vlan 101 bind vlan 100 –ifnum LA/1 –tagged bind vlan 101 –ifnum LA/1 –tagged

## Configuración IPv4

Normalmente, un dispositivo Citrix ADC requiere un SNIP por VLAN. En el ejemplo siguiente se supone que las redes descritas en el diagrama de integración de GI-LAN, dado al principio de esta página, tienen una máscara de subred /24:

add ns ip 192.168.1.254 255.255.255.0 –vserver DISABLED –mgmtAccess DISABLED add ns ip 192.168.2.254 255.255.255.0 –vserver DISABLED –mgmtAccess DISABLED


Una vez configurados los SNIP, deben asociarse con la VLAN adecuada:

bind vlan 100 –IPAddress 192.168.1.254 255.255.255.0 bind vlan 101 –IPAddress 192.168.2.254 255.255.255.0

## Enrutamiento estático IPv4

El ejemplo descrito en la sección [Red de gestión](/es-es/citrix-adc/current-release/citrix-adc-support-for-telecom-service-providers/NS_TCP_optimization/NS_TCP_opt_mgmt_network.html) solo requiere un par de reglas de enrutamiento estáticas:

-  Una ruta estática 10.0.0.0/8 a los clientes a través del router de entrada
-  Una ruta predeterminada a Internet a través del enrutador de salida

**Ejemplo:**

add route 0.0.0.0 0.0.0.0 192.168.2.1 add route 10.0.0.0 255.0.0.0 192.168.1.1

## Enrutamiento basado en directivas IPv4 (VLAN: VLAN)

Un dispositivo Citrix ADC permite el enrutamiento basado en directivas en lugar de enrutamiento estático, con decisiones de enrutamiento generalmente basadas en la interfaz entrante y/o VLAN en lugar de la IP de destino. El enrutamiento basado en directivas es una alternativa conveniente, en caso de que el rango de direcciones IP de origen del cliente esté sujeto a cambios periódicos, o una consideración obligatoria, en caso de que la dirección IP de destino de un paquete no sea suficiente por sí misma para llegar a una decisión de enrutamiento (es decir, en caso de superposición de direcciones IP de cliente en varias VLAN).

**Ejemplo:**

add ns pbr fromWirelessToInternet ALLOW –nextHop 192.168.2.1 –vlan 100 –priority 10

Done

add ns pbr fromInternetToWireless ALLOW –nextHop 192.168.1.1 –vlan 200 –priority 20

Done

apply ns pbrs

## Configuración IPv6

Los siguientes comandos asignan SNIP IPv6 por vlan. En el ejemplo siguiente se supone que las redes descritas en la Figura: Una representación simple de una Gi-LAN en esta página tienen una máscara de subred /64:

**Comando:**

add ns ip6 fd00:192:168:1::254/64 -vServer DISABLED –mgmtAccess DISABLED add ns ip6 fd00:192:168:2::254/64 -vServer DISABLED –mgmtAccess DISABLED bind vlan 100 -IPAddress fd00:192:168:1::254/64 bind vlan 200 -IPAddress fd00:192:168:2::254/64

## Enrutamiento IPv6

Una vez completado el direccionamiento IPv6, se puede configurar el enrutamiento estático IPv6:

-  Una ruta estática fd 00:10: :/64 a los clientes a través del router de entrada
-  Una ruta predeterminada a Internet a través del enrutador de salida

**Ejemplo:**

add route6 fd00:10::/64 fd00:192:168:1::1 add route6 ::/0 fd00:192:168:2::1

O el uso de enrutamiento basado en directivas:

**Ejemplo:**

add ns pbr6 fromWirelessToInternetv6 ALLOW -vlan 100 -priority 10 -nextHop fd00:192:168:2::1

add ns pbr6 fromInternetToWirelessv6 ALLOW -vlan 200 -priority 20 -nextHop fd00:192:168:1::1

apply ns pbr6

## Redundancia LACP y conmutación por error

En el caso de una configuración de alta disponibilidad, se recomienda aprovechar la opción de rendimiento para configurar un umbral bajo para el canal LACP. Por ejemplo, considere una Gi-LAN de 25 Gbps y un canal de 4 x 10 GbE entre cada dispositivo Citrix ADC en el par HA y el conmutador ascendente para proporcionar redundancia de enlace N+1:

**Ejemplo:**

set interface LA/1 –haMonitor ON –throughput 29000

En caso de que se produzca una falla de enlace doble entre el dispositivo principal y el conmutador ascendente, el rendimiento máximo de GI-LAN que puede admitirse descendería a 20 Gbps. Un umbral bajo de 29 Gbps según el ejemplo anterior daría como resultado un evento de conmutación de redundancia al dispositivo secundario (que no ha sufrido errores de enlace similares) de modo que el tráfico de GI-LAN no se vea afectado.

## Monitores de ruta

Además de la redundancia LACP, las comprobaciones del monitor de ruta pueden configurarse y asociarse con la configuración del par HA. Las comprobaciones del monitor de ruta pueden ser útiles para detectar errores entre el dispositivo Citrix ADC y los enrutadores de salto siguiente, especialmente si dichos enrutadores no están conectados directamente sino a través de un conmutador ascendente.

A continuación se describe una configuración típica del monitor de ruta de alta disponibilidad según la Gi-LAN de muestra en la sección 2.5.1:

add route 192.168.1.0 255.255.255.0 192.168.1.1 -msr ENABLED -monitor arp add route 192.168.2.0 255.255.255.0 192.168.2.1 -msr ENABLED -monitor arp bind HA node -routeMonitor 192.168.1.0 255.255.255.0 bind HA node -routeMonitor 192.168.2.0 255.255.255.0 ```

La versión oficial de este contenido está en inglés. Para mayor comodidad, parte del contenido de la documentación de Citrix solo tiene traducción automática. Citrix no puede controlar el contenido con traducción automática, que puede contener errores, imprecisiones o un lenguaje inadecuado. No se ofrece ninguna garantía, ni implícita ni explícita, en cuanto a la exactitud, la fiabilidad, la idoneidad o la precisión de las traducciones realizadas del original en inglés a cualquier otro idioma, o que su producto o servicio de Citrix se ajusten a cualquier contenido con traducción automática, y cualquier garantía provista bajo el contrato de licencia del usuario final o las condiciones de servicio, o cualquier otro contrato con Citrix, de que el producto o el servicio se ajusten a la documentación no se aplicará en cuanto dicha documentación se ha traducido automáticamente. Citrix no se hace responsable de los daños o los problemas que puedan surgir del uso del contenido traducido automáticamente.

Integración de Gi-LAN

January 19, 2021

Contribuido por:

January 19, 2021

Contribuido por: