home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text6645.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  2.9 KB
  1. Received: from MIT.EDU (SOUTH-STATION-ANNEX.MIT.EDU [18.72.1.2]) by nacm.com (8.6.10/8.6.9) with SMTP id IAA22222 for <executor@nacm.com>; Mon, 13 Nov 1995 08:17:04 -0800
  2. Received: from VORLON.MIT.EDU by MIT.EDU with SMTP
  3.     id AA20717; Mon, 13 Nov 95 11:16:08 EST
  4. Received: from localhost by vorlon.mit.edu (8.6.10/4.7) id LAA10542; Mon, 13 Nov 1995 11:16:43 -0500
  5. Message-Id: <199511131616.LAA10542@vorlon.mit.edu>
  6. X-Mailer: exmh version 1.6.4 10/10/95
  7. To: John Edward Bauer <jbauer@plains.nodak.edu>
  8. Cc: Fred Salerno <salernof@gate.net>, executor@nacm.com
  9. Subject: Re: baud compared to bps, ignore if you really don't care, WAS: Re:, 
  10.  1.99p6 for everybody! 
  11. In-Reply-To: Your message of "Mon, 13 Nov 1995 03:31:14 CST."
  12.              <Pine.SOL.3.91.951113024833.6663A-100000@plains> 
  13. Mime-Version: 1.0
  14. Content-Type: text/plain; charset=us-ascii
  15. Date: Mon, 13 Nov 1995 11:16:43 -0500
  16. From: Jered J Floyd <jered@mit.edu>
  17. Sender: owner-paper@nacm.com
  18. Precedence: bulk
  19.  
  20. > Not to get on your case, or flame you at all but I thought I would correct 
  21. > you on something. Baud and bps are two different things. Baud is the 
  22. > number of times a signal changes state in one second, so 2400 baud 
  23. > straigt up would be 2400 bps. 
  24.  
  25. Correct.
  26.  
  27. > example, 14400 bits are being transfered within 2400 signal changes.
  28. > Damn good compression. 6:1.
  29.  
  30. Not quite. Yes, 14400 bits are being transferred with 2400 signal changes,
  31. but not due to compression. If this were a compression algorithm, non-optimal
  32. data would reduce your super-spiffy 28.8kbps modem to a 2400 bps slug.
  33. What really happens is that more data is encoded in each signal change.
  34. This is done with more amplitude and frequency levels, and funky phase
  35. stuff that Nynex seems to have trouble with.  (Aside: A few months ago,
  36. many people had problems using fast modems to connect to the MIT dialups,
  37. it turns out that there were nasty phase problems on several of the trunks.
  38. However, since the human ear cannot detect phase, people had a hard time
  39. convincing Nynex there was a problem.)  
  40.  
  41. So, at 14.4kps/2400 baud I'm encoding 6 bits of data in each state change.
  42. And, at 28.8kps/2400 baud I'm encoding 12 bits in each. Each of these
  43. standards used to have names like v.<foo> or CCITT <foo>.
  44.  
  45. To confuse matters more, compression is also added.  (That's why you set your
  46. DTE-DCE link speed to higher than your DCE-DCE speed.)  That's also why
  47. modem manfacturers advertise '4 to 1 compression!', though through some
  48. miracle they don't advertise the speed with compression. So, a 28.8 link
  49. with v.42 compression (I think that's the right name) could give you up to
  50. 115200 bps throughtput. But it's not very likely.
  51.  
  52. As for the names of the standards, I keep scrambling them.  I'm reasonably
  53. certain that v.42 is the common compression standard, and v.terbo was a 
  54. (interim ?) 28.8 kps encoding standard, but I'm shaky on v.32 vs v.32bis.
  55. Many modem manuals will explain these, though.
  56.  
  57. --Jered
  58.  
  59.  
  60.