In NMMGR you can also increase the outbound buffer size but I don't
think that becomes an issue until 5.5 pp4.  However, the problem could
be due to a LAN problem, congestion, faulty connection, etc.  I assume
that you are using the MIO 10-base2 connection on the 3k for your LAN
connections.  How is that connected, e.g., transceiver to hub?  The
problem can be caused by any component along the path.  What other
traffic is using the interface, DTCs, printers?  Are you sending
humungus files to the printer over this connection or transferring
files between 3ks with DSCOPY, NBSPOOL, UNISPOOL or SPOOLMATE?  Are
your applications enabled for VPLUS forms caching.  If so, configure
R1 as a 70094 rather than the default 70092 type terminal.   We've
recently had to add a 100-baseT card to our 997 (in addition to the
10-base2 and token-ring) and install switching hubs to alleviate our
LAN problems.  We consistently have over 1100 NSVT sessions pounding
away plus another 500-1000 TCP socket connections.  However we have
the advantage of  a great technical staff with LANALYZER & SNIFFER
type equipment able to identify & nail down potential and existing
problems.

-----Original Message-----
From:   Christopher H. Boggs [mailto:[log in to unmask]]
Sent:   Tuesday, April 28, 1998 11:03 AM
To:     [log in to unmask]
Subject:        Re: Poor response over network connections

At 11:23 AM 4/28/98 +1200, Tony Knowles wrote:
>Hi All
>Since I switched most of my connections from serial to network
(Reflection
>using NS/VT) response has take a serious nose dive! Any suggestions
where I
>should start to look to resolve the problem, I didn't see anything in
NMMGR
>that looked very helpful. This is on a 918, 5.5 pp0.
>Tony Knowles     [log in to unmask]
>                 [log in to unmask]
>

Tony,

You may want to check (in NMMGR / unguided config / TCP) the Maximum
Number
of Connections. When I started switching our users to NS/VT we
experienced
problems due to this setting being at 128, which HELP says is the
default
value. We kicked ours up to the max of 4096 (since our HP3K does
e-mail also)
and this helped our situation tremendously!

Hope this helps!

                Chris



***************************************************************

Christopher H. Boggs           email:  [log in to unmask]
Computer Services              phone:  540/376-1041
Clinch Valley College          fax #:  540/328-0115
1 College Ave.
Wise, VA 24293          <http://www2.clinch.edu/cvc/c_boggs>