home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sgi / 11708 < prev    next >
Encoding:
Internet Message Format  |  1992-07-31  |  2.7 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!mips!swrinde!elroy.jpl.nasa.gov!ames!sgi!rhyolite!vjs
  2. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: loading miniroot over several gateways
  5. Message-ID: <o02jkk8@rhyolite.wpd.sgi.com>
  6. Date: 31 Jul 92 14:30:01 GMT
  7. References: <stefans.712566348@bauv106> <1992Jul31.104823.22182@comp.bioz.unibas.ch>
  8. Organization: Silicon Graphics, Inc.  Mountain View, CA
  9. Lines: 54
  10.  
  11. > In article <stefans.712566348@bauv106>, stefans@bauv106.informatik.unibw-muenchen.de (Stefan Schwarz) writes:
  12. > It seems, the problem is within the network. I have to pass
  13. > several gateways to reach my load-host. But i don't know
  14. > whether my local machine has any information about routing when
  15. > working within PROM monitor.
  16.  
  17. No, the PROM monitor knows nothing about RIP, GATED, or any other
  18. routing protocol.
  19.  
  20.  
  21. To remotely boot, the intervening gateways must be willing to forward
  22. both the initial RFC-951 "bootp" packets and the later TFTP UDP
  23. packets.
  24.  
  25. No useful router has troubles with TFTP UDP.  However, over loaded
  26. routers can drop too many packets to be "useful".  It is not hard to
  27. overload routers today, including Ciscos.
  28.  
  29. The most likely source of problems is in forwarding the initial BOOTP
  30. packets.  Many routers do not forward BOOTP at all.  Others, notably
  31. Ciscos as of a year or two ago, have different ideas from Silicon
  32. Graphics on how and when to forward BOOTP packets.  The Silicon
  33. Graphics "Information/Services" organization has long preferred Cisco
  34. routers over Silicon Graphics boxes over the strenuous and bitter
  35. objections of Silicon Graphics' sales and engineering.  For years the
  36. internal rule of thumb was that you must ensure that you have IRIS's
  37. acting as routers available to forward BOOTP and to gateway for timed.
  38. (No one, including the main SGI timed proponent, me, would expect Cisco
  39. to support the timed protocol, "TSP".)
  40.  
  41. There are also problems if the machine from which you are booting is
  42. "multi-homed" or has more than one network interface, caused by
  43. disagreements between the client and the server over the server's
  44. hostname.  We have improved that in IRIX 4.0.5.  If this is the problem
  45. (unlikely), ensure that you are net-booting from the "nearest" alias of
  46. the server, possibly as in "gate-load-host" instead of "load-host".
  47.  
  48.  
  49. More recently, many people have found a somewhat inefficent but very
  50. easy and effective solution.  Simply NFS mount the distant images on a
  51. nearby NFS server.
  52.  
  53. WIth the advent of automount, this is as easy as:
  54.  
  55.     0.  install NFS everywhere
  56.     1.  turn on automount on all nearby IRIS's
  57.     `chkconfig automount on`
  58.     `reboot`
  59.     2.  boot specifiying the NFS images, as in
  60.  
  61.     local-server:/hosts/load-host/CDROM/...
  62.  
  63.  
  64. Vernon Schryver,  vjs@sgi.com
  65.