home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / dcom / modems / 12763 < prev    next >
Encoding:
Internet Message Format  |  1992-08-30  |  2.9 KB
  1. Xref: sparky comp.dcom.modems:12763 comp.sys.mac.comm:8504
  2. Path: sparky!uunet!usc!news!benton.prepress.com!crash!alen
  3. From: alen@crash.cts.com (Alen Shapiro)
  4. Newsgroups: comp.dcom.modems,comp.sys.mac.comm
  5. Subject: (RFD) Acceptable max baud rates on voice-grade lines (EQM)? (med-long)
  6. Summary: What is EQM and how should it behave?
  7. Keywords: EQM line quality voice grade modem noise
  8. Message-ID: <alen.715193282@crash>
  9. Date: 30 Aug 92 16:48:02 GMT
  10. Lines: 54
  11.  
  12. Another wrinkle in the on-going saga of what speed I can expect
  13. to connect at with a high speed modem (in the presence of a
  14. less than perfect line).
  15.  
  16. To recap...
  17.  
  18. I have a Prometheus Ultima Home Office 14400-capable modem with A LOT
  19. of bells and whistles. It refuses to acknowledge a LAP-M connect to
  20. at least 4 different types of modem in the presence of reduced
  21. line quality. It does however, still accept the 14400 carrier rate
  22. and the resulting connect is too noisy to use (most of the time). I have
  23. caught it rejecting LAP-M and still giving me a usable connect (with
  24. little noise) which indicates that the LAP-M rejection threshold is
  25. quite low.
  26.  
  27. Observations...
  28.  
  29. Strangely enough, since I've been putting out these modem-posts, I've
  30. been receiving email that indicates the problem is not limited to
  31. Prometheus and may be quite common. Modems that are meant to retrain
  32. to lower rates or should be able to make protocol-connects at higher
  33. rates are doing neither.
  34.  
  35. I wonder if this is a function of the Rockwell data pumps that
  36. are infecting many new modem offerings? Are these symptoms something
  37. that would be handled at that (chip) level?
  38.  
  39. The prometheus has a line signal measurement command (%L) which does not
  40. work (just gives OK) and a line quality measurement command which returns
  41. a result in "EQM"s (Eye Quality Monitor). First, what is an EQM, is it
  42. a recognized comms term? Second, this is what I see when I use the command
  43. at +++ level (aside...I guess I have a REAL hayes modem here, I'm still
  44. connected after typing the break sequence <- :-)).
  45.  
  46.  If I connect at 9600 I see a number in the mid 20s, If I connect at
  47.  14400 I see a number around 100 (90-120). The Prometheus manual says:
  48.  lower is better, 0-15 is a normal connect, modem will retrain if it
  49.  measures an EQM between 60 and 80 (if enabled to do so).
  50.  
  51. I have not yet checked a good (stable 14400 LAP-M connect to see what
  52. its EQM looks like. My modem is not retraining even though I have it set
  53. to do so. I see wildly varying EQM at 14400 mostly up in the low 100s
  54. but sometimes down in the low single digits (like 0). These varied
  55. measurements polled as quickly as I can type "a/" to get the last
  56. at%Q (EQM poll) repeated. Could be that the line quality is not bad
  57. for sufficient milliseconds at a time to cause a retrain?
  58.  
  59. any comments please, especially on what EQM represents and what
  60. should be expected from voice-grade lines. Are there any published
  61. specs that the phone companies must comply with for frequency response
  62. of voice-grade lines?
  63.  
  64. --alen
  65. alen@crash.cts.com
  66.