|
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 >
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.