home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / bsd / 5620 < prev    next >
Encoding:
Text File  |  1992-09-12  |  3.9 KB  |  77 lines

  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!usc!sdd.hp.com!network.ucsd.edu!qualcom.qualcomm.com!servo.qualcomm.com!karn
  3. From: karn@servo.qualcomm.com (Phil Karn)
  4. Subject: Re: [386BSD]
  5. Message-ID: <1992Sep13.060959.26409@qualcomm.com>
  6. Sender: news@qualcomm.com
  7. Nntp-Posting-Host: servo.qualcomm.com
  8. Organization: Qualcomm, Inc
  9. References: <p5tullo@sgi.sgi.com> <Btr5F5.AJ9@pix.com>
  10. Date: Sun, 13 Sep 1992 06:09:59 GMT
  11. Lines: 64
  12.  
  13. In article <Btr5F5.AJ9@pix.com> stripes@pix.com (Josh Osborne) writes:
  14. >But I don't think 386BSD _currently_ has support for PPP, or AX.25 (and
  15. >there may be a few other things 386BSD doesn't have), also NOS seems to
  16. >lose way fewer charactors at high speeds.  Hopefully we can fix all that,
  17. >but for the moment "NOS is not needed" isn't quite true...
  18.  
  19. I may be somewhat biased, but I agree. :-) I am at this moment using
  20. NOS as a demand-dialed IP router between my home Ethernet and a
  21. Netblazer at work. It supports a 386BSD machine and a DOS machine on
  22. the Ethernet side and a Codex 3260 V.fast (24.0 Kb/s) modem on the
  23. serial line side.  It is really quite nice to have a separate,
  24. dedicated machine doing the SLIP routing, especially while I'm still
  25. struggling with my BSD stability problems. Those old stripped 286s
  26. that aren't good for much of anything else these days make great
  27. dedicated routers, especially for SLIP lines where they can offload
  28. all those character interrupts. (Remember when we all used to use
  29. Vaxes and Suns running 4.2BSD as IP routers in our company
  30. networks? That didn't keep Cisco, Wellfleet and Proteon from
  31. building successful businesses.)
  32.  
  33. I began NOS in late 1985 to bring multitasking TCP/IP and its basic
  34. applications to hardware that the average ham (or student) could
  35. afford. (It actually began on a dare, when Terry Fox, WB4JFI, a rabid
  36. CCITT/X.25 supporter, insisted that TCP was so monstrous that it
  37. wasn't possible to implement it on anything less than a big VAX. I've
  38. since discovered that the best way to get me to do something is to
  39. insist that it is impossible.)
  40.  
  41. Given MS-DOS's popularity (like it or not) I've succeeded -
  42. technically. But there are still many hams who are daunted by NOS's
  43. (and TCP/IP's) relative complexity. So it's still a minority player in
  44. the amateur packet world, which is still dominated by the "dumb
  45. terminal and BBS" model that was state of the art in, oh, 1979 or so.
  46. C'est la vie. You can lead a horse to water, and all that.
  47.  
  48. Now given that a typical UNIX system is several orders of magnitude
  49. more complex than NOS and TCP/IP, I fear it'll be a long time before
  50. the average ham will have his own 386BSD system (or whatever succeeds
  51. it.)  The cost of the software or even the hardware is no longer the
  52. limiting factor. It's now the user's ability to deal with what he
  53. perceives as overwhelming complexity.  Face it, those of us who really
  54. know how to configure, operate and maintain a networked BSD UNIX
  55. system are still rare enough to be in high demand even in a recession.
  56.  
  57. But I do hope that there will eventually be at least one ham capable
  58. and willing to provide a UNIX or 386BSD server system in most ham
  59. packet communities. The rest can use NOS to access it, once they
  60. figure it out, of course.
  61.  
  62. Some people do seem to be trying to turn NOS into another UNIX
  63. lookalike this by (re)implementing large and complex applications,
  64. many of which are already well supported in BSD, like netnews,
  65. sendmail and named.  That was never my intention.  Now that 386BSD is
  66. finally out, the fancy applications can go where they belong and NOS
  67. can do what it does best: supporting dedicated or specialized
  68. applications like routing and AX.25, and serving as a relatively
  69. low-overhead platform for protocol experimentation. I know that for
  70. amateur packet radio at least, 386BSD and NOS are a highly
  71. complementary pair. I'm very excited about the possibilities,
  72. but the hardware/software costs and technical problems are the
  73. least of our worries.
  74.  
  75. Phil
  76.  
  77.