home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / apple2 / gno / 707 < prev    next >
Encoding:
Text File  |  1992-12-23  |  3.5 KB  |  79 lines
  1. Newsgroups: comp.sys.apple2.gno
  2. Path: sparky!uunet!nevada.edu!news.unomaha.edu!slab.slip.uiuc.edu!derek
  3. From: derek@slab.slip.uiuc.edu (Derek Taubert)
  4. Subject: Re: Tentative date on 1.1?
  5. Message-ID: <1992Dec23.232754.26136@slab.slip.uiuc.edu>
  6. Reply-To: derek@slab.slip.uiuc.edu (Derek Taubert)
  7. Organization: Damage, inc.
  8. References: <1992Dec21.201213.16832@vpnet.chi.il.us> <bazyar.725004356@teal>
  9. Date: Wed, 23 Dec 1992 23:27:54 GMT
  10. Lines: 67
  11.  
  12. >(P.S.  an answer like 'GNO, not yet' will be dealt with in a most
  13. > severe fashion   :)  )
  14.  
  15. Oh, I can't resist...  As soon as we figure it out, we'll let you GNO. ;-)
  16.  
  17. >   We don't know precisely what's in store for us (and the kernel)
  18. > for the TCP/IP implementaiton; when we have a better handle on that
  19. > we'll do some man-hours estimates.  This will happen within a few
  20. > weeks.
  21.  
  22. Jawaid and I have a lot of thinking to do about this.  We would rather plan it
  23. out and do it right the first time than to have to do it again later.
  24.  
  25. I suppose now would be as good a time as any to talk about what will be
  26. provided by the TCP/IP stuff.  (drum roll...)  I'll be glad to answer questions
  27. from those to whom the following doesn't mean much.  All of this should be
  28. available when GNO 1.1 ships.
  29.  
  30. Interface support:
  31.     SLIP built in (no dialupip or CSLIP, this will be later)
  32.     MacIP over LocalTalk (for those of you with access to LocalTalk nets
  33.         with FastPath routes on them)
  34.     When it becomes available, ethernet - the software is written already,
  35.         it's just a matter of getting the hardware
  36.  
  37. Internals:
  38.     IP, ICMP, UDP, TCP
  39.     socket interface to UDP and TCP (just like BSD)
  40.     Dynamic routing (a routed and RIP can be done later)
  41.     ARP capable of supporting multiple hardware types (E-net, Atalk, etc.)
  42.  
  43. Provided utilities:
  44.     netstat, ping, possibly other cool debugging utils
  45.     right now, I have tftpd implemented as a standalone daemon
  46.     there will be an actual inetd (need sockets :-) that operates exactly
  47.         like BSD's
  48.     either Jawaid or I will provide a library for host information and
  49.         machine name lookup (like BSD's)
  50.  
  51. IP, ICMP, and UDP are essentially done.  I'm in the process of putting together
  52. TCP now - it's a big one, and there is a certain amount of flexibility allowed
  53. to the programmer that isn't specified in the RFC's.  For those of you who were
  54. worried about performance, don't.  I've been able to get tftp (UDP) transfers
  55. over SLIP (19200) as fast as 1000cps, and this is with some amount of debugging
  56. and without completely optimized serial drivers.  When I get a FastPath to play
  57. around with LocalTalk, I'm sure it will fly.
  58.  
  59. Jawaid and I are pretty sure that once the socket support it completed, we
  60. should be able to take most of the TCP utils and simply compile them.  :-)
  61. This includes ftp, telnet, smtp, nntp, whatever (yes, even an NFS server).
  62. When info on the FST's become available, I hope to do an NFS FST so that the
  63. IIgs can also be a NFS client.
  64.  
  65. All of this is written to properly utilize multitasking.  The drivers are
  66. interrupt driven, and the rest of the code relies on semaphores to put it
  67. into motion.  What this means to you is that you won't even notice that it is
  68. there and running unless it is doing something.  Well, except that it takes up
  69. memory, but I'll optimize it to use as little ZP as possible.
  70.  
  71. If you have suggestions, now is the time.  This will be as complete as I can
  72. possibly make it, and I am willing to entertain requests.
  73.  
  74. Release will be binaries only, but free for the asking (I want to hold on to
  75. the source code, if you don't mind...).  You shouldn't ever have to pay for
  76. networking, on any platform.
  77.  
  78. Derek
  79.