home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / dcom / modems / 12255 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  2.4 KB
  1. Xref: sparky comp.dcom.modems:12255 biz.comp.telebit:835
  2. Newsgroups: comp.dcom.modems,biz.comp.telebit
  3. Path: sparky!uunet!uvaarpa!darwin.sura.net!wupost!cs.utexas.edu!sun-barr!ames!sgi!rhyolite!vjs
  4. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  5. Subject: Re: WB hangs occasionally
  6. Message-ID: <op3jlro@rhyolite.wpd.sgi.com>
  7. Organization: Silicon Graphics, Inc.  Mountain View, CA
  8. References: <scs.713738821@hela.iti.org> <1992Aug15.184850.13845@isus.UUCP>
  9. Date: Wed, 19 Aug 1992 14:10:50 GMT
  10. Lines: 39
  11.  
  12. In article <1992Aug15.184850.13845@isus.UUCP>, hoyt@isus.UUCP (Hoyt A. Stearns jr.) writes:
  13. > ....
  14. > I've had it not answer; hold the phone off hook with no carrier
  15. > indefinitely, even with a 12 minute timeout set (S7?); put a busy-signal
  16. > like wide band carrier out when answering (tones not in any modem standard,
  17. > sounds more like a processor crash);  it fails to reload defaults with 
  18. > data terminal ready transitions, etc.
  19. > 
  20. > There is really no excuse for this.  At least it should have a software
  21. >watchdog timer to reset in a crash or lockup....
  22.  
  23. > ....
  24. > The work around for me is to have cron turn off the power to the modem
  25. > every night in the wee hours.
  26.  
  27. There is also the deadlock of some kind in the old T2500, where CTS is
  28. stuck false, DCD true, both modems on the line, no data moving, and
  29. lasting for days.  This can be easily repeated in about 3 minutes by
  30. stuffing as much data as the modems will accept (honoring CTS) at
  31. 19.2.  (I use SLIP and `ping -s 3000` to saturate and so lock them up.)
  32.  
  33. I think such bugs are excusable, if only because I have pulled such
  34. stunts myself.  Watchdog timers are dangerous and can be expensive if
  35. you do not already have a timer mechanism for other purposes.  Without
  36. a lot of care, watchdogs can make the system (modem, computer,
  37. whatever) less reliable.  What is inexcusable is refusing to
  38. acknowledge such bugs or eventually fixing them.  Perhaps no new
  39. firmware is planned for the T2500 nor has been planned for the 18
  40. months or 2 years.  That would be an acceptable excuse for not fixing
  41. the T2500 bug, since it is not reasonable to expect PROMS for $500
  42. modems without maintenance fees forever.  However, I cannot think of
  43. any excuse for Telebit's persistent refusal to acknowledge the T2500
  44. bug.
  45.  
  46.  
  47. Vernon Schryver,  vjs@sgi.com
  48.  
  49. (I'll try not to go too non-linear again if someone from Telebit again
  50. claims to have never heard of this.)
  51.