home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / dcom / modems / 13155 < prev    next >
Encoding:
Internet Message Format  |  1992-09-09  |  2.9 KB
  1. Path: sparky!uunet!ralvm29.VNET.IBM.COM
  2. From: Petty@ralvm29.VNET.IBM.COM (Jack Petty)
  3. Message-ID: <19920909.101849.336@almaden.ibm.com>
  4. Date: Wed, 9 Sep 92 13:13:51 EDT
  5. Newsgroups: comp.dcom.modems
  6. Subject: Re: IBM 7855-10 Disconnect at Phone Pick-Up
  7. Disclaimer: This posting represents the poster's views, not those of IBM
  8. News-Software: UReply 3.0
  9. References: <9209090702.AA17611@ucbvax.Berkeley.EDU>
  10. Lines: 58
  11.  
  12. In <9209090702.AA17611@ucbvax.Berkeley.EDU> ST7021@SIUCVMB.SIU.EDU writes:
  13. >
  14. >  o Is this some V.32(bis) thing (my old Hayes VS9600 doesn't do this at
  15. >    9600)?
  16. Thomas,
  17. That's right.  The "Retrain" message on the front panel means the 7855
  18. is doing the V.32 retrain thing.  Two things can produce that message:
  19.    The 7855 is trying to recover from what it thinks of as a bad line or,
  20.    The local DTE has told the 7855 to go on-hook and the 7855 is
  21.    signalling that fact to the other modem.
  22. You can differentiate between the two cases by temporarily setting the
  23. 7855 to ignore local disconnect attempts.  You can use &D0 if your local
  24. DTE drops DTR to do a disconnect or you can change register S2 to 255
  25. if your DTE sends an escape sequence to initiate a disconnect.  Change
  26. both settings if you don't know what your local DTE does and remember to
  27. reverse the changes later.  I suggest you make these changes and re-try
  28. to see if the symptoms change.
  29.  
  30. If your re-train setting is at the factory default, the 7855 will
  31. normally try to recover a "bad" line for 30 seconds.  You can look at
  32. the results of a \S and then \S1 command to see the complete modem setup.
  33.  
  34. >  o Could it be interpreting the drop in volume (or whatever) as a Break
  35. >    signal? Would that be relevant?
  36. Thomas,
  37. Not likely.
  38.  
  39. >  o Is there a register that I can alter that will make it more tolerant
  40. >    to this?
  41. Thomas,
  42. I can't answer this one until we understand more about what is going on.
  43. There are some V.32 modems that do not respond to a V.32 re-train but
  44. I certainly hope those are a minority.
  45. >
  46. >I can understand how rough a local line pick-up can be on the carrier, but I
  47. >was hoping the error correction would be a bit more fault tolerant.
  48. Thomas,
  49. Good point.  Is there a difference in behavior between having ECL turned
  50. on or off?
  51. >
  52. >Thanks for any ideas!
  53. Thomas,
  54. If you like, we can call your 7855 from here with a 7855 and see how two
  55. of them behave when you take an extension off-hook.  This would be a
  56. good thing to do after you determine that your local DTE is not
  57. instructing the 7855 to go on-hook.
  58.  
  59. If all else fails...
  60. You might be able to re-wire your house so the extensions are "behind"
  61. the modem.  In that case, when the modem is off-hook, the extensions
  62. are dead.  There are also devices that attach at each extension and
  63. allow only one extension at a time to "own" the phone line.
  64.  
  65. I have seen a number of posts here about modems that go on-hook in
  66. response to call waiting tones.  One real possibility is that many
  67. V.32 modems do not recover from line glitches.
  68.  
  69. Jack Petty
  70.