Home | History | Annotate | Line # | Download | only in bootpd
Announce.old revision 1.1
      1  1.1  gwr 
      2  1.1  gwr [ Old announcement from version 2.2: ]
      3  1.1  gwr 
      4  1.1  gwr New features in version 2.2 include:
      5  1.1  gwr 
      6  1.1  gwr o  A new "td" tag allows the specification of a "TFTP directory" for use
      7  1.1  gwr    with so-called "secure" implementations of tftpd which chroot(2) to a
      8  1.1  gwr    particular directory.
      9  1.1  gwr 
     10  1.1  gwr o  A new "sa" tag allows the explicit specification of the TFTP
     11  1.1  gwr    "server address."  Formerly, the 'siaddr' field of the BOOTREPLY was
     12  1.1  gwr    always filled with the IP address of the BOOTP server.  The "sa" tag
     13  1.1  gwr    now allows the BOOTP server and the TFTP server to be two different
     14  1.1  gwr    machines, if desired.
     15  1.1  gwr 
     16  1.1  gwr o  The server now automatically determines whether it is running as a
     17  1.1  gwr    standalone program (e.g. invoked by hand from a shell) or as a child of
     18  1.1  gwr    /etc/inetd.  The -s option and a new -i option are provided to force
     19  1.1  gwr    standalone or inetd mode if necessary.
     20  1.1  gwr 
     21  1.1  gwr o  When the vendor magic cookie is zero, BOOTP replies now default to the
     22  1.1  gwr    RFC 1084 vendor format, rather than the old CMU format.  This helps
     23  1.1  gwr    interoperability with uncooperative BOOTP clients which want RFC 1084
     24  1.1  gwr    format but don't bother filling in the magic cookie properly to tell
     25  1.1  gwr    the server... *sigh*  (This makes the ":vm=rfc1048:" tag unnecessary
     26  1.1  gwr    in most cases now.  Oh, the "vm" tag now accepts "rfc1084" as well as
     27  1.1  gwr    "rfc1048" -- they mean the same thing.)
     28  1.1  gwr 
     29  1.1  gwr o  Log messages now include the specific network type.  For example, rather
     30  1.1  gwr    than saying "request from hardware address ABCDEF012345", the message is
     31  1.1  gwr    now "request from Ethernet address ABCEDF012345", or "request from
     32  1.1  gwr    IEEE802 address 4000A1B2C3D4".
     33  1.1  gwr 
     34  1.1  gwr 
     35  1.1  gwr Bug fixes in this version include:
     36  1.1  gwr 
     37  1.1  gwr o  The automatic bootfile-size calculation now works correctly when the
     38  1.1  gwr    file size is an exact multiple of 512 octets.  It used to return a number
     39  1.1  gwr    which was one 512-octet unit greater than necessary.
     40  1.1  gwr 
     41  1.1  gwr o  A bug in comparing subnet masks has been fixed.
     42  1.1  gwr 
     43  1.1  gwr o  A bug in calculating the size of the vendor information area when
     44  1.1  gwr    inserting the hostname has been fixed.
     45  1.1  gwr 
     46  1.1  gwr 
     47  1.1  gwr Other changes:
     48  1.1  gwr 
     49  1.1  gwr o  The man page has been split into two man pages.  One covers the server
     50  1.1  gwr    itself (bootpd.8) and the other covers the configuration file format
     51  1.1  gwr    (bootptab.5).
     52  1.1  gwr 
     53  1.1  gwr 
     55  1.1  gwr [ Old announcement from version 2.1: ]
     56  1.1  gwr 
     57  1.1  gwr Subject: Updated RFC1048 BOOTP server now available
     58  1.1  gwr 
     59  1.1  gwr Well, no surprise, bootpd 2.0 had a few bugs.  A new improved version,
     60  1.1  gwr bootpd 2.1, is now available for anonymous FTP from lancaster.andrew.cmu.edu
     61  1.1  gwr (128.2.13.21).  The new server can be found in pub/bootp.2.1.tar.
     62  1.1  gwr 
     63  1.1  gwr Bug fixes and improvements in version 2.1 include:
     64  1.1  gwr 
     65  1.1  gwr o  The definition of "access to the bootfile" has been changed to require the
     66  1.1  gwr    public read access bit to be set.  This is required by tftpd(8), so the
     67  1.1  gwr    server will not reply with a file which a client cannot obtain via TFTP.
     68  1.1  gwr o  The RFC1084 bootfile size tag has been implemented.  It allows either
     69  1.1  gwr    automatic or manual specification of the bootfile size in 512-octet blocks.
     70  1.1  gwr o  Generic tags now work as advertised.
     71  1.1  gwr o  A subtle bug which caused strange parsing behavior under certain conditions
     72  1.1  gwr    has been fixed.
     73  1.1  gwr o  The RFC1048 vendor information now has the correct byte order on
     74  1.1  gwr    little-endien machines such as the VAX.
     75  1.1  gwr o  Failure to specify the bootfile home directory and/or default bootfile in
     76  1.1  gwr    the configuration file no longer causes server crashes.  The server now
     77  1.1  gwr    makes a reasonably intelligent choice if this configuration information is
     78  1.1  gwr    missing.  This is documented in the man page.
     79  1.1  gwr o  BOOTP requests from clients which already know their IP addresses no longer
     80  1.1  gwr    cause server crashes.
     81  1.1  gwr 
     82  1.1  gwr 
     83  1.1  gwr Please direct questions, comments, and bug reports to
     84  1.1  gwr Walt Wimer <ww0n (a] andrew.cmu.edu> or Drew Perkins <ddp (a] andrew.cmu.edu>.
     85  1.1  gwr [ Changed: now please send mail to: <bootp (a] andrew.cmu.edu> ]
     86  1.1  gwr 
     87  1.1  gwr 
     88  1.1  gwr Good luck,
     89  1.1  gwr 
     90  1.1  gwr Walt Wimer
     91  1.1  gwr Network Development
     92  1.1  gwr Carnegie Mellon University
     93  1.1  gwr 
     94  1.1  gwr 
     96  1.1  gwr [ Old announcement from version 2.0: ]
     97  1.1  gwr 
     98  1.1  gwr Subject: RFC-1048 compatible BOOTP server now available
     99  1.1  gwr 
    100  1.1  gwr 
    101  1.1  gwr An RFC-1048 (BOOTP Vendor Information Extensions) compatible BOOTP (RFC-951)
    102  1.1  gwr server is now available for anonymous FTP from lancaster.andrew.cmu.edu
    103  1.1  gwr (128.2.13.21).  The new server can be found in pub/bootp.2.0.tar.  This is
    104  1.1  gwr an enhanced version of the existing CMU BOOTP server which was derived from
    105  1.1  gwr the original BOOTP server created by Bill Croft at Stanford.
    106  1.1  gwr 
    107  1.1  gwr New features and changes in version 2.0 include:
    108  1.1  gwr 
    109  1.1  gwr o  Full support for the vendor information extensions described in RFC-1048.
    110  1.1  gwr o  Faster response time (host lookup via hash table instead of linear search).
    111  1.1  gwr o  New termcap-like configuration file format which allows greater flexibility
    112  1.1  gwr    in specifying the variable vendor information of RFC-1048.  Host entries
    113  1.1  gwr    may refer to other hosts as templates so that redundant information need
    114  1.1  gwr    be specified only once.
    115  1.1  gwr o  Continued support for the CMU vendor information format.  The server may
    116  1.1  gwr    be configured on a per-host basis to always reply with a certain vendor
    117  1.1  gwr    information format or to reply based on the client's request.
    118  1.1  gwr o  Expanded logging.
    119  1.1  gwr o  The server may now be run by inetd or as a standalone program like the
    120  1.1  gwr    old version.
    121  1.1  gwr o  The configuration and debugging dump files may be specified on the command
    122  1.1  gwr    line.
    123  1.1  gwr 
    124  1.1  gwr 
    125  1.1  gwr The server has been successfully tested on the following machines:
    126  1.1  gwr 
    127  1.1  gwr     IBM RT PC running ACIS 4.3 (4.3 BSD)
    128  1.1  gwr     Sun 3/50 running SunOS 3.5
    129  1.1  gwr     DEC MicroVAX II running Ultrix 1.1
    130  1.1  gwr     DEC MicroVAX II running Ultrix 2.2
    131  1.1  gwr 
    132  1.1  gwr 
    133  1.1  gwr Please direct questions, comments, and bug reports to
    134  1.1  gwr Walt Wimer <ww0n (a] andrew.cmu.edu> or Drew Perkins <ddp (a] andrew.cmu.edu>.
    135  1.1  gwr [ Changed: now please send mail to: <bootp (a] andrew.cmu.edu> ]
    136  1.1  gwr 
    137  1.1  gwr 
    138  1.1  gwr Sincerely,
    139  1.1  gwr 
    140  1.1  gwr Walt Wimer
    141  1.1  gwr Network Development
    142           Carnegie Mellon University
    143           
    144