Re: Telnet sessions disconnecting -- Any Solution yet?

Carl - I think you would be the perfect candidate for IBM. They need
resolve this, even if another vendor's product is at fault. Just like all
their
work mapping various printer data streams and documenting it, this is
a good thing to do.
The following IBM Knowledge Base doc describes telnet timemark
and how to adjust.
http://www-912.ibm.com/s_dir/slkbase.NSF/7250f367f6396d2f86256a4f007973d5/4a
dccb91a24d9ed28625694900513857?OpenDocument&Highlight=0,keep,alive

Also, the dead gateway article is interesting...
http://www-912.ibm.com/s_dir/slkbase.NSF/7250f367f6396d2f86256a4f007973d5/fb
13e7c4befd630286256920004f9ab3?OpenDocument&Highlight=0,timeout

I've used cable modem  & CA for Windows for several years with no timeout
problems with these settings:
 CHGTELNA TIMMRKTIMO(900)         timemark 15 minutes
                       Change TCP/IP Attributes (CHGTCPA)
 TCP keep alive . . . . . . . . . > 120
 TCP urgent pointer . . . . . . .   *BSD
 TCP receive buffer size  . . . . > 64000
 TCP send buffer size . . . . . . > 64000
 UDP checksum . . . . . . . . . .   *YES
 Path MTU discovery:
   Enablement . . . . . . . . . .   *YES
   Interval . . . . . . . . . . .   10
 IP datagram forwarding . . . . .   *YES
 IP source routing  . . . . . . .   *YES
 IP reassembly time-out . . . . . > 120
 IP time to live  . . . . . . . . > 64
 ARP cache timeout  . . . . . . . > 5
 Log protocol errors  . . . . . .   *NO
some of these parms not default, mostly changed from recommends in this list
and
IBM Knowledge Base.

Make sure Linksys or other routers do not "spoof" (auto answer a polling
request)
I've heard on this list before some dsl providers not allowing all open
ports.

If using SNA Client Access, several more parms to change on controller
descriptions
to increase timers for wide area network (defaults are for local lan).

Does anyone know a good readable sniffer for the pc side to see if AS400
signals
all coming thru?

hth
jim franz

----- Original Message -----
From: "Carl Galgano" <cgalgano2@ediconsulting.com>
To: <midrange-l@midrange.com>
Sent: Monday, July 22, 2002 4:31 PM
Subject: RE: Telnet sessions disconnecting -- Any Solution yet?


> This is interesting...... Here is what I have observed.
> 1.  Connect via the local LAN, no drop offs.
> 2.  Connect via my DSL>Linksys>PPTP VPN, dropped session due to
> inactivity ONLY, no matter what TN5250 client I use.
> 3.  Dial up to the internet and telnet to my 400s either directly using
> TN5250 or via a VPN and a 5250 client and never get dropped off.
>
> Seems like the DSL/Linksys is the culprit on my side.
>
> I did however just get a VERY interesting phone call from someone at IBM
> concerning this issue.  Evidently, my post was forwarded to someone in
> Rochester who call ME to ask if I'd be interesting in working w/IBM
> Support line (for free) to get this issue resolved.  WOW, the new
> PROACTIVE IBM. :)  Anyway, I actually was very impressed to get the
> call, but do not think I am a good candidate to work with IBM since my
> problem SEEMS to be related to my DSL/Linksys set up.  Is anyone out
> there interested in working with IBM (again for free) to get this issue
> resolved?  I have the name and number of someone at IBM who is
> interested in taking ownership of this.  I'd rather not post her
> name/number on the list server, but she was very happy for me to make
> this post and pass her name/number along.  Please contact me privately.
>
> Regards,
> cjg
>
> Carl J. Galgano
> EDI Consulting Services, Inc.
> 550 Kennesaw Avenue, Suite 800
> Marietta, GA  30060
> (770) 422-2995 - voice
> (419) 730-8212 - fax
> mailto:cgalgano@ediconsulting.com
> http://www.ediconsulting.com
> AS400 EDI, Networking, E-Commerce and Communications Consulting and
> Implementation
> http://www.icecreamovernight.com
> Premium Ice Cream Brands shipped Overnight
>
> "You ain't gonna learn what you don't want to know" - rw
>
> -----Original Message-----
> From: midrange-l-admin@midrange.com
> [mailto:midrange-l-admin@midrange.com] On Behalf Of Chris Whisonant
> Sent: Monday, July 22, 2002 4:10 PM
> To: midrange-l@midrange.com
> Subject: RE: Telnet sessions disconnecting -- Any Solution yet?
>
>
> We are having a site with this problem today actually - what timing.
>
> Anyway, there are no other sites I'm seeing with this (out of about 25
> remote locations!) This site is the only one that is on a cable modem
> setup using VPN. All other sites have a T-1 or faster link back to our
> headquarters while the cable modem is on a separate network (thus
> needing the VPN tunnel). Our network guy is saying that the tunnel has
> been up for 16 days and he's not seeing anything here. However, if this
> is the only workgroup with these symptoms, how can it be the AS/400. We
> have about 800 users and only the five at this location are losing their
> session.
>
> Any clues?
>
> PS, John Taylor, could you send me any of your notes to the email below?
>
> Chris Whisonant
> The Comporium Group
> Senior Mid-Range Systems Administrator
> IBM Certified Specialist
> (803) 326-7270
> mailto:chris.whisonant@comporium.com
>