home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / dcom / modems / 19001 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  3.5 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!torn!utgpu!attcan!telly!gvb
  2. From: gvb@telly.on.ca (George VandeBunte)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: ZyXEL voice and flow control
  5. Keywords: ZyXEL voice flow control
  6. Message-ID: <2B4AF74B.602A@telly.on.ca>
  7. Date: 6 Jan 93 15:14:18 GMT
  8. References: <rkimball.725840444@athena> <1993Jan04.235850.9340@tyrell.tynet.sub.org> <rkimball.726258443@athena>
  9. Organization: Somewhere just far enough out of Toronto
  10. Lines: 76
  11.  
  12.  
  13.  
  14. >>ZyXEL modems use XON/XOFF in voice mode. I'd appreciate to
  15. >>see a new ROM revision supporting
  16.  
  17. >>1.) Proper RTS/CTS flowcontrol in voice mode
  18.  
  19. This would be OK, however the current method is not unreasonable
  20. and should not inhibit you from developing your voice application.
  21.  
  22. When one is sending voice, it is prudent to read information from
  23. the DCE (modem) since the modem will be decoding the DTMF buttons pushed.
  24. The information is shielded by <dle>.  Thus a program should look
  25. for <dle> shielded xoff, xon, 0, 1,2,3,4,5,6,7,8,9,#,*,c(t-30 signal),
  26. b(busy),
  27. or <etx>, VCON.  This is one of the nice features of the voice, that
  28. you can be decoding DTMF information both on sending and receiving
  29. voice.   
  30. In summary, the program should already be looking for characters, so
  31. it can also look for xoff, and if your style of programming is to write
  32. modular code to handle this DCE communication, it shouldn't be too
  33. difficult to put in a pause xoff/xon.
  34.  
  35.  
  36. >>2.) Reliable DTMF recognition
  37.  
  38.  I believe the engineers have been listening, because on the version
  39.  I am testing, the DTMF recognition is much faster--The modem recognizes
  40.  the numbers as fast as I can push them (when transmitting also).
  41.  
  42.  We have suggested also recognizing a dial tone.  However one could recognize
  43.  this by examining the received voice since it is a constant monotone.  
  44.  One problem
  45.  with this is that different countries have different dial tones. Perhaps
  46.  a simple software routine (not necessarily in the modem) could recognize
  47.  any constant (mono)tone of say 6 seconds, and thus one could disconnect.
  48.  
  49.  
  50.  
  51. >>3.) Reliable at&d3 mode (*really* hangup on DTR->low)
  52.  
  53.  A DTR problem was recently fixed --when DTR and RTS dropped at the same
  54.  time the modem wasnot hanging up.  (5.04x)  (by the way be sure DTR is
  55.  not going low when you are changing the parameters or changing the
  56.  parameters may have lower priority than resetting to default on DTR low.
  57. I think this is an example of the intention to aggressively reset on DTR low.)
  58.  
  59. >>4.) Adjustable volume gain in voice mode
  60.  
  61.  Unfortunately, the speaker/ amp in the modem is not a 50 watt job , so I am
  62.  not sure this will solve the voice volume. Of course, the voice files
  63.  can be played on the pc speaker etc also-- but same problem. You get a nice
  64.  volume listening in on an extension phone/ speakerphone .  The speaker got
  65.  bigger a few months ago-- I think they are trying in this area.
  66.  
  67.  
  68.  
  69. >One more thing I would add to the list, this one really annoys me...
  70.  
  71. >5.) Recognize and report DTMF while transmitting voice.  This is really needed
  72. >    for proper voice mail so that while playing your greeting the call can
  73. >    enter DTMFs to get to a mailbox, without having to listen to the entire
  74. >    greeting.
  75.  
  76. As stated above, this works very well.  I agree this is important, and many
  77. people seem to think it is not implemented.  
  78.  
  79. >How can we report this to the ZyXEL engineers?  
  80. I believe they have their ear near the ground already.
  81.  
  82. I work for OCOMP which provides ZyXEL modems /etc in Canada
  83. OCOMP   Optimizing COMPuters   gvb@telly.on.ca
  84.  
  85. -- 
  86. 416 5341508
  87. .
  88.