home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / dcom / telecom / 12936 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  5.0 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!spool.mu.edu!telecom-request
  2. From: bcapps@atlastele.com (Brent Capps)
  3. Newsgroups: comp.dcom.telecom
  4. Subject: Re: All Circuits Are Busy Now ...
  5. Message-ID: <telecom13.15.1@eecs.nwu.edu>
  6. Date: 7 Jan 93 20:03:49 GMT
  7. Sender: Telecom@eecs.nwu.edu
  8. Organization: Atlas Telecom Inc.
  9. Lines: 84
  10. Approved: Telecom@eecs.nwu.edu
  11. X-Submissions-To: telecom@eecs.nwu.edu
  12. X-Administrivia-To: telecom-request@eecs.nwu.edu
  13. X-Telecom-Digest: Volume 13, Issue 15, Message 1 of 10
  14.  
  15. In article <telecom12.925.1@eecs.nwu.edu> andys@internet.sbi.com (Andy
  16. Sherman) writes:
  17.  
  18. > On 25 Dec 92 21:26:00 GMT, john@zygot.ati.com (John Higdon) said:
  19.  
  20. >> I would have thought that by now AT&T would have stopped its annoying
  21. >> practice of drastically reducing its capacity on holidays. A number of
  22. >> AT&T employees have told me that for reasons that are not very clear,
  23. >> the company has traditionally blocked off a major amount of the
  24. >> system's capacity on various holidays such as Christmas and Mother's
  25. >> Day. This is the real reason you get the "All Circuits Busy"
  26. >> recording, not because there is an inordinate amount of traffic.
  27.  
  28. > I can't imagine why they would deliberately turn away business, since
  29. > they make money selling it.  Furthermore, if you go find back issues
  30. > of the {AT&T Technical Journal} in a library, I suspect you will find
  31. > that Mothers' Day is the acid test for new routing algorithms like
  32. > DNHR (Dynamic Non-Hierarchical Routing) and RTNR (Real Time
  33. > Non-Hierarchical Routing).
  34.  
  35. I strongly suspect that AT&T turned on every traffic throttling tool
  36. in their arsenal.  That's why they're there -- to keep the switch from
  37. being overwhelmed by the number of origination attempts.  Remember,
  38. switches have limited internal resources -- call control buffers,
  39. interprocess communications mechanisms, timing-critical events -- that
  40. start breaking down when the switch gets really, really busy.  If,
  41. say, a given interprocess communications channel gets choked with
  42. messages, internal watchdog processes may conclude that part of the
  43. system is stuck and deliberately swap the switch to the standby CPU,
  44. which of course will quickly get overwhelmed and lock up.  So to
  45. prevent this they turn on a throttling feature like LLC (line load
  46. control) which will only give you dial tone on, say, 1 out of every 10
  47. origination attempts.
  48.  
  49. > On 27 Dec 92 09:24:00 GMT, john@zygot.ati.com (John Higdon) said:
  50.  
  51. >> How soon we forget. Hours after the 1989 Loma Prieta earthquake, I
  52. >> tried at some length to get though to my home from southern
  53. >> California.  All circuits were busy. Then I tried Sprint. The call
  54. >> went right through. Discussions right here on the Digest pointed to
  55. >> the policy of AT&T of purposely restricting incoming access to a
  56. >> disaster area. I, for one, was very grateful for the fact that AT&T's
  57. >> policies are not always imitated by the competitors.
  58.  
  59. > The choke after the earthquake had a reason behind it.  It was to
  60. > reserve some large fraction of trunk capacity for outgoing calls from
  61. > the disaster area.  That policy and the reason for it was plastered
  62. > all over the media, in hopes that people would wait for the "I'm OK"
  63. > call rather than flooding the network with call attempts to empty
  64. > houses.  I believe that the disaster assistance agencies also liked
  65. > that arrangement, since it improved the chances of their folks on the
  66. > scene being able to call out.
  67.  
  68. This should hardly have come as a surprise to anyone.  Disaster
  69. planning agencies publicised this fact beforehand, and I made
  70. arrangements with all my loved ones in the state to call a mutual
  71. friend in Texas who would relay messages and act as a kind of
  72. information clearing house.  When the '89 quake hit I was in Los Gatos
  73. not far from the epicenter and was able to communicate with my husband
  74. in San Francisco because we could both call Dallas and leave messages
  75. for each other.  You couldn't get through to San Francisco from Los
  76. Gatos for several hours after the quake.  All in all I thought AT&T
  77. and Pac Tel did a fine job.  After all, the power wasn't back on in
  78. Los Gatos until the next afternoon, but the phones were working within
  79. 15 minutes, and I don't know if they ever actually went down.
  80.  
  81. As an aside, I was working for T1 mux manufacturer DCA/Cohesive at the
  82. time, and literally hundreds of these big (6' tall) mux cabinets were
  83. rolling around the test lab and mfg area like loose cannons.
  84. Engineers were scrambling like mad to keep from being crushed.  We had
  85. a bunch of $5000 Fireberd T1 testers stacked precariously six high on
  86. top of one cabinet, and it's a miracle they didn't fall over.
  87. Ironically our customers were required to bolt their muxes to the
  88. floor instead of standing them on their castors like ours were, but
  89. one customer's mux fell *through* the floor, so bolting it down didn't
  90. do them much good.  Fortunately, nobody got hurt at our site.
  91.  
  92. I was in Oregon working for Kentrox on T1 CSUs within two months.
  93. That quake was the last straw for living in California.
  94.  
  95.  
  96. Brent Capps   bcapps@agora.rain.com (gay stuff) 
  97. bcapps@atlastele.com (telecom stuff)
  98.