home *** CD-ROM | disk | FTP | other *** search
/ Network Support Encyclopedia 96-1 / novell-nsepro-1996-1-cd2.iso / download / netware / rplkt2.exe / RPLNLM.DOC < prev    next >
Text File  |  1995-04-07  |  24KB  |  575 lines
  1.  
  2. Disclaimer
  3.  
  4. Novell, Inc. makes no representations or warranties with respect to
  5. the contents or use of this manual, and specifically  disclaims any
  6. express or implied warranties of merchantability or fitness for any
  7. particular purpose.  Further, Novell, Inc. reserves the right to
  8. revise this publication and to make changes to its content, at any
  9. time, without obligation to notify any person or entity of such
  10. revisions or changes.
  11.  
  12. Further, Novell, Inc. makes no representations or warranties with
  13. respect to any NetWare software, and specifically  disclaims any
  14. express or implied warranties of merchantability or fitness for any
  15. particular purpose.  Further, Novell, Inc. reserves the right to
  16. make changes to any and all parts of Netware software, at any time,
  17. without obligation to notify any person or entity of such revisions
  18. or changes.
  19.  
  20.  
  21. Novell, Incorporated
  22. 122 East 1700 South
  23. Provo, Utah  84606 USA
  24.  
  25.  
  26.  
  27. Trademarks
  28.  
  29. NetWare and Novell are registered trademarks of Novell, Inc.
  30. IBM is a registered trademark of IBM, Inc.
  31.  
  32.  
  33.  
  34. References
  35.  
  36. The following publications contain information that may be helpful
  37. in reading this document:
  38.  
  39.      1) NOVELL NetWare Version 3.11 Installation
  40.           (See Appendix D: Using DOSGEN to Add Remote Reset)
  41.      2) IBM Local Area Network Technical Reference, SC30-3383-3
  42.      3) IBM Remote Program Load User's Guide, 83X7840
  43.      4) IBM Token-Ring Network Architecture Reference, SC30-3374-02
  44.  
  45.  
  46.  
  47. (c) Copyright 1995 Novell, Inc.  All rights reserved.  No part of
  48. this publication may be reproduced, photocopied, stored on a
  49. retrieval system, or transmitted without the express prior written
  50. consent of the publisher.
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57. Introducing RPL.nlm for NetWare v4.x and RPL3X.nlm for NetWare v3.x:
  58. Due to the modular nature of NetWare v4.x ODI drivers, RPL.nlm has
  59. been updated to be compliant with the v4.x ODI specification.  
  60. RPL3X.nlm adheres to the previous NetWare v3.x ODI specification.
  61. If needed, simply rename RPL3X.nlm to RPL.nlm and follow the
  62. instructions as specified.
  63.  
  64. RPL.nlm is a NetWare Loadable Module that acts as a Protocol
  65. Stack and responds to the IBM architected Remote Program Load (RPL)
  66. frames as defined in the "IBM Remote Program Load User's Guide". 
  67. It is used in networks that have diskless workstations installed
  68. with the RPL BIOS Module.  Currently, this is supported on the
  69. following network adapters:
  70.  
  71.      IBM Ethernet Adapters
  72.      IBM PC Network Adapters
  73.      IBM Token-Ring Network Adapters
  74.  
  75.  
  76.  
  77. Specifically, RPL.nlm will respond to the following frames:
  78.  
  79.      FIND                RPL.nlm will respond with a FOUND frame.
  80.      SEND.FILE.REQUEST   RPL.nlm will respond with a
  81.                          FILE.DATA.RESPONSE frame.
  82.  
  83.  
  84.  
  85. RPL.nlm is intended to be a replacement for the following NetWare
  86. v3.11 modules:
  87.  
  88.      PCN2LRPL.nlm   For networks using the IBM PC Network Adapter.
  89.      ETHERRPL.nlm   For networks using the IBM Ethernet Adapter.
  90.      TOKENRPL.nlm   For networks using the IBM Token-Ring Adapter.
  91.  
  92.  
  93.  
  94. Features and Fixes of RPL.nlm
  95.  
  96. RPL.nlm comes with five new and improved BOOTSTRAP programs:
  97. ETHER.rpl, F1ETH.rpl, PCN2L.rpl, RBOOT.rpl, and TOKEN.rpl. 
  98. Together, these files offer the following features and fixes:
  99.  
  100.      BOOTCONF.sys        Wildcard characters (* and ?) are allowed
  101.                          in specifying Node Addresses.  Also, more
  102.                          than one Disk Image File name is allowed
  103.                          per Node Address.  BOOTCONF.sys is parsed
  104.                          by RPL.nlm at the File Server to minimize
  105.                          the amount of Network Traffic.
  106.  
  107.      IBM LAN Support Program  RPL now works reliably the the IBM
  108.                               LAN Support Program.
  109.  
  110.      RPLFIX and RPLODI   These two programs are NOT required when
  111.                          booting a workstation.
  112.  
  113.      Source Routing      You may now boot across a Source Routing
  114.                          Bridge.
  115.  
  116.  
  117.      PS/2 REFERENCE      The *.rpl files will communicate with the
  118.                          BIOS on a PS/2 machine and ask it if it needs
  119.                          to run REFERENCE.  If the BIOS says "yes" to
  120.                          this query, RBOOT.RPL, ETHER.RPL, TOKEN.RPL,
  121.                          F1ETH.RPL, AND PCN2L.RPL will automatically
  122.                          present a menu on the workstation screen
  123.                          with a "MXX.REF" boot image file name, where
  124.                          "XX" is the PS/2 Model number returned by
  125.                          the PS/2's BIOS.  This file name is for
  126.                          the reference diskette image that needs to
  127.                          be dosgened and copied into the \LOGIN
  128.                          directory.  An example of one of these file
  129.                          names would be:  MF8.REF where F8 is the model
  130.                          number returned by a PS/2 Model 56LS BIOS.   
  131.  
  132.  
  133.  
  134. Installing RPL.nlm on the File Server
  135.  
  136. The following BOOTSTRAP programs come with RPL.nlm and should be
  137. installed in the SYS:\LOGIN directory of the file server:
  138.  
  139.      ETHER.rpl      For IBM MCA Ethernet Adapters
  140.      F1ETH.rpl      For IBM Model 25SX Ethernet Adapters
  141.      PCN2L.rpl      For IBM PC Network Adapters
  142.      RBOOT.rpl      For Adapters using the Novell Boot ROM Kit
  143.      TOKEN.rpl      For IBM Token-Ring Network Adapters
  144.  
  145. An appropriate BOOTSTRAP program gets downloaded to the workstation
  146. in response to a SEND.FILE.REQUEST from the Boot ROM RPL Module.
  147.  
  148. RPL.nlm should be installed in the SYS:\SYSTEM directory of the
  149. file server.  In addition, certain IBM Micro-Channel computers,
  150. such as the new 386SLC, have a BIOS image file associated with
  151. them.  This file comes with the computer on a diskette, and has a
  152. file extension of .IML.  You MUST create a directory called
  153. SYS:\LOGIN\IBMLAN\DCDB\IMAGES and install ALL .IML files in this
  154. directory.
  155.  
  156.  
  157.  
  158. Loading RPL.nlm on the File Server
  159.  
  160. RPL.nlm is loaded the same as any NetWare NLM:
  161.  
  162.      LOAD RPL
  163.  
  164. at the file server command prompt.  There are no parameters
  165. associated with loading RPL.nlm.
  166.  
  167.  
  168.  
  169.  
  170. Binding RPL.nlm to the 802.2 Board
  171.  
  172. Since RPL.nlm is a Protocol Stack, it must be bound to any and all
  173. boards that have RPL clients attached to them:
  174.  
  175.      BIND RPL to board [ACK],[FRAME=ff],[GNS],[NODEFAULT],
  176.                           [PROTECT],[PS=server],[TRO],
  177.                           [WAIT TIME=ssss]
  178.  
  179. where board is the name of any NetWare LAN driver that is
  180. configured for IEEE 802.2 frame type.
  181.  
  182.  
  183.  
  184.  
  185. RPL.nlm BIND Time Parameters
  186.  
  187. The parameters specified by [..] are OPTIONAL, NOT Case Sensitive,
  188. separated by blanks or commas, and may be entered in any order.
  189. They are described below:
  190.  
  191.      ACK       Use this parameter if you wish to configure the RPL
  192.                BOOT ROM Module to ACKnowledge FILE.DATA.RESPONSE
  193.                frames sent by RPL.nlm.  By DEFAULT, RPL.nlm will
  194.                send FILE.DATA.RESPONSE frames in a BURST mode. 
  195.                This parameter allows pacing by the workstation, if
  196.                the Adapter on the workstation cannot keep up with
  197.                RPL.nlm.
  198.  
  199.      FRAME=ff  Use this parameter if you wish to configure the
  200.                BOOTSTRAP program to use a frame type other than
  201.                the default to access the file server.  Valid
  202.                responses are:
  203.  
  204.                FRAME=802.2    This is the DEFAULT.
  205.  
  206.                FRAME=EII      Configure the BOOTSTRAP program for
  207.                               ETHERNET_II.  This option should
  208.                               only be used on ETHERNET networks.
  209.  
  210.                FRAME=SNAP     Configure the BOOTSTRAP program for
  211.                               SNAP.
  212.  
  213.                If FRAME=EII or FRAME=SNAP is selected, RPL.nlm 
  214.                will force the BOOTSTRAP program to do a Get
  215.                Nearest Server (GNS).
  216.  
  217.                The FRAME parameter is fully supported on BOOT ROMs
  218.                that use the RBOOT.rpl BOOTSTRAP program.  This
  219.                parameter is IGNORED on BOOT ROMs that use
  220.                PCN2L.rpl and TOKEN.rpl.  However, FRAME=EII or
  221.                FRAME=SNAP will configure ETHER.rpl to use
  222.                ETHERNET_II instead of 802.3.  Specifying FRAME=EII
  223.                on a Token-Ring BOOT ROM will be ignored.
  224.  
  225.      GNS       This parameter specifies that you wish the
  226.                workstation to do a Get Nearest Server request when
  227.                the appropriate BOOTSTRAP program gets downloaded. 
  228.                Normally, RPL.nlm will fill in the bootstrap
  229.                program with the file server information, so that
  230.                it does NOT need to do a Get Nearest Server
  231.                request.  Using this parameter MAY cause the
  232.                workstation to find a server OTHER than the one
  233.                where RPL.nlm is located.
  234.  
  235.      NODEFAULT This parameter tells RPL.nlm to NOT respond to a
  236.                FIND frame UNLESS the node address of the
  237.                workstation is found in the BOOTCONF.sys file.  It
  238.                is provided for security reasons.  The workstation
  239.                WILL NOT boot until the system administrator
  240.                inserts into the BOOTCONF.sys file the node address
  241.                and associated Disk Image File name(s) to use when
  242.                booting the workstation.  A further description of
  243.                BOOTCONF.sys is given under the heading of Unique
  244.                Boot Sequences using RPL.nlm.
  245.  
  246.      PROTECT   This parameter tells RPL.nlm to configure the
  247.                BOOTSTRAP program so that it will protect itself in
  248.                the workstation memory.  It does this by adjusting
  249.                the Memory Size variable in the BIOS data area
  250.                (40:13) to reflect the amount of memory that it
  251.                uses.  Using this parameter will REDUCE the amount
  252.                of memory that the workstation has available for
  253.                DOS by about 12k.  It is recommended that this
  254.                parameter NOT be USED unless absolutely necessary.
  255.  
  256.      PS=server This parameter tells the BOOTSTRAP program to
  257.                attach to a NetWare file server other than the one
  258.                where RPL.nlm is loaded.  server is the name of a
  259.                NetWare file server that contains the Image file
  260.                for the workstation.
  261.  
  262.      TRO       This parameter specifies that you wish the
  263.                BOOTSTRAP program to do a This Ring Only count of
  264.                THREE (3) on all Broadcasts frames.  It is useful
  265.                in a SOURCE ROUTING environment and Servers are
  266.                available on the local ring.
  267.  
  268.      WAIT TIME=ssss This parameter specifies the number of SECONDS
  269.                     you wish the workstation to wait before
  270.                     automatically selecting the cursored Disk
  271.                     Image Name when multiple Disk Image Names are
  272.                     specified in BOOTCONF.sys.  (See "BOOTCONF.sys
  273.                     Extensions")
  274.  
  275.                     The DEFAULT for this parameter is 0000, which
  276.                     means forever.  Any value from 0000 to 65535
  277.                     is allowed.
  278.  
  279.  
  280. Using RPL.nlm from a DiskLess Workstation 
  281.  
  282. To use RPL.nlm, you must have installed the RPL ROM Module on your
  283. network adapter board in the workstation.  This module must be
  284. capable of sending the IBM architected RPL frame sequence.  See the
  285. "IBM Remote program Load User's Guide" for information on this
  286. architecture.
  287.  
  288. Implementing the RPL function consists of creating a Disk Image
  289. File in the SYS:\LOGIN directory of the file server. A description
  290. of this process is given in the NOVELL NetWare Version 3.11
  291. Installation manual.
  292.  
  293. At the server console you must load and bind RPL.nlm:
  294.  
  295.      LOAD RPL
  296.      BIND RPL to board [ACK],[FRAME=ff],[GNS],[NODEFAULT],
  297.                           [PROTECT],[PS=server],[TRO]
  298.  
  299. where board is any board that is configured for IEEE 802.2 frame
  300. type.  When you boot the workstation, the Disk Image File you
  301. created with DOSGEN will get executed.
  302.  
  303.  
  304.  
  305. Unique Boot Sequences using RPL.nlm
  306.  
  307. BOOTCONF.sys is an ASCII text file that allows you to specify a
  308. unique Disk Image File for each workstation that needs access to
  309. different files.  You create BOOTCONF.sys using your favorite text
  310. editor.  The process of creating unique Disk Image Files is
  311. described in detail in the NOVELL NetWare Version 3.11 Installation
  312. manual.
  313.  
  314.  
  315.  
  316. BOOTCONF.sys Extensions
  317.  
  318. When RPL.nlm loads it will search the SYS:\LOGIN directory of the
  319. file server for a BOOTCONF.sys file.  If it finds it, it will read
  320. it into a memory buffer so that it can parse it when a FIND frame
  321. is received from a workstation.  Note that the parsing of
  322. BOOTCONF.sys is done by RPL.nlm and NOT the BOOTSTRAP program to
  323. minimize the amount of traffic on the network during the RPL
  324. process.  The extensions to BOOTCONF.sys are given in this section.
  325.  
  326.  
  327.  
  328. Using Wildcard Characters in BOOTCONF.sys
  329.  
  330. Wildcard characters (* and ?) are allowed in the line specifying
  331. the node address of the workstation.  This will allow the system
  332. administrator more flexibility in building the BOOTCONF.sys file. 
  333. The rules for these wildcard characters are:
  334.  
  335.      *    Use the ASTERISK character to specify a RANGE of digits
  336.           in the node address. For example, if the node address of
  337.           the workstation is 10005A123456, it may be specified as
  338.           0x*123456 in BOOTCONF.sys.  In this example, RPL.nlm will
  339.           match the node address with ANY node address that ends in
  340.           123456.
  341.  
  342.           Note that only ONE asterisk (*) may appear in the node
  343.           address.
  344.  
  345.      ?    Use the QUESTION MARK character to specify ANY digit in
  346.           the node address.  In the example above, the node address
  347.           could be specified as 0x??????123456 which is equivalent
  348.           to 0x*123456.
  349.  
  350.           You may use wildcard characters to specify a DEFAULT Disk
  351.           Image File for all workstations on the network that do
  352.           not have a specific Disk Image File.  You do this by
  353.           placing the line:
  354.  
  355.                     0x* = DEFAULT.sys
  356.           or        0x???????????? = DEFAULT.sys
  357.  
  358.           as the LAST line in BOOTCONF.sys.  Either one of these
  359.           lines will match on ALL workstation node addresses.  The
  360.           DEFAULT.sys (or any name you desire) Disk Image File is
  361.           generated by DOSGEN, the same as any Disk Image File.
  362.  
  363.  
  364.  
  365. More than ONE Disk Image File per Node Address
  366.  
  367. Each line in BOOTCONF.sys that contains a node address may specify
  368. more than one Disk Image File name, separated by one or more BLANK
  369. characters.  In this case, the BOOTSTRAP program will present the
  370. workstation user a PROMPT at boot up time to select the Disk Image
  371. File to boot.  For example,  if a workstation's node address is
  372. 10005A123456, the line:
  373.  
  374.      0x10005a123456 = ONE.sys TWO.sys THREE.dos
  375.  
  376.      will cause the BOOTSTRAP program to present:
  377.  
  378.  
  379.  
  380.      Place CURSOR on DISK IMAGE file; Hit ENTER when Ready: 
  381.  
  382.           ONE.sys
  383.           TWO.sys
  384.           THREE.dos
  385.  
  386.  
  387.  
  388.      on the workstation screen.  The BOOTSTRAP program will then
  389.      use NCP calls to open the selected Disk Image File.  If it
  390.      does NOT exist, it will display:
  391.  
  392.           Unable to OPEN Disk Image File
  393.  
  394.      and retry the operation.
  395.  
  396.      Up to TEN Disk Image File names may be entered for each node
  397.      address in BOOTCONF.sys.  Note that they must be separated by
  398.      one or more BLANK characters, and they must all fit on ONE
  399.      line.
  400.  
  401.  
  402.  
  403. Multiple Lines per Node Address
  404.  
  405. The ASCII COLON (:) can be used to allow for multiple lines when
  406. specifying a particular node address in BOOTCONF.sys.  It is
  407. provided for convenience when specifying multiple parameters on the
  408. Node Address line.
  409.  
  410. To use this feature, place the ASCII COLON (:) at the end of the
  411. line.  Note that it must be preceded by at LEAST one ASCII blank:
  412.  
  413.      0x10005A460025 = NET$DOS.sys FRED.sys :
  414.                JOE.sys BOOTCONF.sys BIND Override Parameters
  415.  
  416. When RPL.nlm parses BOOTCONF.sys, it allows the user the override
  417. the BIND time parameters with parameters specific to a particular
  418. workstation that is being booted.  By default, the parameters that
  419. were entered at BIND time apply to ALL workstations that are
  420. attached to the particular board specified in the BIND command. 
  421. The following commands are allowed on a per NODE basis, which, if
  422. used, will override the BIND time parameters:
  423.  
  424.  
  425.      ACK       Use this parameter if you wish to configure the RPL
  426.                BOOT ROM Module to ACKnowledge FILE.DATA.RESPONSE
  427.                frames sent by RPL.nlm.  By DEFAULT, RPL.nlm will
  428.                send FILE.DATA.RESPONSE frames in a BURST mode. 
  429.                This parameter allows pacing by the workstation, if
  430.                the Adapter on the workstation cannot keep up with
  431.                RPL.nlm.
  432.  
  433.  
  434.      FRAME=ff  Use this parameter if you wish to configure the
  435.                BOOTSTRAP program to use a frame type other than
  436.                the default to access the file server.  Valid
  437.                responses are:
  438.  
  439.                FRAME=802.2    This is the DEFAULT.
  440.  
  441.                FRAME=EII      Configure the BOOTSTRAP program for
  442.                               ETHERNET_II.  This option should
  443.                               only be used on ETHERNET networks.
  444.  
  445.                FRAME=SNAP     Configure the BOOTSTRAP program for
  446.                               SNAP.
  447.  
  448.                If FRAME=EII or FRAME=SNAP is selected, RPL.nlm 
  449.                will force the BOOTSTRAP program to do a Get
  450.                Nearest Server (GNS).
  451.  
  452.                The FRAME parameter is fully supported on BOOT ROMs
  453.                that use the RBOOT.rpl BOOTSTRAP program.  This
  454.                parameter is IGNORED on BOOT ROMs that use
  455.                PCN2L.rpl and TOKEN.rpl.  However, FRAME=EII or
  456.                FRAME=SNAP will configure ETHER.rpl to use
  457.                ETHERNET_II instead of 802.3.  Specifying FRAME=EII
  458.                on a Token-Ring BOOT ROM will be ignored.
  459.  
  460.  
  461.      GNS       This parameter specifies that you wish the
  462.                workstation to do a Get Nearest Server request when
  463.                the appropriate BOOTSTRAP program gets downloaded. 
  464.                Normally, RPL.nlm will fill in the bootstrap
  465.                program with the file server information, so that
  466.                it does NOT need to do a Get Nearest Server
  467.                request.  Using this parameter MAY cause the
  468.                workstation to find a server OTHER than the one
  469.                where RPL.nlm is located.
  470.  
  471.      NOACK     This parameter will override the ACK parameter
  472.                specified on the BIND command.
  473.  
  474.      NOGNS     This parameter will override the GNS parameter
  475.                specified on the BIND command.
  476.  
  477.      NOPROTECT This parameter will override the PROTECT parameter
  478.                specified on the BIND command.
  479.  
  480.      NOTRO     This parameter will OVERRIDE the TRO parameter if
  481.                specified on the BIND command.
  482.  
  483.      PROTECT   This parameter tells RPL.nlm to configure the
  484.                BOOTSTRAP program so that it will protect itself in
  485.                the workstation memory.  It does this by adjusting
  486.                the Memory Size variable in the BIOS data area
  487.                (40:13) to reflect the amount of memory that it
  488.                uses.  Using this parameter will REDUCE the amount
  489.                of memory that the workstation has available for
  490.                DOS by about 12k.  It is recommended that this
  491.                parameter NOT be USED unless absolutely necessary.
  492.  
  493.  
  494.      PS=server This parameter tells the BOOTSTRAP program to
  495.                attach to a NetWare file server other than the one
  496.                where RPL.nlm is loaded.  server is the name of a
  497.                NetWare file server that contains the Image file
  498.                for the workstation.
  499.  
  500.  
  501.      REP       string1|string2 allows you to REPlace ALL
  502.                occurrences of string1 with string2 in the Disk
  503.                Image File.  The '|' (ASCII 7Ch) delimiter is
  504.                REQUIRED to delimit the string values.
  505.  
  506.                Use this parameter to DYNAMICALLY re-configure a
  507.                Disk Image File during the RPL process.  It is
  508.                useful for tailoring files such as AUTOEXEC.BAT or
  509.                CONFIG.SYS to a specific workstation.
  510.  
  511.                The rules for using REP are given below:
  512.                     
  513.                1)   The search IS case sensitive.  The BOOTSTRAP
  514.                     program will search for string1 EXACTLY as it
  515.                     is entered in BOOTCONF.sys.
  516.                2)   ALL occurrences of string1 will be replaced
  517.                     with string2 in the Disk Image File.
  518.                3)   string2 MUST be equal to OR shorter than
  519.                     string1.
  520.                4)   If string2 is shorter than string1, the Disk
  521.                     Image File will be padded with ASCII Blanks
  522.                     when the substitution is made.
  523.                5)   string2 must contain NO embedded ASCII Blanks.
  524.                     The FIRST blank that is encountered is
  525.                     interpreted as the end of the string.
  526.  
  527.  
  528.      TRO       This parameter specifies that you wish the
  529.                BOOTSTRAP program to do a This Ring Only count of
  530.                THREE (3) on all Broadcasts frames.  It is useful
  531.                in a SOURCE ROUTING environment and Servers are
  532.                available on the local ring.
  533.  
  534.  
  535.      WAIT TIME=ssss This parameter specifies the number of SECONDS
  536.                     you wish the workstation to wait before
  537.                     automatically selecting the cursored Disk
  538.                     Image Name when multiple Disk Image Names are
  539.                     specified in BOOTCONF.sys.
  540.  
  541.                     The DEFAULT for this parameter is 0000, which
  542.                     means forever.  Any value from 0000 to 65535
  543.                     is allowed.
  544.  
  545.  
  546. RPL.nlm parses the Node Address line of BOOTCONF.sys looking for
  547. these keywords.  If an entry if found, but does not match one of
  548. the keywords, it is assumed to be a Disk Image File name. 
  549. Therefore, you should NOT have a Disk Image File named the same as
  550. any of these keywords.  Note that these parameters are OPTIONAL,
  551. NOT Case Sensitive, separated by blanks, and may be entered in any
  552. order.
  553.  
  554. An example of a BOOTCONF.sys line using these parameters is:
  555.  
  556.      0x*1234 = NET$DOS.sys gns protect rep NODE=^^^^^|NODE=67890
  557.  
  558. In this case, gns and protect will be interpreted as KEYWORDS and
  559. not Disk Image File names. In addition, the string 'NODE=^^^^^'
  560. will be REPLACED with 'NODE=67890' wherever it occurs in the Disk
  561. Image File.
  562.  
  563.  
  564.  
  565. Changing BOOTCONF.sys
  566.  
  567. RPL.nlm reads BOOTCONF.sys into a memory buffer at LOAD time.  If
  568. the user changes it AFTER BOOTCONF.sys is loaded, RPL.nlm will
  569. detect the change and re-load it automatically.  There may be a
  570. five second delay from the time the changes are saved and the time
  571. RPL.nlm invokes the changes.
  572.  
  573. RPL.nlm will suspend processing of frames while BOOTCONF.sys is
  574. being loaded into memory.
  575.