home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 8 Other / 08-Other.zip / NBR11I.ZIP / TUNE.DOC < prev   
Text File  |  1992-11-12  |  15KB  |  415 lines
  1.  
  2.         Tune.Doc for NIC Bridge/Async Version 1.1i
  3.  
  4.         Nov 12 1992
  5.  
  6.  
  7.  
  8.         Copyright (c) Eighth Layer Systems 1990-1992.
  9.         All rights reserved.
  10.  
  11.  
  12.  
  13. Warning:  The possibility of file corruption exists when using any software.
  14.           Please take whatever steps are required to protect vital files.
  15.  
  16.  
  17.  
  18.  
  19.  
  20.         This documentation is formatted with 23 line pages. It contains
  21. IBM PC type block graphics characters.
  22.  
  23.  
  24.         ┌────────┐
  25.         │ TUNING │
  26.         └────────┘
  27.  
  28.         ─────────
  29.          General
  30.         ─────────
  31.  
  32.         Local Area Network protocols often require tuning in order to be used
  33. over low speed links. This is due to the fact that they often incorporate
  34. default timeout values which, while suitable for the high speeds of Ethernet
  35. and Token Ring, are unsuitable for the low speeds of serial ports.
  36.  
  37.         Testing with MS/IBM NetBEUI has shown that it can be tuned for used at
  38. speeds as low as 300 baud. 3Com NBP has been tuned to be successfully used at
  39. speeds as low as 2400 baud. MS TCP/IP has been used at speeds as low as 9600
  40. baud with no Lanman.Ini or Protocol.Ini tuning.
  41.  
  42.  
  43.         The following sections detail tuning considerations for the MS/IBM
  44. NetBEUI protocol and the 3Com NBP protocol.
  45.  
  46.  
  47.             ─────────────────────────────────
  48.              NetBEUI - Lanman.Ini/IBMLan.Ini
  49.             ─────────────────────────────────
  50.  
  51.         The tuning option of NicSetup modifies the Lanman.Ini/IBMLan.Ini
  52. Workstation/Requester parameters for slow links. These modifications have been
  53. compiled from those recommended by Microsoft for slow links and used by MS LM
  54. Remote Access Service.
  55.  
  56.         Testing with MS NetBEUI over relatively error free links has shown
  57. some of these modifications to be detrimental to performance when copying
  58. large files. Using default Lanman.Ini parameters can increase the performance
  59. of large file copies. Most other operations, however, will not benefit.
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.         Lanman.Ini/IBMLan.Ini [workstation]/[requester] parameters as modified
  72. by NicSetup for DOS enhanced workstations:
  73.  
  74.             - WRKHEURISTICS:    bit  8 = 0 for Opportunistic Locking off
  75.                                 bit  9 = 0 for Open-Read SMB off
  76.                                 bit 11 = 9 for 36 second beep window
  77.                                 bit 14 = 1 for Raw I/O off
  78.  
  79.  
  80.  
  81.         Lanman.Ini/IBMLan.Ini [workstation]/[requester] parameters desirable
  82. for DOS enhanced workstations:
  83.  
  84.  
  85.             - SIZWORKBUF:       sizworkbuf = 4096 (or higher)
  86.             - WRKHEURISTICS:    bit  8 = 0 for Opportunistic Locking off
  87.                                 bit  9 = 1 for Open-Read SMB on
  88.                                 bit 11 = 9 for 36 second beep window
  89.                                 bit 14 = 0 for Raw I/O on
  90.  
  91.  
  92.  
  93.  
  94.         Lanman.Ini/IBMLan.Ini [workstation]/[requester] parameters as modified
  95. by NicSetup for OS/2 workstations:
  96.  
  97.             - WRKHEURISTICS:    bit  0 = 0 for Opportunistic Locking off
  98.                                 bit  6 = 0 for Open-Read SMBs off
  99.                                 bit  8 = 0 for NCB Chain Sends off
  100.                                 bit  9 = 0 for Buffer Small R/W Requests off
  101.                                 bit 11 = 0 for Raw R/W SMBs off
  102.             - SESSTIMEOUT:      sesstimeout = 60000
  103.  
  104.  
  105.         Lanman.Ini/IBMLan.Ini [workstation]/[requester] parameters desirable
  106. for OS/2 workstations:
  107.  
  108.             - SIZWORKBUF:       sizworkbuf = 4096 (or higher)
  109.             - WRKHEURISTICS:    bit  0 = 0 for Opportunistic Locking off
  110.                                 bit  6 = 1 for Open-Read SMBs on
  111.                                 bit  8 = 1 for NCB Chain Sends on
  112.                                 bit  9 = 1 for Buffer Small R/W Requests on
  113.                                 bit 11 = 1 for Raw R/W SMBs on
  114.             - SESSTIMEOUT:      sesstimeout = 60000
  115.  
  116.             ────────────────────────
  117.              NetBEUI - Protocol.Ini
  118.             ────────────────────────
  119.  
  120.         The tuning option of NicSetup modifies the NetBEUI Protocol.Ini
  121. parameters for speeds as low as 2400 baud. Specifically, the following
  122. parameters are set:
  123.  
  124.          NETBIOSRETRIES = 2
  125.          NETBIOSTIMEOUT = 2000
  126.          ADAPTRATE      = 0
  127.          MAXIN          = 1
  128.          MAXOUT         = 1
  129.          PIGGYBACKACKS  = 0
  130.          T1             = 12000
  131.          TI             = 60000
  132.  
  133.  
  134.         The T1 (T One) timeout value may be modified according to the minimum
  135. expected baudrate for remote links. Recommended values are shown below.
  136.  
  137.         Minimum BaudRate:   300    1200   2400   9600  57600  115200
  138.         T1 Value to use:  65535   24000  12000   3000    500     500
  139.  
  140.         NicSetup sets the NetBEUI MAXOUT parameter to 1. This is the number
  141. of packets NetBEUI will send before waiting for an ACK or acknowledgement
  142. packet. During this waiting time, no useful data is being transferred on the
  143. link. This decreases performance, particularly through bridges and/or at
  144. higher link speeds.
  145.  
  146.         Setting MAXOUT to 4-8 provides much better performance. One problem
  147. with this however is timeouts. For an example, if NetBEUI sends MAXOUT = 4
  148. packets before waiting for an ACK packet, it must wait for the 4 packets to
  149. be transmitted over the serial link, received and acknowledged. This could
  150. take 4 times longer than waiting for 1 packet. Thus the recommended T1 (T One)
  151. values shown below must be multiplied by the MAXOUT value.
  152.  
  153.  
  154.     T1 (T One) timeout value recommended if MAXOUT = 1:
  155.         Minimum BaudRate:   300    1200   2400   9600  57600  115200
  156.         T1 Value to use:  65535   24000  12000   3000    500     500
  157.  
  158.  
  159.     If MAXOUT = 4, the following values for T1 may be used:
  160.         Minimum BaudRate:   300    1200   2400   9600  57600  115200
  161.         T1 Value to use:  -----   -----  48000  12000   2000    2000
  162.  
  163.         One potential problem with raising T1 concerns error prone links.
  164. When an error occurs on the link, retransmission of the data will not take
  165. place until the T1 timer has expired for the packet in error. During the
  166. time that T1 is expiring, there is generally no data transmission occuring.
  167. Thus, if MAXOUT = 1 at 2400 baud and T1 = 12000, a single transmission error
  168. can cause the link to remain idle for 12 seconds. If MAXOUT = 4 and T1 = 48000
  169. this idle time increases to 48 seconds.
  170.  
  171.         Thus, raising T1 indiscriminately so as to raise MAXOUT is not a good
  172. idea on error prone links. An error correcting modem and use of 16550 buffered
  173. serial ports at higher speeds will both help to greatly reduce this problem.
  174. Also note that the T1 value on a server will affect local users as well as
  175. remote users.
  176.  
  177.  
  178.  
  179.  
  180.  
  181.  
  182.  
  183.  
  184.  
  185.  
  186.         One last potential problem with raising MAXOUT above 1 regards remote
  187. bridge buffering. When NetBEUI on a server transmits MAXOUT packets and then
  188. waits, those 4 packets will be received by the bridge in quick succession at
  189. local network speeds. A remote bridge must buffer those packets for
  190. transmission over the slow link. When all of the bridges' buffers are in use,
  191. any further packets received will be dropped. This will cause timeouts and
  192. lower the efficiency of the link.
  193.  
  194.         By default the NBridge driver can buffer 16 packets. Theoretically,
  195. this should allow up to 4 workstations to transfer files through the bridge
  196. from a server set with MAXOUT = 4. Practically, some bridge buffers should
  197. always be reserved for broadcasts.
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.         If NAsync is installed on a server and bound directly to NetBEUI
  210. a "trick" may be used to limit the T1 multiplier to 2. This requires setting
  211. the following NetBEUI parameters in Protocol.Ini:
  212.  
  213.         mintransmits = 1
  214.         maxtransmits = 2
  215.  
  216.         This causes packets to be queued internally in NetBEUI rather than
  217. in NAsync and postpones the start of the T1 timeout. The MAXOUT parameter
  218. may then be raised as high as 8 or 16, while only doubling the T1 parameter
  219. from its' MAXOUT = 1 value.
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226.  
  227.  
  228.  
  229.  
  230.  
  231.             ──────────────────
  232.              NBP - Lanman.Ini
  233.             ──────────────────
  234.  
  235.  
  236.         Lanman.Ini [workstation] parameters required for DOS enhanced NBP
  237. workstations:
  238.  
  239.             - SIZWORKBUF:       sizworkbuf = 1024
  240.  
  241.             - WRKHEURISTICS:    bit  8 = 0 for Opportunistic Locking off
  242.                                 bit  9 = 0 for Open-Read SMB off
  243.                                 bit 11 = 9 for 36 second beep window
  244.                                 bit 14 = 1 for Raw I/O off
  245.  
  246.  
  247.  
  248.  
  249.  
  250.  
  251.  
  252.  
  253.  
  254.  
  255.         Lanman.Ini [workstation] parameters required for OS/2 NBP
  256. workstations:
  257.  
  258.             - SIZWORKBUF:       sizworkbuf = 1024
  259.  
  260.             - WRKHEURISTICS:    bit  0 = 0 for Opportunistic Locking off
  261.                                 bit  6 = 0 for Open-Read SMBs off
  262.                                 bit  8 = 0 for NCB Chain Sends off
  263.                                 bit  9 = 0 for Buffer Small R/W Requests off
  264.                                 bit 11 = 0 for Raw R/W SMBs off
  265.  
  266.             - SESSTIMEOUT:      sesstimeout = 60000
  267.  
  268.  
  269.         Lanman.Ini [server] parameters required for OS/2 NBP servers:
  270.  
  271.             - SIZREQBUF:        sizreqbuf = 1024
  272.  
  273.             - NUMBIGBUF:        numbigbuf = 0
  274.  
  275.             - SRVHEURISTICS:    bit 15 = 9 for Opportunistic Locking off
  276.  
  277.             ────────────────────
  278.              NBP - Protocol.Ini
  279.             ────────────────────
  280.  
  281.         The following Protocol.Ini NBP parameters should be set for low speed
  282. links:
  283.  
  284.  
  285.  
  286.         PROBETIMEOUT    = 1000
  287.         MAXPROBETIMEOUT = 8000
  288.  
  289.  
  290.         The latest and possibly last version of 3Com NBP, version 2.0D, also
  291. provides a RESCALE parameter. When present in Protocol.Ini it allows NBP to
  292. more easily adapt to timeouts and may thus be useful on low speed links.
  293.  
  294.  
  295.         It should be noted that the use of the MAXPROBETIMOUT and RESCALE
  296. parameters for NBP is not supported by 3Com.
  297.  
  298.  
  299.  
  300.             ──────────────
  301.              NAsync Driver
  302.             ──────────────
  303.  
  304.         In cases where a protocol cannot be tuned sufficiently for low speed
  305. operation the NAsync Protocol.Ini parameter MAC_MAXFRAME may be useful. This
  306. parameter sets the maximum framesize that NAsync reports it is capable of to
  307. protocols. By default, MAC_MAXFRAME = 1514, the maximum framesize for an
  308. Ethernet adapter. It may be set as low as 128 by adding to the [NASYNC_NIF]
  309. section of Protocol.Ini the line "MAC_MAXFRAME = 128".
  310.  
  311.         By setting the maximum framesize to 128 the maximum effective timeout
  312. of a protocol may be increased more than 6 times, relative to the default.
  313. Performance, however, will be adversely affected. If this parameter is
  314. added, it should be added at both the client and host side.
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.         The compression and encryption features of NAsync can both consume
  325. considerable amounts of CPU power. In some situations however, the overhead
  326. of compression may be able to provide an increase in throughput for remote
  327. users and this may be more important than CPU consumption.
  328.  
  329.  
  330.  
  331.         The NAsync Protocol.Ini parameter CHARS_FILTERBC can be set to "YES"
  332. on servers to prevent the transmission of broadcast packets. This should only
  333. be used on servers without NIC Bridge as the NBridge driver has its' own
  334. parameter to filter broadcasts.
  335.  
  336.         Due to the broadcast of an ARP request by a server running MS TCP/IP
  337. during session setup, broadcast filtering cannot be used with MS TCP/IP. As
  338. the most common server broadcast is the server announce broadcast (which
  339. allows active servers to be determined with NET VIEW) it may be better to
  340. to increase the interval of this broadcast. This can be done by increasing
  341. the Lanman.Ini/IBMLan.Ini [server] SRVANNOUNCE parameter.
  342.  
  343.  
  344.  
  345.  
  346.  
  347.         The retransmission of network packets caused by serial overrun errors
  348. has a disastrous effect on performance. It has been observed that the MS/IBM
  349. NetBEUI protocol driver can contribute to the likelihood of these errors,
  350. particularly when not tuned for low speed use. This is one more reason to
  351. ensure that NetBEUI is properly tuned for low speed use.
  352.  
  353.         The use of serial ports with the 16550A UART can greatly reduce the
  354. likelihood of serial overrun errors. When this UART is used NAsync will detect
  355. it and enable support for it's special features. Some of these features
  356. include the ability to dramatically reduce the CPU load required to support
  357. the serial port.
  358.  
  359.         The Protocol.Ini COMM_RXTRIGGER parameter is provided specifically for
  360. the 16550A. This sets the number of characters, in a buffer of 16 characters,
  361. which will normally be received before an interrupt is triggered. It can be
  362. set to 0, 1, 4, 8 or 14. The value 0 will set the trigger level to a value
  363. appropriate for the baudrate and is the default for OS/2. The value 1 provides
  364. the greatest protection from serial overrun errors and is the default for DOS.
  365. The value 14 provides the least protection but also provides the lowest
  366. consumption of CPU power for a given baudrate. The tradeoff between these
  367. factors is best determined by the given configuration.
  368.  
  369.             ─────────────────────────
  370.              NBridge & SRTok Drivers
  371.             ─────────────────────────
  372.  
  373.         The Nbridge driver allows filtering broadcasts with the Protocol.Ini
  374. FILTERBC_MAC parameter. This can greatly decrease overhead on slow links
  375. experiencing significant broadcast traffic. As noted in the NAsync Driver
  376. section however, this does not allow the proper operation of MS TCP/IP. In
  377. addition, broadcast filtering tends to be more useful for remote access,
  378. rather than for remote bridging where it can block needed broadcasts.
  379.  
  380.         In some situations the custom filtering available via the Protocol.Ini
  381. CUSTOMFILTER parameter may be more appropriate. This can, for example, be used
  382. to block broadcasts from certain network source addresses.
  383.  
  384.  
  385.  
  386.         The SRTok driver provides a Protocol.Ini SRBC parameter which, when
  387. set to "NO" will block single route broadcasts from being received on the
  388. Token Ring adapter. This can be very effective for eliminating broadcasts
  389. to remote PCs on a Token Ring network.
  390.  
  391.  
  392.         ┌──────────────────┐
  393.         │ ACKNOWLEDGEMENTS │
  394.         └──────────────────┘
  395.  
  396.         All trademarks are the property of their owners.
  397.  
  398.         This includes, but is not limited to, the trademarks
  399.         of 3Com, IBM, Microsoft, and Hayes.
  400.  
  401.  
  402.  
  403.  
  404.  
  405.  
  406.  
  407.  
  408.  
  409.  
  410.  
  411.  
  412.  
  413.  
  414. ;
  415.