home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / protocol / misc / 961 < prev    next >
Encoding:
Internet Message Format  |  1993-01-23  |  3.0 KB
  1. Path: sparky!uunet!olivea!sgigate!sgi!rigden.wpd.sgi.com!rpw3
  2. From: rpw3@rigden.wpd.sgi.com (Rob Warnock)
  3. Newsgroups: comp.protocols.misc
  4. Subject: Re: Need serial line protocol recommendation
  5. Message-ID: <v7lu810@sgi.sgi.com>
  6. Date: 23 Jan 93 06:43:27 GMT
  7. Sender: rpw3@rigden.wpd.sgi.com
  8. Organization: Silicon Graphics, Inc.  Mountain View, CA
  9. Lines: 62
  10.  
  11. jack@robotics.jpl.nasa.gov (Jack Morrison) writes:
  12. +---------------
  13. | I'd appreciate suggestions for a protocol between two devices connected
  14. | by 9600 baud R/F modems. Here are the constraints:
  15. | * Not too complicated. One side is driven by an 8-bit CPU.
  16. | * Good error detection required (e.g. 16-bit CRC). Correction can be
  17. |     by retransmission.
  18. | Things I've considered, and why I'm still looking:
  19. | * DDCMP - still too complicated
  20. +---------------
  21.  
  22. *BZZZZT!!*  Way back circa 1974 at DCA, we were doing DDCMP at 9600 baud on
  23. a slow Z80, *and* multiplexing a bunch of terminals on to/off of the link.
  24. DDCMP's a *simple* protocol, as window-oriented error-correction-by-retrans-
  25. mission protocols go. Just about any idiot can implement it directly from the
  26. spec and get it right. (Why, we were shipping it two years before DEC did!)
  27. Seriously, you're not going to find anything much simpler that meets your
  28. stated goals.
  29.  
  30. +---------------
  31. | * SLIP - the IP part seems like overkill
  32. +---------------
  33.  
  34. (*sigh*) This one again... Please go read Michael Padlipsky's classic paper,
  35. "Slaying the TCP-on-a-LAN Woozle" (Chapter 7 in "The Elements of Networking
  36. Style"), which tried to put one to rest decades ago (Santayana explained why
  37. it didn't succeed):
  38.  
  39.         ABSTRACT: The sometimes-held notion that the DoD Standard
  40.         Transmission Control Protocol (TCP) and Internet Protocol (IP)
  41.         are inappropriate for use "on" a Local Area Network (LAN) is
  42.         shown to be fallacious.
  43.  
  44. For "LAN", substitute "packet radio". The argument still holds up.
  45.  
  46. +---------------
  47. | Sure, I could make up a simple packet format and protocol, but I'd have
  48. | to convince myself (and others) it worked properly under various error
  49. | conditions. Besides, I'd prefer adopting (or buying) well-tested code -
  50. | I've got plenty of other stuff to write.
  51. +---------------
  52.  
  53. Well, the radio amateur community seems to like "AX.25" (not quite the same
  54. as "X.25"), and many even run IP on top of it (with "KISS", a SLIP-like thing).
  55. There are several kinds of amateur packet-radio software readily available,
  56. some of which (e.g., the TCP/IP/KISS/AX.25 "NOS" of Phil Karn, KA9Q) can even
  57. be licensed at reasonable rates for commercial use. Browse around newsgroup
  58. rec.radio.amateur.packet for a while...
  59.  
  60.  
  61. -Rob
  62.  
  63. p.s. For amateur, experimental, educational, or non-commercial use, you
  64. can pick up KA9Q's "NOS" via anon-FTP from ucsd.edu:/hamradio/packet/ka9q
  65. (sources & binaries). It will run on an 8088, or can be easily ported to
  66. just about anything with a C compiler for it.
  67.  
  68. -----
  69. Rob Warnock, MS-9U/510        rpw3@sgi.com
  70. Silicon Graphics, Inc.        (415)390-1673
  71. 2011 N. Shoreline Blvd.
  72. Mountain View, CA  94043
  73.