[THIN] Re: sessions not reconnecting.
- From: "Mike Semon" <msemon@xxxxxxx>
- To: <thin@xxxxxxxxxxxxx>
- Date: Tue, 6 Jul 2004 17:07:15 -0500
MessageMiguel,
Another thing you might look if you are having issues with session sharing:
Session Sharing might be causing seamless applications problem. Session
Sharing is a feature of Citrix MetaFrame 1.8 for TSE Service Pack 1 (SP1)
and for Windows 2000 Terminal Services that lets seamless published
applications run over the same connection, which saves licenses and time.
Session Sharing, which is on by default, occurs before the load balancing
check, which means that an application shares a session before it is load
balanced. By adding the following value in the Registry, you can disable
Session Sharing to let load balancing do its thing:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\Wfshell\TWI
SeamlessFlags = 1 (REG_DWORD.
-Mike
-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx]On Behalf
Of Rick Mack
Sent: Tuesday, July 06, 2004 4:43 PM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: sessions not reconnecting.
Hi Miguel,
It takes time for the server to detect a session has been disconnected, so
if the client reconnects too quickly the server won't realise that there's
an existing (nearly) disconnected session and will create a new one. The
fact that things work okay %75 of the time means it's almost working okay.
In an NT 4/MF 1.8 environment, you will have to enable ICAKeepalives by
creating some registry values on each server.
ICAKeepalive are enabled by creating the value:
HKLM\SYSTEM\CurrentControlSet\Control\Citrix\IcaEnableKeepAlive,
reg_dword, 0x1
and the KeepAlive timer is controlled by the value:
HKLM\SYSTEM\CurrentControlSet\Control\Citrix\IcaKeepAliveInterval,
reg_dword, 0x3C (60 decimal)
This value is in seconds and 60 seconds is a good place to start. Much
less and you risk disconnecting session every time there's a minor comms
hiccup.
The following policy could also be added to your machine policy template
to make things easier:
POLICY "ICA KeepAlives"
KEYNAME "SYSTEM\CurrentControlSet\Control\Citrix"
PART "IcaEnableKeepAlive" CHECKBOX
VALUENAME "IcaEnableKeepAlive"
DEFCHECKED
END PART
PART "IcaKeepAliveInterval (secs)" NUMERIC
VALUENAME "IcaKeepAliveInterval"
DEFAULT "60"
MAX 600
MIN 1
END PART
END POLICY ; ICA keepalives
regards,
Rick
Ulrich Mack
Volante Systems Ltd
18 Heussler Terrace, Milton 4064
Queensland Australia.
Ph: +61 7 3246 7704
email: rmack@xxxxxxxxxxxxxx
web: www.volante.com.au
-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
Behalf Of Miguel-Guzman@xxxxxxx
Sent: Wednesday, 7 July 2004 4:29 AM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] sessions not reconnecting.
Hi All,
I am trying to figure out what could be the reason why some sessions
will not reconnect but instead just create a new session on another server.
I have 20 servers (MF1.8, NT4) and they are in 5 different subnets; they
all provide the same published application which is load balanced across all
20 servers. Our wireless users are having problems when they loose
connection (walk in an elevator for example) when they try to reconnect they
just get a new session instead.
I do know:
It does not happen always, I?d say 75% of the time the reconnect as they
should.
When it happens, they always connect to a different server and the
server they were previously on has a disc session listed.
Thank you for any insight.
There is a fine line between "hobby" and "mental
illness"
Miguel Enrique Guzmán
Network Analyst I
Sarasota Memorial Health Care System
1700 South Tamiami Trail
Sarasota, FL 34239
Miguel-Guzman@xxxxxxx
http://www.smh.com
tel:
fax:
mobile:
(941) 917-7084
(941) 917-2420
(941) 302-0605
Signature powered by Plaxo
Want a signature like this?
Add me to your address book...
----------------------------------------------------------------------------
--
This e-mail, including all attachments, may be confidential or privileged.
Confidentiality or privilege is not waived or lost because this email has
been sent to you in error. If you are not the intended recipient any use,
disclosure or copying of this email is prohibited. If you have received it
in error please notify the sender immediately by reply email and destroy all
copies of this email and any attachments. All liability for direct and
indirect loss arising from this email and any attachments is hereby
disclaimed to the extent permitted by law.
----------------------------------------------------------------------------
--
Other related posts:
