home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / dcom / telecom / 12744 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  3.8 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!telecom-request
  2. Date: Thu, 31 Dec 1992 00:22:13 -0700
  3. From: rickie@trickie.ualberta.ca (Richard Nash)
  4. Newsgroups: comp.dcom.telecom
  5. Subject: Re: All Circuits Are Busy Now ...
  6. Message-ID: <telecom12.925.3@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 3 of 9
  13. Lines: 64
  14.  
  15. John Higdon <john@zygot.ati.com>
  16.  
  17. > On Dec 25 at 18:24, TELECOM Moderator writes:
  18.  
  19. >> Statistics published by AT&T show in fact the opposite of what you
  20. >> say: network traffic is very high on many 'family' holidays. Why has
  21. >> AT&T spend many millions of dollars in upgrading their network if they
  22. >> plan to shut it down on holidays?
  23.  
  24. > Then AT&T has a lot more work ahead of it. Just out of curiosity I
  25. > made some test calls. Out of twenty-two attempted calls to Victorville
  26. > from San Jose on AT&T, exactly one went through between 1 PM and 2 PM
  27. > Christmas Day. Out of the same number of attempts on Sprint, all
  28. > twenty-two went through without delay with exactly the same results
  29. > were noted on MCI.
  30.  
  31. > How soon we forget. Hours after the 1989 Loma Prieta earthquake, I
  32. > tried at some length to get though to my home from southern
  33. > California.  All circuits were busy. Then I tried Sprint. The call
  34. > went right through. Discussions right here on the Digest pointed to
  35. > the policy of AT&T of purposely restricting incoming access to a
  36. > disaster area. I, for one, was very grateful for the fact that AT&T's
  37. > policies are not always imitated by the competitors.
  38.  
  39. > [Moderator's Note: Do you think it could be the reason you got through
  40. > on Sprint is because not that many people (relative to the facilities
  41. > available) were using Sprint?  AT&T is still the national favorite by
  42. > a wide margin. Could it be the facilities available to the one are
  43. > disproportionate to the actual traffic requirements?  I still don't
  44. > think they 'shut things down' ... an earthquake or other emergency is
  45. > different than a family holiday.   PAT]
  46.  
  47. Personal observation has shown that network managers tend to act upon
  48. a conservative approach to network loads, preferring to intentionally
  49. restrict traffic, rather than risking an avalanche network failure.
  50. After all, these guys (and gals), want to have a job tomorrow. :) :) :) 
  51.  
  52. Network managers will definitely restrict traffic during heavy holiday
  53. periods, (Christmas, and Mothers Day).  The difference between a good
  54. and poor network manager are immediately felt by the calling
  55. subscribers, with All Circuits Busy treatments a norm from the poor
  56. manager, and completed calls by the good manager.  A good manager
  57. knows how to take calculated risks, ensuring that all available
  58. trunking is satuarated with completable call traffic.  My advice, is
  59. to recommend that a little patience pays off.  
  60.  
  61. Just as on the freeways, if one wishes to avoid ultra long
  62. bumper-bumper car jams, avoid the periods that this event happens in.
  63. Avoid the peak calling periods, and by that time, the numb-minded
  64. network managers will have taken their controls off the network! :) :) :) 
  65. Or, take a lesser used route (MCI or Sprint).  For the future, the
  66. LD carriers are investigating newer, more hands off automatic network
  67. traffic control systems.  However, the present generation of network
  68. managers must either die off or adapt to trust these types of systems.
  69. They still very devoutly believe that they must have semi-manual means
  70. to bypass the automation, preferring to hobble the system and cause
  71. the problems that John Hidgon always experiences with AT&T.  Perhaps
  72. both Sprint and MCI have new-age network managers? :) :) :) :)
  73.  
  74.  
  75. Richard Nash    Edmonton, Alberta Canada T6K 0E8
  76. UUCP:        rickie%trickie@ersys.edmonton.ab.ca
  77.  
  78.