Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!seismo!ut-sally!utah-cs!j-brown
From: j-brown@utah-cs.UUCP
Newsgroups: comp.dcom.lans,comp.sys.ibm.pc
Subject: Re: Novell Netware Serial Printers ?
Message-ID: <4372@utah-cs.UUCP>
Date: Wed, 11-Mar-87 17:57:28 EST
Article-I.D.: utah-cs.4372
Posted: Wed Mar 11 17:57:28 1987
Date-Received: Thu, 12-Mar-87 23:51:08 EST
References: <292@aucs.UUCP> <1787@ubc-ean.UUCP>
Reply-To: j-brown@CS.UTAH.EDU (Jeffrey L. Brown)
Distribution: world
Organization: University of Utah College of Law
Lines: 36
Keywords: XON/XOFF DTR SPOOLING NETWARE
Xref: utgpu comp.dcom.lans:259 comp.sys.ibm.pc:2263

In article <1787@ubc-ean.UUCP> lau@ubc-ean.UUCP (Etienne Lau) writes:
>In article <292@aucs.UUCP> wdw@aucs.UUCP (Bill Wilder) writes:
>>We are about to install a small LAN in our Computer Center. We will be
>>using Novell Advanced Netware 286 (v. 2.0a) installed on an IBM AT file
>>server. We would like to attach a spooled printer to one of the server's
>>serial ports. The installation process allows us to specify whether the
>>printer will use the XON/XOFF protocol. My question is this: if we say NO
>>to XON/XOFF would the spooled printer driver adhere to DTR protocol instead?
>

I am not positive, but I BELIEVE it follows DTR protocol.  We have 3 LaserJets
connected via RS232 ports.  I am not sure because I was testing net con-
nections when the printer cables were made.

>I can't help you with your problem, but I would like to know what you think of
>Netware 286.  Right now, I have been running AT with Netware 86.  Are you 
>using any above boards for more memory.  Specifically, what I want to know is,
>with Netware 286 and above boards, can you increase the local DOS size on the
>file server by moving all cacheing and etc above the 640 boundary.
>Thank you.

Our net at the college of law is using 286 v2.0a SFT Level 1.  The file server
is a Sperry IT with 4M of memory and Novell's disk coprocessor controlling an
Adaptec 4070 RLL disk controller.  The system has performed flawlessly now for
9 months, handling almost 60 networked PC's.  The SFT stuff is really nice in
that the OS can detect disk errors (we have a MAXTOR 1140 that formats up to
176M because of the RLL controller) on the media, flag the bad areas, and 
redirect the file to another spot on the disk.  It also does read-after-write
verify, and can shadow the disk.  Also, the extra memory really helps move
stuff along, because it can be used for extra directory and file caching.
Right now we have about 10,000 file slots, with 8500 in use, all of which are
in the server's memory.

Jeff Brown

j-brown@cs.utah.edu