home *** CD-ROM | disk | FTP | other *** search
/ TAP YIPL / TAP_and_YIPL_Collection_CD.iso / PHREAK / GENERAL / ADBIS1.TXT < prev    next >
Text File  |  2000-02-15  |  5KB  |  132 lines
  1.  
  2.  
  3.                         ------ f41th ADVISORY  ------
  4.  
  5.  
  6.    f41th magazine is a publication of D4RKCYDE Communications.
  7.    This advisory is the produce of in depth analysis and investigation.
  8.    All advice contained in this paper should be absorbed in a
  9.    serious manor. For information, questions or comments, please
  10.    feel free to contact any of the D4RKCYDE staff listed in this
  11.    advisory.
  12.    ---------------------------------------------------------------------
  13.  
  14.         DATE ISSUED:            2nd May 1999
  15.         STAFF CONCERNED:        hybrid (th0rn@coldmail.com)
  16.         SUBJECT ADVISORY:       The ENTIRE phone network
  17.         LEVEL OF IMPORTANCE:    [*] [*] [*] [*] [*] (0-5)
  18.         PARTYS CONCERENED:      AT&T, BT, BELL, MCI, SPRINT, KDD, (any l-d
  19.                                 carrier, or maintainer of switching/routing
  20.                                 equipment. Public Switched/Private nets.
  21.  
  22.    ---------------------------------------------------------------------
  23.  
  24.  
  25. After much research I have concluded that the international phone network
  26. WILL erode at the time of the new millenium. It is of up-most importance that
  27. every global title translation database is upgraded to y2k compatable
  28. software. Although the millenium 'bug' paradox is somewhat un-reliable in
  29. terms of hardcore fact, the risk in leaving switches in their present
  30. condition would be SHEER STUPIDITY. Because each international and local
  31. gateway communicate with each other via the means of checksum and data, if
  32. even one 4ESS or similar gate deteriated, the entire network would be
  33. affected. This is not a timb-bomb scenario, this is happening NOW. Although
  34. the telco's will not admit it, I garantee that local switches all over the
  35. world are failing, if not from the y2k scenariio, but from over routing, and
  36. busy circuits. I have conducted many experiments concerning incoming trunks,
  37. and found that MANY switches serving local areas are incapable of handeling
  38. the amplitude of network traffic which will occur on y2k. For example, 6
  39. remote modems where set to dial to and from each other sucesivly through a
  40. local area switch, ie: 3 dialed, 3 picked up. The experiment lasted for 12
  41. hours, during that time, the DMS switch involved dramticly deteriated after
  42. only 5 hours.. trunks where held open for more than 2 minutes a time, causing
  43. busy and fault network announcments, and after 10 hours only 1 out of every
  44. 3 calls made via the same switch routed succesivly. AT&T claim that when the
  45. network becomes busy or saturated such as this experiment, additional
  46. switches are deployed for the remaining wait of network traffic. The modems
  47. where dialing similataniously (3 at a time) making 36 calls a minute. The
  48. backup switch involved was obviously inferior to the switch we where testing,
  49. a dramatic drop in call succesfullness occured when the backup device was
  50. implemented. Now imagine how many calls a minute are going to be made on the
  51. dawn of the millenuim?, not many I imagine you think, wrong: I ABSOLUTLY,
  52. 100% gaurantee that the US phone network and surrounding pstn's will be
  53. almost completly busy'd out at the peak calling time, which I estimate as
  54. being a 30 hour period over the time zones. The consecuences of such a
  55. network outage would be colosal, I will not even begin to describe the amount
  56. of financial damage that will occur.
  57.  
  58.  
  59. ADVICE:
  60. ------
  61.  
  62. *       Every bgackbone US ESS switch should be backed up with addtional
  63.         or neigbouring mechanisms.
  64.  
  65. *       All routing software at intralata exchanges should be programed to
  66.         route via the least used switch, rather than the closest. This way
  67.         network traffic will be distrobuted evenly accross the network.
  68.  
  69. *       International calls should be treated with higher priority than local
  70.         area calls, and routed via designated switches and trunks.
  71.  
  72. *       Every local/central routing mechanism should be upgraded for capacity
  73.         and then tested.
  74.  
  75. *       The main problem will be the global title translation unit databases.
  76.         These should be tested with the most exreame conditions until they
  77.         can withhold the massive incoming global translation requests from
  78.         routers.
  79.  
  80.  
  81. CONCLUSION:
  82. -----------
  83.  
  84. This is a very general warning, but believe me, network outage WILL occur if
  85. the above advice is not looked into. I'm not a 'qualified' telecommunications
  86. engineer/developer, I wish I was, but I can see what is going to happen, and
  87. believe me, the telcos will be sorry if they don't in accordance now.
  88. Thankyou for taking the time to read this advisory.
  89.  
  90.  
  91.                     ___ ___ _____.___.____________________  ____________
  92. hybrid@b4b0.org    /   |   \\__  |   |\______   \______   \/_   \______ \
  93. hybrid@ninex.com  /    ~    \/   |   | |    |  _/|       _/ |   ||    |  \
  94. hybrid.dtmf.org   \    Y    /\____   | |    |   \|    |   \ |   ||    `   \
  95. ----------------   \___|_  / / ______| |______  /|____|_  / |___/_______  /
  96.                          \/  \/               \/        \/              \/
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.