home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-385-Vol-1of3.iso / t / tc13-015.zip / TC13-015.TXT < prev   
Text File  |  1993-01-09  |  19KB  |  424 lines

  1. TELECOM Digest     Thu, 7 Jan 93 16:49:30 CST     Volume 13 : Issue 15
  2.  
  3. Index To This Issue:                     Moderator: Patrick A. Townson
  4.  
  5.     Re: All Circuits Are Busy Now ... (Brent Capps)
  6.     Re: All Circuits Are Busy Now ... (Richard McCombs)
  7.     Re: Why Does Phone Bell 'Ping' on a Regular Basis? (Bill Huttig)
  8.     Re: Why Does Phone Bell 'Ping' on a Regular Basis? (Joe Malloy)
  9.     Re: Why Does Phone Bell 'Ping' on a Regular Basis? (Brent Capps)
  10.     Re: Why Does Phone Bell 'Ping' on a Regular Basis? (John Rice)
  11.     Re: Why Does Phone Bell 'Ping' on a Regular Basis? (Troy Frericks)
  12.     Re: Why Does Phone Bell 'Ping' on a Regular Basis? (Fred Schimmel)
  13.     Re: 976 Fraud in Toronto (Daniel Burstein)
  14.     Re: 976 Fraud in Toronto (Jan Steinman)
  15. ----------------------------------------------------------------------
  16.  
  17. From: bcapps@atlastele.com (Brent Capps)
  18. Subject: Re: All Circuits Are Busy Now ...
  19. Organization: Atlas Telecom Inc.
  20. Date: Thu, 7 Jan 1993 20:03:49 GMT
  21.  
  22.  
  23. In article <telecom12.925.1@eecs.nwu.edu> andys@internet.sbi.com (Andy
  24. Sherman) writes:
  25.  
  26. > On 25 Dec 92 21:26:00 GMT, john@zygot.ati.com (John Higdon) said:
  27.  
  28. >> I would have thought that by now AT&T would have stopped its annoying
  29. >> practice of drastically reducing its capacity on holidays. A number of
  30. >> AT&T employees have told me that for reasons that are not very clear,
  31. >> the company has traditionally blocked off a major amount of the
  32. >> system's capacity on various holidays such as Christmas and Mother's
  33. >> Day. This is the real reason you get the "All Circuits Busy"
  34. >> recording, not because there is an inordinate amount of traffic.
  35.  
  36. > I can't imagine why they would deliberately turn away business, since
  37. > they make money selling it.  Furthermore, if you go find back issues
  38. > of the {AT&T Technical Journal} in a library, I suspect you will find
  39. > that Mothers' Day is the acid test for new routing algorithms like
  40. > DNHR (Dynamic Non-Hierarchical Routing) and RTNR (Real Time
  41. > Non-Hierarchical Routing).
  42.  
  43. I strongly suspect that AT&T turned on every traffic throttling tool
  44. in their arsenal.  That's why they're there -- to keep the switch from
  45. being overwhelmed by the number of origination attempts.  Remember,
  46. switches have limited internal resources -- call control buffers,
  47. interprocess communications mechanisms, timing-critical events -- that
  48. start breaking down when the switch gets really, really busy.  If,
  49. say, a given interprocess communications channel gets choked with
  50. messages, internal watchdog processes may conclude that part of the
  51. system is stuck and deliberately swap the switch to the standby CPU,
  52. which of course will quickly get overwhelmed and lock up.  So to
  53. prevent this they turn on a throttling feature like LLC (line load
  54. control) which will only give you dial tone on, say, 1 out of every 10
  55. origination attempts.
  56.  
  57. > On 27 Dec 92 09:24:00 GMT, john@zygot.ati.com (John Higdon) said:
  58.  
  59. >> How soon we forget. Hours after the 1989 Loma Prieta earthquake, I
  60. >> tried at some length to get though to my home from southern
  61. >> California.  All circuits were busy. Then I tried Sprint. The call
  62. >> went right through. Discussions right here on the Digest pointed to
  63. >> the policy of AT&T of purposely restricting incoming access to a
  64. >> disaster area. I, for one, was very grateful for the fact that AT&T's
  65. >> policies are not always imitated by the competitors.
  66.  
  67. > The choke after the earthquake had a reason behind it.  It was to
  68. > reserve some large fraction of trunk capacity for outgoing calls from
  69. > the disaster area.  That policy and the reason for it was plastered
  70. > all over the media, in hopes that people would wait for the "I'm OK"
  71. > call rather than flooding the network with call attempts to empty
  72. > houses.  I believe that the disaster assistance agencies also liked
  73. > that arrangement, since it improved the chances of their folks on the
  74. > scene being able to call out.
  75.  
  76. This should hardly have come as a surprise to anyone.  Disaster
  77. planning agencies publicised this fact beforehand, and I made
  78. arrangements with all my loved ones in the state to call a mutual
  79. friend in Texas who would relay messages and act as a kind of
  80. information clearing house.  When the '89 quake hit I was in Los Gatos
  81. not far from the epicenter and was able to communicate with my husband
  82. in San Francisco because we could both call Dallas and leave messages
  83. for each other.  You couldn't get through to San Francisco from Los
  84. Gatos for several hours after the quake.  All in all I thought AT&T
  85. and Pac Tel did a fine job.  After all, the power wasn't back on in
  86. Los Gatos until the next afternoon, but the phones were working within
  87. 15 minutes, and I don't know if they ever actually went down.
  88.  
  89. As an aside, I was working for T1 mux manufacturer DCA/Cohesive at the
  90. time, and literally hundreds of these big (6' tall) mux cabinets were
  91. rolling around the test lab and mfg area like loose cannons.
  92. Engineers were scrambling like mad to keep from being crushed.  We had
  93. a bunch of $5000 Fireberd T1 testers stacked precariously six high on
  94. top of one cabinet, and it's a miracle they didn't fall over.
  95. Ironically our customers were required to bolt their muxes to the
  96. floor instead of standing them on their castors like ours were, but
  97. one customer's mux fell *through* the floor, so bolting it down didn't
  98. do them much good.  Fortunately, nobody got hurt at our site.
  99.  
  100. I was in Oregon working for Kentrox on T1 CSUs within two months.
  101. That quake was the last straw for living in California.
  102.  
  103.  
  104. Brent Capps   bcapps@agora.rain.com (gay stuff)
  105. bcapps@atlastele.com (telecom stuff)
  106.  
  107. ------------------------------
  108.  
  109. Subject: Re: All Circuits Are Busy Now ...
  110. From: rick@ricksys.lonestar.org (Richard McCombs KB5SNF)
  111. Date: Thu, 7 Jan 93 14:26:18 CST
  112. Organization: The Red Headed League; Lawton, Ok
  113.  
  114.  
  115. In comp.dcom.telecom, rickie@trickie.ualberta.ca (and other in similar
  116. words) writes:
  117.  
  118. > Or, take a lesser used route (MCI or Sprint).  For the future, the
  119.  
  120. Well I distinctly remember having trouble calling from Lawton, OK to
  121. Fort Worth, TX using MCI, so they get saturated to.
  122.  
  123.  
  124. Internet: rick@ricksys.lonestar.org
  125. If I bounce (the maps have errors that I have no control over) then use
  126. bo836@cleveland.freenet.edu   BITNET: bo836%cleveland.freenet.edu@cunyvm
  127.  
  128. ------------------------------
  129.  
  130. Date: Thu, 7 Jan 93 11:49:04 -0500
  131. From: wah@zach.fit.edu (Bill Huttig)
  132. Subject: Re: Why Does Phone Bell 'Ping' on a Regular Basis
  133.  
  134.  
  135.    The answer -- at least one possible answer -- is that the phone
  136. company runs line tests every day at about the same time ... (The same
  137. thing happed to me but at 6:20 AM and would wake me up) ... I don't
  138. remember why but I ended up buying (about $4 at Radio Shack) a
  139. polarity phone line tester; it should the polarity was reversed. Then
  140. all I had to do was to change the red and green wire around in the
  141. jack and I didn't have anymore pings.
  142.  
  143.  
  144. Bill
  145.  
  146. ------------------------------
  147.  
  148. From: Laura G. Malloy <lmalloy@abacus.bates.EDU>
  149. Subject: Re: Why Does Phone Bell 'Ping' on a Regular Basis?
  150. Organization: Bates College, Lewiston, Maine
  151. Date: Thu, 7 Jan 1993 08:14:17 GMT
  152.  
  153.  
  154. In article <telecom13.8.9@eecs.nwu.edu> glenn@rigel.econ.uga.edu
  155. (Glenn F. Leavell) writes:
  156.  
  157. > It seems that I've seen discussion on the following topic in the
  158. > TELECOM Digest before, but I can't remember the answer or find
  159. > anything relevant in the archive index.
  160.  
  161. > My parents live in Mississippi and get their local phone service from
  162. > South Central Bell.  According to my parents, the bells in their
  163. > phones make a 'ping' every evening around 10:15PM.  They say that the
  164. > ping almost always occurs around the same time, but that on certain
  165. > nights it may not occur until close to midnight.  They've called South
  166. > Central Bell about this, and they were told that the ping was NOT
  167. > occuring due to anything that the phone company was doing.
  168.  
  169. [deletia]
  170.  
  171. Same thing happens to us in Clinton, NY, each evening (sometimes
  172. weekends, too) at just about 11 PM.  I've always assumed some sort of
  173. telco testing was going on, but it would be nice to know exactly what
  174. they are doing!
  175.  
  176.  
  177. Joe Malloy/WB2RBA    German Department/Hamilton College/Clinton, NY
  178.  
  179. ------------------------------
  180.  
  181. From: bcapps@atlastele.com (Brent Capps)
  182. Subject: Re: Why Does Phone Bell 'Ping' on a Regular Basis?
  183. Organization: Atlas Telecom Inc.
  184. Date: Thu, 7 Jan 1993 19:04:22 GMT
  185.  
  186.  
  187. In article <telecom13.8.9@eecs.nwu.edu> glenn@rigel.econ.uga.edu
  188. (Glenn F. Leavell) writes:
  189.  
  190. > According to my parents, the bells in their phones make a 'ping'
  191.  
  192. every evening around 10:15PM.
  193.  
  194. SSB is pulling your leg.  Your CO switch is running automatically
  195. scheduled self-diagnostics.  They start every evening at the same
  196. time, but they're really testing the line cards and not the lines, so
  197. only one line per card gets 'pinged', typically the first one.  I used
  198. to have a line in Dallas that would ping every evening at 8:15 PM.
  199.  
  200.  
  201. Brent Capps | bcapps@agora.rain.com (gay stuff)
  202. bcapps@atlastele.com (telecom stuff)
  203.  
  204. ------------------------------
  205.  
  206. From: rice@ttd.teradyne.com
  207. Subject: Re: Why Does Phone Bell 'Ping' on a Regular Basis?
  208. Organization: Teradyne Inc., Telecommunications Division
  209. Date: Thu, 07 Jan 93 21:00:32 GMT
  210.  
  211.  
  212. In article <telecom13.8.9@eecs.nwu.edu>, glenn@rigel.econ.uga.edu
  213. (Glenn F. Leavell) writes:
  214.  
  215. > My parents live in Mississippi and get their local phone service from
  216. > South Central Bell.  According to my parents, the bells in their
  217. > phones make a 'ping' every evening around 10:15PM.  They say that the
  218. > ping almost always occurs around the same time, but that on certain
  219. > nights it may not occur until close to midnight.  They've called South
  220. > Central Bell about this, and they were told that the ping was NOT
  221. > occuring due to anything that the phone company was doing.
  222.  
  223. This, not uncommon, occurrance is caused by automated line test
  224. equipment. The real clue is the fact that it happens every night at
  225. about the same time.In SCB it's probably MLT or MLT2. This equipment
  226. can be set up to routinely test each line in an office, every night on
  227. a regular schedule.
  228.  
  229. The phenomena is known as 'bell tap'. When the line is tested, it is
  230. disconnected from the line finder, or line circuit, which provides
  231. dial tone, for the one or two seconds that it takes to perform the
  232. parametric measurements on the line. These tests are usually done at
  233. low voltage (10-20v) and won't usually cause a phone to ring.
  234.  
  235. When the line is re-connected to the line circuit, -50v is placed back
  236. on the line. The 50v is sometimes enough to cause the ringer magnet to
  237. pull the clapper against the bell, one time. Also in some of the
  238. 'cheepie' phones with electronic ringers, the sounder will 'cheep'
  239. once when voltage in initially applied (re-applied).
  240.  
  241. One solution to the problem is to reverse tip and ring on the phone
  242. (reverse the red and green wires at the connector block.  This causes
  243. the magnet to kick the clapper the opposite direction when voltage is
  244. initially applied.  This will usually work, but if the phone is an
  245. older touch tone phone, this may cause the T.T. Pad not to work (they
  246. were polarity sensitive in older Bell Phones).
  247.  
  248. Also, it's sometimes possible to mechanically adjust the bell, so that
  249. the -50v pluse isn't quite enough to pull the bell magnet enough to
  250. cause a tap.
  251.  
  252. With the advent of automated line test equipment in the past 15 years
  253. or so, this has been an on-going problem. It's much more prevalent in
  254. Europe, where telephone instruments are of generally higher impeedance
  255. and it takes much less voltage to ring the phone.
  256.  
  257. On the other side of the equation, the automated testing allows the
  258. telco to recognize deteriorating outside plant cable in many cases
  259. before the customer even recoginzes that there's a problem, and fix
  260. it. Often out of service lines are reported by the equipment and
  261. repaired with the customer never being aware of a problem.  A
  262. deteriorating cable or cross connect box that could ultimately result
  263. in 20-50 subscriber trouble reports can often be found, diagnosed, and
  264. repaired before any customer reports occur, so that grade of services
  265. is improved overall. (And it's less expensive to do it that way then
  266. respond individually to each and every call as they occur), thus
  267. everybody saves.
  268.  
  269.  
  270. John Rice        K9IJ     |  "Did I say that ?" I must have, but It was
  271.                           |   MY opinion only, no one else's...Especially
  272.                           |   Not my Employer's....
  273. rice@ttd.teradyne.com     |   Purveyor of Miracles,Magic and Sleight-of-hand
  274.  
  275. ------------------------------
  276.  
  277. From: troyf@microware.com (Troy Frericks)
  278. Subject: Re: Why Does Phone Bell 'Ping' on a Regular Basis?
  279. Organization: Microware Systems Corp., Des Moines, Iowa
  280. Date: Thu, 7 Jan 1993 20:18:19 GMT
  281.  
  282.  
  283. In article <telecom13.8.9@eecs.nwu.edu> glenn@rigel.econ.uga.edu (Glenn F. Leavell) writes:
  284.  
  285. > My parents live in Mississippi and get their local phone service from
  286. > South Central Bell.  According to my parents, the bells in their
  287. > phones make a 'ping' every evening around 10:15PM.  They say that the
  288.  
  289. Have you tried swapping out the phone?  This would rule out some
  290. things like EMI being picked up from something like a water softner or
  291. a lamp on a timmer.  Some cheap (cherp, cherp) phones tend to be less
  292. tolerant than others.
  293.  
  294.  
  295. Troy Frericks                      Internet: troyf@MICROWARE.COM
  296. Microware Systems Corporation          UUCP: uunet!mcrware!troyf
  297. 1900 NW 114th St                      Phone: (515)224-1929
  298. Des Moines, IA 50325-7077               Fax: (515)224-1352
  299.  
  300. ------------------------------
  301.  
  302. From: schimmel@gandalf.ca (Fred Schimmel)
  303. Subject: Re: Why Does Phone Bell 'Ping' on a Regular Basis?
  304. Organization: Gandalf Data Ltd.
  305. Date: Thu, 7 Jan 1993 17:42:11 GMT
  306.  
  307.  
  308. It used to be that there was something called a line integrity test
  309. (LIT) that occured in the interval just before the ring cycle began.
  310. The circuit was re-arranged to test the line between the CO and the
  311. phone. This is one reason why Customer Premises Equipment (CPE) needs
  312. to identify its Ringer Equivalence Number (REN) because the test had
  313. differing results depending on the number of ringers on the line.
  314. Perhaps you added or removed some phones, modems, answering machines,
  315. etc. Perhaps your local CO routinely at 10:15PM does a maintenance
  316. check of all its lines, and this is when the ping occurs. Try calling
  317. and asking for a test supervisor to see if they do something like
  318. this.  Or count your equipment total REN and inform the phone company.
  319. It could just be a misprogrammed test, or an indicator that the line
  320. is faulty.
  321.  
  322. Perhaps someone else remembers more about LIT. I believe this was a #5
  323. crossbar feature.
  324.  
  325.  
  326. Fred Schimmel    Gandalf Data Ltd.  schimmel@gandalf.ca
  327.  
  328. ------------------------------
  329.  
  330. From: dannyb@Panix.Com (Daniel Burstein)
  331. Subject: Re: 976 Fraud in Toronto
  332. Organization: Panix, NYC
  333. Date: Thu, 7 Jan 1993 02:35:24 GMT
  334.  
  335.  
  336. In <telecom13.10.3@eecs.nwu.edu> Tony Harminc <TONY@VM1.MCGILL.CA> writes:
  337.  
  338. > This past November, a company I consult for had three unauthorized
  339. > calls to (416) 976-9467 made on one of its lines.  Each call was one
  340. > minute long and was billed at $24.  Thinking back, we remember the
  341. > likely perpetrator -- a man claiming to be serving legal papers on
  342. > someone who supposedly used to work at the office address.  There were
  343. > several small discrepancies to his story, but he seemed just as
  344. > puzzled as we were.  He asked to use the phone, and I remember that he
  345. > did a lot of dialing, but when challenged he showed a pager with
  346. > display and claimed he was calling his voicemail.
  347.  
  348. > Bell Canada has agreed to remove the charges, but will not tell us the
  349. > name of the owner of this number.  We are not eager to pursue it with
  350. > the police, because of the small amount of the fraud, but we are
  351. > concerned that this may be part of an organized scam (else how would
  352. > the 'process server' benefit?) and others may also have been hit.  The
  353. > $24 charge is quite a bit higher than the usual sex and sleaze lines
  354. > which -- according to the ads -- are mostly $10.
  355.  
  356. A similar scam has been going on in New York City. A messenger will
  357. show up at a company with a package, and when no one there seems to
  358. match the addressee, he asks to use the phone.  Calls a "540" exchange
  359. (one of the extra charge numbers; the others are 550, 970, 976, and
  360. another about to be announced) and the company gets billed for $50 or
  361. so.
  362.  
  363. When people notice it on the bill and complain, the local telco wipes
  364. the charge.  But how many people don't ...
  365.  
  366. Which brings up a question or two about this whole concept of
  367. surcharged phone numbers: Aside from all the legal questions (I'd love
  368. someone to push a strong lawsuit about misbilling and all sorts of
  369. other things), I'd like to know the following:
  370.  
  371. Does anybody out here have any sort of breakdwon as to the users, or
  372. rather, providors, of these services?
  373.  
  374.  
  375. Thanks,
  376.  
  377. danny  <dannyb@panix.com>
  378.  
  379. ------------------------------
  380.  
  381. From: steinman@hasler.ascom.ch (Jan Steinman)
  382.  
  383. Subject: Re: 976 Fraud in Toronto
  384. Reply-To: steinman@hasler.ascom.ch
  385. Organization: Ascom Hasler AG
  386. Date: Thu, 7 Jan 1993 12:08:43 GMT
  387.  
  388.  
  389. In article 3@eecs.nwu.edu, Tony Harminc <TONY@VM1.MCGILL.CA> () writes:
  390.  
  391. > This past November, a company I consult for had three unauthorized
  392. > calls to (416) 976-9467 made on one of its lines.  Each call was one
  393. > minute long and was billed at $24.  Thinking back, we remember the
  394. > likely perpetrator -- a man claiming to be serving legal papers on
  395. > someone who supposedly used to work at the office address.  There were
  396. > several small discrepancies to his story, but he seemed just as
  397. > puzzled as we were.  He asked to use the phone, and I remember that he
  398. > did a lot of dialing, but when challenged he showed a pager with
  399. > display and claimed he was calling his voicemail.
  400.  
  401. This sounds like a scam I heard about from a client in New York City.
  402. It is simple to do, given the right information. All you need is a
  403. bunch of numbers of pagers that display a number to call. Call those
  404. pagers, and give the 976 number to call. The process server may have
  405. been an unwitting victim of this hoax.
  406.  
  407. For whatever reason, my client assigned pagers to virtually all their
  408. staff, and the numbers were sequential. The hoax was discovered one
  409. day when every beeper in the whole joint began ringing, and people
  410. compared numbers and discovered they were the same number. This was
  411. not too long ago -- not everyone recognizes the significance of 976,
  412. especially when it is in the form of a generally important interrupt,
  413. like your pager going off!
  414.  
  415.  
  416. Jan Steinman, Bytesmiths            steinman@hasler.ascom.ch
  417. 2002 Parkside Court, West Linn, OR 97068-2767 USA    +1 503 657 7703
  418. Beundenfeldstrasse 35, CH-3013, Bern, Switzerland    +41 31 999 3946
  419.  
  420. ------------------------------
  421.  
  422. End of TELECOM Digest V13 #15
  423. *****************************
  424.