We would be honored if you visited our blog Visit the GSW Forums and read/post/reply to topics and questionsView GSW Training Videos on Team Services
Go Back to the GSW UTS Failure Detection and Recovery Home page
UTS - Session Saver  
You are viewing information about GSW Session Saver    
Our News

2017 at GSW

View our Updated Forums

Connect with GSW

Stay current with GSW by connecting with us through our blog and our social media pages.



Graphical User Interface (GUI) Configuration Tool - Major

Windows Explorer style interface allowing provisioning and configuration manangement. Faliliar to use operations such as copy, paste, rename, delete, export, import are applied tto configurations on a user or system basis. Create templates and quickly view summary configuration data.

Innovation - Major

TEAM SERVICES  provides your mobile device users a breakthrough in Telnet/SSH2 technology that shatters all prior usability and efficiency standards by allowing unprecedented user collaboration.  Now mobile device users are empowered to share resources, transfer, swap, share and recover dropped sessions. All from the mobile device, no system administrator necessary. All operations can be performed in under 60 seconds.

Video Overviews

Team Services  is the first feature set to offer Video overviews. We are excited to provide additional methods to meet customer expectations. Visit the GSW Video Channel!

Request a Webinar

Want to know more about UTS, RC MDMS or GSWBrowse? Request a Webinar. Give us a call or use our contact form and request a webinar.

 

Preserve that Session and Resume Work Exactly Where you Left Off

Georgia SoftWorks has again pioneered another outstanding feature for Windows 7/NT/XP/VISTA/2000/2003/2008 Servers. This feature Saves the Telnet/SSH2 Session in the event of a link or client failure and allows users to reconnect to the same session the next time they log in and resume the work in progress, exactly where they left off. Extremely useful when connectivity is across the Internet or with Radio Frequency Barcode/Scanner applications where it is important to continue work in progress, even after a connectivity failure. If a reconnection is not performed within a specified time period then Graceful Termination will initiate. For the fastest reconnection and minimal prompting you may want to couple the Session Saver with AutoLogon (page 160). Especially useful in RF Data collection applications.

Upon a client or link failure, the SSH2/Telnet session and associated NTVDM are normally terminated eliminating any orphaned sessions. This is the default behavior. However there are times when it may be desirable to Save the Session giving the user the opportunity to reconnect to the session to resume work in progress. This session is termed to be Saved or Suspended [17]. This feature can be enabled as described below.

Three methods exist to connect to a Suspended session. They are the Session Reconnect Method and the Attach Method and using Team Services Recover.

  • The Session Reconnect Method is defined to automatically recognize when a User or User from a specific IP address is Logging In and to determine if they have any Saved or Suspended sessions. If so, then the telnet/SSH2 server will automatically reconnect the user to their existing Saved Session. See below
  • The Attach Method is defined to allow a User that is a member of the Gwtn Monitors group to identify any Suspended sessions and to Attach (connect) to that session. Please see the Session Monitor for more information on this method. Lean more.
  • Team Services Recover - Connect to the suspended session from a Different Device. If a device is damaged and you are issued a different one, or you want a Team Member to pick up your suspended session then Team Services provides a fast practical solution. Learn more.

Session Reconnection Method

The Session Reconnect method can be configured on either a global or per user basis by utilizing Logon Scripts. Two environment variables are used in configuring the Session Reconnect

The environment variables for the Session Reconnect are:

  • gwtn_reconnect
Possible values are
• auto_by_user_and_ip - Reconnect based on User Id and IP Address
• auto_by_user - Reconnect based upon User Id

And
  • gwtn_reconnect_timeout

specifies time in minutes for how long broken sessions will wait for the original user to reconnect. This variable does not have to be set, the default value is 0. It must be set to non-zero for Session-Reconnection to operate.

Note: The User should be using the same terminal emulation during a reconnect that they were using when the failure occurred.

Session Reconnection Timeout

A system administrator may not want Suspended sessions to stay around indefinitely. The amount of time in minutes that a user's session can be available for Session Reconnection is specified by the environment variable gwtn_reconnect_timeout. Once this timer has expired for a user then Graceful Termination initiates.

This environment variable must to be set because the default is 0 minutes, which is disabled. This environment variable is ignored if the gwtn_reconnect environment variable is not set.

For example to set the Session Reconnection Time to 1 hour you would enter:

  • set gwtn_reconnect_timeout=60

in the Logon Script for a particular user.

NOTE: No spaces are allowed when setting environment variables.

For example:

  • set gwtn_reconnect_timeout=60 is correct
  • set gwtn_reconnect_timeout = 60 is not correct

Reconnection based on User ID.

Let’s look at an example. User "Bob" is using a RF Hand Held terminal and is performing a multi-point inspection of an item. Bob is navigating though many screens, logging data during the inspection. Half way through the inspection the Hand Held terminal fails. It would be great if Bob could simply grab a spare Hand Held Terminal, log in and continue his work in progress.

This is possible with Reconnection based on User ID. The SSH2/Telnet server will determine if there are any Suspended sessions for user Bob. If there are Suspended sessions then the SSH2/Telnet server will automatically connect Bob to the existing session. The screen will be exactly in the same condition as it was when Bob was previously connected and Bob can continue work in progress!

For example to enable Session Reconnection you would enter:

  • set gwtn_reconnect=auto_by_user

in the Logon Script for a particular user.

NOTE: No spaces are allowed when setting environment variables. For example:
  • set gwtn_reconnect=auto_by_user is correct
  • set gwtn_reconnect = auto_by_user is not correct

Reconnection based on IP Address and User ID.

There may be times when you have permanent IP addresses and you only want users from machines at those locations to be able to reconnect to Suspended sessions for security or other reasons. In this situation you may consider reconnection based on IP address AND User Id.

Let’s look at an example. User "Jane" is using a Medical Application from a secure location. The medical application can only be used at this specific location for security reasons. She is almost complete entering a new patient when a circuit breaker trips. It would be nice if when the circuit breaker was reset she could login and automatically continue her work in progress.

This is possible with Session Reconnection based on IP Address and User ID. The SSH2/Telnet server will determine if there are any Suspended sessions for user "Jane" from the IP address from which she is connecting. If there are Suspended sessions for that user AND that IP address then the SSH2/Telnet server will automatically connect Jane to the existing Saved session. The screen will be exactly in the same condition as it was Jane was last connected and she can continue her work in progress!

For example to enable this type of Session reconnection you would enter:

  • set gwtn_reconnect=auto_by_user_and_ip

in the Logon Script for a particular user.

NOTE: No spaces are allowed when setting environment variables.

For example:
  • set gwtn_reconnect=auto_by_user_and_ip is correct
  • set gwtn_reconnect = auto_by_user_and_ip is not correct

 

 

Share it!    Bookmark  GSW UTS - Failure Detection and Recovery - Session Saver at Delicious Digg GSW UTS - Failure Detection and Recovery - Session Saver Share GSW UTS - Failure Detection and Recovery - Session Saver with your Twitter followers Share GSW UTS - Failure Detection and Recovery - Session Saver at StumbleUpon Add GSW UTS - Failure Detection and Recovery - Session Saver to your Technorati favorites Share GSW UTS - Failure Detection and Recovery - Session Saver on Facebook Share GSW UTS - Failure Detection and Recovery - Session Saver on Blinklist Share GSW UTS - Failure Detection and Recovery - Session Saver on Diigo Share GSW UTS - Failure Detection and Recovery - Session Saver on Reddit Share GSW UTS - Failure Detection and Recovery - Session Saver on Linked In Seed the vine with GSW UTS - Failure Detection and Recovery - Session Saver