In April, Max Herrmann posted a blog article announcing our newest device redirection feature for Remote Desktop Virtualization Host: RemoteFX USB redirection. In this three-part series, we’ll take a closer look at the feature and how it helps close the gap between the user experience of a local user sitting at their physical desktop and that of a remote user connected to a virtual desktop. The first part of the series gives an overview of the feature and what it can do, and how to set up a basic deployment of the feature.
The goal of RemoteFX USB redirection is simple: the user should be able to use any device they want, and have it just work. RDP has numerous high-level redirections that allow specific types of devices to be used effectively in a remote session, such as:
However, there are many devices which are not covered by these redirections, such as scanners, multifunction printers, webcams, and more. RemoteFX USB redirection acts as a catch-all mechanism that redirects these USB devices! Unlike high-level redirections such as drive redirection, RemoteFX USB redirection happens at the port protocol (USB request block or URB) level, and is similar to how one can redirect serial or parallel ports via RDP. This provides some unique advantages, as you’ll see below. However, RemoteFX USB redirection is meant to supplement high-level redirections, not to supplant them. By combining RemoteFX USB redirection with RDP high-level device redirections, you can have the best of both worlds. Here is a table that compares and contrasts the two forms of redirection.
RemoteFX USB Redirection…
RDP High-Level Device Redirection…
Does not require drivers on the client
Requires drivers for the device to be installed on the client
Requires the device driver to be installed on the server
Generally does not require drivers on the server
Uses one redirection method for many types of devices
Uses a specific, unique method for each type of device being redirected
Forwards URBs to and from the device over the RDP connection
Exposes high-level device functionality in the remote session by using an optimized protocol for the device type
Enables only one session to use a device at a given time; the local client cannot use the device while an RDP session is using it
Enables any number of sessions to access the device simultaneously, including the local client
Is optimized for the LAN, like the rest of RemoteFX
Works with both LAN and WAN
Now that you’ve seen what RemoteFX USB redirection can do, let’s take a look at how to set up the feature.
You will need the following:
I hope you’ve enjoyed this first part in our series of blogs about RemoteFX USB redirection. In Part 2, we’re going to talk about some deployment-related topics, including setting up publishing and RD Web Access for rich and thin clients, and server device security. If you have any questions or comments, please post them to the blog, or send us an e-mail at rfxusb@microsoft.com . We look forward to hearing from you.
What if the client is running OSX?
I wonder if RemoteFX makes possible taking of Dental Xrays via RDP connections?
Hi Friends,
I want to use webcam over RDP connection to Terminal Server. I followed the steps, enabled the option in GP and I can see the “Other supported RemoteFX USB devices” option in RDP connection, I select the option for redirecting webcam but on Terminal Server I can't see the webcam.
is there any thing if I am missing or other option.
Didn't I read that RDS was not supported. Just works for VDI (Fully virtualised Windows 7 desktops).
Has this changed since the original post?
Good Article.
I follow same steps but having difficultly in step 3. Web camera connected to local machine not see in device and printer section of server.
Please Reply
I've found a third-party solution for webcam redirection that worked for me: www.webcam-for-remote-desktop.com
My issue that I experienced was specific the VMware virtual machines, not really through RDP. I found out that I had to edit the .VMX file and manually specify the USB Devices Vendor ID and Product ID. I wrote up a detailed article on USB redirection in VMware on my blog... (I know its a shameless plug, but it IS helpful, lol) theblogofbryan.com/.../usb-redirection-in-vmware