home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / dcom / modems / 20049 < prev    next >
Encoding:
Internet Message Format  |  1993-01-27  |  2.4 KB
  1. Path: sparky!uunet!ferkel.ucsb.edu!taco!gatech!swrinde!zaphod.mps.ohio-state.edu!uwm.edu!spool.mu.edu!hri.com!noc.near.net!news.bbn.com!news.bbn.com!wbe
  2. From: wbe@bbn.com (Winston Edmond)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Need software for Zyxel
  5. Message-ID: <WBE.93Jan26122425@crystal.bbn.com>
  6. Date: 26 Jan 93 17:24:25 GMT
  7. References: <3D3sXB2w165w@questor.org> <1993Jan25.160555.22606@urz.unibas.ch>
  8. Organization: Bolt Beranek and Newman, Inc., Cambridge, MA
  9. Lines: 41
  10. NNTP-Posting-Host: crystal.bbn.com
  11. In-reply-to: balmer@ifi.unibas.ch's message of 25 Jan 93 16:05:55 GMT
  12.  
  13. balmer@ifi.unibas.ch (Marc Balmer) writes:
  14. >... The manual states somewhere, that the bisync  
  15. >protocol is to be used when transmitting voice data ...???
  16.  
  17. >If someone had a piece of C that explains the usage of this function I would  
  18. >be happy to receive a copy of it.
  19.  
  20. The bi-sync protocol aspect is easy to explain.  All characters 0-255 except
  21. DLE (16. = 0x10 = 020) are nominally "data".  A DLE in the character stream
  22. begins an "escape" sequence, consisting of the DLE and one or more of the
  23. characters that follow it.  Classic bi-sync protocol escape sequences are:
  24.         ( Octal )
  25.     DLE STX (020 002)    start of transmission
  26.     DLE ETX (020 003)    end of transmission
  27.     DLE DLE (020 020)    send one DLE (***)
  28.  
  29. and ZyXEL defined the sequences:
  30.     DLE 0   (020 060)    DTMF '0' received
  31.     ... DLE *   (020 052)    DTMF '*' received
  32. etc.
  33.  
  34. ***: This is often called DLE doubling, since you have to check every byte of
  35.      the data you want to send to see if it's a DLE, and if it is, you have
  36.      to send two of them.
  37.  
  38. Historical note:
  39. The DLE doubling effect is one of the main reasons HDLC was developed.
  40. Consider an arbitrary bunch of characters you want to send from "here" to
  41. "there".  If the characters are random, doubling the DLEs in the data won't
  42. add much, on average, to the number of characters transmitted.  However, if
  43. the data consists solely of DLE characters, use of bi-sync protocol means
  44. you'll need twice the bandwidth you'd otherwise need.  HDLC, by working at
  45. the bit level, reduced this "worst case is +100%" to "worst case is +20%"
  46. (which happens when all bits are 1's).
  47. [end historical note]
  48.  
  49. On the receiving side, it means read characters, watching for a DLE.  If it's
  50. not a DLE, it's data.  When you see a DLE, read the next character to get the
  51. "command", and go from there.  At the end of the escape sequence, you're back
  52. in "data" mode again.
  53.  -WBE
  54.