RE: Client Access Session Drops

Yes, I've had this problem.

Once it was a hub that functioned in every other environment, and the other
time it was a Cable/DSL router that functioned in every other environment.
When I first ran into the problem we had just upgraded to V4R5 and I put two
and two together and called IBM.  I don't remember the specifics but the way
they explained it to me convinced me that it was a hub or router on the LAN
(actually anywhere between the PC and the LAN the AS/400 is on) and not the
AS/400.

Swapping the devices out solved the problem.  Note: The devices weren't
faulty.  Swapping them for the same brand/model did not solve the problem.
I had to swap them with a different brand.  Unfortunately I don't recall the
old hub brand but the new brand is from 3Com.  The Cable/DSL router that
didn't work was from LinkSys and the one that works is from Netgear.

> However, even if it is a network congestion problem, why would PC5250 be
> dropping, when all other network services are able to ride out the storm?

I think this is because the as/400 stops getting a response from the PC and
closes the connection.  The PC, however, isn't aware of this and continues
to display the screen until you press a key.  Then the PC sends data to the
as/400 and then finds the connection no longer exists.

Phil

> -----Original Message-----
> From: midrange-l-admin@midrange.com
> [mailto:midrange-l-admin@midrange.com]On Behalf Of John Taylor
> Sent: Tuesday, September 04, 2001 2:14 PM
> To: MIDRANGE-L@midrange.com
> Subject: Client Access Session Drops
>
>
>
> We're experiencing the same maddening problem with PC5250 that others here
> have reported. Namely, the random session disconnects from PC's
> at a remote
> location. The locations are connected via a speedy 4Mbps DSL line
> with very
> low network utilization, so I don't think the problem lies there.
> QINACTITV
> = *NONE, so it's not that.
>
> I've been on site once when this occurred, and I did notice that
> a PING from
> the PC that lost a session would result in a lot of dropped packets and
> overall sluggish performance, even on the same subnet. This seems to
> indicate some type of network congestion problem, but it clears up too
> quickly for me to get a sniffer going. Of course, if I leave a sniffer in
> place actively collecting data, everything runs flawlessly.
>
> However, even if it is a network congestion problem, why would PC5250 be
> dropping, when all other network services are able to ride out the storm?
> Since PC5250 is provided by the Telnet servers, I suspected the keep alive
> timeout value (TIMMRKTIMO), which is set to *CALC. Unfortunately,
> I haven't
> found a way to determine what value the system has actually calculated.
> There doesn't seem to be an Display equivalent to the CHGTELNA command.
>
> Has anyone made any progress on this particular problem?
>
>
> John Taylor
>
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L)
> mailing list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com