home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / tcpip / 5796 < prev    next >
Encoding:
Internet Message Format  |  1993-01-04  |  1.5 KB
  1. Path: sparky!uunet!gatech!usenet.ins.cwru.edu!slc6!trier
  2. From: trier@slc6.ins.cwru.edu (Stephen C. Trier)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: BOOTP and the first stage bootstrap
  5. Date: 4 Jan 1993 19:22:39 GMT
  6. Organization: Case Western Reserve University, Cleveland OH (USA)
  7. Lines: 21
  8. Message-ID: <1ia2pvINNj7b@usenet.INS.CWRU.Edu>
  9. References: <1993Jan4.173958.17884@dg-rtp.dg.com>
  10. NNTP-Posting-Host: slc6.ins.cwru.edu
  11.  
  12. In article <1993Jan4.173958.17884@dg-rtp.dg.com> peterson@commtg3.rtp.dg.com (Kevin Peterson) writes:
  13. >Is there a configuration option in bootp that will allow a
  14. >client to get a bootp request from one machine and the first
  15. >stage bootstrap from another machine.
  16.  
  17. This seems to be an ugly part of the BOOTP protocol.  If you look in section
  18. 7.3 of RFC 951, the client is expected to use the siaddr field as the TFTP
  19. server's IP address and sname as the name.  I would think it would be safe to
  20. set siaddr and sname to something other than the BOOTP server's address.
  21. Why would the client want the BOOTP server's address?  What it really needs
  22. is the TFTP (or other boot protocol) boot address.
  23.  
  24. I'm sure this will be a controversial suggestion, but I think it's justified.
  25. It satisfies the use of the siaddr (and sname) fields, if not the intent.
  26. If it really bothers you, think of it as "proxy BOOTP".  ;-)
  27.  
  28. -- 
  29. Stephen Trier                      "We want to offer you a price that you
  30. Network software type               just can't afford to take advantage of."
  31. Case Western Reserve University         - Sales blurb from HSC Software
  32. trier@ins.cwru.edu
  33.