RSTSIGNTIME
The RSTSIGNTIME parameter specifies the timeout delay interval for signon retention during a persistent sessions restart or an XRF takeover.
- RSTSIGNTIME={500|decimal-value}
- You can specify a 1-to-6 digit time in hours, minutes and seconds,
up to the maximum time of 23 hours 59 minutes 59 seconds. If you specify
less than six digits, CICS pads the value with leading zeros. Thus
a value of 500 is taken as five minutes exactly.
RSTSIGNTIME is counted from the time when CICS failed. Note that the time of failure cannot be determined with complete accuracy.
If you specify NOFORCE on all the appropriate parameters to enable a user to remain signed on, but the persistent sessions restart or XRF takeover takes longer than the specified on the RSTSIGNTIME parameter, CICS ensures users do not remain signed on after the delay period expires.
- 500
- Five minutes is the default value.
- time
- This is the time, in the range 0 through 23 hours 59 minutes 59
seconds, during which CICS permits users to remain signed on during
a persistent sessions restart or an XRF takeover. The period is measured
as follows:
- For a persistent sessions restart, the period is the time from the CICS failure and the time when the user starts working on the terminal. If the specified time expires before the user starts working on the terminal, users signed on at the time CICS failed are not signed on again after restart.
- For an XRF takeover, the period is the time from when the takeover is initiated to the time at which the alternate CICS has completed takeover and is ready to process user transactions. If the takeover takes longer than the specified period, all users signed on at the time the takeover was initiated are signed off.
A value of 0 means there is no timeout delay, and terminals are not signed on after a persistent sessions restart or XRF takeover, which means that RSTSIGNTIME=0 has the same effect as coding RSTSIGNOFF=FORCE.
When XRF is in use with non-XRF-capable terminals, take into account any AUTCONN delay period when setting the value for RSTSIGNTIME. For example, you might need to increase the time specified on RSTSIGNTIME to allow for the delay up to the start of the CXRE transaction imposed by the AUTCONN parameter; otherwise, terminals could be signed off too early.