× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



This looks like a much more promising setting...  Our default is set at *CALC...

             Session keep alive timeout (TIMMRKTIMO) - Help

Specifies the number of seconds between connection validation.  TCP
tests each TELNET connection at the specified time interval.  If TCP
does not get a response, it ends the connection.

This parameter determines how frequently the session connection is
verified.  A high value can result in a longer time before a lost
connection gets detected.  A lower value tests the session more
frequently.

An explanation of keep alive can be found in the help information for
command CHGTCPA parameter TCPKEEPALV.

The possible values are:
 *SAME:
    The session keep alive value does not change if it was previously
    set.  Otherwise, *CALC is used.

*CALC:
    The session keep alive is based on the frequency of sampling.

*DFT:
    The session keep alive value is set to 600 seconds.

Session keep alive timeout
    Specify the session keep alive timeout in seconds.  Valid values
    range from 0 through 2147483647 ((2**31)-1) seconds.  A value of 0
    means that there is no timeout.

Good luck...








John Manilla <jmanilla@sierraltd.com> on 04/19/2002 12:15:37 PM

Please respond to jbausers-l@midrange.com



  To:          jbausers-l@midrange.com

  cc:          (bcc: Jeff Klipa/Harvard)



  Subject      RE: SYS21 -  AS/400 issues
  :







You may want to look at your telnet keep alive setting.  Use the CHGTELNA
command to do this. I have about 100 remote users via the Internet that are
using an AS/400 at Ferris State University for educational learning.  We had
to increase the default setting for Telnet keep alive so users were not
auto-logged off unless they are away from their session for more then a set
number of seconds.  We moved it up to something like 6000 seconds from the
original setting of several hundred seconds.  I hope this helps!

Change TELNET Attributes (CHGTELNA)

John Manilla
Sierra Consultants

-----Original Message-----
From: Stuart Sandler [mailto:SSandler@KREBS.COM]
Sent: Friday, April 19, 2002 11:42 AM
To: 'jbausers-l@midrange.com'
Subject: RE: SYS21 - AS/400 issues


You are correct, it is only our remote users. I am the AS/400 admin, but am
not sure which IP settings you are referring to. Can you be a bit more
specific?

Stuart

-----Original Message-----
From: acentea@canadelle.com [mailto:acentea@canadelle.com]
Sent: Friday, April 19, 2002 8:02 AM
To: jbausers-l@midrange.com
Subject: RE: SYS21 - AS/400 issues



I assume only Stuart's remote users experience these dropouts, so it should
be a telecom related issue.
In this case QINACTIVITY won't help too much ...

Stuart, my opinion:
- if the connection is VPN, see the VPN client parms on your side
- check if 5250 stream is not timed-out by your ISP
- check timeouts and rules on the remote firewall, for all protocols and
the 5250 stream
- talk to the AS400 admin to check IP settings on his side



HTH
_______________________________________________

Andrei Centea
AS/400 admin
Sara Lee Branded Apparel of Canada (Canadelle)
Montreal
514-723-8428





                      "William Kanze"
                      <wkanze@bakerlinen        To:
<jbausers-l@midrange.com>
                      .com>                     cc:
                      Sent by:                  Subject:  RE: SYS21 -
AS/400 issues
                      jbausers-l-admin@m
                      idrange.com


                      04/19/02 10:26 AM
                      Please respond to
                      jbausers-l






Stuart, take a look at system value (WRKSYSVAL QINACTITV) Inactive job
time-out.  Also check QDSCJOBITV Time interval before disconnected jobs
end.
These two may be causing your users to time out and dropping conectivity.

-----Original Message-----
From: jbausers-l-admin@midrange.com
[mailto:jbausers-l-admin@midrange.com]On Behalf Of Stuart Sandler
Sent: Friday, April 19, 2002 9:16 AM
To: 'JBAUSERS-L@midrange.com'
Subject: SYS21 - AS/400 issues


We have a situation here that I was hoping someone might have some
experience with.

We are running System 21 at one of our subsidiary companies, using the
Internet as the connectivity medium. Over the past few weeks, they have
been
experiencing what they are calling drop outs, where the session they are
running is disconnected from the 400. As you can imagine, this causes
problems with record locks, which are easy to fix, and session lost, which
cause our users untold consternation.

The cause of this seems to be the AS/400 losing the connection. It seems to
be timing out, due to the connectivity issues. My question is do any of you
know if there is an OS/400 parameter that can be set for a longer timeout
period, and if so, how to change it?

Thanks in advance.

Stuart Sandler
Director of Information Systems
Krebs Engineers
(520) 744 - 5601
ssandler@krebs.com

_______________________________________________
This is the GEAC/JBA System 21 Users (JBAUSERS-L) mailing list
To post a message email: JBAUSERS-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/jbausers-l
or email: JBAUSERS-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/jbausers-l.


_______________________________________________
This is the GEAC/JBA System 21 Users (JBAUSERS-L) mailing list
To post a message email: JBAUSERS-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/jbausers-l
or email: JBAUSERS-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/jbausers-l.





_______________________________________________
This is the GEAC/JBA System 21 Users (JBAUSERS-L) mailing list
To post a message email: JBAUSERS-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/jbausers-l
or email: JBAUSERS-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/jbausers-l.
_______________________________________________
This is the GEAC/JBA System 21 Users (JBAUSERS-L) mailing list
To post a message email: JBAUSERS-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/jbausers-l
or email: JBAUSERS-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/jbausers-l.
_______________________________________________
This is the GEAC/JBA System 21 Users (JBAUSERS-L) mailing list
To post a message email: JBAUSERS-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/jbausers-l
or email: JBAUSERS-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/jbausers-l.






As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.