home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / datacomm / 7796 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  1.3 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!udel!gvls1!faatcrl.faa.gov!faatcrl!jprad
  2. From: jprad@faatcrl.faa.gov (Jack Radigan)
  3. Newsgroups: comp.sys.amiga.datacomm
  4. Subject: Re: One way data transfer
  5. Date: 20 Nov 1992 07:56:46 -0500
  6. Organization: FAA Technical Center, Pomona, NJ
  7. Lines: 21
  8. Distribution: world
  9. Message-ID: <jprad.722263944@faatcrl>
  10. References: <1992Nov19.160809.23332@decuac.dec.com>
  11. NNTP-Posting-Host: faatcrl.faa.gov
  12.  
  13. bell@vfovax.enet.dec.com () writes:
  14.  
  15. >Ok, now the fun part.  Let's say that the receiver can only listen.  As
  16. >in, cannot send back CRC checksums etc. to verify that it received the
  17. >data properly.  It can only listen.
  18.  
  19. >What's the best way to send the data from the transmitter so that the
  20. >receiver has a real good chance of receiving with no errors?
  21.  
  22. >I mean, what techniques exist for sending one-way data to ensure no errors?
  23.  
  24.   Try digging around a technical book store that has a decent telecomm section.
  25. If you can find some info on FEC (forward error correction) protocols, like
  26. Hamming and such, you're on your way.  These kinds of protocols are used in
  27. deep space satallite transmissions where turn-around times would make the
  28. data transfer intolerably long.
  29.  
  30.   Now for the bad news.  FEC's add a lot of overhead to the protocol, which
  31. makes them impractical for modem use.
  32.  
  33.   -jack-
  34.