Framehawk
Framehawk es una tecnología de visualización remota para trabajadores móviles en conexiones inalámbricas de banda ancha (redes móviles Wi-Fi y 4G/LTE). Framehawk supera los desafíos de la interferencia espectral y la propagación multitrayecto, ofreciendo una experiencia de usuario fluida e interactiva a los usuarios de aplicaciones y escritorios virtuales. Framehawk podría ser una opción adecuada para usuarios en conexiones de red de banda ancha de larga distancia (alta latencia) donde una pequeña cantidad de pérdida de paquetes puede degradar la experiencia del usuario. Sugerimos usar el transporte adaptativo para este caso de uso; para obtener más información, consulte Transporte adaptativo.
Puede usar las plantillas de directiva de Citrix® para implementar Framehawk para un conjunto de usuarios y escenarios de acceso de una manera que sea apropiada para su organización. Framehawk está diseñado para casos de uso móvil de una sola pantalla, como ordenadores portátiles y tabletas. Utilice Framehawk donde el valor empresarial del rendimiento interactivo en tiempo real justifique el coste adicional en recursos del servidor y el requisito de una conexión de banda ancha.
Cómo Framehawk mantiene una experiencia de usuario fluida
Piense en Framehawk como una implementación de software del ojo humano, observando lo que hay en el búfer de fotogramas y discerniendo los diferentes tipos de contenido en la pantalla. ¿Qué es importante para el usuario? Cuando las áreas de la pantalla cambian rápidamente, como vídeo o gráficos en movimiento, al ojo humano no le importa si se pierden algunos píxeles porque se sobrescriben rápidamente con nuevos datos.
Pero cuando se trata de áreas estáticas de la pantalla, como los iconos en el área de notificación o una barra de herramientas, o texto después de desplazarse a donde el usuario quiere empezar a leer, el ojo humano es exigente. Un usuario espera que esas áreas sean perfectas en píxeles. A diferencia de los protocolos que buscan ser técnicamente precisos desde una perspectiva de unos y ceros, Framehawk busca ser relevante para el ser humano que utiliza la tecnología.
Framehawk incluye un amplificador de señal de calidad de servicio de próxima generación, además de un mapa de calor basado en el tiempo para una identificación más detallada y eficiente de las cargas de trabajo. Utiliza transformaciones autónomas y autorreparables, además de la compresión de datos, y evita la retransmisión de datos para mantener la respuesta de clic, la linealidad y una cadencia constante. En una conexión de red con pérdidas, Framehawk puede ocultar las pérdidas con interpolación, y el usuario sigue percibiendo una buena calidad de imagen mientras disfruta de una experiencia más fluida. Además, los algoritmos de Framehawk distinguen inteligentemente entre diferentes tipos de pérdida de paquetes. Por ejemplo, pérdida aleatoria (enviar más datos para compensar) frente a pérdida por congestión (no enviar más datos porque el canal ya está saturado).
El motor de intención de Framehawk en Citrix Receiver™ distingue entre desplazarse hacia arriba o hacia abajo, hacer zoom, moverse a la izquierda o a la derecha, leer, escribir y otras acciones comunes. El motor también gestiona la comunicación de vuelta al Virtual Delivery Agent (VDA) utilizando un diccionario compartido. Si el usuario está intentando leer, la calidad visual del texto debe ser excelente. Si el usuario se está desplazando, debe ser rápido y fluido. Y debe ser interrumpible, para que el usuario siempre tenga el control de la interacción con la aplicación o el escritorio.
Al medir la cadencia en la conexión de red (engranaje, análogo a la tensión en una cadena de bicicleta), la lógica de Framehawk reacciona más rápidamente, proporcionando una experiencia superior en conexiones de alta latencia. Este sistema de engranajes único y patentado proporciona retroalimentación constante y actualizada sobre las condiciones de la red, permitiendo a Framehawk reaccionar inmediatamente a los cambios en el ancho de banda, la latencia y las pérdidas.
Consideraciones de diseño al usar Thinwire y Framehawk
Aunque Thinwire ha liderado la industria en eficiencia de ancho de banda y es adecuado para una amplia gama de escenarios de acceso y condiciones de red, utiliza TCP para comunicaciones de datos fiables. Por lo tanto, debe retransmitir paquetes en una red con pérdidas o sobrecargada, lo que provoca retrasos en la experiencia del usuario. Thinwire sobre una capa de transporte de datos mejorada (EDT) está disponible, abordando las limitaciones de TCP en conexiones de red de alta latencia.
Framehawk utiliza una capa de transporte de datos construida sobre el Protocolo de datagramas de usuario (UDP). UDP es una pequeña parte de cómo Framehawk supera las pérdidas, como se puede ver al comparar el rendimiento de Framehawk con otros protocolos basados en UDP. UDP proporciona una base importante para las técnicas centradas en el ser humano que distinguen a Framehawk.
¿Cuánto ancho de banda requiere Framehawk?
El significado de la banda ancha inalámbrica depende de varios factores, incluyendo cuántos usuarios comparten la conexión, la calidad de la conexión y las aplicaciones que se utilizan. Para un rendimiento óptimo, Citrix sugiere una base de 4 Mbps o 5 Mbps más unos 150 Kbps por usuario concurrente.
Nuestra recomendación de ancho de banda para Thinwire es generalmente una base de 1,5 Mbps más 150 Kbps por usuario. Para obtener más detalles, consulte el blog de ancho de banda de XenApp y XenDesktop). Con una pérdida de paquetes del 3%, encontrará que Thinwire sobre TCP necesita mucho más ancho de banda que Framehawk para mantener una experiencia de usuario positiva.
Thinwire sigue siendo el canal principal de visualización remota en el protocolo ICA®. Framehawk está deshabilitado de forma predeterminada. Citrix recomienda habilitarlo selectivamente para abordar los escenarios de acceso inalámbrico de banda ancha en su organización. Recuerde que Framehawk requiere muchos más recursos del servidor (CPU y memoria) que Thinwire.
Framehawk y HDX™ 3D Pro
Framehawk admite todos los casos de uso de HDX 3D Pro, tanto para aplicaciones de XenApp (SO de servidor) como de XenDesktop (SO de escritorio). Se validó en entornos de clientes con una latencia de 400-500 ms y una pérdida de paquetes del 1-2 %. Así, proporciona una buena interactividad utilizando aplicaciones típicas de modelado 3D como AutoCAD, Siemens NX y otras. Este soporte amplía la capacidad de ver y manipular grandes modelos CAD mientras se está en movimiento, o trabajando desde una ubicación en el extranjero o con malas condiciones de red. (Se recomienda a las organizaciones que necesiten entregar aplicaciones 3D a través de conexiones de red de larga distancia que utilicen el transporte adaptativo. Para obtener más información, consulte Transporte adaptativo).
La habilitación de esta funcionalidad no requiere ninguna tarea de configuración adicional. Al instalar el VDA, seleccione la opción 3DPro al principio de la instalación:
Al usar esta selección, HDX utiliza el controlador de vídeo del proveedor de GPU en lugar del controlador de vídeo de Citrix. Por defecto, utiliza la codificación H.264 a pantalla completa sobre Thinwire en lugar del valor predeterminado habitual de Adaptive Display y codificación H.264 selectiva.
Requisitos y consideraciones
Framehawk requiere un VDA mínimo de 7.6.300 y Group Policy Management 7.6.300.
El punto final debe tener un mínimo de Citrix Receiver para Windows 4.3.100 o Citrix Receiver para iOS 6.0.1.
De forma predeterminada, Framehawk utiliza un rango de puertos bidireccional del Protocolo de datagramas de usuario (UDP) (3224-3324) para intercambiar datos del canal de visualización de Framehawk con Citrix Receiver. El rango se puede personalizar en una configuración de política llamada Rango de puertos del canal de visualización de Framehawk. Cada conexión concurrente entre el cliente y el escritorio virtual requiere un puerto único. Para entornos de SO multiusuario, como los servidores XenApp, defina suficientes puertos para admitir el número máximo de sesiones de usuario concurrentes. Para un SO de un solo usuario, como los escritorios VDI, es suficiente con definir un único puerto UDP. Framehawk intenta usar el primer puerto definido, trabajando hasta el puerto final especificado en el rango. Esto se aplica tanto al pasar por NetScaler Gateway como a las conexiones internas directamente al servidor StoreFront™.
Para el acceso remoto, se debe implementar un NetScaler® Gateway. Por defecto, NetScaler utiliza el puerto UDP 443 para la comunicación cifrada entre los Citrix Receivers del cliente y el Gateway. Este puerto debe estar abierto en cualquier firewall externo para permitir una comunicación segura en ambas direcciones. La función se conoce como Datagram Transport Security (DTLS).
Nota:
Las conexiones Framehawk/DTLS no son compatibles con los dispositivos FIPS.
Las conexiones Framehawk cifradas son compatibles a partir de NetScaler Gateway versión 11.0.62 y NetScaler Unified Gateway versión 11.0.64.34 o posterior.
NetScaler High Availability (HA) es compatible a partir de XenApp y XenDesktop 7.12.
Considere las siguientes prácticas recomendadas antes de implementar Framehawk:
- Póngase en contacto con el administrador de seguridad para confirmar que los puertos UDP definidos para Framehawk están abiertos en el firewall. El proceso de instalación no configura automáticamente el firewall.
- A menudo, NetScaler Gateway puede instalarse en la DMZ, flanqueado por firewalls tanto en el lado externo como en el interno. Asegúrese de que el puerto UDP 443 esté abierto en el firewall externo. Asegúrese de que los puertos UDP 3224-3324 estén abiertos en el firewall interno si el entorno utiliza los rangos de puertos predeterminados.
Configuración
Precaución:
Citrix recomienda habilitar Framehawk solo para los usuarios que probablemente experimenten una alta pérdida de paquetes. También recomendamos no habilitar Framehawk como una directiva universal para todos los objetos del Site.
Framehawk está inhabilitado de forma predeterminada. Cuando está habilitado, el servidor intenta usar Framehawk para los gráficos y la entrada del usuario. Si los requisitos previos no se cumplen por algún motivo, la conexión se establece utilizando el modo predeterminado (Thinwire).
Las siguientes configuraciones de directiva afectan a Framehawk:
- Canal de visualización de Framehawk: Habilita o inhabilita la función.
- Rango de puertos del canal de visualización de Framehawk: Especifica el rango de números de puerto UDP (del número de puerto más bajo al más alto) que el VDA utiliza para intercambiar datos del canal de visualización de Framehawk con el dispositivo de usuario. El VDA intenta usar cada puerto, comenzando por el número de puerto más bajo y aumentando para cada intento posterior. El puerto gestiona el tráfico de entrada y salida.
Apertura de puertos para el canal de visualización de Framehawk
A partir de XenApp y XenDesktop 7.8, hay una opción disponible para reconfigurar el Firewall durante el paso de Funciones del instalador de VDA. Esta casilla de verificación abre los puertos UDP 3224-3324 en el Firewall de Windows, si se selecciona. La configuración manual del Firewall es necesaria en algunas circunstancias:
- Para cualquier Firewall de red. or
- El rango de puertos predeterminado está personalizado.
Para abrir estos puertos UDP, seleccione la casilla de verificación Framehawk:
También puede usar la línea de comandos para abrir puertos UDP para Framehawk mediante /ENABLE_FRAMEHAWK_PORT:
Verificación de las asignaciones de puertos UDP de Framehawk
Durante la instalación, puede verificar los puertos UDP asignados a Framehawk en la pantalla Firewall:
La pantalla Resumen indica si la función Framehawk está habilitada:
Compatibilidad de NetScaler Gateway con Framehawk
El tráfico cifrado de Framehawk es compatible con NetScaler Gateway 11.0.62.10 o posterior, y NetScaler Unified Gateway 11.0.64.34 o posterior.
- NetScaler Gateway se refiere a la arquitectura de implementación donde el vServer VPN de Gateway es directamente accesible desde el dispositivo del usuario final. Es decir, el vServer VPN tiene una dirección IP pública asignada y el usuario se conecta directamente a esta dirección IP.
- NetScaler con Unified Gateway se refiere a la implementación donde el vServer VPN de Gateway está vinculado como destino al vServer de conmutación de contenido (CS). En esta implementación, el vServer CS tiene la dirección de protocolo de Internet pública y el vServer VPN de Gateway tiene una dirección de protocolo de Internet ficticia.
Para habilitar la compatibilidad con Framehawk en NetScaler Gateway, el parámetro DTLS a nivel del vServer VPN de Gateway debe estar habilitado. Una vez que el parámetro está habilitado y los componentes de XenApp o XenDesktop® se actualizan correctamente, el tráfico de audio, vídeo e interactivo de Framehawk se cifra entre el vServer VPN de Gateway y el dispositivo del usuario.
NetScaler Gateway, Unified Gateway y NetScaler Gateway + equilibrio de carga de servidor global son compatibles con Framehawk.
Los siguientes escenarios no son compatibles con Framehawk:
- HDX Insight
- NetScaler Gateway en modo IPv6
- NetScaler Gateway Double Hop
- NetScaler Gateway con configuración de clúster
| Escenario | Compatibilidad con Framehawk |
|---|---|
| NetScaler Gateway | Sí |
| NetScaler + equilibrio de carga de servidor global | Sí |
| NetScaler con Unified Gateway | Sí. Nota: Se admite la versión 11.0.64.34 y posteriores de Unified Gateway. |
| HDX Insight | No |
| NetScaler Gateway en modo IPv6 | No |
| Salto doble de NetScaler Gateway | No |
| Varias Secure Ticket Authority en NetScaler Gateway | Sí |
| NetScaler Gateway y alta disponibilidad | Sí |
| NetScaler Gateway y configuración de clúster | No |
Configuración de NetScaler para la compatibilidad con Framehawk
Para habilitar la compatibilidad con Framehawk en NetScaler Gateway, habilite el parámetro DTLS en el nivel de vServer VPN de Gateway. Una vez habilitado el parámetro y actualizados correctamente los componentes de XenApp® o XenDesktop, el tráfico de audio, vídeo e interactivo de Framehawk se cifra entre el vServer VPN de Gateway y el dispositivo de usuario.
Esta configuración es necesaria si habilita el cifrado UDP en NetScaler Gateway para el acceso remoto.
Al configurar NetScaler para la compatibilidad con Framehawk:
- Asegúrese de que el puerto UDP 443 esté abierto en cualquier firewall externo
- Asegúrese de que el puerto CGP (2598 de forma predeterminada) esté abierto en cualquier firewall externo
- Habilitar DTLS en la configuración del servidor virtual VPN
- Desvincule y vuelva a vincular el par de claves de certificado SSL. Este paso no es necesario si utiliza NetScaler versión 11.0.64.34 o posterior.
Para configurar NetScaler Gateway para la compatibilidad con Framehawk:
- Implemente y configure NetScaler Gateway para que se comunique con StoreFront y autentique a los usuarios de XenApp y XenDesktop.
- En la ficha Configuración de NetScaler, expanda NetScaler Gateway y seleccione Servidores virtuales.
- Haga clic en Modificar para mostrar la configuración básica del servidor virtual VPN; compruebe el estado de la configuración de DTLS.
- Haga clic en Más para mostrar más opciones de configuración:
- Seleccione DTLS para proporcionar seguridad de las comunicaciones para protocolos de datagramas como Framehawk. Haga clic en Aceptar. El área de Configuración básica del servidor virtual VPN muestra que el indicador DTLS está establecido en True.
- Vuelva a abrir la pantalla Enlace de certificado de servidor y haga clic en + para vincular el par de claves de certificado.
- Elija el par de claves de certificado anterior y haga clic en Seleccionar.
- Guarde los cambios en el enlace del certificado de servidor.
- Después de guardar, aparece el par de claves de certificado. Haga clic en Enlazar.
- Ignore el mensaje de advertencia No usable ciphers configured on the SSL vserver/service, si aparece.
Pasos para versiones anteriores de NetScaler Gateway
Si utiliza una versión de NetScaler Gateway anterior a la 11.0.64.34:
- Vuelva a abrir la pantalla de enlace de certificados de servidor y haga clic en + para enlazar el par de claves de certificado.
- Elija el par de claves de certificado anterior y haga clic en Seleccionar.
- Guarde los cambios en el enlace del certificado de servidor.
- Después de guardar, aparece el par de claves de certificado. Haga clic en Enlazar.
- Ignore el mensaje de advertencia No usable ciphers configured on the SSL vserver/service (No hay cifrados utilizables configurados en el vserver/servicio SSL), si aparece.
Para configurar Unified Gateway para la compatibilidad con Framehawk:
- Asegúrese de que Unified Gateway esté instalado y configurado correctamente. Para obtener información adicional, consulte la información de Unified Gateway en el sitio de documentación de productos de Citrix.
- Habilite el parámetro DTLS en el vServer VPN, que está enlazado al vServer CS como vServer de destino.
Limitaciones
Si hay entradas DNS obsoletas para el servidor virtual de NetScaler Gateway en el dispositivo cliente, el transporte adaptable y Framehawk podrían recurrir al transporte TCP en lugar del transporte UDP. Si se produce una reversión al transporte TCP, vacíe la caché DNS en el cliente y vuelva a conectarse para establecer la sesión mediante el transporte UDP.
Compatibilidad con otros productos VPN
NetScaler Gateway es el único producto SSL VPN que admite el cifrado UDP requerido por Framehawk. Si se utiliza otra SSL VPN o una versión incorrecta de NetScaler Gateway, es posible que la directiva de Framehawk no se aplique. Los productos VPN IPsec tradicionales admiten Framehawk sin ninguna modificación.
Configurar Citrix Receiver para iOS para que admita Framehawk
Para configurar versiones anteriores de Citrix Receiver para iOS para que admitan Framehawk, debe editar manualmente default.ica.
- En el servidor StoreFront, acceda al directorio App_Data de su almacén en c:\inetpub\wwwroot\.
- Abra el archivo default.ica y añada la siguiente línea en la sección WFClient: Framehawk=On
- Guarde los cambios.
Este procedimiento permite establecer sesiones de Framehawk desde un Citrix Receiver compatible en dispositivos iOS. Este paso no es necesario si utiliza Citrix Receiver para Windows.
Nota:
Cuando utilice Citrix Receiver para iOS versión 7.0 o posterior, no es necesario añadir el parámetro Framehawk=On explícitamente en el archivo default.ica.
Supervisión de Framehawk
Puede supervisar el uso y el rendimiento de Framehawk desde Citrix Director. La vista Detalles del canal virtual HDX contiene información útil para solucionar problemas y supervisar Framehawk en cualquier sesión. Para ver las métricas relacionadas con Framehawk, seleccione Graphics-Framehawk.
Si la conexión Framehawk se establece, verá Provider = VD3D y Connected = True en la página de detalles. Es normal que el estado del canal virtual esté inactivo, ya que supervisa el canal de señalización, que solo se utiliza durante el protocolo de enlace inicial. Esta página también proporciona otras estadísticas útiles sobre la conexión.
Si encuentra problemas, consulte el blog de solución de problemas de Framehawk.
En este artículo
- Cómo Framehawk mantiene una experiencia de usuario fluida
- Consideraciones de diseño al usar Thinwire y Framehawk
- Framehawk y HDX™ 3D Pro
- Requisitos y consideraciones
- Configuración
- Apertura de puertos para el canal de visualización de Framehawk
- Compatibilidad de NetScaler Gateway con Framehawk
- Configuración de NetScaler para la compatibilidad con Framehawk
- Limitaciones
- Compatibilidad con otros productos VPN
- Configurar Citrix Receiver para iOS para que admita Framehawk
- Supervisión de Framehawk