Re: Client Access Session Drops

make sure the routers are not spoofing (saying a device is active without
really knowing or checking).
also make sure routers are not throwing away the polling packets.
Many router engineers do this to cut net traffic, but the 400 requires being
able to poll a device.
jim
----- Original Message -----
From: "John Taylor" <jtaylor@rpg2java.com>
To: <midrange-l@midrange.com>
Sent: Tuesday, September 04, 2001 3:31 PM
Subject: Re: Client Access Session Drops


> Hi Phil,
>
>
> > 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.
>
> We've now experienced the problem at two different remote locations. The
> first was using IBM 8271 Ethernet switches, and the newest location is now
> running Netgear FS524 switches. While troubleshooting the problem at the
> first location, I changed the IBM switch to an Intel hub, and ended up
with
> the same result.
>
> The DSL router is Cisco, and the other location is running ISDN, also
using
> Cisco equipment.
>
> > 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.
>
> Then, in my mind, the problem is with the AS/400. It sounds like the
server
> is timing out to quickly, and we should be able to configure that
behaviour.
> Did IBM ever mention any system values that control that response?
>
>
> 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.
>