home *** CD-ROM | disk | FTP | other *** search
/ Black Box 4 / BlackBox.cdr / lan / 311odi.arj / ODIDOC.TXT < prev    next >
Text File  |  1990-09-28  |  72KB  |  2,398 lines
  1.                      DOS ODI WORKSTATION 
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.                      August 1990 Edition
  9.  
  10.                         Revision 1.0
  11.  
  12.                               
  13.  
  14.  
  15.  
  16.  
  17.  
  18.  
  19.  
  20.  
  21.  
  22.                     Novell, Incorporated
  23.                      122 East 1700 South
  24.                         P.O. Box 5900
  25.                    Provo, Utah  84606  USA
  26.  
  27.       ■   Copyright 1990 Novell, Inc.  All rights reserved.  No
  28.       part of this publication may be reproduced, photocopied,
  29.       stored on a retrieval system, or transmitted without the
  30.       express prior written consent of the publisher.
  31.  
  32.  
  33.                 Novell Part # 100-000871-001
  34.  
  35.  
  36.  
  37. Disclaimer
  38.  
  39. Novell, Inc. makes no representations or warranties with respect to the
  40. contents or use of this manual, and specifically disclaims any express or
  41. implied warranties of merchantability or fitness for any particular
  42. purpose.  Further, Novell, Inc. reserves the right to revise this
  43. publication and to make changes to its content, at any time, without
  44. obligation to notify any person or entity of such revisions or changes.
  45.  
  46. Further, Novell, Inc. makes no representations or warranties with respect
  47. to any NetWare software, and specifically disclaims any express or
  48. implied warranties of merchantability or fitness for any particular
  49. purpose.  Further, Novell, Inc. reserves the right to make changes to any
  50. and all parts of NetWare software, at any time, without obligation to
  51. notify any person or entity of such changes.
  52.  
  53.  
  54. FCC warning
  55.  
  56. Computing devices and peripherals manufactured by Novell generate,
  57. use, and can radiate radio frequency energy, and if not installed and
  58. used in accordance with the instructions in this manual, may cause
  59. interference to radio communications.  Such equipment has been tested
  60. and found to comply with the limits for a Class A computing device
  61. pursuant to Subpart J of Part 15 of FCC Rules, which are designed to
  62. provide reasonable protection against radio interference when operated
  63. in a commercial environment.  Operation of this equipment in a
  64. residential area is likely to cause interference, in which case the user---at
  65. his own expense---will be required to take whatever measures are
  66. necessary to correct the interference.
  67.  
  68. Some components may not have been manufactured by Novell, Inc.  If
  69. not, Novell has been advised by the manufacturer of the component that
  70. the component has been tested and complies with the Class A computing
  71. device limits as described above.
  72.  
  73.  
  74. Copyright 1990 Novell, Inc.  All rights reserved.  No part of this
  75. publication may be reproduced, photocopied, stored on a retrieval
  76. system, or transmitted without the express prior written consent of the
  77. publisher.
  78.  
  79. Novell, Incorporated
  80. 122 East 1700 South
  81. Provo, Utah  84606  USA
  82.  
  83. August 1990 Edition
  84. Manual Revision 1.0
  85. For NetWare v3.1 and above
  86. Novell Part # 100-000871-001
  87.  
  88. Table of Contents
  89. How to Use This Manual                    ii
  90. DOS ODI Workstation Installation           1
  91.    Prepare the workstations                4
  92.    Install the network board               5
  93.    Create the master workstation diskette  7
  94.    Create the workstation boot disk       11
  95.    Boot the workstation and log in 
  96.    to the file server                     12
  97. NET.CFG Options                           17
  98.    Link support                           20
  99.    Protocol                               21
  100.    Link driver drivername                 23
  101.    Link driver LANSUP                     30
  102. Appendix A: Using the IBM Token-Ring 
  103.    Source Routing Driver                  31
  104.    Using the Source Routing Driver 
  105.    with DOS ODI                           33
  106. Appendix B: System Messages               37
  107. Trademarks                                69
  108. Index                                     71
  109. How to Use This Manual
  110.  
  111. This manual explains how to set up and install a DOS ODI workstation. 
  112.  
  113.  
  114. The installation section tells you how to prepare the workstation and
  115. create boot diskettes for use with DOS ODI.
  116.  
  117. The NET.CFG section contains configuration information for the
  118. NET.CFG file.  Use the information in this section if you are not using
  119. the default options for your workstation. 
  120.  
  121. Appendix A contains information on using the IBM Token-Ring Source
  122. Routing Driver.
  123.  
  124. Appendix B contains system messages. 
  125. DOS ODI Workstation Installation
  126.  
  127. Novell's interconnectivity strategy for the 1990s, Open Data-Link
  128. Interface (ODI), adds functionality to NetWare and network
  129. computing environments by supporting multiple protocols and drivers.
  130.  
  131. ODI creates a ■logical network board■ to send different packet types
  132. over one network board and wire.  
  133.  
  134. You can benefit from ODI in the following ways:
  135.  
  136. You can expand your network by using multiple protocols (such as
  137. IPX/SPX, AppleTalk, or TCP/IP as they become available) without
  138. adding network boards to the workstation.   
  139.  
  140. You can communicate with a variety of workstations, file servers, and
  141. mainframe computers via different protocol stacks without rebooting
  142. your workstation.
  143.  
  144. You can protect your investment because protocols send packets
  145. through any LAN driver written to ODI specifications.
  146.  
  147. You can spend less time and money on support.  With one LAN driver
  148. supporting multiple protocols, you have fewer hardware components
  149. to support.
  150.  
  151. You can use the NET.CFG file to configure the LAN driver for any
  152. possible hardware configuration, instead of being limited by SHGEN
  153. choices.
  154.  
  155. You can free up memory by using only the portions of IPX/SPX and
  156. diagnostics that you need.
  157.  
  158. As new LAN drivers and protocol transports are released, they will be
  159. available on NetWire.
  160.  
  161. Using DOS ODI workstation software
  162.  
  163. You can convert a standalone personal computer into a DOS ODI
  164. network workstation by adding one or more network boards, cabling,
  165. and the DOS ODI workstation software.
  166.  
  167. If you are using a third-party network board, DOS ODI will not
  168. function unless you have a DOS ODI LAN driver for the board. 
  169. Check the documentation that came with your network board for
  170. more information.
  171.  
  172. DOS ODI Workstation software can be stored on a diskette or on a
  173. workstation's hard disk.  Three sets of files allow workstations to
  174. ■talk■ to each other, to the file server, and to other third-party hosts.
  175.  
  176. The first file is LSL.COM, the Link Support Layer file.  This file
  177. enables the workstation to communicate over several protocols.
  178.  
  179. Next are the LAN driver files, such as NE2000.COM and NE2.COM.
  180.  
  181. Third are the protocol stack files, such as IPXODI.COM for NetWare
  182. networks, that manage communications among the network stations.  
  183.  
  184. In addition, you may need files specific to the networking product
  185. you are using.  For example, if you want to install an ODI
  186. workstation on a NetWare network, you need the shell file
  187. (NETx.COM) that redirects messages from DOS to the network.  
  188.  
  189. This section documents how to install a DOS ODI workstation on a
  190. NetWare network using the IPX protocol stack.  To install a DOS ODI
  191. workstation using another protocol stack or network, use these
  192. instructions as an example.  You will have to modify them to fit your
  193. situation.
  194.  
  195.  
  196. You will need to follow the basic procedures of loading the LSL.COM,
  197. the ODI LAN drivers, a protocol stack, and then any other files
  198. specific to your software.
  199.  
  200.  
  201. Remote boot is not available for DOS ODI workstations with this
  202. release.  
  203.  
  204.  
  205. What you will need
  206. To install DOS ODI workstations, you need the following: 
  207.  
  208. The DOS ODI Workstation Installation flow chart (Quick Path) to get
  209. an overview of the process
  210.  
  211. A working copy of the DOS ODI WORKSTATION SERVICES diskette
  212.  
  213. Enough DOS system diskettes to make master workstation diskettes
  214. and boot diskettes 
  215.  
  216. A ■disk■ (formatted diskette or hard disk) for each workstation to
  217. boot from
  218.  
  219. The DOS ODI Workstation Installation flow chart (Quick Path) is
  220. found at the beginning of this manual.
  221.  
  222.  
  223.  
  224.  
  225. Table of Contents
  226. Task                                                    Page
  227.  
  228. Prepare the workstations                                   4
  229.  
  230. Install the network board                                  5
  231.  
  232. Create the master workstation 
  233.           diskette                                         7
  234.  
  235. Create the workstation boot disk                          11
  236.  
  237. Boot the workstation and log in
  238.           to the file server                              12
  239.  
  240. Troubleshooting tips                                      13
  241.  
  242. Where to go from here                                     15
  243.  
  244.  
  245. Prepare the workstations
  246.  
  247. Check the hardware and memory requirements.
  248. Use any of the following computers as workstations:
  249.  
  250. IBM PC or compatible
  251.  
  252. IBM PC XT or compatible
  253.  
  254. IBM PC AT or compatible
  255.  
  256. IBM Personal System/2 (any model)
  257.  
  258. NetWare workstations have the following memory requirements:
  259.  
  260. Up to 80KB of memory to load the NetWare workstation files
  261.  
  262. At least 512KB of memory to run application programs and NetWare
  263. menu utilities
  264.  
  265.  
  266.  
  267. If your workstations need more memory, install additional memory
  268. boards available from your computer dealer.  Consult the manuals
  269. from your computer manufacturer for installing memory boards.
  270.  
  271.  
  272. Record the hardware information for the workstation on the
  273. Workstation Configuration Worksheet.
  274.  
  275. Set up your workstations.
  276. Install all equipment for the workstation except the network board
  277. and cabling.
  278.  
  279. Follow the hardware setup instructions in the Guide to Operations or
  280. Quick Reference for each computer.
  281. Boot each workstation with DOS.
  282. Booting each workstation with DOS ensures that the station is
  283. functional as a standalone computer.
  284.  
  285. When each workstation has booted successfully, turn it off and
  286. continue with installation.
  287.  
  288. Install the network board
  289.  
  290. Make sure the network board conforms to your cabling topology (such
  291. as RX-Net or Ethernet).
  292.  
  293.  
  294.  
  295. Select and set network board configurations.
  296. Use the following guidelines.
  297.  
  298. Refer to the documentation that came with the network board to
  299. select and set the board configuration. 
  300.  
  301. Set the same configuration option on like boards for all your
  302. workstations.  This reduces the number of master diskettes you will
  303. have to make. 
  304.  
  305. Choose the default configuration (shown as option 0 in the network
  306. board supplements) if no other devices are using the settings.  (Many
  307. network boards are factory set to the default.)
  308.  
  309. Make sure the configuration option of each board is unique from
  310. those of other boards or hardware installed in the computer (network
  311. boards, graphics and modem boards, etc.).
  312.  
  313. Record the network board configuration settings on the Workstation
  314. Configuration Worksheet.
  315.  
  316. These settings can be helpful if you need to troubleshoot problems on
  317. your network later.
  318.  
  319. Install the network board.
  320.           Make sure the workstation is turned off before installing
  321.           the board.
  322.  
  323.  
  324. Create the master workstation diskette
  325.  
  326. The master workstation diskette is a copy of the files necessary to
  327. boot one type of workstation.  You will copy files from the DOSODI
  328. subdirectory of the DOS ODI WORKSTATION SERVICES diskette to
  329. the master workstation diskette.  
  330.  
  331. Then you will make individual workstation boot diskettes by copying
  332. the files from the master workstation diskette to the boot diskettes
  333. and by customizing the boot diskettes.  
  334.  
  335. Create system diskettes by using the DOS FORMAT command with
  336. the /s parameter.  
  337. Format these diskettes using the correct version of DOS registered for
  338. each workstation on the network.
  339.  
  340. Label the master workstation diskette.
  341. Label the master workstation diskette with the name of the LAN
  342. driver (such as ■Master Workstation NE2000■), and list the
  343. configuration settings on the diskette. 
  344.  
  345. Configure software files (such as DXMAID) that came with your
  346. network board (optional).
  347. If you received additional software with your network board (for
  348. example, the DXMAID program for Token-Ring network boards), see
  349. the 
  350. installation supplement or accompanying documentation for steps to
  351. configure those files.
  352.  
  353.  
  354. Copy the shell file you want from your NetWare diskette to the master
  355. workstation diskette.
  356. (The x in NETx.COM refers to the DOS version that runs on your
  357. workstations.)  
  358.  
  359. If you are using the extended or expanded memory shells, copy the
  360. .SYS files from the diskettes that come with the extended or expanded
  361. memory applications.  Specify those files as device drivers in your
  362. CONFIG.SYS file so that they will be loaded when the workstation
  363. boots.  For example,
  364.  
  365. DEVICE = HIMEM.SYS
  366.  
  367. Copy the workstation files from the DOSODI subdirectory of the DOS
  368. ODI WORKSTATION SERVICES diskette to the master workstation
  369. diskette.
  370. The following files are required to communicate with a NetWare
  371. server:
  372.  
  373. LSL.COM 
  374.  
  375. The LAN driver for your network board (NE2000.COM, for example)
  376.  
  377. The protocol stack file (IPXODI.COM, for example)
  378.  
  379. NETx.COM
  380.  
  381. The LANSUP.COM driver is for Token-Ring networks using the IBM
  382. LAN SUPPORT PROGRAM.  The LANSUP.COM file can be used
  383. with PC Network and with Token-Ring networks.
  384.  
  385. The following files are optional on the master workstation diskette:
  386.  
  387.  
  388.  
  389. Put the executable files you selected into an AUTOEXEC.BAT file on
  390. the master workstation diskette.  
  391. Use a DOS text editor to create the AUTOEXEC.BAT file, and save it
  392. to the master workstation diskette.  It is important to load the files in
  393. the following order: link support layer, LAN driver, protocol stack,
  394. then the shell.
  395.  
  396.  
  397. This is a sample AUTOEXEC.BAT file:
  398.  
  399. LSL
  400.       NE2000
  401.       IPXODI
  402.       NET3 
  403.  
  404. See your DOS manual for ideas.
  405.  
  406.  
  407. Create a CONFIG.SYS file on the master workstation diskette using a
  408. DOS text editor (optional).
  409. If you are using memory managers, you need a line in CONFIG.SYS to
  410. specify the memory managers as devices.  See your memory manager
  411. documentation for details.
  412.  
  413. If you are using the IBM LAN SUPPORT PROGRAM, you must add
  414. two to three device drivers to CONFIG.SYS.  See your DOS manual
  415. for details.
  416.  
  417. Create a NET.CFG file on the master workstation diskette (optional).
  418. Usually, you do not need a NET.CFG file because the established
  419. defaults are adequate for your network.
  420.  
  421. Test boot a workstation with the master workstation diskette.
  422.  
  423.  
  424.  
  425. Create the workstation boot disk
  426.  
  427. Copy the master workstation diskette files to each workstation boot
  428. disk.
  429. If you are copying files to diskette, use the DOS FORMAT command
  430. with the /s parameter to make a system diskette. 
  431.  
  432. Personalize the boot disk with executable files, and update the
  433. AUTOEXEC.BAT file (optional).
  434. If the owner of the bootable files wants any other commands executed
  435. or programs loaded during the boot process, add those files to the boot
  436. area, and make the appropriate changes to the AUTOEXEC.BAT file.
  437.  
  438. Label the workstation boot diskette (optional).
  439. If you are using a boot diskette, label it with the LAN driver, the
  440. configuration option, and the custom boot files included.  This
  441. prevents the boot diskette from being confused with other diskettes.
  442.  
  443. Record the boot file information.
  444.  
  445. This information is helpful for troubleshooting. 
  446.  
  447.  
  448.  
  449. Repeat Steps 1 through 4 for each workstation.
  450.  
  451. Boot the workstation and log in to the file server
  452.  
  453. Boot the workstation.
  454. Boot your workstation either of the following ways:
  455.  
  456. Insert the workstation boot diskette into drive A and turn the
  457. workstation on.
  458.  
  459. Copy the boot diskette files to the workstation's root directory on the
  460. hard disk, and reboot by pressing <Ctrl> <Alt> <Delete>
  461. simultaneously.
  462.  
  463.  
  464. Log in to the file server.
  465. If your AUTOEXEC.BAT file does not contain login commands, type
  466.  
  467. F:  <Enter>
  468. LOGIN SUPERVISOR  <Enter>     
  469.  
  470.  
  471.  
  472. Troubleshooting tips
  473.  
  474. If you get the message ■A File Server could not be found,■ check to
  475. see if
  476. The network board is seated properly.
  477.  
  478. The cable is connected properly.  (Run COMCHECK to verify the
  479. connections.)
  480.  
  481. All cabling is terminated properly.
  482.  
  483. The workstation node address conflicts with any other node address.
  484.  
  485.  
  486. If you want information about the drivers that are loaded, type a
  487. question mark after the driver name.  
  488. For example
  489.  
  490. NE2000 ?  <Enter>
  491.  
  492. or
  493.  
  494. LSL.COM ?  <Enter>
  495.  
  496. or
  497.  
  498. IPXODI ?  <Enter>
  499.  
  500. Remove parts of IPXODI.COM to save memory.
  501. The IPXODI.COM file actually contains three parts:
  502.  
  503. IPX
  504.  
  505. SPX
  506.  
  507. Remote Diagnostics Responder
  508.  
  509.  
  510. Since many applications do not need SPX or the Remote Diagnostics
  511. Responder (required for third-party applications that gather
  512. diagnostics information), some workstations can save memory by  not
  513. loading these parts of the IPXODI.COM file.
  514.  
  515.       Some NetWare utilities, such as RCONSOLE and NVER,
  516.       require SPX and the Remote Diagnostics Responder to be
  517.       loaded.  
  518.  
  519. Use the chart below to see how to load IPXODI.COM without the
  520. other two parts of the file.
  521.  
  522. To unload ODI drivers from the workstation, unload them in reverse
  523. order.
  524. For example, if you work with a protocol that requires a different
  525. shell or if you are working with two protocols that conflict when both
  526. are running on the workstation, unload the first set of files (in
  527. reverse order) before you load the next set.
  528.  
  529. Unload the workstation files as follows:
  530.  
  531. NET3 u  <Enter>
  532. IPXODI u  <Enter>
  533. NE2 u  <Enter>
  534. LSL u  <Enter>
  535.  
  536. If you do not unload the files in reverse order, you get an error
  537. message similar to this: FATAL: There is a TSR above the loaded
  538. IPXODI.
  539.  
  540. Where to go from here
  541.  
  542.  
  543. Notes
  544.  
  545. NET.CFG Options
  546.  
  547. The NET.CFG file contains the configuration information for the
  548. workstation.  It is a control file that contains section headings and the
  549. currently defined options that deviate from the established defaults of
  550. the regular workstation boot process.
  551.  
  552. Usually, you do not need a NET.CFG file because the established
  553. defaults are adequate for your network.
  554.  
  555. Use any DOS text editor to create the file.  Specify only options that will
  556. change from the defaults. 
  557.  
  558. If you have installed a dedicated IPX workstation, you are probably
  559. familiar with the SHELL.CFG file that also contains network
  560. configuration information.  The information in SHELL.CFG is now
  561. migrating to the more versatile NET.CFG file.  Any options from the
  562. SHELL.CFG file can be addressed in the NET.CFG file.  
  563.  
  564. Use the chart below to determine whether to use both .CFG files or to
  565. combine them into NET.CFG.
  566.  
  567. If you place any SHELL.CFG options in the NET.CFG file, they will be
  568. ignored.
  569.  
  570. See your NetWare manual for SHELL.CFG options.
  571.  
  572. Conventions
  573.  
  574. The NET.CFG file is left-justified for main section headings and
  575. indented (with either a space or a tab) under each heading.
  576.  
  577. Keywords and main headings are not case sensitive.
  578.  
  579. Below are the most common section headings in the NET.CFG file:  
  580.  
  581. Link support
  582.  
  583. Protocol (protocol_name)
  584.  
  585. Link driver (drivername)
  586.  
  587. The heading must precede the options you want to include in that
  588. section.  End each line with a hard return.
  589.  
  590. Write all numbers in decimal notation except where noted otherwise.
  591.  
  592. Precede comments by a pound (#) sign.
  593.  
  594.  
  595. Sample NET.CFG file
  596.  
  597. LINK DRIVER NE1000
  598.             # Change the interrupt (IRQ) to 5.
  599.             INT 5
  600.             # Change the DMA channel to 3.
  601.             DMA 3
  602.             # Change the base memory address (hex) to an
  603.             # absolute value of C0000.
  604.             MEM C0000
  605.             # Change the port to 300 (hex)
  606.             PORT 300     
  607.  
  608. The following chart lists the options unique to the NET.CFG file.  Main
  609. section headings are in white print and flush with the left margin.  The
  610. options are listed under each heading and indented.
  611.  
  612. Following the chart is a brief explanation of each option's function and
  613. some possible reasons for changing the setting.
  614.  
  615. If you are using third-party protocol or LAN drivers, see their
  616. documentation for any additional parameters.
  617.  
  618. In the following definitions, these conventions are used:
  619.  
  620. [ ]                     An optional element
  621.  
  622. number            A decimal number
  623.  
  624. hex                     A hexadecimal number
  625.  
  626.  
  627.  
  628. Link Support
  629.  
  630. BUFFERS communication_number [size]
  631. This option configures the number of receive buffers and their size on
  632. the network.
  633.  
  634. The number of communication buffers must be large enough to hold all
  635. media headers and the maximum data size.  
  636.  
  637. Default:  0
  638.  
  639. The IPXODI protocol stack does not use the Link Support Layer
  640. communication buffers.  
  641.  
  642. Refer to the documentation for the third-party protocol stack for
  643. settings.
  644.  
  645. Buffer size is optional.  The minimum size is 586.  The total buffer space
  646. must fit into approximately 59KB (number times buffer size).  
  647.  
  648. Default:  1130 
  649.  
  650.  
  651.  
  652.  
  653. MEMPOOL number [k] 
  654. Some protocols use this option to configure the size of the memory pool
  655. buffers that the Link Support Layer will maintain.  
  656.  
  657. The IPXODI protocol stack does not use the MEMPOOL buffers.  
  658.  
  659. Refer to the documentation for the third-party protocol stack for
  660. settings.
  661.  
  662. The k notation means multiply by 1024.
  663.  
  664.  
  665.  
  666. Protocol "protocol_name"
  667.  
  668. BIND name
  669. Usually IPXODI binds to the first network board it finds.  This option
  670. limits the search to the network board you specify. 
  671.  
  672. Replace name with one of the following LAN driver names: 
  673.  
  674. TRXNET (for Novell RX-Net and Turbo RX-Net)
  675.  
  676. NE2 (for Novell Ethernet NE/2) 
  677.  
  678. NE2-32 (for Novell Ethernet NE/2-32) 
  679.  
  680. NE1000 (for Novell Ethernet NE1000)
  681.  
  682. NE2000 (for Novell Ethernet NE2000)
  683.  
  684. LANSUP (for the IBM LAN Support program only) 
  685.  
  686. 3C503 (for 3Com EtherLink Series 503)
  687.  
  688. 3C523 (for 3Com EtherLink/MC 3C523)
  689.  
  690. In a DOS environment, you can bind IPXODI.COM to only one network
  691. board.  
  692.  
  693. For example, if you have an NE1000 board in slot 0 and an NE2000
  694. board in slot 1 in your workstation, IPXODI binds to the NE1000 board
  695. if you specify nothing in the NET.CFG file.  However, if you place
  696. BIND NE2000 in the NET.CFG file, IPXODI binds to the NE2000 board.
  697.  
  698.  
  699. DEFAULT name
  700. This option requests the protocol stack to bind with the LAN driver
  701. (MLID) and configures the protocol to a default stack. 
  702.  
  703. IPXODI ignores this parameter.
  704.  
  705. Replace name with one of the LAN driver names listed for BIND on the
  706. previous page.
  707.  
  708.  
  709. PRESCAN name
  710. This option requests the protocol stack to bind with the LAN driver
  711. (MLID) named and configures the protocol to a default prescan stack. 
  712.  
  713. IPXODI ignores this parameter.
  714.  
  715. Replace name with one of the LAN driver names listed for BIND on the
  716. previous page.
  717.  
  718.  
  719. SESSIONS number
  720. This option configures the number of sessions that the protocol stack
  721. will be required to maintain at one time.
  722.  
  723. See the third-party protocol documentation for the minimum and
  724. maximum values.
  725.  
  726. IPXODI ignores this parameter.
  727.  
  728.  
  729.  
  730. Link Driver drivername 
  731.  
  732. To use this heading, replace drivername with the name of the driver you
  733. are using; then use one or more of the following options.  The name is
  734. typically the LAN driver's filename.
  735.  
  736. You can use these options with as many different network boards as you
  737. have, but you must have a separate Link Driver drivername heading for
  738. each board.  
  739.  
  740. Replace drivername with one of the following driver names: 
  741.  
  742. TRXNET (for Novell RX-Net and Turbo RX-Net)
  743.  
  744. NE2 (for Novell Ethernet NE/2) 
  745.  
  746. NE2-32 (for Novell Ethernet NE/2-32) 
  747.  
  748. NE1000 (for Novell Ethernet NE1000)
  749.  
  750. NE2000 (for Novell Ethernet NE2000)
  751.  
  752. LANSUP (for the IBM LAN Support program only) 
  753.  
  754. 3C503 (for 3Com EtherLink Series 503)
  755.  
  756. 3C523 (for 3Com EtherLink/MC 3C523)
  757.  
  758. Place both hardware commands and software commands under the Link
  759. driver heading.
  760.  
  761.  
  762.  
  763. Hardware commands
  764.  
  765. DMA [#1 | #2] channel_number
  766. This option specifies the hardware setting of the network board used in
  767. the workstation.  This option allows one of two DMA channels to be
  768. configured.  
  769.  
  770. Enter the channel number to be used.  (The driver for the board will
  771. automatically select its default channel number.)  
  772.  
  773.  
  774. If you do not specify which of the two configurable DMA channels (#1
  775. or #2) to configure, this option defaults to the first configurable channel
  776. (#1).  
  777.  
  778. You do not need to include the #1 option if you are using only the
  779. default option.  For example, if the first configurable DMA channel on
  780. your board uses DMA channel 3, place the following lines in your
  781. NET.CFG file:
  782.  
  783. Link Driver name
  784.             DMA 3  
  785.  
  786. For example, if the first configurable DMA channel on your board will
  787. use channel 3 and the second configurable channel will use channel 4,
  788. place the following lines in your NET.CFG file:
  789.  
  790. Link Driver name
  791.             DMA 3 
  792.             DMA #2 4 
  793.  
  794. Notice that the second DMA channel requires you to use the pound sign
  795. (#).
  796.  
  797.  
  798. INT [#1 | #2] interrupt_request_number
  799. This option specifies which interrupts the network board uses.  Use the
  800. interrupt request number set on the board.  
  801.  
  802. If you do not specify which interrupt line (#1 or #2) to configure, this
  803. option uses the default, which is the first configurable interrupt line
  804. (#1).  
  805.  
  806. Do not include the #1 option if you are using only the default option.  
  807.  
  808. For example, if the first configurable interrupt line on your board will
  809. use IRQ 2, place the following lines in your NET.CFG file:
  810.  
  811. Link Driver name
  812.             Int 2
  813.  
  814. If your board can use two configurable interrupt lines and you want to
  815. use both of them or only the second one, you must specify the interrupt
  816. line (#1 or #2) to configure.  
  817.  
  818. For example, if the first configurable interrupt line on your board will
  819. use IRQ 2 and the second will use IRQ 3, place the following lines in
  820. your NET.CFG file:
  821.  
  822. Link Driver name
  823.             Int 2
  824.             Int #2 3  
  825.  
  826. The second DMA channel requires you to use the pound sign (#).
  827.  
  828.  
  829. MEM [#1 | #2] hex_starting_address [hex_length]
  830. This option specifies a memory range to be used by the network board. 
  831.  
  832.  
  833. Use the hexadecimal physical (absolute) address of the memory used by
  834. the board.  (This starting address must match the starting address
  835. configured on the board.)  
  836.  
  837. Enter the length (in hexadecimal paragraphs) of the memory address
  838. range used by the board.  A paragraph is normally 16 bytes.
  839.             
  840. For example, to address a board from D0000 to D4000 (bytes), the
  841. starting address is D0000 and the range is 400 (paragraphs in 16KB
  842. decimal length).  In this case, place the following lines in your NET.CFG
  843. file:
  844.  
  845. Link Driver name
  846.             Mem D0000  
  847.  
  848. Usually, the length is not needed.
  849.  
  850. PORT [#1 | #2] hex_starting_address hex_number_of_ports
  851. Use this option to specify the starting port and number of ports in the
  852. range.  
  853.  
  854. Use the starting hexadecimal I/O port number.  
  855.  
  856. Use the hexadecimal number of ports in the range.  If your network
  857. board can use two ranges and you want to use either the second range or
  858. both ranges, you must specify which range (#1 or #2) to use.  
  859.  
  860. All values must be written in hexadecimal notation. 
  861.  
  862. For example, suppose you want to specify the starting port and the
  863. number of ports in the first range on your board.  The starting I/O port
  864. is 300; 16 ports are in the first range.  Place the following lines in the
  865. NET.CFG file:
  866.  
  867. Link Driver name
  868.             Port 300  
  869.  
  870. The number of ports is optional.
  871.  
  872.  
  873. NODE ADDRESS hex_address
  874. This option overrides any hard-coded node address in the network board,
  875. if the hardware allows it.
  876.  
  877. Use the hexadecimal address number.
  878.  
  879.       Changing the node address on a board can create conflicts with
  880.       other network boards.  Stay with the hard-coded node address
  881.       whenever possible.
  882.  
  883. The example below shows how to change the node address on a 3C523
  884. board:
  885.  
  886. Link Driver 3C523
  887.             Node Address 12D43  
  888.  
  889.  
  890.  
  891. PS/2 SLOT number 
  892. Use this option if you want to access two separate Ethernet backbones. 
  893. Use the number of the slot into which you inserted the board.  The slot
  894. number is found on the back of the computer.  The LAN driver will use
  895. the board in this slot.
  896.  
  897. For example, if you are using two NE/2 boards in the same workstation
  898. and you insert one board into slot 1 and the other into slot 2, place the
  899. following lines in your NET.CFG file:
  900.  
  901. Link Driver NE2
  902.  
  903.       Link Driver NE2
  904.             PS/2 Slot 2  
  905.  
  906. Then place the following lines in your AUTOEXEC.BAT file:
  907.  
  908. LSL
  909.       NE2
  910.       NE2  
  911.  
  912.  
  913. PS/2 SLOT ? 
  914. Use this option if you have inserted only one of the same kind of
  915. network board in the workstation.  
  916.  
  917. This option signals the LAN driver to scan for its board.  
  918.  
  919.  
  920. Software commands
  921. FRAME frame_type 
  922. This option specifies the frame type that is used with the network board. 
  923. Use this option with boards that support more than one frame type.
  924.  
  925. For example, to specify an Ethernet board using the Ethernet II frame
  926. type, place the following line in the NET.CFG file beneath the heading
  927. for that driver:
  928.  
  929. Frame ETHERNET_II 
  930.  
  931. Usually, Ethernet LAN drivers default to Ethernet_802.3; Token-Ring
  932. LAN drivers default to Token-Ring.
  933.  
  934. Drivers that support more than one frame type (such as Ethernet) allow
  935. multiple "frame" commands.  
  936.  
  937. LOOK AHEAD SIZE number
  938. This option specifies the number of bytes in the packet that the LAN
  939. driver will send to the Link Support Layer to determine how to route the
  940. packet.  The range is 0 to 128 bytes depending on the protocol.  See the
  941. protocol documentation for the recommended size.
  942.  
  943.  
  944. If two or more protocols are using a LAN driver, select the highest value
  945. for the look-ahead size.
  946.  
  947. Default:  18 bytes
  948.  
  949.  
  950. PROTOCOL name hex_protocol_ID frame_type 
  951. This option enables new protocols to be handled by existing LAN
  952. drivers.  
  953.  
  954. Replace name with the name of the new protocol.
  955.  
  956. Use the hexadecimal protocol ID number.
  957.  
  958. Replace frame_type with the frame type that the new protocol ID
  959. applies to.
  960.  
  961. For example, if you attach a new protocol (XYZ) to your NE2-32
  962. network board, the NET.CFG file could look similar to the following:
  963.  
  964. Link Driver NE2-32
  965.             Frame ETHERNET_SNAP
  966.             Protocol XYZ 904A ETHERNET_SNAP  
  967.  
  968.  
  969. SEND RETRIES number
  970. This option specifies the maximum number of times the network board
  971. driver will try to resend a packet following a communications error.  
  972.  
  973. Use the number of times you want the driver to try resending the packet. 
  974.  
  975.  
  976. The default value is determined by the driver.
  977.  
  978.  
  979.  
  980. Link Driver LANSUP
  981.  
  982. The options below are unique to the LANSUP driver.
  983.  
  984.  
  985. SAPS number
  986. If you use the LANSUP driver with a network board, you must specify
  987. the number of Service Access Points (SAPs) needed.  Set the option to
  988. allow for all applications using the IBM LAN Support Program.  The
  989. maximum value depends on the type of board used.
  990.  
  991. Default:  1
  992.  
  993.  
  994. LINK STATIONS number
  995. If you use the LANSUP driver with a network board, you must specify
  996. the number of link stations needed.  Set the option to allow for all
  997. applications using the IBM LAN Support Program.  The maximum value
  998. depends on the type of board used.
  999.  
  1000. Default:  1
  1001.  
  1002. Appendix A:  Using the IBM Token-Ring Source Routing Driver 
  1003.  
  1004. This appendix explains the use of the IBM Token-Ring Source Routing
  1005. Driver.  
  1006.  
  1007. The IBM Token-Ring Source Routing Driver enables communication
  1008. across IBM Token-Ring network bridges.  Any type of protocol stack can
  1009. use this DOS ODI feature to communicate across IBM Token-Ring
  1010. network bridges.
  1011.  
  1012. All nodes that need to communicate across a source route bridge must be
  1013. running the IBM Token-Ring Source Routing Driver.
  1014.  
  1015. For more information on using source routing, see the IBM Token-Ring
  1016. Network Architecture Reference manual.
  1017.  
  1018.  
  1019. The following figure shows an example network configuration using
  1020. IBM source routing bridges.
  1021.  
  1022.  
  1023.  
  1024.  
  1025.  
  1026.  
  1027.  
  1028. Figure A.1A network configuration using IBM source routing bridges
  1029.  
  1030. Using the Source Routing Driver with DOS ODI 
  1031. To install source routing on workstations, complete the following steps.
  1032.  
  1033. Create a boot disk according to the instructions on page 11 of this
  1034. manual.  
  1035.  
  1036. Copy the ROUTE.COM file from the DOS/ODI WORKSTATION
  1037. SERVICES diskette to the boot disk.
  1038.  
  1039. If you are creating an AUTOEXEC.BAT file for a DOS ODI
  1040. workstation, the command to load ROUTE.COM should be added after
  1041. LANSUP.COM but before the protocol stack you are using.
  1042.  
  1043. Set the parameters for ROUTE.COM.  See "Additional Information" on
  1044. the next page for the parameters that ROUTE.COM can be loaded with. 
  1045. Add the parameter in the AUTOEXEC.BAT file.
  1046.  
  1047. The default parameters for ROUTE.COM can be used with most network
  1048. communications.
  1049.  
  1050.  
  1051. Additional Information 
  1052.  
  1053. The following parameters can be entered when ROUTE.COM is first
  1054. loaded.  
  1055.  
  1056.       BOARD = number    MBR
  1057.       CLEAR                         NODES = number
  1058.       DEF                     REMOVE = number
  1059.       GBR
  1060.  
  1061. The parameters can also be changed by loading ROUTE.COM a second
  1062. time.  For on-line help, type
  1063.  
  1064. ROUTE ?  <Enter>
  1065.  
  1066. Most of the parameters have default values that should work with simple
  1067. configurations for IBM bridges.  If you have installed parallel IBM
  1068. bridges, you can change some of the parameters to reduce traffic on
  1069. some of the paths.  Each parameter is described below. 
  1070.  
  1071.  
  1072. BOARD = number
  1073. Use this parameter to specify a board number for the Token-Ring
  1074. network board.  
  1075.  
  1076. If this parameter is not specified, the default of 01 is used.
  1077.  
  1078. If you have loaded more than one LAN driver in the workstation, the
  1079. board number is determined by the order in which the LAN drivers are
  1080. loaded (the first board is 1).  See your AUTOEXEC.BAT file for the
  1081. order you have specified.
  1082.  
  1083.  
  1084. CLEAR
  1085. Use this parameter to manually clear the Source Routing table and force
  1086. a dynamic rebuilding of the table by sending a default frame to each
  1087. node in the network.  Use this parameter when an IBM bridge on the
  1088. network has gone down and an alternate route is available.
  1089.  
  1090.  
  1091. DEF
  1092. Use this parameter to prevent frames that have unknown (DEFault)
  1093. destination addresses from being sent across Single Route IBM bridges. 
  1094.  
  1095.  
  1096. If this parameter is specified, all frames that have addresses not in the
  1097. workstation's Source Routing table are forwarded as All Routes
  1098. Broadcast frames.
  1099.  
  1100. If this parameter is not specified, all frames that have addresses not in
  1101. the workstation's Source Routing table are forwarded as Single Route
  1102. Broadcast frames.
  1103.  
  1104. If ROUTE.COM has already been loaded with the DEF parameter,
  1105. reloading ROUTE.COM with this parameter broadcasts all subsequent
  1106. Single Route Broadcast frames as All Routes Broadcast frames.  
  1107.  
  1108.  
  1109. GBR
  1110. Use this parameter to specify that all General BRoadcast frames are to
  1111. be sent as All Routes Broadcast frames.
  1112.  
  1113. If this parameter is not specified when ROUTE is loaded, all General
  1114. Broadcast frames are broadcasted as Single Route Broadcast frames.
  1115.  
  1116. If ROUTE has already been loaded with the GBR parameter, reloading
  1117. ROUTE with this parameter broadcasts all subsequent General Broadcast
  1118. frames as All Routes Broadcast frames.
  1119.  
  1120.  
  1121. MBR
  1122. Use this parameter to specify that all Multicast BRoadcast frames are to
  1123. be sent as All Routes Broadcast frames.
  1124.  
  1125. If the parameter is not specified when ROUTE is loaded, all Multicast
  1126. Broadcast frames are broadcast as Single Route Broadcast frames.
  1127.  
  1128. If ROUTE has already been loaded with the MBR parameter, reloading
  1129. ROUTE with this parameter broadcasts all subsequent Multicast
  1130. Broadcast frames as All Routes Broadcast frames.
  1131.  
  1132.  
  1133. NODES = number
  1134. Use this parameter to specify the number of table entries in the Source
  1135. Routing table.  This parameter must be entered the first time
  1136. ROUTE.COM is loaded.  The parameter cannot be changed by reloading
  1137. ROUTE.COM.
  1138.  
  1139. Replace number with a value from 8 to 255.  The default is 16.
  1140.  
  1141.  
  1142. REMOVE = number
  1143. Use this parameter to remove a specified node address from the
  1144. workstation's Source Routing table.  Use the parameter when a bridge
  1145. has gone down.  Removing the node from the Source Routing table
  1146. forces the workstation to determine an alternate path.
  1147.  
  1148. Replace number with a 12-digit (6-byte) hexadecimal number.  If fewer
  1149. than 9 digits are entered, ROUTE.COM prefixes the address with 4000h. 
  1150. For example, REMOVE=2 is interpreted as REMOVE=400000000002.
  1151.  
  1152.  
  1153. Appendix B:  System Messages
  1154.  
  1155. Connector is BNC.
  1156.  
  1157.       Source:  3C503.COM
  1158.  
  1159.       Explanation:  The connector selected for the board is for Thin
  1160.       Ethernet cabling.
  1161.  
  1162.       Action:  None
  1163.  
  1164.  
  1165. Connector is DIX.
  1166.  
  1167.       Source:  3C503.COM
  1168.  
  1169.       Explanation:  The connector selected for the board is for Thick
  1170.       Ethernet cabling.
  1171.  
  1172.       Action:  None.
  1173.  
  1174.  
  1175. FATAL: 3C503 -Card not found.
  1176.  
  1177.       Source:  3C503.COM
  1178.  
  1179.       Explanation:  The 3C503.COM driver could not locate a 3C503
  1180.       board at the specified hardware settings.  
  1181.  
  1182.       Action:  Make sure that a 3C503 board is installed.  Verify the
  1183.       hardware jumper settings.  If the settings do not match the
  1184.       defaults, specify the settings in the NET.CFG file.
  1185.  
  1186.  
  1187.  
  1188. FATAL: 3C503 -Card will not initialize.
  1189.  
  1190.       Source:  3C503.COM
  1191.  
  1192.       Explanation:  A hardware failure occurred. 
  1193.  
  1194.       Action:  Check for possible hardware settings that conflict with
  1195.       other installed boards.
  1196.  
  1197.  
  1198. FATAL: 3C503 -Interrupt is invalid (2,3,4,5,9 valid).
  1199.  
  1200.       Source:  3C503.COM
  1201.  
  1202.       Explanation:  An invalid interrupt value was specified in the
  1203.       NET.CFG file.  
  1204.  
  1205.       Action:  Correct the ■INT number■ entry in the NET.CFG file;
  1206.       then try again.
  1207.  
  1208.  
  1209. FATAL: 3C503 -I/O port does not match NICs jumper.
  1210.  
  1211.       Source:  3C503.COM
  1212.  
  1213.       Explanation:  The specified base I/O port address (the driver
  1214.       default or the value specified in the NET.CFG file) is different
  1215.       from the address setting on the 3C503 board.  
  1216.  
  1217.       Action:  Make sure that the value for the driver matches the value
  1218.       set on the board; then try again.
  1219.  
  1220.  
  1221.  
  1222. FATAL: 3C503 -Memory does not match NICs jumper.
  1223.  
  1224.       Source:  3C503.COM
  1225.  
  1226.       Explanation:  The specified base memory address (the driver
  1227.       default or the value specified in the NET.CFG file) is different
  1228.       from the address setting on the 3C503 board.  
  1229.  
  1230.       Action:  Make sure that the value for the driver matches the value
  1231.       set on the board; then try again.
  1232.  
  1233.  
  1234. FATAL: Board # <number> doesn't provide enough look ahead, IPX
  1235. needs 18 or more bytes.
  1236.  
  1237.       Source:  IPXODI
  1238.  
  1239.       Explanation:  IPX requires at least the first 18 bytes of incoming
  1240.       packets for it to preview the packets properly.  
  1241.  
  1242.       Action:  Increase the MLID look-ahead size by specifying ■LOOK
  1243.       AHEAD SIZE 18■ in the NET.CFG file under the MLID main
  1244.       section heading, as in the following example:
  1245.  
  1246.             LINK DRIVER NE1000
  1247.                   LOOK AHEAD SIZE 18
  1248.  
  1249.   
  1250.  FATAL: Board failed to initialize correctly. 
  1251.  
  1252.       Source:  MLID
  1253.  
  1254.       Explanation:  The MLID could not initialize its board correctly. 
  1255.       A hardware failure usually prevents initialization.  
  1256.  
  1257.       Action:  Refer to the MLID documentation for a description of
  1258.       the error. 
  1259.  
  1260.  
  1261.  
  1262. FATAL: Could not find a board that supports IPX (See PROTOCOL
  1263. keyword).
  1264.  
  1265.       Source:  IPXODI
  1266.  
  1267.       Explanation:  IPX could not find a board to bind with.  For IPX
  1268.       to bind, it must have a protocol ID registered with the Link
  1269.       Support Layer.  Most MLIDs will register an IPX Protocol ID by
  1270.       default.  However, if you have specified the PROTOCOL
  1271.       keyword under an MLID's section heading in the NET.CFG file,
  1272.       this error may be generated.  When a protocol ID has been
  1273.       specified for another protocol stack, the MLID does not register
  1274.       a default protocol ID for IPX.  
  1275.  
  1276.       Action:  If you want to use IPX, register a protocol ID for IPX
  1277.       along with the other Protocol IDs you are registering.  
  1278.  
  1279.  
  1280. FATAL: Could not find an enabled 3C523 adapter in any slot.
  1281.  
  1282.       Source:  3C523.COM
  1283.  
  1284.       Explanation:  By default, the 3C523.COM driver scans the PS/2
  1285.       slots to find the 3C523 board it should use.  The driver starts
  1286.       scanning at slot 1.  The driver was unable to find a 3C523 in any
  1287.       slot.
  1288.  
  1289.       Action:  Make sure that the 3C523 board is firmly seated in the
  1290.       slot.
  1291.  
  1292.  
  1293.  
  1294. FATAL: Could not find an NE2 adapter in any slot.
  1295.  
  1296.       Source:  NE2.COM
  1297.  
  1298.       Explanation:  By default, the NE2.COM driver will scan the PS/2
  1299.       slots to find the NE2 board it should use.  The driver starts
  1300.       scanning at slot 1.  The driver could not find an NE2 in any slot. 
  1301.       
  1302.  
  1303.       Action:  Make sure that the NE2 board is firmly seated in the
  1304.       machine's slot.
  1305.  
  1306.  
  1307. FATAL: Could not find an NE2-32 adapter in any slot.
  1308.  
  1309.       Source:  NE2-32.COM
  1310.  
  1311.       Explanation:  By default, the NE2-32.COM driver will scan the
  1312.       PS/2 slots to find the NE2-32 board it should use.  The driver
  1313.       starts scanning at slot 1.  The driver was unable to find an NE2-
  1314.       32 in any slot.  
  1315.  
  1316.       Action:  Make sure that the NE2-32 board is firmly seated in the
  1317.       slot.
  1318.  
  1319.  
  1320. FATAL: Could not find <name> MLID to unload. 
  1321.  
  1322.       Source:  MLID
  1323.  
  1324.       Explanation:  A request was made to unload the MLID, but the
  1325.       MLID is not loaded.
  1326.  
  1327.       Action:  None.
  1328.  
  1329.  
  1330.  
  1331. FATAL: Different IPX or a IPX interrupt has been hooked.
  1332.  
  1333.       Source:  IPXODI
  1334.  
  1335.       Explanation:  You tried to unload the IPX from memory, but the
  1336.       IPX detected a condition that would not allow IPX to be removed
  1337.       from memory safely.  This can occur for two reasons:
  1338.  
  1339.       The resident IPXODI and the IPXODI used to unload the resident
  1340.       IPXODI are not the same version.  
  1341.  
  1342.       Another program has been loaded that has hooked one of
  1343.       IPXODI's interrupt vectors.  IPXODI uses the following interrupt
  1344.       vectors:  INT 08h, INT 2Fh, INT 64h, and INT 7Ah.
  1345.  
  1346.       Action:  Complete one of the following:
  1347.  
  1348.       Use the same version of IPXODI to unload IPX as you used to
  1349.       load.
  1350.  
  1351.       Unload the program that has hooked to one or more IPX interrupt
  1352.       vectors and then unload IPXODI.
  1353.  
  1354.  
  1355.  
  1356. FATAL: Different LSL or a LSL interrupt has been hooked. 
  1357.  
  1358.       Source:  LSL
  1359.  
  1360.       Explanation:  You tried to unload the LSL from memory, but it
  1361.       detected a condition that would not allow it to be removed safely.
  1362.       This can occur for two reasons:
  1363.  
  1364.       The resident LSL and the LSL used to unload the resident LSL
  1365.       are not the same version.  
  1366.  
  1367.       Another program has been loaded that has hooked one of the
  1368.       LSL's interrupt vectors.  The LSL uses the following interrupt
  1369.       vectors:  INT 08h and INT 2Fh.
  1370.  
  1371.       Action:  Complete one of the following:
  1372.  
  1373.       Use the same version to unload LSL as you used to load it.
  1374.  
  1375.       Unload the program that has hooked to the LSL's interrupt
  1376.       vectors before unloading the LSL.
  1377.  
  1378.  
  1379. FATAL: Direct Station 0 already in use by another application.
  1380.  
  1381.       Source:  LANSUP.COM 
  1382.  
  1383.       Explanation:  The LANSUP.COM driver uses Direct Station 0. 
  1384.       Only one application running on the IBM LAN Support program
  1385.       can use Direct Station 0.  
  1386.  
  1387.       Action:  Unload the other application.
  1388.  
  1389.  
  1390.  
  1391. FATAL: Error initializing board.
  1392.  
  1393.       Source:  LANSUP.COM 
  1394.  
  1395.       Explanation:  The LAN Support Program could not initialize the
  1396.       network board.  
  1397.  
  1398.       Action:  Check the installation of the LAN Support software.
  1399.  
  1400.  
  1401. FATAL: Error opening board.
  1402.  
  1403.       Source:  LANSUP.COM 
  1404.  
  1405.       Explanation:  The LAN Support Program could not open the
  1406.       network board.
  1407.  
  1408.       Action:  Check the installation of the LAN Support software.
  1409.  
  1410.  
  1411. FATAL: Error shutting down <name> MLID, unload operation aborted. 
  1412.  
  1413.       Source:  MLID
  1414.  
  1415.       Explanation:  The MLID was attempting to remove the resident
  1416.       MLID from memory.  The MLID was unable to successfully shut
  1417.       down the resident MLID.  A hardware failure has probably
  1418.       occurred.
  1419.  
  1420.       Action:  Run diagnostics on the network board and workstation. 
  1421.       Replace the faulty hardware.
  1422.  
  1423.  
  1424.  
  1425. FATAL: Failed to locate MLID Section Heading in NET.CFG file. 
  1426.  
  1427.       Source:  MLID
  1428.  
  1429.       Explanation:  You tried to load the MLID again.  Normally you
  1430.       would do this so that you could use two or more boards in the
  1431.       workstation.  When two or more of the same type of network
  1432.       boards are installed in the workstation, an associated MLID
  1433.       section heading must be specified in the NET.CFG file. An entry
  1434.       in the NET.CFG file for two boards would look similar to the
  1435.       following: 
  1436.  
  1437.             #Allow the first one to use default values.
  1438.             LINK DRIVER NE1000      
  1439.  
  1440.             #This section is for the second board.
  1441.             LINK DRIVER NE1000      
  1442.                   INT 4
  1443.                   PORT 320  
  1444.  
  1445.       Action:  Add the commands for both MLID boards to the
  1446.       NET.CFG file.  Then reboot the workstation.
  1447.  
  1448.  
  1449. FATAL: IBM LAN Support Program has not been loaded.
  1450.  
  1451.       Source:  LANSUP.COM 
  1452.  
  1453.       Explanation:  The LANSUP.COM driver requires that the IBM
  1454.       LAN Support Program be loaded.  
  1455.  
  1456.       Action:  Load the LAN Support Software and retry the operation. 
  1457.       Add lines similar to the following to the CONFIG.SYS file:
  1458.  
  1459.             DEVICE=DXMA0MOD.SYS
  1460.             DEVICE=DXMC0MOD.SYS
  1461.  
  1462.  
  1463.  
  1464. FATAL: Init586:  Configure command failed.
  1465.  
  1466.       Source:  3C523.COM
  1467.  
  1468.       Explanation:  A hardware failure has occurred.  
  1469.       Action:  Install the 3C523 board in a different slot.  If the driver
  1470.       still fails to load, the 3C523 board is probably bad and should be
  1471.       replaced.
  1472.  
  1473.  
  1474. FATAL: Init586:  IA_Setup command failed.
  1475.  
  1476.       Source:  3C523.COM
  1477.  
  1478.       Explanation:  A 3C523 hardware failure has occurred.  
  1479.  
  1480.       Action:  Install the 3C523 in a different slot.  If the driver still
  1481.       fails to load, the 3C523 board is probably bad and should be
  1482.       replaced.
  1483.  
  1484.  
  1485. FATAL: Init586:  Initial communication with 82586 failed.
  1486.  
  1487.       Source:  3C523.COM
  1488.  
  1489.       Explanation:  A hardware failure has occurred.  
  1490.  
  1491.       Action:  Install the 3C523 board in a different slot.  If the driver
  1492.       still fails to load, the 3C523 board is probably bad and should be
  1493.       replaced.
  1494.  
  1495.  
  1496.  
  1497. FATAL: Invalid base memory address - Must be C0000 or D0000.
  1498.  
  1499.       Source:  NE2-32.COM
  1500.  
  1501.       Explanation:  Because the NE2-32 board is a true 32-bit board, the
  1502.       board has the option to have its base memory located above the
  1503.       1MB real mode memory limit.  Since DOS ODI is executing in real
  1504.       mode, the NE2-32.COM driver cannot access the board's RAM
  1505.       when it is located above the 1MB address range.
  1506.  
  1507.       Action:  Use the Reference diskette to change the board's base
  1508.       memory setting to either C0000 or D0000.
  1509.  
  1510.   
  1511. FATAL: Invalid Ethernet node address specified.
  1512.  
  1513.       Source:  MLID
  1514.  
  1515.       Explanation:  You used the ■NODE■ option in the NET.CFG file
  1516.       to override the node address on the network board.  The number
  1517.       specified was not a valid Ethernet node address.  An Ethernet
  1518.       address is 6 bytes in length.  This error occurs if Bit 0 of the first
  1519.       address byte is a 1.  This bit must always be 0.  For example, if
  1520.       the first byte has the following address, an invalid Ethernet
  1521.       address is generated.
  1522.  
  1523.  
  1524.            First Byte
  1525.          7 6 5 4 3 2 1 0
  1526.         ┌─┬─┬─┬─┬─┬─┬─┬─┐
  1527.         │0│0│0│0│0│0│0│1│     
  1528.         └─┴─┴─┴─┴─┴─┴─┴─┘
  1529.  
  1530.       This byte will produce node addresses in the 0100 0000 0000 to
  1531.       01FF FFFF FFFF range, all of which will be invalid.
  1532.  
  1533.       Action:  Change the NET.CFG file so that a valid node address
  1534.       is specified.
  1535.  
  1536.  
  1537.  
  1538. FATAL: Invalid parameter.
  1539.  
  1540.       Source:  IPXODI
  1541.  
  1542.       Explanation:  When you tried to load IPXODI, you specified an
  1543.       invalid parameter on the command line.  IPXODI was not loaded. 
  1544.       The only valid parameters are ? for information and U for
  1545.       unload.
  1546.  
  1547.       Action:  Specify a valid parameter.
  1548.  
  1549.       or
  1550.  
  1551.       Source:  LSL
  1552.  
  1553.       Explanation:  When you tried to load the LSL, you specified an
  1554.       invalid parameter on the command line.  The LSL was not loaded. 
  1555.       The only valid parameters are ? for help and U for unload.
  1556.  
  1557.       Action:  Specify a valid parameter.
  1558.  
  1559.       or
  1560.  
  1561.       Source:  MLID
  1562.  
  1563.       Explanation:  When you tried to load the MLID, you specified an
  1564.       invalid parameter on the command line.  The MLID was not
  1565.       loaded.  The only valid parameters for MLID are ? for
  1566.       information and U for unload.
  1567.  
  1568.       Action:  Specify a valid parameter.
  1569.  
  1570.  
  1571.  
  1572. FATAL: Invalid Token-Ring node address specified.
  1573.  
  1574.       Source:  MLID
  1575.  
  1576.       Explanation:  You used the ■NODE■ option in the NET.CFG file
  1577.       to override the node address on the network board.  The number
  1578.       specified was not a valid Token-Ring node address.  A Token-
  1579.       Ring address is 6 bytes in length.  This error will occur if Bit 7
  1580.       of the first address byte is a 1.  This bit should always be a 0. 
  1581.       For example, if the first byte has the following address, an
  1582.       invalid Token-Ring address is generated.
  1583.  
  1584.  
  1585.            First Byte
  1586.          7 6 5 4 3 2 1 0
  1587.         ┌─┬─┬─┬─┬─┬─┬─┬─┐
  1588.         │1│0│0│0│0│0│0│0│     
  1589.         └─┴─┴─┴─┴─┴─┴─┴─┘
  1590.  
  1591.       This byte will produce node addresses in the 8000 0000 0000 to
  1592.       8FFF FFFF FFFF range, all of which will be invalid.
  1593.  
  1594.       Action:  Change the NET.CFG file so that a valid node address
  1595.       is specified.
  1596.  
  1597.  
  1598. FATAL: IPX already loaded.
  1599.  
  1600.       Source:  IPXODI
  1601.  
  1602.       Explanation:  IPX has already been loaded.  It needs to be loaded
  1603.       only once.
  1604.  
  1605.       Action:  None.
  1606.  
  1607.  
  1608. FATAL: IPX is already registered with the LSL.
  1609.  
  1610.       Source:  IPXODI
  1611.  
  1612.       Explanation:  IPX was not removed from the LSL's register when
  1613.       it was unloaded.  The system may be corrupted.
  1614.  
  1615.       Action:  Reboot the workstation.
  1616.  
  1617.  
  1618. FATAL: IPX is not loaded.
  1619.  
  1620.       Source:  IPXODI
  1621.  
  1622.       Explanation:  You tried to unload IPX, but IPX has not been
  1623.       loaded.
  1624.  
  1625.       Action:  None.
  1626.  
  1627.  
  1628. FATAL: Loading MLID again requires configuration information in
  1629. NET.CFG. 
  1630.  
  1631.       Source:  MLID
  1632.  
  1633.       Explanation:  You tried to load the MLID a second time. 
  1634.       Normally you would do this so that you could use two or more
  1635.       boards in the workstation.  When two or more of the same type of
  1636.       network boards are installed in the workstation, an associated
  1637.       MLID section heading must be specified in the NET.CFG file.
  1638.  
  1639.       An entry in the NET.CFG file for two boards would look similar
  1640.       to the following: 
  1641.  
  1642.             #Allow the first one to use default values.
  1643.             LINK DRIVER NE1000      
  1644.  
  1645.             #This section is for the second board.
  1646.             LINK DRIVER NE1000      
  1647.                   INT 4
  1648.                   PORT 320  
  1649.  
  1650.       Action:  Create a NET.CFG file and add the commands for both
  1651.       MLID boards to the file.  Then reboot the workstation.
  1652.  
  1653.  
  1654.  
  1655. FATAL: LSL already loaded. 
  1656.  
  1657.       Source:  LSL
  1658.  
  1659.       Explanation:  The Link Support Layer has already been loaded. 
  1660.       The LSL can be loaded only once.
  1661.  
  1662.       Action:  None.
  1663.  
  1664.  
  1665. FATAL: LSL is not loaded. 
  1666.  
  1667.       Source:  LSL
  1668.  
  1669.       Explanation:  You tried to unload the LSL, but it is not loaded.
  1670.  
  1671.       Action:  None.
  1672.  
  1673.  
  1674. FATAL: Multiplex interrupt 2Fh has no free slots. 
  1675.  
  1676.       Source:  LSL
  1677.  
  1678.       Explanation:  LSL could not find a free slot for use with INT 2F
  1679.       (Hex).  When your computer is first booted, approximately 63
  1680.       multiplex slots are available.  All available slots are already being
  1681.       used by applications.
  1682.  
  1683.       Action:  Unload an application that is using a INT 2F multiplex
  1684.       interrupt; then load the LSL.
  1685.  
  1686.  
  1687.  
  1688. FATAL: NE1000 NIC command port failed to respond.
  1689.  
  1690.       Source:  NE1000.COM
  1691.  
  1692.       Explanation:  The NE1000 board has malfunctioned, is not
  1693.       installed, or is not configured to the same port as selected for the
  1694.       driver.
  1695.  
  1696.       Action:  Complete one or more of the following:
  1697.  
  1698.       Make sure that an NE1000 board has been installed and
  1699.       configured.
  1700.  
  1701.       Make sure that the configuration for the NE1000 board matches
  1702.       the configuration for the NE1000 driver.  Configuration options
  1703.       other than the defaults must be entered in the NET.CFG file.
  1704.  
  1705.       Replace the board.
  1706.  
  1707.  
  1708. FATAL: NE1000 NIC RAM failure.
  1709.  
  1710.       Source:  NE1000.COM
  1711.  
  1712.       Explanation:  The NE1000 board's on-board memory has
  1713.       malfunctioned.
  1714.  
  1715.       Action:  Replace the board.
  1716.  
  1717.  
  1718. FATAL: NE2 NIC command port failed to respond.
  1719.  
  1720.       Source:  NE2.COM
  1721.  
  1722.       Explanation:  The installed NE2 board has malfunctioned. 
  1723.  
  1724.       Action:  Replace the board.
  1725.  
  1726.  
  1727.  
  1728. FATAL: NE2 NIC RAM failure.
  1729.  
  1730.       Source:  NE2.COM
  1731.  
  1732.       Explanation:  The NE2 board's installed on-board memory has
  1733.       malfunctioned.
  1734.  
  1735.       Action:  Replace the board.
  1736.  
  1737.  
  1738. FATAL: NE2000 NIC command port failed to respond.
  1739.  
  1740.       Source:  NE2000.COM
  1741.  
  1742.       Explanation:  The NE2000 board has malfunctioned, is not
  1743.       installed, or is not configured to the same port as selected for the
  1744.       driver.
  1745.   
  1746.       Action:  Complete one or more of the following:
  1747.  
  1748.       Make sure that an NE2000 board has been installed and
  1749.       configured.
  1750.  
  1751.       Make sure that the configuration for the NE2000 board matches
  1752.       the configuration for the NE2000 driver.  Configuration options
  1753.       other than the defaults must be entered in the NET.CFG file.
  1754.  
  1755.       Replace the board.
  1756.  
  1757.  
  1758. FATAL: NE2000 NIC is NOT supported in a 8-bit slot.
  1759.  
  1760.       Source:  NE2000.COM
  1761.  
  1762.       Explanation:  The NE2000 board is located in an 8-bit slot in the
  1763.       machine.  The NE2000.COM driver only supports the NE2000 in
  1764.       a 16-bit AT bus slot.  
  1765.  
  1766.       Action:  Place the NE2000 board in a 16-bit slot and try again.
  1767.  
  1768.  
  1769.  
  1770. FATAL: NE2000 NIC RAM failure.
  1771.  
  1772.       Source:  NE2000.COM
  1773.  
  1774.       Explanation:  The NE2000 board's on-board memory has
  1775.       malfunctioned.
  1776.  
  1777.       Action:  Replace the board.
  1778.  
  1779.  
  1780. FATAL: NE2000 NIC was not found at specified hardware settings.
  1781.  
  1782.       Source:  NE2000.COM
  1783.  
  1784.       Explanation:  The NE2000.COM driver found a board at the
  1785.       specified hardware settings, but the board is not an NE2000
  1786.       board.  
  1787.  
  1788.       Action:  Check the installed hardware.
  1789.  
  1790.  
  1791. FATAL: NE2-32 NIC command port failed to respond.
  1792.  
  1793.       Source:  NE2-32.COM 
  1794.  
  1795.       Explanation:  The installed NE2-32 board has malfunctioned. 
  1796.  
  1797.       Action:  Replace the board.
  1798.  
  1799.  
  1800. FATAL: NE2-32 NIC RAM failure.
  1801.  
  1802.       Source:  NE2-32.COM
  1803.  
  1804.       Explanation:  The installed NE2-32 board's on-board memory has
  1805.       malfunctioned.  
  1806.  
  1807.       Action:  Replace the board.
  1808.  
  1809.  
  1810.  
  1811. FATAL: No more room in the LSL for another protocol stack.
  1812.  
  1813.       Source:  IPXODI
  1814.  
  1815.       Explanation:  The maximum number of protocol stacks have been
  1816.       registered with the Link Support Layer.  The DOS ODI LSL can
  1817.       support up to eight protocol stacks.  
  1818.  
  1819.       Action:  Remove an existing protocol stack.
  1820.  
  1821.  
  1822. FATAL: RXNet command port failed to respond.
  1823.  
  1824.       Source:  TRXNET.COM
  1825.  
  1826.       Explanation:  The TRXNET.COM driver could not find an RX-
  1827.       Net board in the workstation.
  1828.  
  1829.       Action:  Make sure that an RX-Net board is installed in the
  1830.       workstation and that it is firmly seated.  Make sure that the
  1831.       values for the hardware settings in the driver (the default or the
  1832.       values set in the NET.CFG file) match the values set on the board.
  1833.  
  1834.  
  1835. FATAL: RXNet RAM failure.
  1836.  
  1837.       Source:  TRXNET.COM
  1838.  
  1839.       Explanation:  The RX-Net board's RAM has failed the RAM test. 
  1840.       
  1841.  
  1842.       Action:  Replace the board.
  1843.  
  1844.  
  1845.  
  1846. FATAL: Specified PS/2 slot contains an NE2 but it is not enabled.
  1847.  
  1848.       Source:  NE2.COM
  1849.  
  1850.       Explanation:  The located NE2 board was not enabled.  The NE2
  1851.       board has probably malfunctioned. 
  1852.  
  1853.       Action:  Replace the board.
  1854.  
  1855.  
  1856. FATAL: Specified PS/2 slot contains an NE2-32 but it is not enabled.
  1857.  
  1858.       Source:  NE2-32.COM
  1859.  
  1860.       Explanation:  The located NE2-32 board was not enabled.  The
  1861.       NE2-32 board has probably malfunctioned.
  1862.  
  1863.       Action:  Replace the board.
  1864.  
  1865.  
  1866. FATAL: Specified PS/2 slot does not contain an enabled 3C523 adapter.
  1867.  
  1868.       Source:  3C523.COM
  1869.  
  1870.       Explanation:  A ■PS/2 SLOT number■ option was specified in the
  1871.       NET.CFG file.  The specified slot does not contain a 3C523 board. 
  1872.       Note that slot numbers are 1 based and correspond to the slot
  1873.       numbers on the back of the computer.
  1874.  
  1875.       Action:  Modify the NET.CFG so that the specified slot number
  1876.       matches the slot that the board is installed in.
  1877.  
  1878.  
  1879.  
  1880. FATAL: Specified PS/2 slot does not contain an NE2 adapter.
  1881.  
  1882.       Source:  NE2.COM
  1883.  
  1884.       Explanation:  A ■PS/2 SLOT number■ option was specified in the
  1885.       NET.CFG file.  The specified slot does not contain an NE2 board. 
  1886.       Note that slot numbers are 1 based and correspond to the slot
  1887.       numbers on the back of the computer.
  1888.  
  1889.       Action:  Modify the NET.CFG file to specify the correct slot
  1890.       number.  
  1891.  
  1892.  
  1893. FATAL: Specified PS/2 slot does not contain an NE2-32 adapter.
  1894.  
  1895.       Source:  NE2-32.COM
  1896.  
  1897.       Explanation:  A ■PS/2 SLOT number■ option was specified in the
  1898.       NET.CFG file, but the specified slot does not contain an NE2-
  1899.       32 board.  Slot numbers are 1 based and correspond to the slot
  1900.       numbers on the back of the computer.
  1901.  
  1902.       Action:  Modify the NET.CFG file to specify the correct slot
  1903.       number.
  1904.  
  1905.  
  1906.  
  1907. FATAL: The LSL is not loaded.
  1908.  
  1909.       Source:  IPXODI
  1910.  
  1911.       Explanation:  IPX requires that the LSL be loaded first.
  1912.  
  1913.       Action:  Load LSL.COM; then load IPXODI.COM.
  1914.  
  1915.       or 
  1916.  
  1917.       Source:  MLID
  1918.  
  1919.       Explanation:  LSL must be loaded before an MLID can be loaded.
  1920.  
  1921.       Action:  Load LSL.COM; then load the MLID.
  1922.  
  1923.  
  1924. FATAL: There is a TSR above the loaded IPX.
  1925.  
  1926.       Source:  IPXODI
  1927.  
  1928.       Explanation:  You tried to unload IPX from memory, but IPX
  1929.       detected another Terminate-and-Stay-Resident program loaded
  1930.       above IPX.  For IPX to unload safely, TSRs that were loaded
  1931.       after it must be unloaded first.  
  1932.  
  1933.       Action:  Either load the TSR before loading IPX or unload the
  1934.       TSR before trying this operation.
  1935.  
  1936.  
  1937.  
  1938. FATAL: There is a TSR above the loaded LSL. 
  1939.  
  1940.       Source:  LSL
  1941.  
  1942.       Explanation:  You tried to unload the LSL from memory, but the
  1943.       LSL detected another Terminate-and-Stay-Resident program
  1944.       loaded above the LSL.  For the LSL to unload safely, TSRs that
  1945.       have been loaded after it must be unloaded first.
  1946.  
  1947.       Action:  Either load the other TSR before loading the LSL or
  1948.       unload the TSR before trying this operation.
  1949.  
  1950.  
  1951. FATAL: There is a TSR above the loaded <name> MLID. 
  1952.  
  1953.       Source:  MLID
  1954.  
  1955.       Explanation:  You tried to unload the MLID from memory, but
  1956.       the MLID detected another Terminate-and-Stay-Resident program
  1957.       loaded above the MLID.  For the MLID to safely unload, TSRs
  1958.       that were loaded after it must be unloaded first.
  1959.  
  1960.       Action:  Either load the other TSR before loading the MLID or
  1961.       unload the TSR before trying this operation.
  1962.  
  1963.  
  1964.  
  1965. FATAL: This old LSL is not supported.
  1966.  
  1967.       Source:  IPXODI
  1968.  
  1969.       Explanation:  IPXODI cannot run correctly using this version of
  1970.       the LSL.  
  1971.  
  1972.       Action:  Update your LSL.COM to a newer version.
  1973.  
  1974.       or
  1975.  
  1976.       Source:  MLID
  1977.  
  1978.       Explanation:  The MLID cannot run correctly using this version
  1979.       of the LSL.  
  1980.  
  1981.       Action:  Update your LSL.COM to a newer version.
  1982.  
  1983.  
  1984. FATAL: Work Area Exceeded, reduce number of SAPs and/or Link
  1985. Stations.
  1986.  
  1987.       Source:  LANSUP.COM 
  1988.  
  1989.       Explanation:  The number of SAPs or Link Stations specified in
  1990.       the NET.CFG file exceeded the maximum number of SAPs or
  1991.       Link Stations that the network board can handle.
  1992.  
  1993.       Action:  Modify the number of SAPs or Link Stations specified
  1994.       in the NET.CFG file.
  1995.  
  1996.  
  1997.  
  1998. IPX protocol bound to <name> MLID Board # <number>.
  1999.  
  2000.       Source:  IPXODI
  2001.  
  2002.       Explanation:  This message is displayed after IPX has successfully
  2003.       loaded.  It is not a error message but simply tells you which
  2004.       logical MLID IPX is using.
  2005.  
  2006.       <name>      The MLID's short name (NE1000, for example).
  2007.  
  2008.       <number>    The logical board number of the MLID.  This
  2009.                   number is 1 based (for example, the first MLID is
  2010.                   assigned board #1).  
  2011.  
  2012.       Action:  None.
  2013.  
  2014.  
  2015. IPX protocol successfully removed. 
  2016.  
  2017.       Source:  IPXODI
  2018.  
  2019.       Explanation:  A request was made to unload IPXODI, and
  2020.       IPXODI was removed (unloaded) from memory.
  2021.   
  2022.       Action:  None.
  2023.  
  2024.  
  2025. LSL successfully removed.
  2026.  
  2027.       Source:  LSL
  2028.  
  2029.       Explanation:  A request was made to unload the LSL, and the LSL
  2030.       was removed from memory.  
  2031.  
  2032.       Action:  None.
  2033.  
  2034.  
  2035.  
  2036. Number of buffers <number1>, Buffer size <size> bytes, Memory pool
  2037. <number2> bytes
  2038.  
  2039.       Source:  LSL
  2040.  
  2041.       Explanation:  This information appears when the LSL has read
  2042.       configuration information from the NET.CFG file.  (LSL does not
  2043.       display default values when it loads.)
  2044.  
  2045.       <number1>         The number of communication buffers
  2046.                         allocated by the LSL.  Normally, the LSL
  2047.                         does not need buffers; therefore, none
  2048.                         should be allocated unless directed by a
  2049.                         protocol's documentation.  This number may
  2050.                         be less than requested due to memory limits
  2051.                         within the LSL.
  2052.  
  2053.       <size>            The size of the LSL's communications
  2054.                         buffers (106 bytes of this value are reserved
  2055.                         for protocol and media headers).  This value
  2056.                         cannot be smaller than 618 bytes.
  2057.  
  2058.       <number2>         The amount of memory allocated to the
  2059.                         LSL's free memory pool.  This free memory
  2060.                         pool is used by protocols.  This value may be
  2061.                         smaller than requested due to memory limits
  2062.                         within the LSL.  The LSL first allocates the
  2063.                         requested number of communications
  2064.                         buffers and then allocates the free memory
  2065.                         pool from the remaining memory.  Normally,
  2066.                         a free memory pool is not needed and should
  2067.                         not be allocated, unless directed by a
  2068.                         protocol's documentation.
  2069.  
  2070.       Action:  None.
  2071.  
  2072.  
  2073. <name> MLID successfully removed. 
  2074.  
  2075.       Source:  MLID
  2076.  
  2077.       Explanation:  A request was made to unload an MLID, and the
  2078.       MLID was removed from memory.  
  2079.       Action:  None.
  2080.  
  2081.  
  2082. WARNING: Byte value greater than 255 was truncated
  2083.  
  2084.       Source:  IPXODI
  2085.  
  2086.       Explanation:  An IPX or SPX parameter specified in the
  2087.       NET.CFG or SHELL.CFG file was set to a value greater than 255. 
  2088.       The value used will be 255 (the maximum configurable value).
  2089.  
  2090.       Action:  Change the NET.CFG file so that the IPX or SPX
  2091.       parameter has a valid value.
  2092.  
  2093.  
  2094. WARNING: Error registering Protocol=<name>, PID=<number>,
  2095. Frame=<type>
  2096.  
  2097.       Source:  MLID
  2098.  
  2099.       Explanation:  The MLID could not register the specified Protocol
  2100.       ID.  
  2101.  
  2102.       <name>      The name of the protocol.
  2103.  
  2104.       <number>    The value of the Protocol ID used to register the
  2105.                   Protocol ID.
  2106.  
  2107.       <type>      The frame type for which the Protocol ID was
  2108.                   registered.
  2109.  
  2110.       Action:  Verify the protocol information in the NET.CFG file.
  2111.  
  2112.  
  2113.  
  2114. WARNING: Invalid LOOK AHEAD SIZE value, will be set to maximum
  2115. (128 bytes). 
  2116.  
  2117.       Source:  MLID
  2118.  
  2119.       Explanation:  The ■LOOK AHEAD SIZE■ option was specified
  2120.       in the NET.CFG for an MLID.  The value specified was greater
  2121.       than 128 bytes.  The MLID will use 128 bytes for its look ahead
  2122.       size.
  2123.  
  2124.       Action:  Change the ■LOOK AHEAD SIZE■ option in the
  2125.       NET.CFG file to a valid value.
  2126.  
  2127.  
  2128. WARNING: MLID does not support Frame <type> - Protocol keyword
  2129. ignored. 
  2130.  
  2131.       Source:  MLID
  2132.  
  2133.       Explanation:  The ■PROTOCOL■ option was specified in the
  2134.       NET.CFG for an MLID.  The specified frame type is not
  2135.       supported by the MLID.  
  2136.  
  2137.       Action:  Check the ■PROTOCOL■ line in the NET.CFG file for
  2138.       possible omissions of required dashes and underscores or any
  2139.       misspellings.  Check the MLID documentation for supported
  2140.       frame types.  
  2141.  
  2142.  
  2143.  
  2144. WARNING: NET.CFG ignored - file length must be less than 4097 bytes.
  2145.  
  2146.       Source:  IPXODI
  2147.  
  2148.       Explanation:  The NET.CFG file is larger than 4,096 bytes.  IPX
  2149.       still loads, but ignores the information in the NET.CFG file.  
  2150.  
  2151.       Action:  Reduce the size of the NET.CFG file.
  2152.  
  2153.       or
  2154.  
  2155.       Source:  LSL
  2156.  
  2157.       Explanation:  The NET.CFG file is larger than 4,096 bytes.  The
  2158.       LSL still loads, but ignores the information in the NET.CFG file. 
  2159.       
  2160.  
  2161.       Action:  Reduce the size of the NET.CFG file.
  2162.  
  2163.       or
  2164.  
  2165.       Source:  MLID
  2166.  
  2167.       Explanation:  The NET.CFG file is longer than 4,096 bytes.  The
  2168.       MLID still loads, but ignores the information in the NET.CFG
  2169.       file.  
  2170.  
  2171.       Action:  Reduce the size of the NET.CFG file.
  2172.  
  2173.  
  2174. WARNING: NET.CFG ignored - MLID name cannot be more than 8
  2175. characters long.
  2176.  
  2177.       Source:  IPXODI
  2178.  
  2179.       Explanation:  The ■Bind MLID■ option in the NET.CFG file
  2180.       specified an MLID with a name longer than 8 characters.   
  2181.  
  2182.       Action:  Refer to the MLID's documentation for more information
  2183.       on the name.
  2184.  
  2185.  
  2186.  
  2187. WARNING: Node Address override not supported. Specify override when
  2188. loading IBM LAN Support Software. 
  2189.  
  2190.       Source:  LANSUP.COM 
  2191.  
  2192.       Explanation:  A node address was specified in the NET.CFG file
  2193.       for the LANSUP.COM driver.  The node override must be
  2194.       specified when loading the IBM LAN Support software.  
  2195.  
  2196.       Action:  Refer to the IBM LAN Support documentation for
  2197.       instructions.
  2198.  
  2199.  
  2200. WARNING: No room in the LSL for another board. Board <number> will
  2201. not be activated. 
  2202.  
  2203.       Source:  MLID
  2204.  
  2205.       Explanation:  The maximum number of boards has been
  2206.       registered with the Link Support Layer.  The DOS ODI LSL can
  2207.       support up to eight boards.  
  2208.  
  2209.       Action:  Reduce the number of active boards in the system by
  2210.       unloading a board.
  2211.  
  2212.  
  2213. WARNING: Protocol keyword must have a frame type - entry ignored. 
  2214.  
  2215.       Source:  MLID
  2216.  
  2217.       Explanation:  The ■PROTOCOL■ option was specified in the
  2218.       NET.CFG for an MLID.  The entry failed to specify the
  2219.       associated frame type for the protocol ID addition.  An entry in
  2220.       the NET.CFG file for the ■PROTOCOL■ option would look
  2221.       similar to the following:
  2222.  
  2223.             LINK DRIVER NE1000
  2224.                   PROTOCOL IPX 8137 ETHERNET_II
  2225.  
  2226.       Action:  Specify a frame type with the ■PROTOCOL■ option.
  2227.  
  2228. WARNING: Specified MAX PACKET SIZE too big for this adapter, max
  2229. size used.
  2230.  
  2231.       Source:  LANSUP.COM 
  2232.  
  2233.       Explanation:  The specified maximum packet size in the
  2234.       NET.CFG file was too large for the network board installed in
  2235.       the workstation.  The maximum packet size for the network board
  2236.       was used.
  2237.  
  2238.       Action:  Modify the maximum packet size in the NET.CFG file.
  2239.  
  2240.  
  2241. Notes
  2242. Trademarks
  2243.  
  2244. Novell, Inc., has made every effort to supply trademark information
  2245. about company names, products, and services mentioned in this book. 
  2246. Trademarks indicated below were derived from various sources.
  2247.  
  2248. 3Com, 3Com EtherLink, and EtherLink Plus are trademarks of 3Com
  2249. Corporation.
  2250. AppleTalk is a registered trademark of Apple Computer, Inc.
  2251. IBM is a registered trademark of International Business MachinesCorporation.
  2252. IBM PC AT/XT are trademarks of International Business MachinesCorporation.
  2253. IBM Personal System/2 is a registered trademark of InternationalBusiness Machines Corporation.
  2254. Internetwork Packet Exchange (IPX) is a trademark of Novell, Inc.
  2255. Micro Channel is a trademark of International Business Machines
  2256. Corporation.
  2257. MS-DOS is a trademark of Microsoft Corporation.
  2258. NetWare and Novell are registered trademarks of Novell, Inc.
  2259. NetWire is a trademark of Novell, Inc.
  2260. Novell RX-Net is a trademark of Novell, Inc.  
  2261. OS/2 is a registered trademark of International Business Machines
  2262. Corporation.
  2263. PC-DOS is a trademark of International Business Machines
  2264. Corporation.
  2265. Personal Computer AT and Personal Computer XT are trademarksof International Business Machines Corporation.
  2266. Personal System/2 is a trademark of International BusinessMachines Corporation.
  2267. Token-Ring is a trademark of International Business Machines
  2268. Corporation.
  2269.  
  2270. Notes
  2271. Index
  2272.  
  2273. A
  2274. AUTOEXEC.BAT
  2275.       copying to workstation boot   diskettes  11
  2276.       creating for master workstationdiskette  9
  2277.  
  2278. B
  2279. BIND (NET.CFG)  21
  2280. Boot disk, workstation
  2281.       booting with  10, 12
  2282.       creating master  7
  2283.       creating users' diskettes  11
  2284. BUFFERS (NET.CFG)  20
  2285.       Communication buffers  20
  2286.  
  2287. C
  2288. Computers, workstation        requirements  4
  2289. CONFIG.SYS  10
  2290.  
  2291. D
  2292. DEFAULT (NET.CFG)  22
  2293. DMA (NET.CFG)  23
  2294. Drivers. See also LAN drivers
  2295.       accessing information about  13
  2296.       unloading ODI  14
  2297.  
  2298. E
  2299. EMSNETx.EXE, expanded memory              shell file  8
  2300. Expanded memory shell  8
  2301. Extended memory shell  8
  2302.  
  2303.  
  2304.  
  2305.  
  2306. F
  2307. File server, logging in to  12
  2308. FRAME (NET.CFG)  28
  2309.  
  2310. H
  2311. Hardware, workstations supported  4
  2312.  
  2313. I 
  2314. IBM Token-Ring Source Routing Driver  31 
  2315.   using with DOS ODI  33  
  2316. INT (NET.CFG)  24
  2317. INT2F.COM file on master workstation diskette  9
  2318.  
  2319. IPXODI
  2320.       copying to master workstation diskette  9
  2321.       explained  2
  2322.       removing parts of  13
  2323.  
  2324. L
  2325. LAN drivers
  2326.       accessing information about  13
  2327.       supporting multiple protocols  1
  2328.       unloading workstation ODI  14
  2329. LANSUP.COM driver  9, 30
  2330. Link driver LANSUP options  30
  2331. Link driver options in NET.CFG  23
  2332. LINK STATIONS (NET.CFG)  30
  2333. Link support options (NET.CFG)  20
  2334.  
  2335. LOOK AHEAD SIZE (NET.CFG)  28
  2336. LSL.COM file on master workstation diskette  8
  2337.  
  2338.  
  2339. M
  2340. MEM (NET.CFG)  25
  2341. Memory requirements
  2342.       workstation  4
  2343. Memory settings for NET.CFG  25
  2344. MEMPOOL (NET.CFG)  21
  2345.  
  2346. N
  2347. NET.CFG
  2348.       conventions  18
  2349.       creating  10, 17
  2350.       example  18
  2351.       options  19
  2352.       using with SHELL.CFG  17
  2353. NETBIOS.EXE
  2354.       adding to master workstation diskette  9
  2355. Network boards
  2356.       installing in workstations  5
  2357.       interrupt settings in NET.CFG  24
  2358. NETx.COM adding to master workstation diskette  8
  2359. NODE ADDRESS (NET.CFG)  26
  2360.  
  2361.  
  2362. P
  2363. PORT (NET.CFG)  26
  2364. PRESCAN (NET.CFG)  22
  2365. Protocol
  2366.       options in NET.CFG  29
  2367.       using multiple on a workstation  1
  2368. PS/2 SLOT (NET.CFG)  27
  2369. PS/2 SLOT ? (NET.CFG)  27
  2370.  
  2371.  
  2372. R
  2373. RAM, workstation memory requirements  4
  2374. ROUTE.COM  9
  2375.   setting parameters for  34
  2376. Routing, source. See IBM Token-Ring Source Routing Driver
  2377.  
  2378. S
  2379. SAPS (NET.CFG)  30
  2380. SEND RETRIES (NET.CFG)  29
  2381. SESSIONS (NET.CFG)  22
  2382. SHELL.CFG, using with NET.CFG  17
  2383. Source routing. See IBM Token-Ring Source Routing Driver
  2384.  
  2385. T
  2386. Troubleshooting, workstation installation  13
  2387.  
  2388. W
  2389. Workstation
  2390.       booting  12
  2391.       hardware requirements  4
  2392.       installing (DOS ODI)  3
  2393.       memory requirements  4
  2394.       troubleshooting  13
  2395.  
  2396. X
  2397. XMSNETx.EXE, extended memory shell file  8
  2398.