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