home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / dcom / modems / 18233 < prev    next >
Encoding:
Internet Message Format  |  1992-12-17  |  1.4 KB
  1. Path: sparky!uunet!europa.asd.contel.com!howland.reston.ans.net!usc!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!psgrain!m2xenix!jiml
  2. From: jiml@psg.com (Jim Long)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Interesting phenomena with ZyXel U-1496E+
  5. Message-ID: <1992Dec17.163839.19486@psg.com>
  6. Date: 17 Dec 92 16:38:39 GMT
  7. Article-I.D.: psg.1992Dec17.163839.19486
  8. References: <TOM.92Dec17075724@amber.ssd.csd.harris.com>
  9. Organization: Pacific Systems Group, Portland Oregon US
  10. Lines: 17
  11.  
  12. In article <TOM.92Dec17075724@amber.ssd.csd.harris.com> tom@ssd.csd.harris.com (Tom Horsley) writes:
  13. >I have a program which dials up the NIST computer time number and sets my
  14. >computer's time. The way the NIST system works, you echo the characters it
  15. >sends you, and NIST computes round trip delay times, flagging the time once
  16. >it gets a consistent set of round trip delays (by changing a '*' to a '#' in
  17. >the line it prints).
  18. >
  19. >When attempting to run this program with my new ZyXel U-1496E+, NIST never
  20. >gets consistent round trip delay times (this is all at 1200 bps).
  21. >
  22.  
  23. I see the same behaviour here (with my E+).  I contacted Life Sciences 
  24. Software (are you running TIMESET 6.0?) and found that if I _do not_ use
  25. the line delay adjustment (B instead of Alt-B), it works.  So I have
  26. sacrificed a little bit of accuracy, but at least now it does work.
  27. -- 
  28. uunet!m2xenix!jiml  or  jiml@m2xenix.psg.com
  29.