NConsole v1.00 (Beta)
---------------------
The following notes are specific to the NConsole product (NCONSOLE.NLM,
formerly N-Spector NLM, NSPECTOR.NLM, and the NCONSOLE.EXE client utility)
developed by Avanti Technology, Inc.


STATEMENT OF TITLE AND WARRANTY
-------------------------------
NConsole (the Software) was developed by and is the property of Avanti
Technology, Inc., of 13492 Research Boulevard, Suite 120-271, Austin,
Texas 78750 USA (Avanti).  All rights are reserved worldwide under both
Federal and International Copyright Laws.  No distribution or use of the
Software in any form relinquishes Avanti's claim to ownership and title
of the Software and concept.

Avanti warrants that the Software, when used as intended, is free from
known defects at the time it was distributed.  Should a defect become
evident, a detailed report of the conflict or anomaly should be provided
to Avanti.  Upon confirmation of the report, Avanti will endeavor to
correct the problem and make the correction available to registered users.
If a registered user encounters a defect within the initial ninety (90)
days following original receipt of the software which Avanti is unable to
rectify, the software may, at Avanti's sole discretion, be replaced or
arrangements made for a refund of the license fee.

Avanti shall not be required to insure the compatibility of the Software
with future revisions to the workstation or network operating system, nor
the hardware on which it may be installed.  Nevertheless, Avanti reserves
the right to enhance, update, or change the Software in ways which may
alter its specification, operation, performance, and/or support levels.
However, such a modification does not obligate Avanti to continue doing
so.  Registered users of the Software may be eligible for such revisions
provided they adhere to the terms of the Software License Agreement
accompanying the Software.


NOTICE OF DISCLAIMER
--------------------
AVANTI TECHNOLOGY, INC. SPECIFICALLY DISCLAIMS ALL OTHER WARRANTIES
IMPLIED OR EXPRESSED, INCLUDING BUT NOT LIMITED TO, IMPLIED WARRANTIES
OF MERCHANTABILITY AND ANY IMPLIED OR EXPRESSED WARRANTY FOR PARTICULAR
USE.  IN NO EVENT SHALL AVANTI TECHNOLOGY, INC. BE LIABLE FOR ANY LOSS
WHICH IS GREATER THAN THE LICENSE FEE PAID BY THE REGISTERED USER.
AVANTI TECHNOLOGY, INC. SHALL NOT BE LIABLE UNDER ANY CIRCUMSTANCES FOR
DIRECT, INDIRECT, OR SPECIAL DAMAGES RESULTING FROM THE USE OF THE
SOFTWARE (some of these exclusions may not apply in some states).


RELEASE NOTICE:
---------------
This software is currently in Beta form.  As such, it may have anomalies
which were not detected during the extensive in-house testing or at other
test sites.  As with any new software, caution should be used when loading
it for the first time.  If a separate test server is not available, it
is recommended that it be loaded during off-periods and on non-mission
critical networks.  Once the NLM has been loaded and run for 24 hours
or more on an active network, it is safe to assume that it should not
experience any problems on that configuration.

At present, the software has not been formally announced or released as a
commercial product.  Its potential as a commercial product will be based
upon the feedback and interest reported by the Beta sites.  Receiving
a Beta copy of this software does not guarantee that it will become a
commercial product, that Avanti will market it if it does, or that any
Beta site will be eligible for or receive any such final product.  It is
also explicity stated that support, enhancements, corrections, etc. are
at the sole discretion of Avanti and not guaranteed for any Beta products.


Overview:
---------
	The NConsole NLM is designed to collect, average, and track key
	File Server performance statistics associated with NetWare.
	Though providing much of the same information as found in
	Novell's MONITOR.NLM, this NLM presents the information in
	a far more informative fashion.  Moreover, it combines
	information from several different MONITOR.NLM screens into
	a single, easier to correlate screen.  It also provides
	a scrolling, bargraph review of the CPU Utilization over the
	most recent 74 seconds, plus the ability to be loaded with a
	password and the Console keyboard set in a locked state.

	The NLM also features a more informative screen saver than
	that offered by Novell's MONITOR.NLM.  Its screen saver is
	the same bargraph review of CPU Utilization as presented on
	the main screen, updated every second and scrolled up/down
	the screen.  The screen saver can be deactivated merely by
	pressing most any key on the File Server Console keyboard.
	It can be manually activated through the F10 key.


Usage:
------
	Copy the NCONSOLE.NLM file to the SYS:SYSTEM directory on
	the File Server.  Type LOAD NCONSOLE from the File Server
	Console.  The NLM will load, initializing the screen and
	data, then begin statistical collection.

	The NConsole NLM can either be unloaded manually via the
	UNLOAD NCONSOLE console command or by pressing the Escape
	key when the NLM's main screen is active.

	The NConsole client files (NCONSOLE.EXE & NCONSOLE.HLP) can
	be copied to any directory.  However, the NConsole client
	utility will only communicate with server(s) running the
	NConsole NLM.


		Documentation on Usage and Statistics
		-------------------------------------

				Keys:
				-----
	The following keys are supported by both the client and NLM utilities:

	Escape - terminate operations/exit the program
	Delete - reset average and peak statistics to zero
	F1 | ? - activate on-line help system
		 (Note: '?' can also be used within the on-line help system
			to access additional levels of information.)

	The following keys are supported by the client utility:

	Insert - change Servers (pressing Insert within the Attached Servers
		 list will bring up a list of the other Available Servers)

	The following keys are supported by the NLM:

	F10    - immediately activate screen saver mode
	Sh-F10 - immediately lock the console keyboard


			Command Line Options:
			---------------------
	The following command line options are supported by the NLM:

	S=[server]    -	[server] to synchronize with
			(def = logged-in/primary server if not on network drive)

	The following command line options are supported by the NLM:

	DELAY=####    -	seconds (####) allowed between console keyboard entry
			before the screen saver self activates (default=300)
			(Note: Screen saver is automatically activated after the
			default/defined DELAY if the server console keyboard has
			not be used.  DELAY=0 deactivates the screen saver.)

	LOCK	      - lock the server keyboard/screen upon load
			(the optional password, P=[pwd] below, or the
			SUPERVISOR [NW3] / ADMIN [NW4] password required
			to release the lock)

	MONO	      - use monochrome display attributes even if
			server has color adapter/monitor

	P=[pwd]	      - an optional password, in addition to the
			SUPERVISOR [NW3] / ADMIN [NW4] password,
			which can be used to unlock the keyboard

	RESET=##      - hour to automatically reset the average
			statistics (0 - 23, default=0 - midnight)
			(Note:	24 will force it reset to every hour,
				-1 will disable automatic resetting.)


			CPU Utilization BarGraph:
			-------------------------
	The bottom of the main screen and the scrolling part of the screen
	saver represent a CPU Utilization bargraph.  This graph is 5 lines
	deep and uses three types of indicators.  Each full height block
	represents 20% utilization increments.  Half height blocks indicate
	an additional 10 to 19% and an underscore reflects another 1% to 9%
	of utilization.  The bargraph scrolls from left to right and reflects
	the most recent 74 seconds of server activity.


				Statistics:
				-----------
	Statistical information is collected every second, even if the
	screen saver is active or the NLM's main screen is not displayed.
	The Current levels represent activity over the last second.  The
	Average levels represent the median level since the last monitoring
	period began.  The Peak levels represent the highest activity
	reached for any cycle (second) since the NLM was loaded or the
	statistics were manually reset.  The Cummulative levels represent
	the accumulated activity since the last monitoring period began.

	(Note: While the NLM will run non-stop for days, the average and
	cummulative values are reset each day at midnight by default in
	the current release.  This can be modified through the RESET=##
	command line option.)


				SERVER STATS
				------------
	Utilization:
	------------
	The NLM calculates Server CPU Utilization in a similar manner
	as that used by Novell's MONITOR and STAT NLMs.  The algorithm
	is based upon a calculation of idle process time (i.e., the
	number of times the server is polling processes for something
	to do versus actually performing tasks for an active process).

	The Current Utilization is presented in the left-most column
	while the Average Utilization since the last monitoring period
	began is shown in the next column.  The Peak (max) Utilization
	since the NLM was loaded is reflected in the last column.


	Connections:
	------------
	The NLM tracks the number of active server Connections.  A
	server connection does not necessarily reflect an active user
	since NetWare does not immediately clear a connection upon
	logout.  Instead, it marks the connection as not in use (or
	'NOT-LOGGED-IN') while keeping it active in case the same or
	another user should login at the same workstation within a
	short period of time.

	The Current Connections are presented in the left-most column
	while the Average Connections since the last monitoring period
	began are shown in the next column.  The Peak (max) Connections
	since the NLM was loaded or the statistics were manually reset
	are reflected in the last column.


	Recv Buffers:
	-------------
	The NLM determines the number of Packet Receive Buffers which
	contain requests needing to be processed by NetWare.  Normally
	this value will remain at or near zero since the servicing of
	workstation requests are among the highest priority processes.
	However, excessive loads or disk bottlenecks can cause the
	number of requests which are queued to rise.

	If the number of queued requests reaches the Maximum Packet
	Receive Buffers (a setable parameter supporting a range of
	50 to 2000 with a default of 100), the server may Abend.
	While increasing the number of Recv Buffers may bring
	temporary relief to a problem, ideally the cause of the
	backlog of requests should be identified as the long term
	solution to this problem.

	The Current Recv Buffers in use are presented in the left-most
	column while the currently Allocated Recv Buffers is in the next
	column (the Average value).  The Maximum supported Recv Buffers
	(the set level) is shown in the last column (the Peak value).


	Server Procs:
	-------------
	The NLM tracks the number of active Service Processes.  Service
	Processes are process threads which are available to service
	workstation requests.  As the Polling Process determines a
	workstation request has been received, it hands the packet off
	to a Service Process thread and a flag is set indicating that
	that Service Process is in use.  Once the Service Process finishes
	processing the packet, the in use flag will be reset and the
	Service Process is available to handle another workstation request.

	If a burst of workstation request packets are received or the
	type of requests delay the return of the Service Process, NetWare
	may allocate another Service Process (up to the Maximum Service
	Processes setable parameter which defaults to 20 and supports a
	range of 5 to 40).  If no Service Process is available for use
	and the maximum number have been allocated, packets will remain
	queued in the Packet Receive Buffers until they can be serviced.
	If an inbound packet arrives and there remain no more Packet
	Receive Buffers to accept the packet, the server may ABEND.

	The Current Server Processes are presented in the left-most column
	while the Average Server Processes since the last monitoring period
	began are shown in the next column.  The Peak (max) Server Processes
	since the NLM was loaded or the statistics were manually reset are
	reflected in the last column.


	Active Procs:
	-------------
	The NLM tracks the number of Active Processes (non-Service
	Processes) initiated by loaded NLMs, LAN and DSK drivers.  NetWare
	creates numerous processes or threads which it uses to manage
	activity, flush cache data, update directories, etc.  In addition,
	other NLMs, etc. will initiate processes or threads to perform
	their tasks.  Each active thread must be managed and requires
	some amount of processing time.

	This statistic represents those processes or threads which are
	active on the run queue.  Since threads can be put to sleep and
	awakened as needed, it is not unusual for this number to fluctuate
	randoming.  However, any large fluctuations should be suspect.

	The Current Active Processes are presented in the left-most column
	while the Average Active Processes since the last monitoring period
	began are shown in the next column.  The Peak (max) Active Processes
	since the NLM was loaded or the statistics were manually reset are
	reflected in the last column.


				FILE SYSTEM:
				------------
	Cache Buffer:
	-------------
	The NLM tracks the percentage of available Cache Buffers.  The
	Cache Buffer memory pool is what NetWare uses for file caching and
	loading NLMs.  An insufficient supply of Cache Buffers can cause
	file access degradation, NLM load failures, communications problems,
	and server lock-ups.  Novell recommends a Cache Buffer ratio of 50%
	or better be maintained for optimum integrity.  However, most
	consultants, trainers, and NetWire Sysops recommend 65% or more.

	The Current Cache Buffer percentage is presented in the left-most
	column while the Average Cache Buffer percentage since the last
	monitoring period began is shown in the next column.  The Peak
	Cache Buffer percentage represented in the last column is really
	a misnomer since it actually represents the minimum level (i.e.,
	peak Cache Buffer usage) since the NLM was loaded or the statistics
	were manually reset.


	Open Files:
	-----------
	The NLM tracks the number of Open Files concurrently in use
	on the server.  While the maximum number of files which can be
	opened concurrently under NetWare is beyond a practical limit,
	each open file consumes memory and requires resource to manage.

	The Current Open Files are presented in the left-most column
	while the Average Open Files since the last monitoring period
	began are shown in the next column.  The Peak (max) Open Files
	since the NLM was loaded or the statistics were manually reset
	are reflected in the last column.


	Dirty Blocks:
	-------------
	The NLM tracks the number of Dirty Blocks reported by NetWare.
	Dirty Blocks represent cache buffers which have been modified
	by a file write operation.  If the entire cache buffer has been
	modified or the specified delay has passed since the last change
	to the cache buffer (based upon the Dirty Disk Cache Delay Time
	setable parameter which defaults to 3.3 seconds and supports a
	range of 0.1 to 10.0 seconds), NetWare queues up the Dirty Block
	to the disk I/O subsystem for flushing to disk.

	NetWare will queue disk requests in an effort to organize the
	operations by their location on the disk.  This technique,
	called Elevator Seeking, allows multiple disk operations to be
	performed in a single sweep of the disk versus the forward/backward
	method of servicing disk requests in the order received.

	The Current Dirty Blocks are presented in the left-most column
	while the Average Dirty Blocks since the last monitoring period
	began are shown in the next column.  The Peak (max) Dirty Blocks
	since the NLM was loaded or the statistics were manually reset
	are reflected in the last column.


	I/Os Pending:
	-------------
	The NLM tracks the number of Disk I/Os Pending reported by
	NetWare.  Disk I/Os Pending represent the number of physical
	disk requests which have been queued up.  NetWare will queue
	disk requests in an effort to organize the operations by
	their location on the disk.  This technique, called Elevator
	Seeking, allows multiple disk operations to be performed in a
	single sweep of the disk versus the forward/backward method of
	servicing disk requests in the order received.

	If this statistic climbs abruptly during file requests or
	accumulates a double digit average, it may indicate a disk I/O
	bottleneck.  In this case the Maximum Concurrent Disk Cache
	Writes setable parameter may need to be increased (a range of
	10 to 100 with a default of 50 is supported) in an attempt to
	further improve the efficiency of the Elevator Seeking logic.
	If such an adjustment fails to reduce the level, it may be
	wise to review the controller/drive combination in the server.

	The Current I/Os Pending are presented in the left-most column
	while the Average I/Os Pending since the last monitoring period
	began are shown in the next column.  The Peak (max) I/Os Pending
	since the NLM was loaded or the statistics were manually reset
	are reflected in the last column.


	Dir Buffers:
	------------
	The NLM tracks the number of Directory Cache Buffers reported
	by NetWare.  Directory Cache Buffers are allocated by NetWare
	to store directory information about frequently requested files.
	Directory Cache Buffers are not typically affected by normal
	application requests but can be skewed by large directory search
	requests (such as a multi-level subdirectory listing via NDIR
	or logging a NetWare volume through file management utilities).

	Once allocated, Directory Cache Buffers are not returned to the
	operating system.  Since their memory is taken from the Cache
	Buffer pool, allowing this value to grow unchecked can affect
	overall File Server efficiency.

	If level of Directory Cache Buffers jumps sporadically, it is
	most likely due to non-typical tasks such a backup and volume
	logging.  In these cases, it may be beneficial to impose a limit
	on the number of Directory Cache Buffers which can be allocated.
	This can be done through the Maximum Directory Cache Buffers
	setable parameter (supporting a range of 20 to 4000 with the
	default being 500).

	The Current Dir Buffers are presented in the left-most column
	while the Average Dir Buffers since the last monitoring period
	began are shown in the next column.  The Peak (max) Dir Buffers
	since the NLM was loaded or the statistics were manually reset
	are reflected in the last column.


				LAN I/O
				-------
	Receive:
	--------
	The NLM tracks the number of packets received by the Server
	as reported by the Link Support Layer (LSL) drivers.  This
	count includes workstation requests, Routing Information
	Packets (RIP), Service Advertising Packets (SAP), and any
	other packets which were sent to the Server as requests,
	informationally, or to be forwarded.

	The number of packets received during the last second are
	presented in the left-most column while the Peak number
	of packets received for any second is in the next column.
	The Cummulative number of packets received since the NLM
	was loaded or the statistics were manually reset is
	shown in the last column.


	Transmit:
	--------
	The NLM tracks the number of packets transmitted by the Server
	as reported by the Link Support Layer (LSL) drivers.  This
	count includes service replies, Routing Information Packets
	(RIP), Service Advertising Packets (SAP), and any other
	packets which the Server responded to or forwarded.

	The number of packets transmitted during the last second are
	presented in the left-most column while the Peak number of
	packets transmitted for any second is in the next column.
	The Cummulative number of packets transmitted since the NLM
	was loaded or the statistics were manually reset is shown
	in the last column.


	Routed:
	-------
	The NLM tracks the number of packets routed by the Server
	as reported by the Link Support Layer (LSL) drivers.  This
	count includes requests intended for other servers, replies
	from other servers for workstations on this server network,
	and any other packets which the Server forwarded.

	The number of packets routed during the last second are
	presented in the left-most column while the Peak number of
	packets routed for any second is in the next column.  The
	Cummulative number of packets routed since the NLM was loaded or
	the statistics were manually reset is shown in the last column.


	No ECBs:
	--------
	The NLM tracks the number of Event Control Block (ECB)
	Failures as reported by the Link Support Layer (LSL) drivers.
	ECBs are used to manage the transmission and receipt of
	network packets.  ECB failures indicate request (transmit
	or receive) which could not be serviced.  ECB Failures
	should not occur except in situations of extreme network
	load or physical layer problems.

	The number of ECB Failures during the last second are
	presented in the left-most column while the Peak number
	of ECB Failures for any second is in the next column.
	The Cummulative number of ECB Failures since the NLM
	was loaded or the statistics were manually reset is
	shown in the last column.


	Unclaimed Packets:
	------------------
	The NLM tracks the number of Unclaimed Packets as reported
	by the Link Support Layer (LSL).  Unclaimed Packets represent
	packets which were received by the server but never processed
	by a driver or NLM.  This can indicate receipt of packets
	which are not expected or contain unexpected contents.
	Unclaimed Packets should not occur except in situations of
	extreme network load or physical layer problems.

	The number of Unclaimed Packets during the last second are
	presented in the left-most column while the Peak number
	of Unclaimed Packets for any second is in the next column.
	The Cummulative number of Unclaimed Packets since the NLM
	was loaded or the statistics were manually reset is shown
	in the last column.


				FILE REQUESTS
				-------------
	Open/Create:
	------------
	The NLM tracks the number of workstation requests to Open or
	Create a file as reported by NetWare.  In most cases, Open
	requests can be satisfied by information already stored in
	the Directory Cache Buffers.  However, Creates represent
	physical disk I/O since the file does not exist or will be
	recreated if the file does exist.

	NetWare will queue disk I/O requests in an effort to organize
	the operations by their location on the disk.  This technique,
	called Elevator Seeking, allows multiple disk operations to be
	performed in a single sweep of the disk versus the forward/backward
	method of servicing disk requests in the order received.

	The Current Opens/Creates are presented in the left-most column
	while the Average Opens/Creates since the last monitoring period
	began are shown in the next column.  The Peak (max) Opens/Creates
	since the NLM was loaded or the statistics were manually reset
	are reflected in the last column.


	Delete:
	-------
	The NLM tracks the number of workstation requests to Delete
	a file as reported by NetWare.  NetWare normally will not
	immediately delete the file but relocate it to a higher level
	subdirectory for a period of time.  Since this requires physical
	disk I/O, NetWare will queue these requests in an effort to organize
	the operations by their location on the disk.  This technique,
	called Elevator Seeking, allows multiple disk operations to be
	performed in a single sweep of the disk versus the forward/backward
	method of servicing disk requests in the order received.

	The Current Deletes are presented in the left-most column while
	the Average Deletes since the last monitoring period began are
	shown in the next column.  The Peak (max) Deletes since the NLM
	was loaded or the statistics were manually reset are reflected
	in the last column.


	Read:
	-----
	The NLM tracks the number of workstation requests to Read
	a file as reported by NetWare.  Most such requests can be
	satisfied by the data already in NetWare's file Cache Buffers.
	However, if NetWare cannot satisfy the request from cache, it
	it will queue these requests in an effort to organize the
	operations by their location on the disk.  This technique,
	called Elevator Seeking, allows multiple disk operations to be
	performed in a single sweep of the disk versus the forward/backward
	method of servicing disk requests in the order received.

	The Current Reads are presented in the left-most column while
	the Average Reads since the last monitoring period began are
	shown in the next column.  The Peak (max) Reads since the NLM
	was loaded or the statistics were manually reset are reflected
	in the last column.


	Write:
	------
	The NLM tracks the number of workstation requests to Write data
	to a file as reported by NetWare.  This information is first
	written to the file Cache Buffers, modifying previously read
	buffers if it is an update or allocating new buffers if required.
	If the entire cache buffer has been modified or the specified
	delay has passed since the last change to the file Cache Buffer
	(based upon the Dirty Disk Cache Delay Time setable parameter
	which defaults to 3.3 seconds and supports a range of 0.1 to
	10.0 seconds), NetWare queues up the Dirty Block to the disk
	I/O subsystem for flushing to disk.

	NetWare will queue disk requests in an effort to organize the
	operations by their location on the disk.  This technique,
	called Elevator Seeking, allows multiple disk operations to be
	performed in a single sweep of the disk versus the forward/backward
	method of servicing disk requests in the order received.

	The Current Writes are presented in the left-most column while
	the Average Writes since the last monitoring period began are
	shown in the next column.  The Peak (max) Writes since the NLM
	was loaded or the statistics were manually reset are reflected
	in the last column.


	Dir Search:
	-----------
	The NLM tracks the number of workstation requests to search a
	directory as reported by NetWare.  Most such requests can be
	satisfied by the data already in NetWare's directory Cache
	Buffers.  However, if NetWare cannot satisfy the request from
	cache, it it will queue these requests in an effort to organize
	the operations by their location on the disk.  This technique,
	called Elevator Seeking, allows multiple disk operations to be
	performed in a single sweep of the disk versus the forward/backward
	method of servicing disk requests in the order received.

	The Current Directory Searches are presented in the left-most
	column while the Average Directory Searches since the last
	monitoring period began are shown in the next column.  The Peak
	(max) Directory Searches since the NLM was loaded or the statistics
	were manually reset are reflected in the last column.


Licensing:
----------
	Avanti Technology, Inc. offers NConsole as a licensed software
	product with continuous right to use so long as the registered
	user remains in adherence to the terms and conditions of the
	Software License Agreement.  NConsole is available under the
	following licensing method:

		File Server License at $75.00/File Server

	(Note:  Introductory pricing only in effect for the first
		90 days after the initial product release.)

	Under this licensing method, the user is provided with free
	technical support for the product and free upgrades for the
	first year after registration.  Upgrades after the first
	year are available at the then current fee schedule which
	may vary based upon the licensing method.

	Prices quoted are pre-paid in US Dollars, excluding any
	applicable sales taxes or export duties.  The license
	fee includes software delivery via ground services within
	the continental United States (call for quotes on express
	or non-continental U.S. delivery).  Quantity discounts and
	corporate licensing may be offered, call for requirements.
	The availability of credit terms and invoicing is at the
	sole discretion of Avanti Technology, Inc.


System Requirements:
--------------------
	This release of the NLM requires NetWare v3.11, v3.12, or
	v4.0x.  CLIB v3.11 rev D or later is required for the NLM
	to run under NetWare v3.1x.  The CLIB v4.01 rev B or later
	is required for the NLM to run under NetWare v4.0x.

	Note:	The CLIB shipped with initial copies of NetWare v4.0
		(CLIB v4.0x - no revision specification) has a bug
		in an internal function which will cause the server
		to ABEND (ABnormally END), even if called by CLIB.
		This NLM is susceptible to the bug and, thus,
		should not be loaded on any NetWare v4.0x server
		running CLIB v4.0x (no revision specification).
		This CLIB bug does not exist in CLIB v4.01 rev B
		or later, including the CLIB in NetWare v4.01.


Technical Support:
------------------
	In order to provide the best and most expedient technical
	support possible, it is requested that the following information
	be known prior to initiating technical support contact:

	File Server:	NetWare version and CLIB revision

	In addition, the more indepth the problem can be described & isolated
	(including any error message), the greater the chances are for quick
	resolution.  The following means may be used for technical support:

	Mail:		Avanti Technology, Inc.
			13492 Research Boulevard
			Suite 120-271
			Austin, Texas  78750  USA

	Telephone:	(+1)512/335-1168
			08:00 to 16:00 (US Central time zone)

	Facsimile:	(+1)512/335-7838

	CompuServe:	76517,3117


Release Notes for v1.00j:
-------------------------
      - Added command line option support for '?' and S=[server] to
	the client utility
      - Corrected problems releated to changing servers in the client
	utility which would cause such attempts to fail

Release Notes for v1.00i:
-------------------------
      - Added NLM support for the DELAY=##### command line option to
	allow user defined screen saver delay periods
      - Added NLM support for RESET=## command line option to allow
	user defined times for statistical resetting
      - Created client utility (NCONSOLE.EXE) to support access to the
	NLM statistics without requiring the use of Novell's RCONSOLE
	or a physical presence at the server
      - Incorporated extensive on-line help into the NConsole client
	utility (NCONSOLE.EXE) covering the statistics and operations
      -	Corrected a logic oversight in the calculation of active processes
	(added additional logic to certify status of active processes)

Release Notes for v1.00h:
-------------------------
      -	Regrouped the screen information to present the statistics in
	a more logical format
      -	Added logic to check CLIB version under NetWare v4.00 to avoid
	server ABEND (ABnormal END) due to CLIB v4.00 bug
      -	Further enhanced the NetWare v4.0x support
      -	Further optimized the design logic and code to reduce load

Release Notes for v1.00g:
-------------------------
      - Added the File Server name to the banner
      - Added the File Server time to the banner
      - Cosmetic change to main screen banner to support the new data

Release Notes for v1.00f:
-------------------------
      -	Added the ability to reset all Average, Peak, and Cummulative
	statistics through the Delete (Del) key.

Release Notes for v1.00e:
-------------------------
      -	Added server keyboard locking support through the Shift-F10 key.
      - Added LOCK and P=[pwd] command line options support.

Release Notes for v1.00d:
-------------------------
      - Added an axis for the CPU Utilization bargraph.
      - Added support for a command line option (MONO) to force monochrome
	display mode/attributes.
      - Added Help screen support through the F1 and '?' keys.
      - Modified the Screen Saver logic to use a single display screen.

Release Notes for v1.00c:
-------------------------
      -	Modified the logic to reset the average and cummulative values
	at specified periods (currently hard coded for midnight).
      - Modified the Cache Buffers statistic from a count to a percentage.
      -	Cosmetic realignment of the main screen data and changes to the
	bargraph display.

Release Notes for v1.00b:
-------------------------
      - Added a confirmation prompt to the Escape termination logic.
      - Added screen saver manual activation support through the F10 key.

Release Notes for v1.00a:
-------------------------
      -	Initial release of the NLM.

