home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / tcpip / 4255 < prev    next >
Encoding:
Text File  |  1992-09-01  |  2.1 KB  |  51 lines
  1. Newsgroups: comp.protocols.tcp-ip
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbfsb!cbnewsf.cb.att.com!eajjs
  3. From: eajjs@cbnewsf.cb.att.com (john.sottile)
  4. Subject: Re: Why does my slip line die overnight?
  5. Message-ID: <1992Sep1.170624.4502@cbfsb.cb.att.com>
  6. Keywords: slip
  7. Sender: news@cbfsb.cb.att.com
  8. Organization: AT&T
  9. References: <ghawkins.714919621@unix1.tcd.ie> <1992Aug30.205245.29936@psg.com> <z5h1H206b9@atlantis.psu.edu>
  10. Date: Tue, 1 Sep 1992 17:06:24 GMT
  11. Lines: 38
  12.  
  13. In article <z5h1H206b9@atlantis.psu.edu> barr@pop.psu.edu (David Barr) writes:
  14. >In article <1992Aug30.205245.29936@psg.com> randy@psg.com (Randy Bush) writes:
  15. >>ghawkins@unix1.tcd.ie (George C. Hawkins) writes:
  16. >>> When I leave my machine overnight and come back in the morning I
  17. >>> find my slip connection has died on me.
  18. >>
  19. >>We see the same thing here in Orygun's RAINet.  We believe (urban legend)
  20. >>that the telco does an 02:00 blast to clear the lines.
  21. >
  22. >Yep, i've seen similar experiences here, only here it's around 1:30.
  23. >It won't necessarily be all the lines, but a significant portion of them.
  24. >
  25.  
  26.  
  27. Between the hours of 2am and 5am, the telecos telephone switches go into
  28. diagnostics.  On older switch types (analog) can get noise on the
  29. line when this happens, but it doesn't last long (the noise).
  30.  
  31. The dropped line is purely UNintentional.  The switches must go through
  32. diags and 2am is a good time to start.  
  33.  
  34. Also, when switches are upgraded (software or hardware), the telco will
  35. "Phase" a machine to get it to start with the new load.  98% of the time
  36. no calls are dropped, however, if something went wrong with a load,
  37. the machine will recover and a few calls could be dropped.  Usually,
  38. the recovery will drop all calls, but not always.
  39.  
  40. I would suspect a PBX first (reacting to stuff on the line) before
  41. the telco.  :-)
  42.  
  43. =============================
  44. John Sottile                             "That Guy has to Oil his Brakes!"
  45. AT&T Bell Labs                           #include <std/disclaimer/who-me?.h>
  46. jjs@cblph.att.com
  47.  
  48. Let me add this:
  49. I don't speak for AT&T and the ideas presented here are my own from my
  50. own observations.
  51.