home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / dcom / modems / 13206 < prev    next >
Encoding:
Internet Message Format  |  1992-09-10  |  3.3 KB
  1. Path: sparky!uunet!olivea!sgigate!odin!news.csd.sgi.com!oblivion.csd.sgi.com!kevinb
  2. From: kevinb@oblivion.csd.sgi.com (Kevin Brokaw)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: IBM 7855-10 Disconnect at Phone Pick-Up
  5. Message-ID: <1992Sep9.163125.14059@news.csd.sgi.com>
  6. Date: 9 Sep 92 16:31:25 GMT
  7. References: <9209090702.AA17611@ucbvax.Berkeley.EDU>
  8. Sender: news@news.csd.sgi.com (Net News)
  9. Organization: Silicon Graphics Computer Systems
  10. Lines: 53
  11.  
  12. In article <9209090702.AA17611@ucbvax.Berkeley.EDU>, ST7021@SIUCVMB.SIU.EDU writes:
  13.  
  14. |> A problem that I experience is that it lose connection when someone in my
  15. |> house picks up a phone. It seems to do this commonly when running at
  16. |> 9600/12000bps.
  17. |> 
  18. |> 
  19. |> This device will accept line noise with no problems. I've (for fun...) brought
  20. |> the line noise upto "F" (on a scale from 0-F). It still hung in there.
  21. |> 
  22. |>   o Is this some V.32(bis) thing (my old Hayes VS9600 doesn't do this at
  23. |>     9600)?
  24. |>   o Could it be interpreting the drop in volume (or whatever) as a Break
  25. |>     signal? Would that be relevant?
  26. |>   o Is there a register that I can alter that will make it more tolerant
  27. |>     to this?
  28. |> 
  29. |> I can understand how rough a local line pick-up can be on the carrier, but I
  30. |> was hoping the error correction would be a bit more fault tolerant.
  31.  
  32. Thomas,
  33.   Based upon your mention of error correction, I'd imagine you already have ECL
  34. enabled for your session (must be, actually, as the 7855 won't fall forward to 
  35. 12k unless an ECLC link is established at 9600 first). My guess is that the type
  36. of interruption thrown on the line by picking up the other receiver is so severe
  37. that the modem can't recover... perhaps the signal level decreases so drastically
  38. that the carrier can't be maintained. On the 7855 I had, it would survive another
  39. extension phone being briefly picked up and replaced. It's not suprising that the
  40. V-series modem doesn't suffer from this same condition, as I don't believe its'
  41. modulation technique is as demanding upon signal levels as the V32 specification
  42. is... Hayes' modulation technique is not as well known to me as, for example,
  43. USR's HST technique, which is MUCH less demanding on the line (only maintains 
  44. full speed in one direction, with a greatly reduced (~750bps) backchannel. V32
  45. spec calls for full 9600bps bi-directional channels). I don't believe the 7855
  46. can be configured to be more tolerant of signal level drops... since it's designed
  47. to be certifiable in virtually every country IBM does business in, it's got a 
  48. rather narrow set of tolerances... my favorite "idiosyncracy" of the modem was 
  49. the inability to keep it off-hook with an ATH1 command for more than 60 seconds
  50. before it hangs itself up... apparently because some countries do not permit 
  51. working telephone sets to be left off-hook. Made running my nightly maintanance
  52. routines on my BBS a little interesting, as I ran a watchdog program to boot the 
  53. PC if a pre-specified number of rings were detected by the modem without the system
  54. issuing an answer command. I finally found that setting the modem in loopback test
  55. kept it offhook until the test was terminated.
  56. Cheers,
  57. Kevin
  58.  
  59.  
  60. -- 
  61. Kevin Brokaw - Product Support Engineer   | 
  62. Silicon Graphics Computer Systems         | All wight, rho sritched
  63. Internet: kevinb@sgi.com                  | my kegcaps awounf?
  64.                                           |
  65.