home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / dcom / telecom / 9714 < prev    next >
Encoding:
Internet Message Format  |  1992-08-18  |  4.3 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!telecom-request
  2. Date: Tue, 18 Aug 1992 17:05:57 -0700
  3. From: Jeff Sicherman <sichermn@csulb.edu>
  4. Newsgroups: comp.dcom.telecom
  5. Subject: Re: Getting Ohio Bell to Fix my Line Noise
  6. Message-ID: <telecom12.644.2@eecs.nwu.edu>
  7. Organization: Cal State Long Beach
  8. Sender: Telecom@eecs.nwu.edu
  9. Approved: Telecom@eecs.nwu.edu
  10. X-Submissions-To: telecom@eecs.nwu.edu
  11. X-Administrivia-To: telecom-request@eecs.nwu.edu
  12. X-Telecom-Digest: Volume 12, Issue 644, Message 2 of 3
  13. Lines: 80
  14.  
  15. In article <telecom12.635.4@eecs.nwu.edu> sbrack@jupiter.cse.
  16. UTOLEDO.edu (Steven S. Brack) writes:
  17.  
  18. > I've had Ohio Bell out here twice to get rid of the line noise
  19. > problem I'm having.  The noise comes in short bursts, and almost
  20. > always appears as the same set of characters.
  21.  
  22. >    A sample:  "}i{_~r}i}i}i{_}i
  23.  
  24. > Noise is much worse during the day, and diminishes at night.
  25. > The line is quiet to the ear.  The oddest thing is that when I call a
  26. > BBS in my own CO, there is hardly, if ever, any noise.  Only when I
  27. > call other COs is noise a problem.  Even long distance isn't noisy.
  28.  
  29. > Ohio Bell checks the line and says everything's fine.  THe
  30. > most I've been able to get them to do is turn it over to the CO techs
  31. > to fix.  It hasn't helped.
  32.  
  33. PAT, this appeared some time ago, in a previous Digest. Seems possibly
  34. applicable; you might want to reprint it:
  35.  
  36.  
  37.    Date: Fri, 28 Sep 90 10:24:23 PDT 
  38.    From: Brian Kantor <brian%cyberpunk@ucsd.edu>
  39.    Subject: Re: References/Fixes Needed For "Slippage" on Dialins
  40.   
  41. When you get "twinklies", consisting of characters having a lot of
  42. bits on (especially high order bits) like }, you are probably seeing
  43. your modem attempting to resynchronize.  (1200 bps 212 modems use
  44. synchronous transmission between each other even though you are using
  45. async to talk to them.)
  46.   
  47. My experience is that the A-#1 cause of this is a defective or
  48. misconfigured interface card on one or both ends of one or more of the
  49. circuits that connect your university's phone switch to the local
  50. telco's digital switch.
  51.   
  52. What happens is that the a/d and d/a conversions at opposite ends of
  53. the trunk occasionally drop a little data.  In other words, one or
  54. more of the 8k/sec samples was damaged and was discarded at the
  55. receiving end.  This has NO measureable effect on voice -- completely
  56. inaudible -- but it makes the modems lose sync and they blow 1's bits
  57. at each other until they resync, so you see lots of twinklies.
  58. Sometimes they switches are misclocked so that they drop one sample
  59. out of every N, so you see a periodic burst of twinklies every M
  60. seconds.
  61.   
  62. This is always repairable, but it will probably take a transmission
  63. specialist to bring his special test equipment and check for it as the
  64. normal telco voice quality measurement stuff won't show the problem.
  65.   
  66. We had this problem big-time here at UCSD when the main campus was on
  67. one machine and the student housing on another in the same telco
  68. office -- the two switches in the same building couldn't talk to each
  69. other without sync slips.  The DMS-100 switch was famous for this -- I
  70. heard they had a production run of line cards that came from the
  71. factory misconfigured slightly so that they worked ok for voice but
  72. got lots of slips.  I understand they had to pull every single card
  73. out of the switch to check the jumpers or some equally boring task.
  74.   
  75. Now that PacBell has fixed that problem with our local switch, we see
  76. sync slip storms only once or so a year -- typically when they've just
  77. upgraded one of the central office switches in some other part of
  78. town.  A quick call to their technical people handling the campus gets
  79. it fixed right fast.  I get the impression we find out about it before
  80. they do, sometimes.  (We've got over 200 dialup lines and about 8,000
  81. students and faculty using them 24 hours a day, so we have a large
  82. window of opportunity.)
  83.   
  84. My experience parallels others in this regard -- once you get high
  85. enough in the telco to find someone who can understand what you're
  86. saying, they'll get it fixed.  If you're not in a position to bang on
  87. them from an official campus position, try to talk to whoever runs the
  88. switchroom in your campus phone facility and explain to them what's
  89. going on.  They can get to the right people in the telco, eventually.
  90.   
  91.  
  92. Jeff Sicherman
  93.  
  94.