home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / dcom / modems / 13328 < prev    next >
Encoding:
Internet Message Format  |  1992-09-13  |  2.0 KB

  1. Path: sparky!uunet!portal!lll-winken!elroy.jpl.nasa.gov!sdd.hp.com!swrinde!gatech!usenet.ins.cwru.edu!neoucom.edu!wtm
  2. From: wtm@uhura.neoucom.edu (Bill Mayhew)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: 10 seconds wait to hang up Telebits (was Optimizing Telebits)
  5. Message-ID: <1992Sep13.140001.19117@uhura.neoucom.edu>
  6. Date: 13 Sep 92 14:00:01 GMT
  7. References: <Bu8M5G.920@world.std.com> <1992Sep08.220323.3573@osh3.OSHA.GOV> <2615@aegis.or.jp>
  8. Organization: Northeastern Ohio Universities College of Medicine
  9. Lines: 32
  10.  
  11. It is not the basic S register that is probably the culprit but
  12. more likely the delay imposed by the error control protocol
  13. deciding that the link is down and it's time to bail out.
  14.  
  15. It looks like the Worldblazer has a multitasking kernel.  I base
  16. that on my observation of the somewhat asynchronous reporting of
  17. DIALING, RING, RRING messages.  It looks like carrier dropping is
  18. is not embedded in the error control task, so the port handler has
  19. to wait for a message to come in from the error control task to
  20. decide it is legal to go ahead to drop the line relay.  Note: this
  21. is speculative based on observing the behavior of the modem, rather
  22. than familiarity with the code, so believe at your own risk.
  23.  
  24. It would make sense to have a modular multitasking control kernel
  25. in the modem becuase that is in keeping with the planned
  26. extensibility to handle fax and future protocols.
  27.  
  28. Try picking a different error control protocol.  I'm not in a
  29. convenient palce to experiment right now.... but try changing the
  30. error control from MNP5 to LAP-M or vice versa.  I forget which one
  31. is the better.  I suspect MNP5 is quicker, since it supports
  32. extensions for passing administrative data (e.g. being able to do
  33. AT% commands to the other modem).  Hopefully, the protocol sends a
  34. hang-up message across the link when the other end wants to drop
  35. gracefully -- such as DTR going low, + + + ATH0 or whatever.
  36.  
  37. --Bill
  38.  
  39. -- 
  40. Bill Mayhew      NEOUCOM Computer Services Department
  41. Rootstown, OH  44272-9995  USA    phone: 216-325-2511
  42. wtm@uhura.neoucom.edu   (140.220.1.1)
  43.