HP ProLiant xw2x220c Remote Graphics Software 5.3.0 User Guide - Page 21

Sender and Receiver interoperability, 2-6 Application support, 2-7 Networking support

Page 21 highlights

2-5 Sender and Receiver interoperability RGS provides interoperability between versions of RGS Senders and Receivers that have the same major version number. For example, Sender version 5.0 and Receiver version 5.1 will interoperate together. However, Sender version 4.2 is not guaranteed to interoperate with Receiver version 5.0. Connection between a Receiver and a Sender should only be attempted when their major version numbers are the same. Beginning with RGS 5.3.0 the Microsoft Windows Vista Sender added the capability to notify the Receiver prior to shutting down. The Microsoft Windows Vista Sender must exit and then restart under several conditions such as: login, logoff, fast user switching or Remote Desktop Protocol (RDP) transition. This behavior allows the Receiver to automatically reconnect after the Sender has restarted. Receivers prior to 5.3.0 will show a pink or black screen and then a Reconnect dialog box if the Sender has exited. 2-6 Application support Except as noted in the next paragraph, RGS provides application transparency, meaning that the Local Computer user, in executing applications on the Remote Computer, is typically unaware that the application is executing remotely. RGS supports all applications, except gaming applications and those applications that use full screen exclusive mode. If a full-screen MS-DOS command prompt window is created on the Sender (using, for example, command.com), the window will be reset to its default size by RGS. Likewise, if a full-screen Windows command prompt window is created (using cmd.exe or the command prompt icon), the window will also be reset to its default size by RGS. Full-screen DirectDraw applications are not supported (however, DirectDraw applications in a Window may work, and should be qualified individually). On Remote Computers running Linux, OpenGL-based applications can only be remoted if the Remote Computer is using NVIDIA graphics. 2-7 Networking support RGS uses TCP/IP over a standard computer network, and supports Ethernet connection speeds of 10/100/1000BASE-T (Gigabit). The RGS Sender listens on TCP/IP port 42966. The port used by the RGS Receiver is assigned by the Local Computer OS and can vary. HP recommends full-duplex operation between the Sender and Receiver. For information on using RGS through a firewall, see Section 4-4, "Using RGS through a firewall." NOTE: At RGS 5.2.5, the capability was added to specify the port number used by the RGS Sender. The default Sender port number is 42966, as noted above. The Sender port number can be changed using the Rgsender.Network.Port property. If this property is used to change the Sender port number from its default value of 42966, the Sender port number must then be specified in establishing an RGS connection from the Receiver to the Sender. 2-8 Connection topologies This section describes the connection topologies supported by RGS, such as how a single Local Computer may connect to multiple Remote Computers. 2-8-1 The Remote Computer frame buffer After making a connection between a Local Computer and a Remote Computer, the Remote Computer Sender transmits its complete frame buffer to the Local Computer. The frame buffer is the memory on the Remote Computer video adapter that holds the bitmapped image that is typically displayed on a monitor-for Windows XP, the frame buffer contains the familiar Windows desktop (see Figure 2-4). Figure 2-4 The Remote Computer frame buffer containing the Windows desktop RGS overview 21

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196

RGS overview 21
2-5 Sender and Receiver interoperability
RGS provides interoperability between versions of RGS Senders and Receivers that have the same major version
number. For example, Sender version 5.0 and Receiver version 5.1 will interoperate together. However, Sender
version 4.2 is not guaranteed to interoperate with Receiver version 5.0. Connection between a Receiver and a
Sender should only be attempted when their major version numbers are the same.
Beginning with RGS 5.3.0 the
Microsoft Windows Vista Sender added the capability to notify the Receiver prior to shutting down.
The Microsoft
Windows Vista Sender must exit and then restart under several conditions such as: login, logoff, fast user
switching or Remote Desktop Protocol (RDP) transition. This behavior allows the Receiver to automatically
reconnect after the Sender has restarted.
Receivers prior to 5.3.0 will show a pink or black screen and then a
Reconnect dialog box if the Sender has exited.
2-6 Application support
Except as noted in the next paragraph, RGS provides application transparency, meaning that the Local Computer
user, in executing applications on the Remote Computer, is typically unaware that the application is executing
remotely.
RGS supports all applications, except gaming applications and those applications that use full screen exclusive
mode. If a full-screen MS-DOS command prompt window is created on the Sender (using, for example,
command.com
), the window will be reset to its default size by RGS. Likewise, if a full-screen Windows command
prompt window is created (using
cmd.exe
or the command prompt icon), the window will also be reset to its
default size by RGS. Full-screen DirectDraw applications are not supported (however, DirectDraw applications in
a Window may work, and should be qualified individually).
On Remote Computers running Linux, OpenGL-based applications can only be remoted if the Remote Computer is
using NVIDIA graphics.
2-7 Networking support
RGS uses TCP/IP over a standard computer network, and supports Ethernet connection speeds of
10/100/1000BASE-T (Gigabit). The RGS Sender listens on TCP/IP port 42966. The port used by the RGS
Receiver is assigned by the Local Computer OS and can vary.
HP recommends full-duplex operation between the
Sender and Receiver. For information on using RGS through a firewall, see Section 4-4, “
Using RGS through a
firewall
.”
NOTE:
At RGS 5.2.5, the capability was added to specify the port number used by the RGS Sender. The default
Sender port number is 42966, as noted above. The Sender port number can be changed using the
Rgsender.Network.Port
property. If this property is used to change the Sender port number from its default value
of 42966, the Sender port number must then be specified in establishing an RGS connection from the Receiver to the
Sender.
2-8 Connection topologies
This section describes the connection topologies supported by RGS, such as how a single Local Computer may
connect to multiple Remote Computers.
2-8-1 The Remote Computer frame buffer
After making a connection between a Local Computer and a Remote Computer, the Remote Computer Sender
transmits its complete
frame buffer
to the Local Computer.
The frame buffer is the memory on the Remote
Computer video adapter that holds the bitmapped image that is typically displayed on a monitor—for Windows
XP, the frame buffer contains the familiar Windows desktop (see Figure 2-4).
Figure 2-4
The Remote Computer frame buffer containing the Windows desktop