home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / linux / 7028 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  3.1 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!usc!cs.utexas.edu!rutgers!igor.rutgers.edu!dartagnan.rutgers.edu!hedrick
  2. From: hedrick@dartagnan.rutgers.edu (Charles Hedrick)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: Slip and tcp/ip
  5. Keywords: help
  6. Message-ID: <Jul.30.05.00.55.1992.12651@dartagnan.rutgers.edu>
  7. Date: 30 Jul 92 09:00:56 GMT
  8. References: <f3I902r51b8R01@JUTS.ccc.amdahl.com> <84793@netnews.upenn.edu>
  9. Organization: Rutgers Univ., New Brunswick, N.J.
  10. Lines: 46
  11.  
  12. mschruf@eniac.seas.upenn.edu (Michael M. Schruf) writes:
  13.  
  14. >    SLIP works fine with KA9Q, but I noticed that no more than one user
  15. >at a time can start up 'net'.  Is that a peculiarity of my system?  If not,
  16. >is there anything I can do to allow several users to 'telnet'?
  17.  
  18. No.  The problem is that multiplexing is being done at user level
  19. rather than in the kernel.  That is, if you want several telnet
  20. sessions to go through one connection, somebody has to combine the
  21. connections into one stream, keeping track which bits are for which
  22. connection.  In the normal BSD TCP/IP implementation, this is done in
  23. the kernel.  This allows many users to run utilities that share one
  24. Ethernet or modem.  (Indeed if you read an operating system text,
  25. you'll find that having multiple users share a device is one of the
  26. primary responsibilities of an operating system.  It should not be
  27. surprising that if the OS doesn't support something, and we have to
  28. deal with the device in raw mode at user level, that the sorts of
  29. coordination normally provided by the OS would be missing.)  Because
  30. we don't have kernel support (yet) for TCP/IP in Linux, KA9Q does it
  31. entirely at user level.  Thus there is a single program -- net --
  32. which does both what the kernel does under BSD and what all the
  33. utlities like telnet and ftp do.  It takes over the modem line just
  34. like Kermit or any other communications program.  You can't have
  35. multiple users running KA9Q over the same modem line or Ethernet,
  36. because there would be no way for the multiple copies of KA9Q to
  37. coordinate which one gets which bits coming in the modem.
  38.  
  39. If you have several modems, it would be possible for to have a
  40. different user running a copy of KA9Q on each one.  In this case they
  41. would be completely separate -- each user would have to use a separate
  42. IP address.  They would each have to connect separately to systems at
  43. the other end running SLIP.
  44.  
  45. It would be possible to make KA9Q run as a server, such that multiple
  46. people can share it.  I haven't done this because I keep hearing
  47. someone is coming along on the Berkeley networking code.  If there is
  48. reliable information that the Berkeley networking code is not going to
  49. be installed, I would put some more time into KA9Q.  But this stuff
  50. really belongs in the kernel, or at least in some special process with
  51. a special relationship with the kernel.  Thus I'd hate to see much
  52. more work go into what should be a temporary implementation. 
  53.  
  54. I believe KA9Q is adequate for individuals who want to use it as end
  55. users, particularly over SLIP.  If you've got a machine you want to
  56. use as a network server, particularly if it's on Ethernet, KA9Q is not
  57. likely to provide all the facilities you need.
  58.