home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / protocol / tcpip / ibmpc / 7119 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  2.7 KB

  1. Path: sparky!uunet!crdgw1!newsun!SJF.Novell.COM!brian
  2. From: brian@SJF.Novell.COM (Brian Meek)
  3. Newsgroups: comp.protocols.tcp-ip.ibmpc
  4. Subject: Re: RARP support for tcp/ip lanman from microsoft
  5. Message-ID: <brian.70.0@SJF.Novell.COM>
  6. Date: 22 Dec 92 16:13:04 GMT
  7. References: <1992Dec18.110547@roper.mc.ti.com> <724737581snx@crynwr.com> <Hendrik.Klompmaker.30.725025942@beheer.zod.wau.nl>
  8. Sender: news@novell.com (The Netnews Manager)
  9. Organization: Novell, Inc.
  10. Lines: 36
  11. Nntp-Posting-Host: 130.57.220.52
  12.  
  13. Hendrik.Klompmaker@beheer.zod.wau.nl (Hendrik Klompmaker) writes:
  14. >In article <724737581snx@crynwr.com> nelson@crynwr.com (Russell Nelson) 
  15. writes:>>From: nelson@crynwr.com (Russell Nelson)
  16. >>Subject: RARP support for tcp/ip lanman from microsoft 
  17. >>Date: Sat, 19 Dec 92 03:59:41 GMT
  18. >>In article <1992Dec18.110547@roper.mc.ti.com> a722756@roper.mc.ti.com writes:
  19. >>
  20. >>   We have about 300 pcs running lanman tcp/ip from microsoft (or equivalent).  We   just lost a weekly backup for a major vms system on site because a user (again)   misconfigured his pc to the vms  machines ip address.  We are clearly    approaching>>   We have about 300 pcs running lanman tcp/ip from microsoft (or equivalent).  We   just lost a weekly backup for a major vms system on site because a user (again)   misconfigured his pc to the vms  machines ip address.  We are clearly    approaching>>   
  21.  
  22.  
  23. a completely unstable situation.
  24. >>
  25. >>   When  and how soon might one exzpect RARP support for the pc
  26. >>   tcp/ip packages.  Since we are heavily lanman  commiotted, it
  27. >>   looks like I need microsoft    support, but other thoughts would
  28. >>   also be considered.
  29. >>
  30. >>Don, RARP is not as well designed as BOOTP.  I'd look for a BOOTP solution
  31. >>before RARP.
  32. >>
  33. >>-russ <nelson@crynwr.com> What canst *thou* say?
  34. >>Crynwr Software           Crynwr Software sells packet driver support.
  35. >>11 Grant St.              315-268-1925 Voice  |  LPF member - ask me about
  36. >>Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.
  37. >
  38. >If you do any subnetting your in trouble with BOOTP as well. You can't do 
  39. >BOOTP over Cisco's (RARP doesn't either) because the client on the other 
  40. >side of it will get the hardware address of the cisco instead of it's own.
  41.  
  42. If this is indeed the case, it's a bug in the BOOTP forwarding mechanism 
  43. or (more likely) a bug in the BOOTP server implementation you're talking 
  44. about.  BOOTP works fine across routers if said routers support BOOTP 
  45. forwarding per RFC-951.
  46.  
  47. -- brian
  48. ___________________________________________________________________________
  49. Brian Meek                      Novell, Inc. -- Desktop Systems Group
  50.                                 Internet mail:  brian@Novell.COM
  51.