HP Z620 HP Remote Graphics Software 5.4.7 - Page 159

Sender network timeout, Network timeout issues

Page 159 highlights

Sender network timeout The RGS Sender supports the Sender error timeout property, Rgsender.Network.Timeout.Error. This property can be set only by using the rgsenderconfig file or on a command line-the Sender doesn't have a dialog to set this property. The Sender error timeout property is independent of the Receiver timeout properties. For legacy reasons, the Sender begins by using the maximum of the Rgsender.Network.Timeout.Error property and the Rgsender.Network.Timeout.Dialog property (see Dialog timeouts on page 145). When the Receiver negotiates its connection to the Sender, it notifies the Sender of its error timeout property. For sync pulse timeout purposes, the Sender adopts the minimum of: Rgreceiver.Network.Timeout.Error and the maximum of { Rgsender.Network.Timeout.Error AND Rgsender.Network.Timeout.Dialog } For example, if the Sender error timeout property is 30 seconds and the Receiver error timeout property is 20 seconds, the Sender will use 20 seconds for its sync pulse timeout because 20 seconds is the minimum of both. If the user adjusts the Receiver error timeout property to 60 seconds, the Sender will use a value of 30 seconds for sync pulse timeout because, again, 30 seconds is the minimum of both error timeouts. If a Sender sync pulse timeout occurs, the Sender will terminate its connection to the Receiver. Unlike the Receiver, which displays warning and error messages, the Sender does not display a message prior to terminating the connection. The user must initiate a reconnection from the Receiver to the Sender to restore connectivity. A relatively small Sender error timeout property is recommended. If the Receiver and Sender connectivity is impacted by a network disruption, the Sender could take as long as its error timeout property to determine the connectivity loss, and fully terminate the connection. During the time from the actual network disruption until the Sender error timeout expires, the Sender will not send image updates to other Receivers (if the Server is serving multiple Receiver connections). This will impact the interactivity of other users for no apparent reason. After the Sender error timeout expires, the Sender will terminate the faulty connection, and continue updating the other Receivers. Network timeout issues Listed below are several timeout-related issues and their potential causes. ● Remote Display Window repeatedly dims, and displays a connection warning message-This is likely caused by frequent network disruptions between the Receiver and Sender. The dimming of the display serves as a notification to the user that the Remote Display Window may contain stale information. If frequent notifications are annoying, and the network issues do not improve, see the section Adjusting Network timeout settings on page 139 and adjust the Receiver's warning timeout value found on the Receiver Control Panel or the property Rgreceiver.Network.Timeout.Warning. ● The Remote Display Window dims, the Receiver disconnects, and displays a "Connection closed" error dialog, but the user can often immediately connect Adjusting Network timeout settings 143

  • 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
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247

Sender network timeout
The RGS Sender supports the Sender error timeout property, Rgsender.Network.Timeout.Error. This
property can be set only by using the rgsenderconfig file or on a command line—the Sender doesn’t
have a dialog to set this property. The Sender error timeout property is independent of the Receiver
timeout properties. For legacy reasons, the Sender begins by using the maximum of the
Rgsender.Network.Timeout.Error property and the Rgsender.Network.Timeout.Dialog property (see
Dialog timeouts
on page
145
).
When the Receiver negotiates its connection to the Sender, it notifies the Sender of its error timeout
property. For sync pulse timeout purposes, the Sender adopts the minimum of:
Rgreceiver.Network.Timeout.Error
and the maximum of
{ Rgsender.Network.Timeout.Error AND Rgsender.Network.Timeout.Dialog }
For example, if the Sender error timeout property is 30 seconds and the Receiver error timeout property
is 20 seconds, the Sender will use 20 seconds for its sync pulse timeout because 20 seconds is the
minimum of both. If the user adjusts the Receiver error timeout property to 60 seconds, the Sender will
use a value of 30 seconds for sync pulse timeout because, again, 30 seconds is the minimum of both
error timeouts.
If a Sender sync pulse timeout occurs, the Sender will terminate its connection to the Receiver. Unlike
the Receiver, which displays warning and error messages, the Sender does not display a message prior
to terminating the connection. The user must initiate a reconnection from the Receiver to the Sender to
restore connectivity.
A relatively small Sender error timeout property is recommended. If the Receiver and Sender
connectivity is impacted by a network disruption, the Sender could take as long as its error timeout
property to determine the connectivity loss, and fully terminate the connection. During the time from the
actual network disruption until the Sender error timeout expires, the Sender will not send image updates
to other Receivers (if the Server is serving multiple Receiver connections). This will impact the
interactivity of other users for no apparent reason. After the Sender error timeout expires, the Sender
will terminate the faulty connection, and continue updating the other Receivers.
Network timeout issues
Listed below are several timeout-related issues and their potential causes.
Remote Display Window repeatedly dims, and displays a connection warning
message
—This is likely caused by frequent network disruptions between the Receiver and
Sender. The dimming of the display serves as a notification to the user that the Remote Display
Window may contain stale information. If frequent notifications are annoying, and the network
issues do not improve, see the section
Adjusting Network timeout settings
on page
139
and adjust
the Receiver’s warning timeout value found on the Receiver Control Panel or the property
Rgreceiver.Network.Timeout.Warning.
The Remote Display Window dims, the Receiver disconnects, and displays a
“Connection closed” error dialog, but the user can often immediately connect
Adjusting Network timeout settings
143