home *** CD-ROM | disk | FTP | other *** search
/ Network Support Encyclopedia 15 / novell-nsepro-1992-vol15.iso / download / mpr.txt < prev    next >
Text File  |  1992-05-11  |  21KB  |  388 lines
  1. Overview of MultiProtocol Router Basic 
  2. April 15, 1992
  3.  
  4. NetWare MultiProtocol Router Basic consists of:
  5. > Runtime NetWare 3.11 which allows you to:
  6.          - If you do not already own NetWare 3.11 to have a 3.11 router.
  7.          - If you already own NetWare 3.11 to set up an additional machine as a
  8.          3.11 router. 
  9.  
  10. > 3 router performance enhancement NLMs
  11.          1. Burst Mode NLM and Shell
  12.          Burst Mode causes a noticeable improvement in NetWare workstation and
  13.          server performance.  This improvement comes from the NLMs ability to
  14.          transfer large amounts of data between servers and workstations in
  15.          response to a single data transfer request.
  16.  
  17.          2. Large Internet Packet Exchange NLM
  18.          Large Internet Packet Exchange coordinates the packet size between
  19.          servers and workstations, synchronizing the largest packet size that
  20.          can be transmitted between any two.  This optimizes the use of
  21.          available bandwidth between any 2 devices, regardless of the packet
  22.          size of other devices in the network.
  23.  
  24.          3. Service Advertising Filter NLM
  25.          Service Advertising Filter allows system administrators to select
  26.          which servers will be visible at various points in the network.  A set
  27.          of administrator selected attributes are used to specify the type of
  28.          access permitted.
  29.  
  30. MultiProtocol Router Basic is governed by Novell's copyright agreement. 
  31. However, Burst Mode NLM, Large Internet Packet Exchange NLM and Service
  32. Advertising Filter may be duplicated by MultiProtocol Router purchasers for
  33. internal use on all servers at their site.
  34.  
  35. > Documentation for Runtime NetWare 3.11 and the performance enhancement
  36. NLMs. 
  37.  
  38. MultiProtocol Router Basic v1.0 software offers the following features:
  39.          - IPX, IP, and AppleTalk routing on Ethernet, Token Ring, LocalTalk,
  40.          and ARCnet.
  41.          - IPX and IP RIP, AppleTalk RTMP routing protocols.
  42.          - Remotely management using RCONSOLE or ACONSOLE.  TCP/IP can be
  43.          remotely monitored using SNMP (Simple Network Management Protocol).
  44.          - Uses standard NetWare security features (encrypted passwords) for
  45.          system administration.  
  46.          - The Router installs the same as another NetWare 3.11 server.
  47.  
  48. For long distance IPX routing, NetWare Link/64 or Link/T1 can be added to
  49. provide wide area IPX (only) connectivity utilizing the performance
  50. enhancement NLMs.  Refer to TN6RUL.TXT in NOVLIB Library 9 of CompuServe
  51. for additional Link/64 and Link/T1 information.
  52.  
  53.  
  54.                                                            HARDWARE & DRIVERS
  55. > The Network Interface Card (NIC) MUST be supported by an Open DataLink
  56. Interface (ODI) driver.  For high throughput it is best to use an EISA NIC
  57. or a 32 bit Microchannel NIC.
  58.  
  59. > The router must use a 386 or 486 based computer and has been optimized
  60. for performance on such systems.  For high throughput use at least a 25 Mhz
  61. CPU and a large processor cache memory.
  62. > MSDOS or PCDOS versions 3.1 or later.
  63.  
  64. > A minimum of 4M of RAM (additional RAM will improve performance), 20M
  65. hard drive, and a high density floppy disk drive.   
  66.  
  67. > A keyboard and monitor are required for initial installation, but are not
  68. necessary for maintenance and management.
  69.  
  70. PACKET BURST
  71. Burst Mode NLM resides on the file server.  Once a connection has been
  72. made, packets of data are transmitted in bursts, taking advantage of
  73. available bandwidth.
  74.  
  75. The current implementation of Burst Mode requires:
  76.          - Burst Mode NLM to be loaded on the file server
  77.          - Space in conventional memory at the workstation level
  78.          - Burst Mode shell (BNETX.COM) to be installed on desired workstations
  79.  
  80. The appendix below lists the drivers that are Novell certified for use with
  81. the Burst Mode performance enhancement.  Contact the appropriate vendor to
  82. ensure you have the latest driver and that it is certified for operation in
  83. a bursting environment.  For your protection, noncertified drivers should
  84. be tested in Burst Mode before use in a live network.
  85.  
  86. Burst Overview 
  87. The amount of workstation memory needed is based on parameters given to the
  88. shell by the user in the NET.CFG file, and the ability of the hardware. 
  89. The shell will determine upon loading whether the workstation has enough
  90. memory.  If there is enough memory, a packet burst connection is initiated
  91. with the server by the client at connection/login time.  (See the "How the
  92. Algorithm Works" section below for memory requirements and the implications
  93. of machine speed and performance.)
  94.  
  95. At connection time, maximum burst sizes are negotiated with each server
  96. connected.  Since packet burst is established with each connection, it is
  97. possible to "burst" with one server while not bursting with another.
  98.  
  99. Once a burst connection is established between a workstation and a file
  100. server, the workstation automatically uses the burst service when ever an
  101. application makes a read or write involving more than 512 bytes of data. 
  102. This means that an application does not have to be burst aware.
  103.  
  104. Burst Transmission Rate Control Algorithm
  105. Various factors influence the transmission rate of data on the network,
  106. including the following:
  107.          - Speed of the file server
  108.          - Speed and available memory of the workstations
  109.          - Speed and buffer size of the network media
  110.          - Traffic on the network at transmission time
  111.  
  112. The Burst Mode NLM is sensitive to data transmission factors and
  113. interaction between host network elements.  For example, a fast file server
  114. could overwhelm a congested bridge or slow workstation with a large stream
  115. of packets, causing dropped packets.  A bursting workstation is able to
  116. give up a portion of the bandwidth it is using, if the network becomes
  117. congested, and readjust to maximum bandwidth usage when it is available.
  118.  
  119. To maximize the fair and effective transmission rate, the packet burst
  120. protocol uses a twofold transmission rate control algorithm.
  121.  
  122. How the Burst Algorithm Works 
  123. Packet burst uses conventional memory space in the workstation, for burst
  124. buffers, even if the expanded or extended memory shell is loaded.  The
  125. amount of conventional memory, m, in bytes, required for one packet burst
  126. buffer is:
  127.    m = negotiated packet size + 102
  128.  
  129. For the negotiated packet size value, NetWare negotiates a packet size with
  130. Ethernet, for example, of 1024 bytes.  The constant 102 is the total number
  131. of bytes needed for the IPX, NCP burst, and ECB headers.
  132. Thus, the total memory n required for all packet burst buffers, in bytes,
  133. is:
  134.          n = pb buffers * m
  135. The value pb buffers is the user-specified number of packet burst buffers
  136. (see below), and m is the memory required for one packet burst buffer.
  137. When a burst is received, the data is transferred from the hardware to the
  138. workstation memory.  To maximize performance, you must consider the speed
  139. of the workstation as well as the network card being used.  Performance
  140. optimization, however, will be largely a matter of experimentation.
  141.  
  142. Packet burst is enabled at the workstation by adding a line to the
  143. workstation's NET.CFG:
  144.          pb buffers = <n>
  145.  
  146. In this line, the variable n is a number between 0 and 10.  
  147. Making n = 0 disables packet burst, while 1 causes the shell to increase
  148. the value up to 2.
  149. If n > 10, the shell reduces the number to 10, rather than returning an
  150. error.
  151. Five to eight buffers is usually optimal.  If the workstation does not have
  152. enough memory for requested buffers, the shell sets the number using
  153. available space, without notifying the user.
  154.  
  155. Increasing the value of n does not necessarily lead to better performance. 
  156. For example, a slow machine cannot move data from the on board buffers to
  157. application memory fast enough, regardless of an increased n value.  Also,
  158. if a network card has on board receive buffers, the pb buffers parameter
  159. could be set to a higher number than for cards without those buffers.
  160.  
  161. After figuring the maximum physical packet size and determining that there
  162. is enough memory available at the workstation for the number of packet
  163. burst buffers requested, the packet burst protocol determines a minimum
  164. size for the packet burst data window and allows that minimum to be
  165. transmitted regardless of network conditions. (Theoretical maximum window
  166. size is 64KB)
  167.  
  168. Burst Connection Setup
  169. A workstation sets up a packet burst connection with a file server at
  170. attach/login time.  Once the packet burst connection is established, it
  171. stays up indefinitely.  If the shell fails to make a packet burst
  172. connection during attach/login, it uses normal NCPs to do the work.  This
  173. ensures compatibility with servers not running packet burst.
  174.  
  175. When the packet burst connection is made, the following sequence occurs:
  176. 1. Workstation and server synchronize (zero) packet and burst sequence
  177. number.
  178. 2. They exchange packet burst connection Ids.
  179. 3. The workstation tells the server the dynamic IPX socket number it is
  180. using for packet burst communication.
  181. 4. The two sides exchange information about the maximum sizes of packets
  182. and bursts each can handle; both use the smaller packet and burst size.
  183.  
  184. Packet Burst is not actually invoked until a large read or write request is
  185. made, regardless of when the connection is made.
  186.  
  187. Large Internet Packet Exchange NLM
  188. The Large Internet Packet Exchange allows large packet size transmission
  189. between server and workstation.  Do not use Large Internet Packet Exchange
  190. NLM with networks containing ARCnet network segments because the maximum
  191. packet size on ARCnet is 512 bytes.  This NLM does not recognize the
  192. limitation and data would be lost.
  193.   
  194. Large Internet Packet Overview
  195. When the workstation logs in or attaches to a file server, they must
  196. negotiate a Maximum Packet Size value.  This will be either the
  197. workstation's Packet Buffer Size or the file server's Packet Buffer Size,
  198. whichever is smaller.  This is because the file server does not know if
  199. routers between the workstation and file server can handle large packet
  200. sizes.  The Large Internet Packet Exchange NLM intercepts the Negotiate
  201. Packet Size request and duplicates the original procedure exactly, except
  202. that it ignores the router check.
  203.  
  204. After the Large Internet Packet Exchange NLM has been loaded on each file
  205. server, workstations attaching or logging in can use large packet sizes. 
  206. If a router between the workstation and the file server is not configured
  207. to handle larger packet sizes, the workstation will get the message "Error
  208. Receiving from Network" the first time it tries to read or execute a file
  209. larger than the router can handle.  Retrying is useless, and aborting loses
  210. the connection.
  211.  
  212. Since the NLM has no way of knowing when such a problem might exist, the
  213. system supervisor must intervene to resolve such problems.  There are four
  214. ways to fix this problem:
  215. 1. Configure the router to handle larger packets.
  216. 2. Configure the workstation to use smaller packets.
  217. 3. Configure the server to use smaller packets.
  218. 4. Unload the Large Internet Packet Exchange NLM.
  219.  
  220. Only workstations attaching while the Large Internet Packet Exchange NLM is
  221. loaded will be affected by it.  When you load the Large Internet Packet
  222. Exchange NLM, it becomes active.  To deactivate the Large Internet Packet
  223. Exchange NLM, unload it.
  224.  
  225. Service Advertising Filter
  226. The Service Advertising Filter can be used to reduce the amount of Service
  227. Advertising Protocol (SAP) traffic on the network by filtering
  228. retransmission through routers.  It involves the use of SAFILTER.NLM,
  229. SAFENG.NLM and OBJTYPES.NLM.
  230.  
  231. SAP is used by servers and routers to inform all potential clients of the
  232. server's presence on the network.  Server is used here to mean a service
  233. oriented process that may be running on a file server, router, or
  234. workstation.  Servers using the NLM broadcast their name and type every 60
  235. seconds.  NetWare routers (including file servers) rebroadcast SAP
  236. information over each of their directly connected networks to ensure that
  237. it is properly disbursed.
  238.  
  239. The primary clients of this information are file servers.  Routers process
  240. SAP information, but the file server stores it in the bindery for easy
  241. access.  A bindery object is created using the advertised name and type for
  242. each advertising entity that does not reside on the server.  The object
  243. created is dynamic (it will get deleted when the file server is taken
  244. down).  These bindery objects are what is seen when running a utility such
  245. as SYSCON, SLIST, or PCONSOLE to look at the list of known servers.
  246.  
  247. Basically, the Service Advertising Filter lets you determine what servers
  248. will be visible at any given point in an internet.  There are two main
  249. reasons to do this:
  250. 1. To reduce the amount of network traffic generated by the SAP broadcasts.
  251. On a large internet, the amount of traffic generated by SAP broadcasts can
  252. become noticeable, especially on slower links.  Also, large amounts of SAP
  253. information can come to a file server from remote portions of the network
  254. that its users never (or rarely) access.
  255.  
  256. 2. For security.  You may have some servers you don't want to be seen
  257. except in specific cases.
  258.  
  259. The Service Advertising Filter NLM accomplishes its task by allowing you to
  260. control any servers SAP information as it enters or leaves the router.
  261.  
  262. Using the Service Advertising flow control settings, routers and file
  263. servers can be placed into one of four categories:
  264. 1. Open:  a standard NetWare router or server without Service Advertising
  265. Filter.
  266. 2. Gate:  allows all incoming, but no outgoing SAP information.  This
  267. allows for a controlled crossover point between two otherwise independent
  268. networks.
  269. 3. Exchange:  does not allow SAP traffic in either direction.  Since the
  270. router continues to advertise itself, it is visible to two separate
  271. networks, but provides no means of crossing over server information from
  272. one to the other.
  273. 4. Other:  a hybrid of the above.  Generally, this would be a 'Gate'
  274. configuration with some routers or servers allowed to be seen as if they
  275. were an 'Open' configuration.
  276.  
  277. > SAFILTER.NLM 
  278. The SAFILTER.NLM allows you to administer device filter attributes for the
  279. router on which it is loaded.  It is not required for operation of the
  280. filter engine, so it may be unloaded (or exited) after you have set up the
  281. list.  The following options appear in the menu:
  282.          - Filter List:  This is the SAP filter permission list.  It is a
  283.          scrollable list that contains the identity of devices that are allowed
  284.          to be passed through the filter.  Servers are added to or removed from
  285.          the list by using the <Ins> and <Del> keys.  When adding a server, the
  286.          New Filter Information form appears that asks for the name and type of
  287.          the server and its filter attributes (IN only or I/O).  
  288.  
  289.          - Load from/Save to a file:  These options allow you to load a Filter
  290.          List from or to save the current list to a file.  The default file
  291.          name is SYS:SYSTEM\ SAFILTER.DAT.
  292.  
  293.          - Incoming SAPs ARE/ARE NOT Filtered:  When incoming SAPs are
  294.          filtered, the filter list is used to screen SAPs entering the router
  295.          from an interface.  If incoming SAPs are not filtered, all incoming
  296.          SAPs are passed through the interface.  This overrides SAP Filter List
  297.          attributes.
  298.  
  299.          - Outgoing SAPs ARE/ARE NOT Filtered:  When outgoing SAPs are
  300.          filtered, the filter list is used to screen SAPs that have entered the
  301.          router from going into an interface.  When not filtering, all SAPs are
  302.          allowed to pass to the outgoing interface.  This overrides SAP Filter
  303.          List attributes.
  304.  
  305. > SAFENG.NLM 
  306. SAFENG.NLM must be loaded before any LAN drivers are bound to IPX for your
  307. filter attributes to be enforced.
  308.  
  309. > OBJTYPES.NLM
  310. OBJTYPES.NLM presents a scrollable list of object types, numbers, names,
  311. and a flag indicating whether or not a type uses the Service Advertising
  312. Filter NLM.  The file provided contains the standard object types used by
  313. Novell.  This utility allows you to update the list as needed.
  314.  
  315. APPENDIX 
  316. Novell certified LAN and disk drivers released after NetWare 3.11 and
  317. current as of 4/92.  These drivers have been tested with the Burst Mode NLM
  318. performance enhancement.  Since certification is an on going process you
  319. should consult NOVLIB (on CompuServe) and/or the hardware vendor for the
  320. latest available driver information.
  321. IMSPL2.ZIP  and IMSPD.ZIP for disk  Library 
  322.  
  323. Dedicated IPX Drivers
  324. Driver File                Size              Date              
  325. S3C503.OBJ                 6,319             6-14-91
  326. S3C505.OBJ                 9,534             5-08-91
  327. S3C523.OBJ                 7,841             2-26-91
  328. SLANSUP.OBJ                6,080             10-18-91
  329. SNE2100.OBJ                4,802             2-19-91 
  330. SPCN2.OBJ                  5,911             5-03-91           
  331. STOKEN.OBJ                 6,683             8-23-91           
  332.  
  333. DOS ODI Drivers
  334. Driver File                Size              Date          
  335. 3C1100.COM                 12,288            11-12-91          
  336. 3C501.COM                  11,838            3-19-91           
  337. 3C503.COM                  14,821            6-14-91           
  338. 3C505.COM                  25,117            7-29-91           
  339. 3C523.COM                  12,238            7-29-91           
  340. EXOS.COM                   20,194            11-08-91          
  341. LANSUP.COM                 14,094            4-30-91           
  342. NE1000.COM                 12,717            7-29-91           
  343. NE1500T.COM                21,840            10-11-91          
  344. NE2.COM                    9,210             11-04-91 
  345. NE2-32.COM                 12,737            7-29-91 
  346. NE2000.COM                 13,018            6-03-91 
  347. NE2100.COM                 21,836            10-11-91
  348. NE3200.COM                 19,242            9-03-91 
  349. PCN2L.COM                  14,117            7-17-91 
  350. TOKEN.COM                  15,663            6-14-91 
  351. TRXNET.COM                 12,128            8-06-91 
  352.  
  353. OSI LAN Drivers
  354. Driver File                Size              Date              
  355. 3C503.LAN                  12,370            7-26-91           
  356. 3C505.LAN                  21,798            8-20-91           
  357. 3C527.LAN                  15,355            7-17-91           
  358. NE1000.LAN                 11,857            7-25-91           
  359. NE1500T.LAN                16,406            10-09-91          
  360. NE2.LAN                    15,548            11-11-91           
  361. NE2-32.LAN                 12,185            7-25-91           
  362. NE2000.LAN                 12,389            7-26-91           
  363. NE2100.LAN                 16,405            10-09-91          
  364. NE3200.LAN                 19,198            1-15-92           
  365. PCN2L.LAN                  10,434            7-24-91           
  366. TOKEN.LAN                  10,324            9-09-91           
  367. TOKENDMA.LAN               9,177             10-25-91
  368. TRXNET.LAN                 11,691            8-19-91           
  369.  
  370. OS/2 ODI Drivers
  371. Driver File                Size              Date              
  372. 3C501.SYS                  18,320            6-24-91           
  373. 3C503.SYS                  26,528            6-24-91           
  374. 3C505.SYS                  18,736            8-15-91           
  375. 3C523.SYS                  18,592            7-09-91           
  376. CMGRLAN.SYS                42,976            3-26-91           
  377. EXOS205.SYS                22,480            11-27-91          
  378. EXOS215.SYS                22,992            11-27-91          
  379. NE1000.SYS                 19,424            6-24-91           
  380. NE1500T.SYS                21,008            12-13-91          
  381. NE2.SYS                    20,448            6-24-91           
  382. NE2-32.SYS                 19,568            6-24-91           
  383. NE2000.SYS                 21,152            11-27-91          
  384. NE2100.SYS                 20,992            12-13-91          
  385. PCN2L.SYS                  13,632            10-11-91          
  386. TOKEN.SYS                  25,392            12-13-91          
  387. TRXNET.SYS                 21,824            12-17-91          
  388. TRXNET2.SYS                21,824            12-17-91