Framehawk 编辑

Important:

As of Citrix Virtual Apps and Desktops 7 1903, Framehawk is no longer supported. Instead, use Thinwire with adaptive transport enabled.

Framehawk is a specialized display remoting technology for mobile workers on broadband wireless connections (Wi-Fi and 4G/LTE cellular networks) subject to high packet loss. Framehawk overcomes the challenges of spectral interference and multipath propagation. Framehawk delivers a fluid and interactive user experience to users of virtual apps and desktops on Windows and iOS mobile devices such as laptops and tablets. To maximize server scalability and minimize network bandwidth consumption, we recommend using Framehawk only for the specific use case described above. We recommend adaptive transport, which incorporates many Framehawk concepts to maximize data throughput, for all other use cases.

You can use Citrix policy templates to implement Framehawk for a set of users and access scenarios in a way that is appropriate for your organization. Framehawk targets single-screen mobile use cases such as laptops and tablets. Use Framehawk where the business value of real time interactive performance justifies the extra cost in server resources and the requirement for a broadband connection.

How Framehawk maintains a smooth user experience

Think of Framehawk as a software implementation of the human eye, looking at what’s in the frame buffer and discerning the different types of content on the screen. What’s important to the user? When areas of the screen are changing rapidly, like video or moving graphics, it doesn’t matter to the human eye if some pixels are lost. Those areas are quickly overwritten with new data.

But when it comes to static areas of the screen, the human eye is fussy. For example, the icons in the notification area or a toolbar, or text after scrolling to where the user wants to start reading. A user expects those areas to be pixel perfect. Unlike protocols aiming to be technically accurate from a ones and zeros perspective, Framehawk aims to be relevant to the human being who is using the technology.

Framehawk includes a next-generation Quality of Service signal amplifier plus a time-based heat map for a finer-grained and more efficient identification of workloads. It uses autonomic, self-healing transforms in addition to data compression, and avoids retransmission of data to maintain click response, linearity, and a consistent cadence. On a lossy network connection, Framehawk can hide loss with interpolation, and the user still perceives good image quality while enjoying a more fluid experience. In addition, Framehawk algorithms intelligently distinguish between different types of packet loss. For example, random loss (send more data to compensate) versus congestion loss (don’t send more data because the channel is already clogged).

The Framehawk Intent Engine in Citrix Workspace app distinguishes between scrolling up or down, zooming, moving to the left or right, reading, typing, and other common actions. The engine also manages the communication back to the Virtual Delivery Agent (VDA) using a shared dictionary. If the user is trying to read, the visual quality of the text must be excellent. If the user is scrolling, it must be quick and smooth. And it has to be interruptible, so that the user is always in control of the interaction with the application or desktop.

By measuring cadence on the network connection (gearing, analogous to tension on a bicycle chain), the Framehawk logic reacts more quickly, providing a superior experience over high latency connections. This unique and patented gearing system provides constant up-to-date feedback on network conditions, allowing Framehawk to react immediately to changes in bandwidth, latency, and loss.

Design considerations using Thinwire and Framehawk

Framehawk uses a data transport layer built on top of (User Datagram Protocol (UDP). UDP is a small part of how Framehawk overcomes lossiness, as you can see when comparing the performance of Framehawk to other UDP-based protocols. UDP provides an important foundation to the human-centric techniques that set Framehawk apart.

How much bandwidth does Framehawk require?

The meaning of broadband wireless depends on several factors, including how many users are sharing the connection, the quality of the connection, and apps being used. For optimal performance, Citrix suggests a base of 4 Mbps or 5 Mbps plus about 150 Kbps per concurrent user.

Our bandwidth recommendation for Thinwire is generally a base of 1.5 Mbps plus 150 Kbps per user. For details, see the Citrix Virtual Apps and Desktops bandwidth blog). At 3% packet loss, you will find that Thinwire over TCP needs much more bandwidth than Framehawk to maintain a positive user experience.

Thinwire remains the primary display remoting channel in the ICA protocol. Framehawk is disabled by default. Citrix recommends enabling it selectively to address the broadband wireless access scenarios in your organization. Remember that Framehawk requires considerably more server resources (CPU and memory) than Thinwire.

Requirements and considerations

Framehawk requires minimum VDA 7.6.300 and Group Policy Management 7.6.300.

The endpoint must have a minimum of Workspace app for Windows 1808, or Citrix Receiver for Windows 4.3.100, Workspace app for iOS 1808, or Citrix Receiver for iOS 6.0.1.

By default, Framehawk uses a bidirectional User Datagram Protocol (UDP) port range (3224 through 3324) to exchange Framehawk display channel data with Citrix Workspace app. The range can be customized in a policy setting called Framehawk display channel port range. Each concurrent connection between the client and the virtual desktop requires a unique port. For multi-user OS environments, such as Citrix Virtual Apps servers, define sufficient ports to support the maximum number of concurrent user sessions. For a single-user OS, such as VDI desktops, it is sufficient to define a single UDP port. Framehawk attempts to use the first defined port, working up to the final port specified in the range. This applies both when passing through Citrix Gateway, and internal connections directly to the StoreFront server.

For remote access, a Citrix Gateway must be deployed. By default, Citrix Gateway uses UDP port 443 for encrypted communication between the client Citrix Workspace app and the Gateway. This port must be open on any external firewalls to allow secure communication in both directions. The feature is known as Datagram Transport Security (DTLS).

Note:

Framehawk/DTLS connections are not supported on FIPS appliances.

Encrypted Framehawk connections are supported, starting with NetScaler Gateway version 11.0.62 and NetScaler Unified Gateway version 11.0.64.34 or later.

NetScaler High Availability is supported from XenApp and XenDesktop 7.12.

Consider the following recommendations before implementing Framehawk:

• Contact your Security administrator to confirm UDP ports defined for Framehawk are open on the firewall. The installation process does not automatically configure the firewall.
• Often, Citrix Gateway might be installed in the DMZ, flanked by firewalls on both the external and the internal side. Ensure UDP port 443 is open on the external firewall. Ensure UDP ports 3224 through 3324 are open on the internal firewall if the environment is using the default port ranges.

Configuration

Caution:

Citrix recommends that you enable Framehawk only for users who are likely to experience high packet loss. We also recommend that you do not enable Framehawk as a universal policy for all objects in the Site.

Framehawk is disabled by default. When enabled, the server attempts to use Framehawk for user graphics and input. If the prerequisites are not met for any reason, the connection is established using the default mode (Thinwire).

The following policy settings affect Framehawk:

• Framehawk display channel: Enables or disables the feature.
• Framehawk display channel port range: Specifies the range of UDP port numbers (lowest port number to highest) that the VDA uses to exchange Framehawk display channel data with the user device. The VDA attempts to use each port, starting at the lowest port number and incrementing for each subsequent attempt. The port handles inbound and outbound traffic.

Opening ports for the Framehawk display channel

From XenApp and XenDesktop 7.8, an option is available to reconfigure the Firewall during the Features step of the VDA installer. This check box opens UDP ports 3224 through 3324 on the Windows Firewall, if selected. Manual Firewall configuration is required in some circumstances:

• For any network Firewalls. Or
• The default port range is customized.

To open these UDP ports, select the Framehawk check box:

You can also use the command line to open UDP ports for Framehawk using /ENABLE_FRAMEHAWK_PORT:

Verifying Framehawk UDP port assignments

During installation, you can verify the UDP ports assigned to Framehawk in the Firewall screen:

The Summary screen indicates if the Framehawk feature is enabled:

Citrix Gateway support for Framehawk

Encrypted Framehawk traffic is supported on Citrix Gateway 1808 or later and NetScaler Gateway 11.0.62.10 or later, and Citrix Unified Gateway 1808 and NetScaler Unified Gateway 11.0.64.34 or later.

• Citrix Gateway refers to the deployment architecture where the Gateway VPN virtual server is directly accessible from the end-user device. That is, the VPN virtual server has a public IP address assigned and the user connects to this IP address directly.
• Citrix Gateway with Unified Gateway refers to the deployment where the Gateway VPN virtual server is bound as a target to the Content Switching virtual server (CS). In this deployment, CS virtual server has the public internet protocol address and the Gateway VPN virtual server has a dummy internet protocol address.

To enable Framehawk support on Citrix Gateway, the DTLS parameter on the Gateway VPN virtual server level must be enabled. After the parameter is enabled and the components on Citrix Virtual Apps or Citrix Virtual Desktops are updated correctly, Framehawk audio, video, and interactive traffic is encrypted between the Gateway VPN virtual server and the user device.

Citrix Gateway, Unified Gateway, and Citrix Gateway + global server load balancing are supported with Framehawk.

The following scenarios are not supported with Framehawk:

• HDX Insight
• Citrix Gateway in IPv6 mode
• Citrix Gateway Double Hop
• Citrix Gateway with Cluster setup

Configuring Citrix Gateway for Framehawk support

To enable Framehawk support on Citrix Gateway, enable the DTLS parameter on the Gateway VPN virtual server level. After the parameter is enabled and the components on Citrix Virtual Apps and Desktops are updated correctly, Framehawk audio, video, and interactive traffic is encrypted between the Gateway VPN virtual server and the user device.

This configuration is required if you are enabling UDP encryption on Citrix Gateway for remote access.

When configuring Citrix Gateway for Framehawk support:

• Ensure UDP port 443 is open on any external firewalls
• Ensure CGP port (default 2598) is open on any external firewalls
• Enable DTLS in the settings for the VPN virtual server
• Unbind and rebind the SSL cert-key pair. This step is not required if you are using Citrix Gateway 1808 or later or NetScaler version 11.0.64.34 or later.

To configure Citrix Gateway for Framehawk support:

1. Deploy and configure Citrix Gateway to communicate with StoreFront and authenticate users for Citrix Virtual Apps and Desktops.
2. In the Citrix Gateway Configuration tab, expand Citrix Gateway, and select Virtual Servers.
3. Choose Edit to display Basic Settings for the VPN Virtual Server; verify the state of the DTLS setting.
4. Choose More to display more configuration options:
5. Choose DTLS to provide communications security for datagram protocols such as Framehawk. Click OK. The Basic Settings area for the VPN Virtual Server shows that the DTLS flag is set to True.
6. Reopen the Server Certificate Binding screen, and click + to bind the certificate key pair.
7. Choose the certificate key pair from earlier, click Select.
8. Save the changes to the server certificate binding.
9. After saving, the certificate key pair appears. Click Bind.
10. Ignore the No usable ciphers configured on the SSL vserver/service warning message, if it appears.

Steps for older NetScaler Gateway versions

If you are using a version of NetScaler Gateway older than 11.0.64.34:

1. Reopen the Server Certificate Binding screen, and click + to bind the certificate key pair.
2. Choose the certificate key pair from earlier, click Select.
3. Save the changes to the server certificate binding.
4. After saving, the certificate key pair appears. Click Bind.
5. Ignore the No usable ciphers configured on the SSL vserver/service warning message, if it appears.

To configure Unified Gateway for Framehawk support:

1. Ensure that Unified Gateway is installed and properly configured. For additional information, see Unified Gateway information on the Citrix Product Documentation site.
2. Enable the DTLS parameter on the VPN virtual server, which is bound to CS virtual server as Target virtual server.

Limitations

If there are stale DNS entries for the Citrix Gateway virtual server on the client device, adaptive transport and Framehawk might fall back to TCP transport instead of UDP transport. If fallback to TCP transport occurs, flush the DNS cache on the client and reconnect to establish the session using UDP transport.

Framehawk doesn’t support 32-bit mouse cursors, as found in applications such as PTC Creo.

Framehawk is designed for mobile devices such as laptops and tablets using a single monitor, and it reverts to Thinwire in a dual/multi-monitor configuration.

Support for other VPN products

Citrix Gateway is the only SSL VPN product to support the UDP encryption required by Framehawk. If another SSL VPN or an incorrect version of Citrix Gateway is used, the Framehawk policy might fail to apply. Traditional IPsec VPN products support Framehawk without any modifications.

Monitoring Framehawk

You can monitor the use and performance of Framehawk from Citrix Director. The HDX Virtual Channel Details view contains useful information for troubleshooting and monitoring Framehawk in any session. To view Framehawk related metrics, select Graphics-Framehawk.

If the Framehawk connection is established, you see Provider = VD3D and Connected = True in the details page. It is normal for the virtual channel state to be idle, because it monitors the signaling channel, which is used only during the initial handshake. This page also provides other useful statistics about the connection.

If you encounter issues, see the Framehawk troubleshooting blog.