[MS-RDPEPNP]:
Remote Desktop Protocol: Plug and Play Devices Virtual Channel Extension
Intellectual Property Rights Notice for Open Specifications Documentation
Technical Documentation. Microsoft publishes Open Specifications documentation for protocols, file formats, languages, standards as well as overviews of the interaction among each of these technologies.
Copyrights. This documentation is covered by Microsoft copyrights. Regardless of any other terms that are contained in the terms of use for the Microsoft website that hosts this documentation, you may make copies of it in order to develop implementations of the technologies described in the Open Specifications and may distribute portions of it in your implementations using these technologies or your documentation as necessary to properly document the implementation. You may also distribute in your implementation, with or without modification, any schema, IDL's, or code samples that are included in the documentation. This permission also applies to any documents that are referenced in the Open Specifications.
No Trade Secrets. Microsoft does not claim any trade secret rights in this documentation.
Patents. Microsoft has patents that may cover your implementations of the technologies described in the Open Specifications. Neither this notice nor Microsoft's delivery of the documentation grants any licenses under those or any other Microsoft patents. However, a given Open Specification may be covered by Microsoft Open Specification Promise or the Community Promise. If you would prefer a written license, or if the technologies described in the Open Specifications are not covered by the Open Specifications Promise or Community Promise, as applicable, patent licenses are available by contacting .
Trademarks. The names of companies and products contained in this documentation may be covered by trademarks or similar intellectual property rights. This notice does not grant any licenses under those rights. For a list of Microsoft trademarks, visit
Fictitious Names. The example companies, organizations, products, domain names, e-mail addresses, logos, people, places, and events depicted in this documentation are fictitious. No association with any real company, organization, product, domain name, email address, logo, person, place, or event is intended or should be inferred.
Reservation of Rights. All other rights are reserved, and this notice does not grant any rights other than specifically described above, whether by implication, estoppel, or otherwise.
Tools. The Open Specifications do not require the use of Microsoft programming tools or programming environments in order for you to develop an implementation. If you have access to Microsoft programming tools and environments you are free to take advantage of them. Certain Open Specifications are intended for use in conjunction with publicly available standard specifications and network programming art, and assumes that the reader either is familiar with the aforementioned material or has immediate access to it.
Revision Summary
Date / Revision History / Revision Class / Comments2/22/2007 / 0.01 / Version 0.01 release
6/1/2007 / 1.0 / Major / Updated and revised the technical content.
7/3/2007 / 1.1 / Minor / Minor technical content changes.
7/20/2007 / 1.1.1 / Editorial / Changed language and formatting in the technical content.
8/10/2007 / 1.2 / Minor / Updated content based on feedback.
9/28/2007 / 1.3 / Minor / Made technical and editorial changes based on feedback.
10/23/2007 / 1.4 / Minor / Made technical and editorial changes based on feedback.
11/30/2007 / 1.5 / Minor / Made technical and editorial changes based on feedback.
1/25/2008 / 2.0 / Major / Updated and revised the technical content.
3/14/2008 / 3.0 / Major / Updated and revised the technical content.
5/16/2008 / 3.0.1 / Editorial / Changed language and formatting in the technical content.
6/20/2008 / 3.1 / Minor / Clarified the meaning of the technical content.
7/25/2008 / 3.1.1 / Editorial / Changed language and formatting in the technical content.
8/29/2008 / 3.1.2 / Editorial / Changed language and formatting in the technical content.
10/24/2008 / 3.1.3 / Editorial / Changed language and formatting in the technical content.
12/5/2008 / 3.1.4 / Editorial / Changed language and formatting in the technical content.
1/16/2009 / 3.1.5 / Editorial / Changed language and formatting in the technical content.
2/27/2009 / 3.1.6 / Editorial / Changed language and formatting in the technical content.
4/10/2009 / 4.0 / Major / Updated and revised the technical content.
5/22/2009 / 5.0 / Major / Updated and revised the technical content.
7/2/2009 / 6.0 / Major / Updated and revised the technical content.
8/14/2009 / 7.0 / Major / Updated and revised the technical content.
9/25/2009 / 7.1 / Minor / Clarified the meaning of the technical content.
11/6/2009 / 7.1.1 / Editorial / Changed language and formatting in the technical content.
12/18/2009 / 8.0 / Major / Updated and revised the technical content.
1/29/2010 / 9.0 / Major / Updated and revised the technical content.
3/12/2010 / 10.0 / Major / Updated and revised the technical content.
4/23/2010 / 10.0.1 / Editorial / Changed language and formatting in the technical content.
6/4/2010 / 11.0 / Major / Updated and revised the technical content.
7/16/2010 / 11.0.1 / Editorial / Changed language and formatting in the technical content.
8/27/2010 / 11.0.1 / None / No changes to the meaning, language, or formatting of the technical content.
10/8/2010 / 11.0.1 / None / No changes to the meaning, language, or formatting of the technical content.
11/19/2010 / 11.0.1 / None / No changes to the meaning, language, or formatting of the technical content.
1/7/2011 / 11.0.1 / None / No changes to the meaning, language, or formatting of the technical content.
2/11/2011 / 11.0.1 / None / No changes to the meaning, language, or formatting of the technical content.
3/25/2011 / 11.0.1 / None / No changes to the meaning, language, or formatting of the technical content.
5/6/2011 / 11.0.1 / None / No changes to the meaning, language, or formatting of the technical content.
6/17/2011 / 11.1 / Minor / Clarified the meaning of the technical content.
9/23/2011 / 11.1 / None / No changes to the meaning, language, or formatting of the technical content.
12/16/2011 / 12.0 / Major / Updated and revised the technical content.
3/30/2012 / 12.0 / None / No changes to the meaning, language, or formatting of the technical content.
7/12/2012 / 12.0 / None / No changes to the meaning, language, or formatting of the technical content.
10/25/2012 / 13.0 / Major / Updated and revised the technical content.
1/31/2013 / 13.0 / None / No changes to the meaning, language, or formatting of the technical content.
8/8/2013 / 14.0 / Major / Updated and revised the technical content.
11/14/2013 / 15.0 / Major / Updated and revised the technical content.
2/13/2014 / 15.0 / None / No changes to the meaning, language, or formatting of the technical content.
5/15/2014 / 15.0 / None / No changes to the meaning, language, or formatting of the technical content.
6/30/2015 / 16.0 / Major / Significantly changed the technical content.
10/16/2015 / 16.0 / No Change / No changes to the meaning, language, or formatting of the technical content.
Table of Contents
1Introduction
1.1Glossary
1.2References
1.2.1Normative References
1.2.2Informative References
1.3Overview
1.3.1PNP Device Info Subprotocol
1.3.2PNP Device I/O Subprotocol
1.4Relationship to Other Protocols
1.5Prerequisites and Preconditions
1.6Applicability Statement
1.7Versioning and Capability Negotiation
1.8Vendor-Extensible Fields
1.9Standards Assignments
2Messages
2.1Transport
2.2Message Syntax
2.2.1PNP Device Info Subprotocol
2.2.1.1Shared Message Header (PNP_INFO_HEADER)
2.2.1.2PNP Device Info Initialization Messages
2.2.1.2.1Server Version Message
2.2.1.2.2Client Version Message
2.2.1.2.3Authenticated Client Message
2.2.1.3PNP Device Info Subprotocol Device Addition and Removal Messages
2.2.1.3.1Client Device Addition Message
2.2.1.3.1.1PNP_DEVICE_DESCRIPTION
2.2.1.3.2Client Device Removal Message
2.2.2PNP Device I/O Subprotocol
2.2.2.1Shared Message Headers
2.2.2.1.1Server Message Header (SERVER_IO_HEADER)
2.2.2.1.2Client Message Header (CLIENT_IO_HEADER)
2.2.2.2Initialization Messages
2.2.2.2.1Server Capabilities Request Message
2.2.2.2.2Client Capabilities Reply Message
2.2.2.3Device I/O Messages
2.2.2.3.1CreateFile Request Message
2.2.2.3.2CreateFile Reply Message
2.2.2.3.3Read Request Message
2.2.2.3.4Read Reply Message
2.2.2.3.5Write Request Message
2.2.2.3.6Write Reply Message
2.2.2.3.7IOControl Request Message
2.2.2.3.8IOControl Reply Message
2.2.2.3.9Specific IoCancel Request Message
2.2.2.3.10Client Device Custom Event Message
3Protocol Details
3.1Common Details
3.1.1Abstract Data Model
3.1.2Timers
3.1.3Initialization
3.1.4Higher-Layer Triggered Events
3.1.5Message-Processing Events and Sequencing Rules
3.1.6Timer Events
3.1.7Other Local Events
3.2Client Details
3.2.1Abstract Data Model
3.2.2Timers
3.2.3Initialization
3.2.4Higher-Layer Triggered Events
3.2.5Message-Processing Events and Sequencing Rules
3.2.5.1PNP Device Info Subprotocol
3.2.5.1.1Initialization Messages
3.2.5.1.1.1Processing a Server Version Message
3.2.5.1.1.2Sending a Client Version Message
3.2.5.1.1.3Processing an Authenticated Client Message
3.2.5.1.2Device Addition and Removal Messages
3.2.5.1.2.1Sending a Client Device Addition Message
3.2.5.1.2.2Sending a Client Device Removal Message
3.2.5.2PNP Device I/O Subprotocol
3.2.5.2.1Initialization Messages
3.2.5.2.1.1Processing a Server Capabilities Request Message
3.2.5.2.1.2Sending a Client Capabilities Reply
3.2.5.2.2Device I/O Messages
3.2.5.2.2.1Processing a CreateFile Request Message
3.2.5.2.2.2Sending a CreateFile Reply Message
3.2.5.2.2.3Processing a Read Request Message
3.2.5.2.2.4Sending a Read Reply Message
3.2.5.2.2.5Processing a Write Request Message
3.2.5.2.2.6Sending a Write Reply Message
3.2.5.2.2.7Processing an IOControl Request Message
3.2.5.2.2.8Sending an IOControl Reply Message
3.2.5.2.2.9Processing a Specific IoCancel Request Message
3.2.5.2.2.10Sending a Client Device Custom Event Message
3.2.6Timer Events
3.2.7Other Local Events
3.3Server Details
3.3.1Abstract Data Model
3.3.2Timers
3.3.3Initialization
3.3.4Higher-Layer Triggered Events
3.3.5Message-Processing Events and Sequencing Rules
3.3.5.1PNP Device Info Subprotocol
3.3.5.1.1Initialization Messages
3.3.5.1.1.1Sending a Server Version Message
3.3.5.1.1.2Processing a Client Version Message
3.3.5.1.1.3Sending an Authenticated Client Message
3.3.5.1.2Device Addition and Removal Messages
3.3.5.1.2.1Processing a Client Device Addition Message
3.3.5.1.2.2Processing a Client Device Removal Message
3.3.5.2Device I/O Subprotocol
3.3.5.2.1Initialization Messages
3.3.5.2.1.1Sending a Server Capabilities Request Message
3.3.5.2.1.2Processing a Client Capabilities Reply Message
3.3.5.2.2Device I/O Messages
3.3.5.2.2.1Sending a CreateFile Request Message
3.3.5.2.2.2Processing a CreateFile Reply Message
3.3.5.2.2.3Sending a Read Request Message
3.3.5.2.2.4Processing a Read Reply Message
3.3.5.2.2.5Sending a Write Request Message
3.3.5.2.2.6Processing a Write Reply Message
3.3.5.2.2.7Sending an IOControl Request Message
3.3.5.2.2.8Processing an IOControl Reply Message
3.3.5.2.2.9Sending a Specific IoCancel Request Message
3.3.5.2.2.10Processing a Client Device Custom Event Message
3.3.6Timer Events
3.3.7Other Local Events
4Protocol Examples
4.1PNP Device Redirection Initialization Sequence
4.2Device Addition and Removal Messages
4.3Capabilities Initialization Messages
4.4Device I/O Messages
5Security
5.1Security Considerations for Implementers
5.2Index of Security Parameters
6Appendix A: Product Behavior
7Change Tracking
8Index
1Introduction
This document specifies the Remote Desktop Protocol: Plug and Play Devices Virtual Channel Extension to the Remote Desktop Protocol.<1> This protocol is used to redirect Plug and Play (PNP) devices from a terminal client to the terminal server. This allows the server access to devices that are physically connected to the client as if the device were local to the server.
Sections 1.8, 2, and 3 of this specification are normative and can contain the terms MAY, SHOULD, MUST, MUST NOT, and SHOULD NOT as defined in [RFC2119]. Sections 1.5 and 1.9 are also normative but do not contain those terms. All other sections and examples in this specification are informative.
1.1Glossary
The following terms are specific to this document:
device driver: The software that the system uses to communicate with a device such as a display, printer, mouse, or communications adapter. An abstraction layer that restricts access of applications to various hardware devices on a given computer system. It is often referred to simply as a "driver".
device interface: A uniform and extensible mechanism that interacts programmatically with applications and the system. A device driver can expose zero, one, or more than one device interfaces for a particular device. A device interface is represented by a GUID.
globally unique identifier (GUID): A term used interchangeably with universally unique identifier (UUID) in Microsoft protocol technical documents (TDs). Interchanging the usage of these terms does not imply or require a specific algorithm or mechanism to generate the value. Specifically, the use of this term does not imply or require that the algorithms described in [RFC4122] or [C706] must be used for generating the GUID. See also universally unique identifier (UUID).
handle: Any token that can be used to identify and access an object such as a device, file, or a window.
HRESULT: An integer value that indicates the result or status of an operation. A particular HRESULT can have different meanings depending on the protocol using it. See [MS-ERREF] section 2.1 and specific protocol documents for further details.
Input/Output (I/O) routines: A routine defined by an operating system that enables applications to interact with a device driver. Applications use these routines for tasks, such as opening a device, creating a file, reading data from a device, writing data to a device, or sending control codes to a device.
multisz string: A null-terminated Unicode string composed of other null-terminated strings appended together. For example, a multisz string that contains "one", "brown", and "cow" would be represented as three null-terminated strings "one\0", "brown\0", "cow\0" appended together with an additional null appended, as follows: "one\0brown\0cow\0\0".
remote device: A device that is attached to a remote (or client) machine, in contrast to a device physically attached to a machine.
terminal client: A client of a terminal server. A terminal client program that runs on the client machine.
terminal server: A computer on which terminal services is running.
Unicode string: A Unicode 8-bit string is an ordered sequence of 8-bit units, a Unicode 16-bit string is an ordered sequence of 16-bit code units, and a Unicode 32-bit string is an ordered sequence of 32-bit code units. In some cases, it may be acceptable not to terminate with a terminating null character. Unless otherwise specified, all Unicode strings follow the UTF-16LE encoding scheme with no Byte Order Mark (BOM).
MAY, SHOULD, MUST, SHOULD NOT, MUST NOT: These terms (in all caps) are used as defined in [RFC2119]. All statements of optional behavior use either MAY, SHOULD, or SHOULD NOT.
1.2References
Links to a document in the Microsoft Open Specifications library point to the correct section in the most recently published version of the referenced document. However, because individual documents in the library are not updated at the same time, the section numbers in the documents may not match. You can confirm the correct section numbering by checking the Errata.
1.2.1Normative References
We conduct frequent surveys of the normative references to assure their continued availability. If you have any issue with finding a normative reference, please contact . We will assist you in finding the relevant information.
[MS-DTYP] Microsoft Corporation, "Windows Data Types".
[MS-ERREF] Microsoft Corporation, "Windows Error Codes".
[MS-RDPBCGR] Microsoft Corporation, "Remote Desktop Protocol: Basic Connectivity and Graphics Remoting".
[MS-RDPEDYC] Microsoft Corporation, "Remote Desktop Protocol: Dynamic Channel Virtual Channel Extension".
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997,
1.2.2Informative References
None.
1.3Overview
The Remote Desktop Protocol: Plug and Play Devices Virtual Channel Extension specifies the communication used to enable the redirection of devices between a terminal client and a terminal server. The restrictions placed on devices that may be redirected using this protocol are specified in section 1.6. By redirecting devices from the terminal client to the terminal server, applications running on a server machine can access the remote devices as if they were local devices. For example, a user can attach an MP3 player device to the terminal client and then synchronize music using a media player application running on the terminal server.
The Remote Desktop Protocol: Plug and Play Devices Virtual Channel Extension consists of two sub-protocols:
Plug and Play (PNP) Device Info
Plug and Play (PNP) Device Input/Output (I/O)
1.3.1PNP Device Info Subprotocol
The PNP Device Info Subprotocol specifies the communication between the terminal server client and the terminal server component that handles the creation and removal of remote devices on the server side. This subprotocol is used to create remote device instances on the server machine that correspond to the physical devices on the client machine. The following illustration shows the PNP Device Info Subprotocol message sequence. This subprotocol uses a dynamic virtual channel named PNPDR for communication between client and server.
Figure 1: PNP Device Info Subprotocol message sequence
This subprotocol consists of a versioning and capabilities negotiation phase, in addition to a device addition and removal phase. The terminal client sends the device information to the terminal server, and the terminal server creates the remote device instances that represent the physical devices.
1.3.2PNP Device I/O Subprotocol
The PNP Device I/O Subprotocol specifies the communication between the terminal client and the remote devices on the terminal server, for handling I/O requests. This subprotocol is used to redirect the I/O calls from applications on the terminal server side to a device driver on the terminal client side. The following illustration shows a typical PNP Device I/O Subprotocol message sequence. This subprotocol uses a dynamic virtual channel named FileRedirectorChannel for communication between client and server.
Figure 2: PNP Device I/O Subprotocol message sequence
For devices redirected using the PNP Device Info Subprotocol, I/O redirection takes place using the PNP Device I/O Subprotocol. The server creates a new subchannel within the FileRedirectorChannel main channel for each CreateFile Request. Subsequent I/O operations related to the file created are passed on this subchannel. The server sends the I/O requests to the client on behalf of applications running on the server. The client completes the I/O requests and passes the results back to the server.
1.4Relationship to Other Protocols
The Remote Desktop Protocol: Plug and Play Devices Virtual Channel Extension is embedded in a dynamic virtual channel transport, as specified in [MS-RDPEDYC].
1.5Prerequisites and Preconditions
The Remote Desktop Protocol: Plug and Play Devices Virtual Channel Extension operates only after the dynamic virtual channel transport is fully established. If the dynamic virtual channel transport is terminated, the Remote Desktop Protocol: Plug and Play Devices Virtual Channel Extension is also terminated. The protocol is terminated by closing the underlying virtual channel. For details about closing the dynamic virtual channel, see [MS-RDPEDYC] section 3.2.5.2.
1.6Applicability Statement
The Remote Desktop Protocol: Plug and Play Devices Virtual Channel Extension is designed to run within the context of a Remote Desktop Protocol (RDP) virtual channel established between a client and server. This protocol is applicable when local client Plug and Play devices need to be accessible (redirected) in the remote session hosted on the server.
Device drivers and applications must meet the following requirements if they need to be redirected:
This protocol is not intended for use with devices that require quality-of-service guarantees.
For redirection to operate properly using this protocol, all communication between devices and applications must be routed through the I/O routines supported by device drivers. Communication should not be routed by any other means, such as shared memory, the registry, or disk files.
This protocol redirects operating system-specific I/O calls such as Read, Write, IOControl, and CreateFile. Communication between the custom device driver and the application cannot be anything other than these basic calls. If it is, the device cannot be redirected using this protocol.
1.7Versioning and Capability Negotiation
This protocol defines specific messages for versioning and capability negotiations. The following messages are used for such negotiations: