Re: Client Access Disconnects

Gary Kuznitz wrote:

Client Access is disconnecting on a irregular bassis. I have been
putting up with this for years and would really like to fix it.

1. It's running XP Pro sp3
Client Access v5r1 with service pack SI11806
OS/400 v4r4 on a 150 (this is the last release a 150 will allow)
No XP firewall
ZoneAlarm is running.
These Ports are open.
23
449
8470-8476
ICMP Echo is allowed in and out

CHGTELNA
TIMMRKTIMO 40
CHGTCPA
TCPKEEPALV 120min
SYSVAL
QINACTITV *NONE
QINACTMSGQ *DSCJOB
QDSCJOBITV 240min
QLMTDEVSSN 0

On the PC the WS file has:
[Telnet5250]
KeepAlive=Y

All devises are assigned a name.

I don't want the workstations to time out.

It would be nice if they would re-connect by them selves. (I've
never heard of anyone accomplishing this.)

What happens is the session disconnects. The last job is still
active.

2. I'd like to know how to get the job to cancel on its own? I
end the job *Immed. The device ends up in a SignOn Display state.

3. I'd like to know how to make it go to a vary on pending
state? I vary off the device. I vary it back on to get it to
vary on pending. I re-connect the workstation.

The described result is consistent with the note system values for inactivity processing. To get the job to end instead of disconnect [i.e. ENDJOB effected for the job instead of DSCJOB], change the system value QINACTMSGQ from *DSCJOB to *ENDJOB; or change to use unnamed devices. If the disconnect is initiated for a device error instead of inactivity, then also review the QDEVRCYACN system value, and reduce the keep-alive timer\time-out [for Telnet] to a smaller value to effect quicker action with regard to the setting of the QINACTMSGQ system value.

Regards, Chuck