Limitaciones de la hoja de trabajo de implementación y del clúster

En la siguiente hoja de cálculo, puede calcular el número de dispositivos necesarios para la instalación y el tamaño de campo de máscara recomendado. El tamaño de máscara recomendado es de 1 a 2 bits más grande que el tamaño mínimo de máscara para su instalación.

     
Parámetro Valor Notas
Modelo de dispositivo utilizado  
Usuarios compatibles de XenApp y XenDesktop por appliance Uspec = De la hoja de datos
Enlace de usuarios de XenApp y XenDesktop en WAN Uwan =
Factor de sobrecarga de usuario Uoverload = Uwan/Uspec =
BW admitido por dispositivo BWSpec = De la hoja de datos
Enlace WAN BW Bwwan =
Factor de sobrecarga BW bwoverLoad = bwwan/bwSpec =
Número de dispositivos necesarios N = max (sobrecarga, bwoverLoad) +1 = Incluye un repuesto.
   
Número mínimo de cubos Bmin = N, redondeado una potencia de 2 =
Si SD-WAN 4000 o 5000, Bmin = 2N, redondeado a una potencia de 2 =
Valor recomendado B = 4 Bmin si Bmin <= 16, de lo contrario 2 Bmin =
Número de bits uno en la máscara de direcciones M = log2 (B) Si B=16, M=4.

Valor de máscara: el valor de máscara es una máscara de dirección de 32 bits con varios bits uno iguales a M en la hoja de cálculo proporcionada anteriormente. A menudo, estos bits pueden ser los bits menos significativos en la máscara de subred WAN utilizada por los sitios remotos. Si las máscaras de los sitios remotos varían, utilice la máscara mediana. (Ejemplo: con /24 subredes, los bits menos significativos de la subred son 0x00 00 nn 00. El número de bits a establecer en uno es log2 (tamaño de máscara): si el tamaño de máscara es 16, establezca 4 bits en uno. Por lo tanto, con un tamaño de máscara de 16 y una subred /24, establezca el valor de máscara en 0x00 00 0f 00.): __

Las directrices anteriores solo funcionan si el campo de subred seleccionado se distribuye uniformemente en el tráfico, es decir, que cada bit de dirección seleccionado por la máscara es uno para la mitad de los hosts remotos y un cero para la otra mitad. De lo contrario, el equilibrio de carga se ve afectado. Esta distribución uniforme podría ser cierta para solo unos pocos bits en el campo de red (solo 2 bits). Si es así con su red, en lugar de enmascarar bits en el área ofensiva del campo de subred, desplace esos bits a una parte del campo de dirección de host que tenga la propiedad 50/50. Por ejemplo, si solo tres bits de subred en una subred /24 tienen la propiedad 50/50 y utiliza cuatro bits de máscara, una máscara de 0x00 00 07 10 evita el bit ofensivo en 0x00 00 0800 y lo desplaza a 0x00 00 00 10, una parte del campo de dirección que es probable que tenga la propiedad 50/50 si sus subredes remotas generalmente usan al menos 32 direcciones IP cada una.

     
Parámetro Valor Notas
Valor final de máscara  
Puente acelerado   Por lo general apA
Grupo de servicios WAN   Un grupo de servicios que aún no esté en uso en el router (51-255)
Grupo de servicios LAN   Otro grupo de servicios no utilizado
Dirección IP del router   Dirección IP de la interfaz del router en el puerto frente al dispositivo
Protocolo WCCP (generalmente Auto)  
Algoritmo DC   Utilice Deterministic si solo tiene dos dispositivos o está utilizando equilibrio de carga dinámico como HSRP o GSLB. De lo contrario, utilice Menos disruptivo.

La configuración de dispositivos en un clúster WCCP tiene las siguientes limitaciones:

  • Todos los dispositivos de un clúster deben ser del mismo modelo y utilizar la misma versión de software.
  • La sincronización de parámetros entre dispositivos dentro del clúster no es automática. Utilice el Command Center para administrar los dispositivos como un grupo.
  • El modelado del tráfico SD-WAN no es efectivo, ya que depende de controlar todo el enlace como una unidad, y ninguno de los dispositivos está en condiciones de hacerlo. Se puede utilizar QoS del router en su lugar.
  • Los algoritmos de equilibrio de carga basados en WCCP no varían dinámicamente con la carga, por lo que lograr un buen equilibrio de carga puede requerir algún ajuste.
  • No se admite el método hash de asignación de caché. La asignación de máscara es el método admitido.
  • Mientras que el estándar WCCP permite longitudes de máscara de 1 a 7 bits, el dispositivo admite máscaras de 1 a 6 bits.
  • No se admiten grupos de servicios de multidifusión; solo se admiten grupos de servicios de unidifusión.
  • Todos los enrutadores que utilicen el mismo par de grupos de servicios deben admitir el mismo método de reenvío (GRE o L2).
  • El método de reenvío y devolución negociado con el router debe coincidir: ambos deben ser GRE o ambos deben ser L2. Algunos routers no admiten L2 en ambas direcciones, lo que da como resultado un error de Desajuste de la capacidad de reenvío o devolución del router o asignación. En este caso, el grupo de servicios debe configurarse como GRE.
  • SD-WAN VPX no admite la agrupación en clústeres WCCP.
  • El dispositivo admite (y negocia) solo asignaciones de caché no ponderadas (iguales). No se admiten asignaciones ponderadas.
  • Algunos dispositivos antiguos, como el SD-WAN 700, no admiten la agrupación en clústeres WCCP.
  • (SD-WAN WANOP 4000/5000 solamente) Se requieren dos instancias de acelerador por interfaz en modo L2. No se admiten más de tres interfaces por dispositivo (y, a continuación, en dispositivos con seis o más instancias de acelerador).
  • (solo SD-WAN 4000/5000) Los paquetes de control WCCP del enrutador deben coincidir con una de las direcciones IP del enrutador configuradas en el dispositivo para el grupo de servicios. En la práctica, se debe usar la dirección IP del enrutador para la interfaz que lo conecta al dispositivo. No se puede utilizar la IP de loopback del router.

Limitaciones de la hoja de trabajo de implementación y del clúster