|
The suggestions in the article didn't work for me either :-( Mochasoft has a keep-alive property that does work, but my preference would be for Client Access to stay alive. Nathan Andelin --- Albert York <albertyork@xxxxxxxxx> wrote: > Dave, > > I did find that article by searching on the > internet. However, it didn't > seem to make much difference. > > Thanks, > > Albert > > ----- Original Message ----- > From: "Dave Schnee" > To: midrange-l@xxxxxxxxxxxx > Subject: Re: 5250 telnet keepalive > Date: Tue, 20 Sep 2005 10:44:52 -0400 > > > Albert: > > If you're using IBM's Client Access for Telnet, > there is something > you can > do. That emulator does have the capability to send > "keepalive" > packets, > but the means of turning it on is yet another IBM > SECRET! > > For that reason, I posted a "tech tip" on my user > group's web site. > > The site is: http://www.lisug.org > > And the specific tech tip is: > http://www.lisug.org/Techtipclientaccess.htm > > Dave Schnee, > Barsa Consulting Group, LLC > > Albert York wrote: > > I have a situation where my telnet seesions keep > timing out. For > various > > reason, which are not pertinent here, it is > necessary for me to > access > > the AS/400 through another AS/400 and I can't > use the passthrouhg > > capability. So I have written a TCP/IP bridge > program to accomplish > which > > has two sockets open and forwards whatever it > receives on one > socket to > > the other socket. It works quite well except for > the timeout > problem. > > After 15 minutes or so of inactivity the > connection just hangs and > I > have > > to disconnect and reconnect. > > > > I would like to know if there is some UDDS > string (like a poll) > that my > > bridge program could send to either the AS/400 > or the terminal > emulation > > program which would keep the connection alive > but would not effect > the > > job in any way. > > > > Thank you, > > > > Albert York > -- > This is the Midrange Systems Technical Discussion > (MIDRANGE-L) > mailing list > To post a message email: MIDRANGE-L@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: > http://lists.midrange.com/mailman/listinfo/midrange-l > or email: MIDRANGE-L-request@xxxxxxxxxxxx > Before posting, please take a moment to review the > archives > at http://archive.midrange.com/midrange-l. > -- > This is the Midrange Systems Technical Discussion > (MIDRANGE-L) mailing list > To post a message email: MIDRANGE-L@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: > http://lists.midrange.com/mailman/listinfo/midrange-l > or email: MIDRANGE-L-request@xxxxxxxxxxxx > Before posting, please take a moment to review the > archives > at http://archive.midrange.com/midrange-l. > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
As an Amazon Associate we earn from qualifying purchases.
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.