home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Shareware Supreme Volume 6 #1
/
swsii.zip
/
swsii
/
418
/
FAXDOC.ZIP
/
1012558.TXT
< prev
next >
Wrap
Text File
|
1993-06-18
|
7KB
|
153 lines
FYI
(Note: The origin of this information may be internal or external
to Novell. Novell makes every effort within its means to verify
this information. However, the information provided in this
document is FOR YOUR INFORMATION only. Novell makes no explicit
or implied claims to the validity of this information.)
TITLE: PC-SUPPORT, PC-AS/400, PC-3270, or Other LAN
Support Programs (LSP), or LSP from IBM with
NetWare Lite v1.1
DOCUMENT ID#: FYI.P.6142
DATE: 09JUN93
PRODUCT: NetWare Lite
PRODUCT VERSION: v1.1
SUPERSEDES: NA
LITE FAX DOC #: 2558
SYMPTOM
NA
ISSUE/PROBLEM
This configuration has not been officially tested, so it
cannot and will not be supported by Novell. This
information is being presented as a "try at your own risk
document" and no further support for this document or
configuration will be given by Novell.
The biggest problem that users of NetWare Lite v1.1 run into
while running NetWare Lite and a mini-computer or mainframe
access program is that these access programs are CPU hogs.
They require and use all CPU cycles of the PC. This causes
the server piece of NetWare Lite to be suspended until the
access program is exited. The result of this suspension is
that all the other users on the NetWare Lite network appear
to have hung, and sometimes even the server machine itself
hangs. After the access program is exited and the server
can again get CPU cycles, the other users can continue
unhindered.
Another problem seen when a machine with server running with
an access program is that all print jobs being sent by other
users will get stuck in the print queue and will not get
printed automatically. They would need to be released
manually one by one.
SOLUTION
Novell does not recommend running SERVER.EXE on a machine
that one of these access programs is going to be used
because of the "CPU hog" symptom discussed above.
The preferred setup is to have the machine that is going to
run SERVER.EXE be a machine that is not used with an access
program and could just support the NetWare Lite network.
Then all other machines should be set up as client-only
systems. The configuration of one server, not using an
access program, and all other machines running as clients
would allow the access of NetWare Lite services and the use
of an access program without affecting any one else on the
network.
If NetWare Lite v1.1 is going to be used with a
mini-computer or mainframe access program, the following
issue needs to be addressed:
"Is the network board that will be used for NetWare Lite
v1.1 the same network board being used to access the
mini-computer or mainframe?"
If there is a separate board in the machine attached to the
mini-computer or mainframe, then no special configuration
would be necessary, except for a potential problem of an
interrupt conflict between that board and the network board
being used by NetWare Lite.
However, if the network board in the machine is going to be
used to access a mini-computer or mainframe and NetWare Lite
v1.1, then the following changes must be made. The
following changes are specific to IBM LAN Support Programs
like PC/support, AS/400, and 3270.
■ The CONFIG.SYS should be set up with one of the
following two network board driver options. These LSP
drivers should be v1.25 or greater.
Option 1: Token-Ring network board
DEVICE=DXMA0MOD.SYS
DEVICE=DXMC0MOD.SYS (These two drivers are for
Token-Ring.)
Option 2: Ethernet network board
DEVICE=DXMA0MOD.SYS
DEVICE=DXME0MOD.SYS (These two drivers are for
Ethernet.)
If a device with the .DOS extension is in the
CONFIG.SYS, disable it by using REM.
■ The NetWare Lite STARTNET.BAT should be set up as
follows for both Token-Ring and Ethernet:
Old STARTNET.BAT New STARTNET.BAT
________________ ________________
LSL LSL
TOKEN.COM or NE2000.COM LANSUP.COM
IPXODI A IPXODI A
CLIENT CLIENT
NetWare Lite uses the Novell standard of ODI (Open Data-Link
Interface) drivers. These ODI drivers replace the old
IPX.COM. NETX.COM is still used with the ODI drivers to
allow the NetWare Lite server or client connectivity to
NetWare 2.x, 3.x, and 4.x. The ODI drivers include LSL.COM,
(the Link Support Layer), TOKEN.COM, NE2000.COM, or other
board drivers, (the network board driver), and IPXODI.COM
(the IPX protocol stack).
LANSUP.COM is not a network driver; however, it does replace
TOKEN.COM or NE2000.COM, which are network drivers. LANSUP
supports the DXMA0MOD.SYS, DXMC0MOD.SYS (Token Ring), or
DXMA0MOD.SYS, and DXME0MOD.SYS (Ethernet), which are the
network drivers provided by LSP, PC-SUPPORT, PC-3270, and
PC-AS/400 programs. These drivers are loaded in the
CONFIG.SYS file during the booting process. LANSUP provides
an interface between the Token-Ring or Ethernet drivers that
come with LSP, PC-SUPPORT, PC-3270, or PC-AS/400 programs
and the Novell IPX protocol stack. LANSUP also provides the
sharing of network board drivers thus allowing NetWare Lite
to work with these LSP programs in client mode.
LANSUP.COM can be obtained by downloading DOSUP7.ZIP from
NetWire or the Novell DSG BBS in the NOVELL CLIENT library.
The Novell DSG BBS number is (408)649-3696 for 9600 baud and
(408)649-3443 for 2400 baud.
The last issue that must be addressed is the use of the LSP
driver called DXMT0MOD.SYS, which is NetBIOS. NetWare Lite
also comes with a NetBIOS.COM, which is completely
compatible as a DXMT0MOD.SYS replacement for running NetBIOS
applications. Only one or the other should be used on all
workstations that need NetBIOS functionality.