home *** CD-ROM | disk | FTP | other *** search
/ Black Box 4 / BlackBox.cdr / lan / dosup5.arj / ODINSUP.DOC < prev    next >
Text File  |  1992-05-12  |  11KB  |  317 lines
  1. ODINSUP Installation Module
  2.  
  3. ODINSUP: Connectivity for Disparate Networks
  4.  
  5. Novell's new product, ODINSUP, is an interface that allows coexistence of 
  6. the two main network driver interfaces, the Network Driver Interface 
  7. Specification (NDIS) and the Open Data-link Interface (ODI) Specification. 
  8. ODINSUP (Open Data-link Interface/Network Driver Interface Specification 
  9. Support) allows you to connect to disparate networks from your workstation 
  10. and use them as if they were one network.  
  11.  
  12. For example, after you load ODINSUP on your workstation, you can log in to 
  13. a network running 3+Share or LAN Manager or LAN Server, and also log in to 
  14. a NetWare network. You can then copy files and run applications as if you 
  15. were on one network.
  16.  
  17. When ODINSUP is loaded, you can use a wider variety of programs without 
  18. compatibility problems. You also do not have to reconfigure or reboot your 
  19. workstation to switch from one type of network to another.
  20.  
  21. Prerequisites
  22.  
  23. To complete ODINSUP installation, you must have access to the NDIS protocols 
  24. and documentation. You should also have a working knowledge of the NDIS 
  25. protocol.  
  26.  
  27. How ODINSUP Works
  28.  
  29. ODINSUP functions as a default protocol stack by accepting requests from the 
  30. ODI Link Support Layer (LSL) that are not specifically marked for another 
  31. registered protocol (such as IPX or TCP/IP).  
  32.  
  33. When ODINSUP receives requests, it passes them to the NDIS protocol stack. 
  34. With ODINSUP, the NDIS Protocol Manager can communicate with a network 
  35. interface board without being aware of the details of the transmission on 
  36. that board (such as frame type).
  37.  
  38. Instead, the details are handled at the ODI driver level and then 
  39. transmissions are passed to the Link Support Layer, which in turn passes 
  40. them to the correct protocol stack or to ODINSUP.  ODINSUP translates 
  41. the request for the Protocol Manager.
  42.  
  43. Installing ODINSUP on DOS
  44.  
  45. Following are instructions for installing ODINSUP on the client workstation for 
  46. DOS. You must modify the CONFIG.SYS, AUTOEXEC.BAT, NET.CFG, and PROTOCOL.INI 
  47. files.
  48.  
  49. Requirements
  50.  
  51. o    Place the ODINSUP.COM file in the same directory as the NET.CFG file.
  52. o    The LSL.COM file must be v1.10 or above. To check the version number, 
  53.     move to the directory containing the file and type 
  54.  
  55.         LSL ?
  56.  
  57. LSL.COM v1.10 and v1.21 require that ODINSUP.COM be loaded from the same 
  58. directory as the LSL.COM file.
  59.  
  60. o    The ODI LAN drivers must be dated later than May 21, 1991. To check 
  61.     the date of the drivers, type
  62.  
  63.         DIR <drivername>
  64.  
  65. o    If you are running a DOS shell with a DOS redirector or DOS 
  66.     requester, you cannot run Windows in Standard or Enhanced mode.
  67.  
  68. After it is installed, ODINSUP.COM uses about 4900 bytes of DOS memory. Each 
  69. additional network board that ODINSUP binds to increases memory usage by 
  70. about 2800 bytes.
  71.  
  72. The installed LSL.COM and the ODI LAN driver usually take about the same 
  73. amount of memory as the corresponding NDIS PROTMAN and NDIS MAC driver. Using 
  74. ODINUP.COM instead of an NDIS MAC driver means you need an additional 4900 
  75. bytes of memory, depending on the LAN driver used.
  76.  
  77.     ODINSUP.COM is not unloadable because NDIS v1.0 does not provide a 
  78.     dynamic interface for its protocols and MACs. Because it must be 
  79.     loaded after the LSL.COM and the ODI LAN drivers, these modules are 
  80.     not unloadable, either.
  81.  
  82. If you want to be able to unload the ODI protocol modules, load them after 
  83. the NETBIND.EXE and the NDIS protocols.
  84.  
  85. Connecting to a 3+Share Server
  86.  
  87. The instructions for installing ODINSUP on a DOS workstation that you want to
  88. connect to a 3+Share server are similar to the one for  installing ODINSUP on 
  89. a workstation. The differences  are documented in the necessary steps.  
  90.  
  91. Change the CONFIG.SYS File
  92.  
  93. Edit the CONFIG.SYS file to
  94.  
  95. o    Set the LASTDRIVE variable to indicate which drive letters can be used 
  96.     by Redirectors and which drive letters can be used by NetWare;
  97.  
  98. o    Load the NDIS Protocol Manager.
  99.  
  100.     1.    Set the LASTDRIVE variable by including a line similar to the 
  101.         following in the CONFIG.SYS file:
  102.         
  103.             LASTDRIVE=<drive of your selection>
  104.  
  105. NetWare uses drive letters after the LASTDRIVE variable, while Redirectors 
  106. uses drive letters that are prior or equal to the LASTDRIVE variable. For 
  107. example, in a 3+Share network, you move to the NetWare network by typing the 
  108. next drive letter after the letter you specified in LASTDRIVE. If you specified 
  109. the LASTDRIVE as H:, you would type I: to go to the NetWare network. To move 
  110. from  the NetWare system to the 3+Share system, you would type a drive letter 
  111. prior to the one you specified in LASTDRIVE.
  112.  
  113.     2.    Load the NDIS Protocol Manager by adding a line similar to the 
  114.         following in the CONFIG.SYS file:
  115.  
  116.             DEVICE=<path>PROTMAN.DOS /I:<path>
  117.  
  118. where /I: tells the CONFIG.SYS file to look for the PROTOCOL.INI file in the 
  119. following pathname, and where path refers to the directory location of the 
  120. PROTOCOL.INI file.
  121.  
  122. If you want to connect to a 3+Share server that uses the XNX protocol, you 
  123. must also include the following line in the CONFIG.SYS file:
  124.  
  125.             DEVICE=<path>XNSTP.DOS
  126.     
  127.     3.    Remove all references to the NDIS LAN drivers from the 
  128.         CONFIG.SYS file.
  129.  
  130. For example, if your CONFIG.SYS file has a DEVICE=<path>ELNKII.DOS statement 
  131. to load a ELNKII.DOS NDIS driver, you would remove it from the file.
  132.  
  133.     4.    Save your changes and exit the CONFIG.SYS file.
  134.  
  135. Change the AUTOEXEC.BAT File
  136.  
  137. Edit the AUTOEXEC.BAT file to load the Link Support Layer (LSL), the ODI LAN 
  138. driver, the ODINSUP protocol, the protocol stacks, and the NetWare shell.
  139.  
  140.     1.    Put a Change Directory (CD) statement in the AUTOEXEC.BAT file  
  141. to the directory where the ODINSUP.COM and NET.CFG files are located.
  142.  
  143. See the following example. The ODINSUP protocol cannot execute unless it can 
  144. access the NET.CFG file.
  145.  
  146.     2.    Add the following lines to load the ODI components.
  147.  
  148. You must load LSL and the ODI LAN driver before you load the ODINSUP protocol.
  149.  
  150. For a DOS workstation:
  151.  
  152. CD <path>
  153. LSL <ODI LAN driver> (such as 3C503)
  154. ODINSUP
  155. NETBIND
  156. NETBIOS
  157. IPXODI
  158. NETX
  159.  
  160. where
  161.  
  162. path is to the directory ODINSUP.COM and NET.CFG files are found.
  163.  
  164. For a DOS workstation to connect to a 3+Share server:
  165.  
  166. CD <path>
  167. LSL <ODI LAN driver> (such as 3C503.COM)
  168. ODINSUP
  169. NETBIND
  170. XNSTP
  171. NETBIOS
  172. MINSES12
  173. MSREDIR
  174. SETNAME $$3COM$$
  175. 3CLOGIN <username>
  176. IPXODI A
  177. NETX
  178. <next available drive>
  179.  
  180. where
  181.  
  182. path is to the directory ODINSUP.COM and NET.CFG files are found, and 
  183.  
  184. next available drive is LASTDRIVE plus one.
  185.  
  186. For example, if LASTDRIVE=H:, the next available drive is I:. After the 
  187. NetWare shell, NETX, is loaded, login to the NetWare server by accessing 
  188. the drive indicated by LASTRDRIVE + 1.
  189.  
  190. Use XNSTP if you are using XNS. Use IPXODI to load IPX only, not SPX.
  191.  
  192.     3.    Save your changes and exit the AUTOEXEC.BAT file.
  193.  
  194. Change the NET.CFG File 
  195.  
  196. Edit the NET.CFG file to
  197.  
  198. o    Enable the required Ethernet and Token-ring frame types. (ODINSUP 
  199.     supports only ODI LAN drivers that are compatible with Ethernet and 
  200.     Token-Ring.)
  201.  
  202. o    Bind the ODINSUP protocol to a particular ODI drivers. 
  203.  
  204.     1.    Enable the frame types that ODINSUP requires.
  205.  
  206. If you are using Token-ring network boards, type the following lines in the 
  207. NET.CFG, substituting the name of your ODI LAN driver for drivername:
  208.  
  209.     Link Driver <drivername>
  210.         frame token-ring
  211.         frame token-ring_snap
  212.  
  213. (Indent the lines beginning with  frame and  type them in the order shown.)
  214.  
  215. If you are using Ethernet network boards, type the following lines in the 
  216. NET.CFG, substituting the name of your ODI LAN driver for drivername:
  217.  
  218.     Link Driver <drivername>
  219.         frame ethernet_802.3
  220.         frame ethernet_ii
  221.         frame ethernet_802.2
  222.         frame ethernet_snap
  223.  
  224.     2.    Bind ODINSUP to one or more ODI drivers.
  225.  
  226. Do this by using the Protocol option with the name of the ODI driver that is 
  227. used with your network board.
  228.  
  229. For example, if you have one NE2000 network board in your workstation, you 
  230. would type
  231.  
  232.     Protocol ODINSUP
  233.         bind NE2000
  234.  
  235. If you do not bind ODINSUP to an ODI driver, ODINSUP searches for any Ethernet 
  236. or Token-Ring drivers that are loaded.  ODINSUP binds to and uses the first 
  237. driver of these types that it locates. When ODINSUP binds to a driver, the 
  238. network board for that driver is the board used for transmissions to and from 
  239. the network.
  240.  
  241. If you have two or more network interface boards of the same type in your 
  242. workstation, ODINSUP binds only to the driver for the first board unless you 
  243. specify differently. You can specify exactly which driver to bind to, or you 
  244. can bind ODINSUP to multiple drivers by typing an "instance" number with the 
  245. Protocol option.
  246.  
  247. For example, if you have two NE2000 network interface boards in your 
  248. workstation, you could bind ODINSUP to each board's driver by typing a 2 for 
  249. the second board:
  250.  
  251.     Protocol ODINSUP
  252.         bind NE2000
  253.         bind NE2000 2
  254.  
  255. ODINSUP can bind to a maximum of four ODI drivers.
  256.  
  257.     3.    Save your changes and exit the NET.CFG file.
  258.  
  259. Change the PROTOCOL.INI File
  260.  
  261. Edit the PROTOCOL.INI file to
  262.  
  263. o    Bind the NDIS protocol stack to the ODI drivers;
  264.  
  265. o    Remove NDIS-related information.
  266.  
  267.     1.    Bind each ODI driver you are using to the NDIS protocol, using 
  268. the BINDINGS=drivername parameter. 
  269.  
  270. For example, to bind an NE2000 to the XNS NDIS protocol, you would modify the 
  271. existing BINDINGS = statement to read as follows:
  272.  
  273.     [XNS]
  274.         .
  275.         .
  276.         Bindings=ne2000
  277.  
  278. To bind an NDIS protocol to more than one ODI driver, type both driver names 
  279. on the same line, separated by a comma. For example, to bind the Etherand 
  280. protocol to both an NE2000 driver and an NE1000 driver, you would type the 
  281. following:
  282.  
  283.     [ETHERAND]
  284.         .
  285.         .
  286.         Bindings=ne2000,ne1000
  287.  
  288. Following a sample PROTOCOL.INI file showing binding instructions for a DOS 
  289. workstation connecting to a 3+Share server using the XNS protocol:
  290.  
  291. [PROTOCOL_MANAGER]
  292. DriverName=PROTMAN$
  293.  
  294. [XNS]
  295. DriverName=XNSTP$
  296. Bindings=NE2000
  297.  
  298. In the PROTOCOL.INI file, driver names cannot start with a number. Put an X 
  299. in front of 3Com drivers and other drivers that start with a number, such as 
  300. X3C503.
  301.  
  302. To bind an NDIS driver to an instance of an ODI driver other than the first 
  303. instance, type the instance number at the end of the driver name (for example, 
  304. NE20004). Do not put a space between the driver name and the instance number.
  305.  
  306. If you do not know the name of the ODI driver you are using, reboot your 
  307. machine and read the startup messages carefully.  The driver name you should 
  308. use is displayed.
  309.  
  310.     2.    (Optional) Remove all NDIS driver-specific information from 
  311.         the PROTOCOL.INI file. ODINSUP does not require this information. 
  312.  
  313.     3.    Save your changes and exit the PROTOCOL.INI file.
  314.  
  315.     4.    Reboot your machine for changes to CONFIG.SYS, NET.CFG, and 
  316.         PROTOCOL.INI to take effect.
  317.