home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / dcom / telecom / 12742 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  3.6 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!telecom-request
  2. Date: Thu, 31 Dec 92 00:09:36 EST
  3. From: andys@internet.sbi.com (Andy Sherman)
  4. Newsgroups: comp.dcom.telecom
  5. Subject: Re: All Circuits Are Busy Now ...
  6. Message-ID: <telecom12.925.1@eecs.nwu.edu>
  7. Organization: TELECOM Digest
  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 925, Message 1 of 9
  13. Lines: 64
  14.  
  15. On 25 Dec 92 21:26:00 GMT, john@zygot.ati.com (John Higdon) said:
  16.  
  17. > I would have thought that by now AT&T would have stopped its annoying
  18. > practice of drastically reducing its capacity on holidays. A number of
  19. > AT&T employees have told me that for reasons that are not very clear,
  20. > the company has traditionally blocked off a major amount of the
  21. > system's capacity on various holidays such as Christmas and Mother's
  22. > Day. This is the real reason you get the "All Circuits Busy"
  23. > recording, not because there is an inordinate amount of traffic.
  24.  
  25. I will admit I don't know whether this is true or false (a rare
  26. admission -- treasure it) but it doesn't make any sense.  Every year
  27. after Mothers' Day, Thanksgiving, etc., AT&T issues a press release to
  28. the effect that they set yet another volume record with X completed
  29. calls from Y attempts.
  30.  
  31. I can't imagine why they would deliberately turn away business, since
  32. they make money selling it.  Furthermore, if you go find back issues
  33. of the {AT&T Technical Journal} in a library, I suspect you will find
  34. that Mothers' Day is the acid test for new routing algorithms like
  35. DNHR (Dynamic Non-Hierarchical Routing) and RTNR (Real Time
  36. Non-Hierarchical Routing).
  37.  
  38. > Naturally, there is no trouble calling anyone on Sprint or MCI since
  39. > these companies do not engage in this silly ritual of network choking.
  40.  
  41. They also don't have anywhere near the market share, which means their
  42. networks aren't presented with anywhere near the load.  I *have* heard
  43. that the OCCs have more headroom, since they have all those trunk
  44. routes in place but lower market share ...
  45.  
  46. Maybe one of my ex-colleagues will address this issue?
  47.  
  48. On 27 Dec 92 09:24:00 GMT, john@zygot.ati.com (John Higdon) said:
  49.  
  50. > How soon we forget. Hours after the 1989 Loma Prieta earthquake, I
  51. > tried at some length to get though to my home from southern
  52. > California.  All circuits were busy. Then I tried Sprint. The call
  53. > went right through. Discussions right here on the Digest pointed to
  54. > the policy of AT&T of purposely restricting incoming access to a
  55. > disaster area. I, for one, was very grateful for the fact that AT&T's
  56. > policies are not always imitated by the competitors.
  57.  
  58. The choke after the earthquake had a reason behind it.  It was to
  59. reserve some large fraction of trunk capacity for outgoing calls from
  60. the disaster area.  That policy and the reason for it was plastered
  61. all over the media, in hopes that people would wait for the "I'm OK"
  62. call rather than flooding the network with call attempts to empty
  63. houses.  I believe that the disaster assistance agencies also liked
  64. that arrangement, since it improved the chances of their folks on the
  65. scene being able to call out.
  66.  
  67. I'm quite surprised to hear my ex-employer take it on the chin for
  68. their response to a disaster.  Time after time, when disaster strikes,
  69. they send out portable COs and portable phone banks to help put the
  70. victims in touch with relatives and with help.  So where are the OCCs
  71. at those times?
  72.  
  73.  
  74. Andy Sherman   Salomon Inc  -  Unix Systems Support  -  Rutherford, NJ
  75. (201) 896-7018  -  andys@sbi.com or asherman@sbi.com
  76. "These opinions are mine, all *MINE*.  My employer can't have them."
  77.  
  78.