home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / protocol / tcpip / 5749 < prev    next >
Encoding:
Internet Message Format  |  1992-12-28  |  2.0 KB
  1. Path: sparky!uunet!gatech!darwin.sura.net!spool.mu.edu!hri.com!noc.near.net!vaxeline.ftp.com!cream.ftp.com!jbvb
  2. From: jbvb@vax.ftp.com (James B. VanBokkelen)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: PCS WITH DUPLICATE TCP ADDRESSES
  5. Keywords: bootp
  6. Message-ID: <921228123908@cream.ftp.com>
  7. Date: 28 Dec 92 17:39:08 GMT
  8. References: <1992Dec19.000209.1@kean.ucs.mun.ca> <1992Dec19.135454.548@fallst> <1992Dec20.094107.1@kean.ucs.mun.ca> <1992Dec22.191907.23824@mmm.serc.3m.com>
  9. Sender: root@vaxeline.ftp.com (vaxeline.ftp.com root account)
  10. Reply-To: jbvb@ftp.com
  11. Organization: FTP Software, Inc., Wakefield, MA
  12. Lines: 23
  13. Nntp-Software: PC/TCP NNTP
  14. Nntp-Posting-Host: whipped-cream.ftp.com
  15.  
  16. In article <1992Dec22.191907.23824@mmm.serc.3m.com> ccg@tcdsp1.mmm.com ("Charles Ganzhorn") writes:
  17.  
  18.     BOOTP is major bad idea.  You have to configure your routers to pass the
  19.     silly stuff 'cuz you won't necessarily have a load host in all subnets.
  20.     This means you lose the usual isolation that IP provides you between 
  21.     subnets (BOOTP uses a global IP broadcast).
  22.  
  23. Depends on your perspective.  Setting up IP Routers to forward BOOTP packets
  24. may well be easier than maintaining an RARP server on every LAN cable.  Doing
  25. all IP address configuration on a small set of servers may be easier than
  26. visiting each new system as it's installed (and each time it gets so broken
  27. that you can't log in via Telnet).  The broadcast is only necessary on the
  28. cable which the querying host is attached to - the routers can forward the
  29. requests to the servers as unicasts.
  30.     
  31.     Also, if your BOOTP logs all requests, a station whose download doesn't
  32.     get satisfied typically requests every five seconds and ends up filling
  33.     up the logs on systems.
  34.     
  35. This sounds more like a server software issue than a problem with the
  36. protocol.  I wouldn't turn off logging of failed 'su' attempts, for instance.
  37.  
  38. James B. VanBokkelen        2 High St., North Andover, MA  01845
  39. FTP Software Inc.        voice: (508) 685-4000  fax: (508) 794-4488
  40.