home *** CD-ROM | disk | FTP | other *** search
/ Telecom / 1996-04-telecom-walnutcreek.iso / back.issues / 1992.volume.12 / vol12.iss551-600 < prev    next >
Internet Message Format  |  1992-08-01  |  987KB

  1. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa19695;
  2.           12 Jul 92 14:17 EDT
  3. Received: by delta.eecs.nwu.edu id AA24290
  4.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 12 Jul 1992 01:04:05 -0500
  5. Received: by delta.eecs.nwu.edu id AA27302
  6.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 12 Jul 1992 01:03:57 -0500
  7. Date: Sun, 12 Jul 1992 01:03:57 -0500
  8. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  9. Message-Id: <199207120603.AA27302@delta.eecs.nwu.edu>
  10. To: "\\telecom"@eecs.nwu.edu
  11. Subject: TELECOM Digest V12 #551
  12.  
  13. TELECOM Digest     Sun, 12 Jul 92 01:04:00 CDT    Volume 12 : Issue 551
  14.  
  15. Index To This Issue:                      Moderator: Patrick A. Townson
  16.  
  17.     Re: "Legal" Phreaking? (Jon Baker)
  18.     Re: "Legal" Phreaking? (Charlie Mingo)
  19.     Re: "Legal" Phreaking? (John Higdon)
  20.     Re: "Legal" Phreaking? (Bill Nickless)
  21.     Re: "Legal" Phreaking? (Brad Hicks)
  22.     Re: Phone Phraud Publicity (Phil Howard)
  23.     Re: 1-800 DISA Hacking - A Waste of Time and Money (Peter da Silva)
  24.     Re: 1-800 DISA Hacking - A Waste of Time and Money (Bill Garfield)
  25.     Teleslime (A Tip) (John Higdon)
  26.     Re: The Depths of Sliminess (Art Hunter)
  27. ----------------------------------------------------------------------
  28.  
  29. From: gtephx!bakerj@enuucp.eas.asu.edu (Jon Baker)
  30. Subject: Re: "Legal" Phreaking?
  31. Date: Fri, 10 Jul 92 9:11:53 MST
  32.  
  33.  
  34. > [Moderator's Note: Let me ask those of you who persist in the belief
  35. > that it is the system operator's fault if there is a break-in to a
  36. > system with weak security, do you feel the same way about physical
  37. > assaults on other people? That is, if you are attacked by a person
  38. > much larger and stronger than yourself, can't we conclude that if he
  39. > robs you it is really your fault?
  40.  
  41. In part, yes.  But that has nothing to do with telecom, so ...
  42.  
  43. > After all, you could have taken a
  44. > course in judo, karate or some other self-defense procedure if you
  45. > were that interested in your safety and your possessions, etc. Should
  46. > the court find you guilty, or the person who attacked you? The answer
  47. > is rather obvious ...
  48.  
  49. No issue of morality or right vs. wrong is 'obvious'.
  50.  
  51. > why then is a computer different? Why should a
  52. > new or inexperienced sysadmin take the rap for a hacker intrusion
  53. > merely because the hacker is more sophisticated at it?  It seems to me
  54. > the law is intended to protect the *weakest* members of society.  PAT]
  55.  
  56. Because, there are many computer systems out there that are for free
  57. public access by anyone who wants to dial the number and poke around.
  58. When I get onto a system, how do I know whether or not I'm 'supposed'
  59. to be there?  How do I know whether this system is some private
  60. company's mainframe, or some guy's PC in his garage?  
  61.  
  62. If the system tells me, right up front, 'for authorized personnel
  63. only', then if I don't KNOW that I'm authorized, I'm not supposed to
  64. be there.  If it says 'Welcome!  Glad you're here!  Good Day!', I get
  65. the idea that I'm welcome.  If some Dutch hacker stumbles into a
  66. private computer system and it welcomes him gleefully, I don't think
  67. it's unreasonable for him to believe that he's welcome.  Now, if he
  68. does malicious harm to that system, that's another matter ...
  69.  
  70.  
  71. J.Baker     enuucp!gtephx!bakerj
  72.  
  73.  
  74. [Moderator's Note: How do you know if you are welcome or not? Well,
  75. was the number advertised as a public service? That might say
  76. something about it. "Good Day" does not imply you are welcome to enter
  77. somewhere, nor does 'hello', nor does 'please sign on'. Those comments
  78. could be addressed to authorized users only.  PAT]
  79.  
  80. ------------------------------
  81.  
  82. From: Charlie.Mingo@p4218.f70.n109.z1.fidonet.org (Charlie Mingo)
  83. Date: Sat, 11 Jul 1992 04:42:06 -0500
  84. Subject: Re: "Legal" Phreaking?
  85.  
  86.  
  87. jjm@cbnewsb.cb.att.com (james.j.menth) writes:
  88.  
  89. > I think if you said 'civil liability' instead of 'legal blame' you
  90. > would be correct.  This is called 'contributory negligence' ( like
  91. > proposals for limiting recoveries for being injured while not wearing
  92. > seat belts ) and may reduce your chances, or degree of recovery, for
  93. > your damages.  
  94.  
  95.    Contributory negligence is only a defense in a suit alleging
  96. negligence.  It is no defense to intertional torts, such as trespass,
  97. assault or battery.  Quite simply, when one person intentionally
  98. commits a wrongful act, it matters not the victim was "negligent"
  99. enough to let him do it.
  100.  
  101.     You have an absolute right not to be assaulted, and not to have
  102. your computer assaulted.
  103.  
  104. ------------------------------
  105.  
  106. Date: Fri, 10 Jul 92 02:33 PDT
  107. From: john@zygot.ati.com (John Higdon)
  108. Reply-To: John Higdon <john@zygot.ati.com>
  109. Organization: Green Hills and Cows
  110. Subject: Re: "Legal" Phreaking?
  111.  
  112.  
  113. On Jul 10 at  1:06, TELECOM Moderator writes:
  114.  
  115. > Others will say that by punishing the naughty children our
  116. > government is engaged in some sort of vendetta against computer users
  117. > in general.
  118.  
  119. These guys need to know that it is not nice to fool around with other
  120. people's computers. But I wonder if the prosecutors really think some
  121. of these things through. Specifically, the matter of punishment should
  122. be examined. Throw these guys in prison and you will turn the place of
  123. their incarceration into "Hacker U". Everything they know will be
  124. passed on to some REALLY bad guys who will use this new knowledge to
  125. best (worst?) advantage.
  126.  
  127. Fines are not a bad idea, and community service would also be
  128. appropriate. But I am not too sure that I am very keen about having
  129. real crooks find out how to "get into the system" the easy way. Of
  130. course, if security is beefed up in the mean time, fine. But then,
  131. that would be a "burden" upon innocent parties, right? Hope they enjoy
  132. it when the graduates of "Hacker U" start in on their weenie security.
  133.  
  134. It is not about who is right or wrong (I concede the hackers were
  135. "wrong", but so what?), but about what it takes to keep people out.
  136. Punishing hackers does not keep the real baddies out of insecure
  137. systems. Put hackers away if it makes you feel better. I am certainly
  138. not here to justify their actions. But if you want to keep people out
  139. of sensitive data, lock the goddamn door!
  140.  
  141.  
  142.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  143.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  144.  
  145.  
  146. [Moderator's Note: The fact that one prisoner may learn some criminal
  147. techniques from another prisoner does not invalidate the idea of
  148. prison as a good thing for some people. It merely says the way prisons
  149. are operated need to be changed.  PAT]
  150.  
  151. ------------------------------
  152.  
  153. From: nickless@antares.mcs.anl.gov (Bill Nickless)
  154. Date: Fri, 10 Jul 92 07:03:50 -0500
  155. Subject: Re: "Legal" Phreaking?
  156.  
  157.  
  158. I usually agree with Pat, but this time he writes:
  159.  
  160. > ....Let's listen to the shrill chatter from the EFF and its Socially
  161. > Responsible membership as they defend the darlings against the evil
  162. > government, credit bureaus, telcos, etc. By the way, has the EFF announced
  163. > who the attorney will be to represent these young 'victims' yet?  PAT]
  164.  
  165. I really, really doubt that the EFF will be providing a defense for
  166. these alleged criminals.  Mike Godwin and others at the EFF have
  167. stated over and over that they don't support computer crime or
  168. criminals.  Their purpose is different.  Remember your story about the
  169. Chicago police that used to use a crank-telephone to interrogate
  170. suspects?  Electrocuting suspects isn't the right way to fight crime.
  171. A reasonable person can be against zapping alleged criminals, and at
  172. the same time deplore the criminals' purse snatching.
  173.  
  174. I detest the arrogance of juvenile (and not-so-juvenile) delinquent
  175. network crackers.  Here at work for the last week we've been running a
  176. password checking program on all our accounts because we heard it was
  177. being run "for us" in Australia and Sweden.  I have better things to
  178. spend my time on, like making the user environment better for our
  179. users.  Instead I burn cycles on a hundred processors for a week.
  180.  
  181. On the other hand, Mitch Kapor's advocacy of universal ISDN access and
  182. open national network access is, IMHO, a good thing.  If they want to
  183. push for clearly defined legal protections for computer
  184. communications, that's good too.  Even providing amicus curiae briefs
  185. to ongoing trial to avoid bad precedent is good.  But I sure don't
  186. think they're a hacker's defense fund!
  187.  
  188.  
  189. Bill Nickless  System Support Group  <nickless@mcs.anl.gov>  +1 708 252 7390
  190.  
  191.  
  192. [Moderator's Note: The EFF and Mike Godwin have responded to my
  193. comments and unfortunatly due to an overload of messages I cannot
  194. include it in this issue. But the next issue early Sunday morning will
  195. have more on this topic, with comments from the EFF.  PAT]
  196.  
  197. ------------------------------
  198.  
  199. From: mc/G=Brad/S=Hicks/OU=0205925@mhs.attmail.com
  200. Date: Fri Jul 10 10:54:38 -0400 1992
  201. Subject: Re: "Legal" Phreaking?
  202.  
  203.  
  204. > Let's listen to the shrill chatter from the EFF and its Socially
  205. > Responsible membership as they defend the darlings against the evil
  206. > government, credit bureaus, telcos, etc.
  207.  
  208. Ummm ... Pat ... I'm tired of going around and around on the main
  209. argument here; I'd be being silly if I thought I could win an argument
  210. with the list moderator.  But ... well ... which of these are you
  211. saying ISN'T evil?
  212.  
  213. The government?  Are we talking about the same government that's used
  214. an inverse neutron bomb on the Bill of Rights; leaving the people
  215. behind but burning down the entire structure?  The same government
  216. that helped defense contractor Kerr-McGee hide behind official secrecy
  217. while poisoning its workers (and possibly murdering Karen Silkwood),
  218. and then turned around and did the same thing when GE's defense
  219. nuclear projects were dumping radioactive material into groundwater?
  220. Not to mention MK-ULTRA, the LaPenca bombing, the CIA drug connection,
  221. the unlawful imprisonment of Leonard Peltier, the harrassment of
  222. CISPES, and looking the other way after (and possibly having been
  223. involved in) the attempted assasination of Judy Barry.  Or the
  224. attempted assassinations of foreign leaders Fidel Castro and Mohamar
  225. Khaddafy?  And have you already forgotten the murder/coverup of Daniel
  226. Castolaro?
  227.  
  228. The credit bureaus?  The same people who've been using dubious means
  229. to accumulate dossiers on everybody in North America, and fighting
  230. hard to keep from having to admit that AT LEAST one third of those
  231. dossiers are so error-prone as to be worthless?  And who, according to
  232. former insiders, collect an awful lot of non-credit-related
  233. information?  And who fight you tooth and nail when you try to get a
  234. correction?
  235.  
  236. And after the endless messages over the past month about GTE, PacBell,
  237. and so on, I should think it looked like we were all in agreement that
  238. the telcos are no blushing virgins, what with "slamming," arrogant
  239. billing practices, deliberate misdirection of state PUCs, abuse of
  240. monopoly priviliges, and cooperation in the 800-to-900 scams.
  241.  
  242. So even if I thought that all hacking were wrong, I admit, the part of
  243. me that likes to see David slay Goliath, and that hates Big Brother
  244. and anybody who tries to set themselves up as a predator on the
  245. people, would inwardly cheer to hear about anarcho-hackers taking on
  246. the evils in government, credit bureaus, and telcos.  And nobody would
  247. be happier than me if some hacker got into and out of a system with
  248. more proof of these crimes.
  249.  
  250. I guess that makes me "socially responsible."  But it has nothing to
  251. do with why I joined the EFF.  On the other hand, to paraphrase
  252. another group's bumper stickers: "I'm a member of the EFF, and I
  253. VOTE."  Or as one phreak put it, "fear the government that fears your
  254. modem."
  255.  
  256.  
  257. J. Brad Hicks    Internet: mhs!mc!Brad_Hicks@attmail.com
  258. X.400:    c=US admd=ATTmail prmd=MasterCard sn=Hicks gn=Brad
  259.  
  260. I am not an official MasterCard spokesperson, and the message above
  261. does not contain official MasterCard statements or policies.
  262.  
  263. ------------------------------
  264.  
  265. From: pdh@netcom.com (Phil Howard)
  266. Subject: Re: Phone Phraud Publicity
  267. Date: Sat, 11 Jul 92 03:55:46 GMT
  268. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  269.  
  270.  
  271. wixer!johnw@cs.utexas.edu (john winthrop) writes:
  272.  
  273. > Last night I saw a little segment on CNBC's Steals-N-Deals about phone
  274. > fraud.
  275.  
  276. > It seems like most of the press is still behind the time in reporting
  277. > about fraud such as this ... maybe someone should send them a copy of
  278. > the Digest showing how 800 numbers can be forwarded to 900's and such ...
  279.  
  280. Maybe ALL the newsmedia should be sent regular printed copies of this
  281. and many other digests and newsgroups.
  282.  
  283. They'd sure get an education out of it.
  284.  
  285.  
  286. Phil Howard  ---  KA9WGN  ---  pdh@netcom.com 
  287.  
  288. ------------------------------
  289.  
  290. From: peter@taronga.com (Peter da Silva)
  291. Subject: Re: 1-800 DISA Hacking - A Waste of Time and Money
  292. Organization: Taronga Park BBS
  293. Date: Sun, 12 Jul 1992 05:04:58 GMT
  294.  
  295.  
  296. In article <telecom12.548.1@eecs.nwu.edu> TELECOM Moderator notes:
  297.  
  298. > if they are allowed to see the caller's number' -- in short, all the
  299. > silly comments you read on Usenet from one day to the next -- just
  300. > look the person squarely in the eye and ask them point blank, "Are you
  301. > a hackerphreak, or just trying to be Socially Responsible?" :)   PAT] 
  302.  
  303. While I agree with the overall sentiment, I'd like to note that this
  304. smacks too much of "are you now, or have you ever been, a member of
  305. the Communist Party".
  306.  
  307.  
  308. BTW, I like the term "phracker".
  309.  
  310.  
  311. Peter da Silva, Taronga Park BBS, Houston, TX  +1 713 568 0480/1032
  312.  
  313. ------------------------------
  314.  
  315. Subject: 1-800 DISA Hacking - A Waste of Time and Money
  316. From: bill.garfield@yob.sccsi.com (Bill Garfield)
  317. Date: Sat, 11 Jul 92 10:23:00 -0600
  318. Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
  319. Reply-To: bill.garfield@yob.sccsi.com (Bill Garfield)
  320.  
  321.  
  322. > If you know his number, can't you just call him back and tell him
  323. > personally?
  324.  
  325. That isn't as easy as it might sound.
  326.  
  327. First of all, I speak only enough Spanish to get my face slapped.
  328. Secondly, though we have the ANI -- and even the apartment number and
  329. street address on West 133rd Street -- and even the subscriber's name.
  330. That is not sufficient proof that the subscriber or any resident of
  331. apartment 36 is the culprit.  It only means that _someone_ is using
  332. "Pedro's" telephone line.  As the telephone circuits in apartment
  333. complexes in major cities "appear" in various distribution boxes
  334. (cans) anyone with a bare working knowledge of telephones can "tap
  335. into" Pedro's line at any one of several locations and practice their
  336. deeds with complete anonymity.
  337.  
  338. It's like a game between the fox and the hound.
  339.  
  340. Beyond this, I am not at liberty to go into any more detail at this
  341. time.  As I said in my original post, the hackling is calling a _great
  342. deal_ of attention to himself by his continuing actions.
  343.  
  344.  
  345. [Moderator's Note: Although you have no proof that Pedro is making the
  346. calls, I don't think it would be out of place for you to call the
  347. number and give them a little pep-rally. Several years ago when my
  348. wallet was picked out of my pocket riding the subway (I caught one and
  349. almost did a "Goetz" on him; the one with my wallet got away) I lost
  350. an IBT calling card in the process. I stopped it the same day, but
  351. when the bill came the next month and I saw a residence number on
  352. there as the origin of one fraud call I rang them up gave them a piece
  353. of my mind, telling him I ought to pollute the number so badly they
  354. could never use it again, fraud calls or otherwise. :)   PAT]
  355.  
  356. ------------------------------
  357.  
  358. Date: Thu, 9 Jul 92 12:16 PDT
  359. From: john@zygot.ati.com (John Higdon)
  360. Reply-To: John Higdon <john@zygot.ati.com>
  361. Organization: Green Hills and Cows
  362. Subject: Teleslime (A Tip)
  363.  
  364.  
  365. If you happen to know who the telemarketer is and it is within your
  366. LATA, here is a method you might try for retaliation.
  367.  
  368. Most readers of this forum are well aware of my year-long bout with
  369. the {San Jose Mercury News}. The many lines of my home would be
  370. assaulted regularly by callers wanting to know if I was "receiving the
  371. paper OK".  This, of course, was the foot-in-the-door line that would
  372. determine if you were a subscriber (they did not have subscription
  373. lists in front of them). After getting these calls on private lines
  374. several times a week I started taking action.
  375.  
  376. I talked to the head of telemarketing at the SJMN. I talked to the
  377. president of the telemarketing contractor. I was assured that the
  378. calls would stop after they entered all of my numbers in their reject
  379. database. The calls continued. The SJMN blamed the contractor. The
  380. contractor blamed the dialer software company. The calls continued.
  381.  
  382. I had my attorney write threatening letters to both the SJMN and the
  383. telemarketing company. The calls continued. Finally, in desperation, I
  384. called Pacific Bell and reported the problem as "harassment calls". I
  385. explained that I had repeatedly asked the SJMN to stop calling me and
  386. that my requests were ignored. The usage of my telephone was, in my
  387. opinion, being compromised by such continued disturbance.
  388.  
  389. Bingo! The next day, the telemarketing president called and sounded
  390. very crestfallen. "I guess you called the telephone company?" "Uh-huh"
  391. "I really wish you hadn't done that." "And just what would you have
  392. done in my position?" The long and the short of it is that I have not
  393. had one single call since that time. Through other sources I learned
  394. that the telemarketer immediately removed the entire prefix from the
  395. machine to ENSURE that I would not be called again. (Why could that
  396. not have been done in the first place???)
  397.  
  398. I can only guess, but it appears that the telco wields a very big
  399. stick (like maybe disconnection of service?) when it comes to
  400. telemarketers.  If I find any of these types offensive and find that
  401. they are local, you can bet another call will be made to Pac*Bell.
  402. This may work in other areas as well.
  403.  
  404. Footnote:
  405.  
  406. In the past month, I have changed every single phone number in the
  407. house to another prefix. So far, no calls from the SJMN. We shall see.
  408.  
  409.  
  410.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  411.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  412.  
  413. ------------------------------
  414.  
  415. Subject: Re: The Depths of Sliminess
  416. From: art@aficom.ocunix.on.ca (Art Hunter)
  417. Reply-To: art@aficom.ocunix.on.ca (Art Hunter)
  418. Date: Sat, 11 Jul 1992 06:22:40 -0400
  419. Organization: AFI Communications - Ottawa, Ontario, Canada
  420.  
  421.  
  422. > How do I know it's a telemarketer until I answer the phone?
  423. > It costs me the annoyance of stopping whatever I am doing and having
  424. > to go answer the phone.  It's invasive.
  425.  
  426.         I use a Caller-ID product that permits me to add a name to the
  427. phone number sent by the Telco.  Further, this permits me to
  428. automatically terminate the calls I preselect as telemarketers or
  429. whoever I don't wish to communicate.  I can have this change as a
  430. function of day of week and time of day.  Further, I can group callers
  431. into ten groups and have them managed according to day/time as well.
  432. There is the ability to have a screen of notes, automatic or manual
  433. switch to an answering machine, records of all inbound and outbound
  434. calls and a host of other features.  I have been using it for over a
  435. year now and find it very useful.
  436.  
  437.         It is a DOS machine board that takes up one slot and can be run 
  438. as a TSR or as a dedicated machine.
  439.  
  440.         Terminating a telemarketer's call, once you know the number 
  441. they are calling from, is easy./s
  442.  
  443. ------------------------------
  444.  
  445. End of TELECOM Digest V12 #551
  446. ******************************
  447. 
  448. 
  449. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa19719;
  450.           12 Jul 92 14:18 EDT
  451. Received: by delta.eecs.nwu.edu id AA10781
  452.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 12 Jul 1992 01:43:12 -0500
  453. Received: by delta.eecs.nwu.edu id AA17259
  454.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 12 Jul 1992 01:43:01 -0500
  455. Date: Sun, 12 Jul 1992 01:43:01 -0500
  456. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  457. Message-Id: <199207120643.AA17259@delta.eecs.nwu.edu>
  458. To: "\\telecom"@eecs.nwu.edu
  459. Subject: TELECOM Digest V12 #552
  460.  
  461. TELECOM Digest     Sun, 12 Jul 92 01:43:00 CDT    Volume 12 : Issue 552
  462.  
  463. Index To This Issue:                      Moderator: Patrick A. Townson
  464.  
  465.     EFF Response to Recent Indictments (Gerard Van der Leun)
  466.     Pat Townson Owes EFF an Apology (Mike Godwin)
  467.     Re: Alleged Phreakers Indicted in New York (Thor Lancelot Simon)
  468.     Re: Surprise Calling Card Fraud (Steve Forrette)
  469.     Re: Surprise Calling Card Fraud (Ed Greenberg)
  470.     Re: Surprise Calling Card Fraud (Phil Howard)
  471.     Re: Surprise Calling Card Fraud (Bill Berbenich)
  472.     Re: Roommates and Long Distance Doesn't Mix (Jueychong Ong)
  473.     Re: Roommates and Long Distance Doesn't Mix (Art Hunter)
  474.     Re: See Figure 1 (Roger Roles)
  475.     Re: Factoid From _Playboy_ (Alan Boritz)
  476. ----------------------------------------------------------------------
  477.  
  478. Date: Fri, 10 Jul 1992 12:08:27 -0400
  479. From: Gerard Van der Leun <van@eff.org>
  480. Subject: EFF Response to Recent Indictment
  481.  
  482.  
  483.   FEDERAL HACKING INDICTMENTS ISSUED AGAINST FIVE IN NEW YORK CITY
  484.  
  485. Yesterday, Federal officials indicted five people in New York City for
  486. computer crime. The indictments name Mark Abene (Phiber Optick), Julio
  487. Fernandez (Outlaw), John Lee (Corrupt), Elias Ladopoulos (Acid
  488. Phreak), and Paul Stria (Scorpion). The indictments charge that the
  489. accused used their computers to access credit bureaus, other computer
  490. systems, and make free long-distance calls.
  491.  
  492. Prosecutors revealed they relied on court-approved wiretaps to obtain
  493. much of the evidence for their multiple-count indictment for wire
  494. fraud, illegal wiretapping and conspiracy. Each count is punishable by
  495. up to 5 years in prison. The defendants are scheduled to be arraigned
  496. in Manhattan Federal Court on July 16. If found guilty on all counts
  497. the defendants could face a maximum term of 50 years in prison and
  498. fines of $2.5 million.
  499.  
  500. Otto Obermaier, U.S. Attorney, discounted suggestions that the acts
  501. alleged in the indictment were only "pranks" and asserted that they
  502. represented "the crime of the future." He also stated that one purpose
  503. of the indictment was to send a message that "this kind of conduct
  504. will not be tolerated."
  505.  
  506. Mark Abene, known to the computer community as Phiber Optick, denied
  507. any wrongdoing.
  508.  
  509. The Electronic Frontier Foundation's staff counsel in Cambridge, Mike
  510. Godwin is carefully reviewing the indictments.  Mitchell Kapor, EFF
  511. President, stated today that: "EFF's position on unauthorized access
  512. to computer systems is, and has always been, that it is wrong."
  513.  
  514. "Nevertheless," Kapor continued, "we have on previous occasions
  515. discovered that allegations contained in Federal indictments can also
  516. be wrong, and that civil liberties can be easily infringed in the
  517. information age.  Because of this, we will be examining this case
  518. closely to establish the facts."
  519.  
  520.  
  521. EFF | 155 Second Street, Cambridge MA 02141 (617)864-0665 | eff@eff.org
  522.  
  523. ------------------------------
  524.  
  525. From: mnemonic@eff.org (Mike Godwin)
  526. Subject: Pat Townson Owes EFF an Apology
  527. Organization: Electronic Frontier Foundation
  528. Date: Fri, 10 Jul 1992 19:17:01 GMT
  529.  
  530.  
  531. Pat Townson, with his usual respect for fact, writes:
  532.  
  533. > Still other fools will observe how the government's
  534. > actions will stifle and chill the intellectual curiosity of hacklings
  535. > everywhere, and where would we be today without Apple Computer, et al
  536. > ad nauseum.  Let's listen to the shrill chatter from the EFF and its
  537. > Socially Responsible membership as they defend the darlings against
  538. > the evil government, credit bureaus, telcos, etc. By the way, has the
  539. > EFF announced who the attorney will be to represent these young 
  540. > 'victims' yet?  PAT]
  541.  
  542. For some reason, Pat's respect for the rights of others stops short of
  543. our right not to be libelled or deliberately misrepresented.
  544. Specifically, Pat believes that it is appropriate to invent and
  545. disseminate vicious misrepresentations about EFF.
  546.  
  547. The public record, however, puts the lie to Townson's assertions For
  548. example, Mitch Kapor wrote in the September 1991 issue of EFFector:
  549.  
  550. "The Electronic Frontier Foundation has never condoned the
  551. unauthorized entry into computer systems for any reason. There is
  552. absolutely no question that uninvited computer intrusions represent a
  553. major problem on the electronic frontier; and one which we, and
  554. thousands of others, struggle with on a daily basis."
  555.  
  556. But perhaps Townson missed that issue. Did he also miss the very first
  557. issue of EFFector, in which Kapor wrote the following comment?
  558.  
  559. "I regard unauthorized entry into computer systems as wrong and
  560. deserving of punishment."
  561.  
  562. This was published in March 1991 on paper; it appeared online in late
  563. 1990. Is Townson so interested in promoting a view of himself as
  564. anti-hacker that he does not care who he defames in the process?
  565.  
  566. EFF has worked on occasion to prevent innocent people from being
  567. punished, and to see that government prosecution of the guilty is done
  568. in a way that does not compromise the rights of all of us to due
  569. process. We are proud of this work.
  570.  
  571. But only someone whose disregard for the truth borders on the
  572. pathological could suppose that we *ever* seek to excuse unauthorized
  573. access, or that we routinely defend those who engage in such acts.
  574.  
  575. I think there is immense irony in Townson's claim that we're expected
  576. to utter "shrill chatter" as we "defend the darlings" (whoever they
  577. are).  I doubt anyone at EFF is capable of being as shrill as Townson.
  578. And I am certain that we have higher regard for the truth than he
  579. does.
  580.  
  581.  
  582. Mike Godwin,     mnemonic@eff.org 
  583. (617) 864-0665   EFF, Cambridge   
  584.  
  585. ------------------------------
  586.  
  587. From: tls@panix.com (Thor Lancelot Simon)
  588. Subject: Re: Alleged Phreakers Indicted in New York
  589. Date: Sat, 11 Jul 1992 05:58:17 GMT
  590. Organization: PANIX Public Access Unix & Internet, NYC
  591.  
  592.  
  593. In article <telecom12.547.1@eecs.nwu.edu> Nigel.Allen@lambada.oit.
  594. unc.edu writes:
  595.  
  596. > A computer hacker is someone who uses a computer or a telephone to
  597. > obtain unauthorized access to other computers.
  598.  
  599. It would be nice if once in a while somebody could be bothered to get
  600. this right in a press release ...
  601.  
  602. >a/k/a "Phiber Optik," Elias Ladopoulos, a/k/a "Acid Phreak," and Paul
  603.  
  604. Weren't these two mentioned in that {Whole Earth Quarterly} article a
  605. long time back that also heralded the coming of the EFF to the scene?
  606. Wish I remembered more about it, but I do recall those two names.
  607. Seemed like fairly nice guys, for crackers.
  608.  
  609.  
  610. Thor Lancelot Simon     tls@panix.COM
  611.  
  612. ------------------------------
  613.  
  614. From: stevef@wrq.com (Steve Forrette)
  615. Subject: Re: Surprise Calling Card Fraud
  616. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  617. Date: Fri, 10 Jul 1992 09:48:45 GMT
  618.  
  619.  
  620. In article <telecom12.549.2@eecs.nwu.edu> schuldy@progress.COM (Mark
  621. Schuldenfrei) writes:
  622.  
  623. > I received a surprising call from AT&T's Calling Card Fraud unit this
  624. > past weekend, and thought I would solicit some advice, and warn the
  625. > unsuspecting.
  626.  
  627. [story about calling card number stolen off of hotel's SMDR deleted]
  628.  
  629. > More specifically, does anyone have suggestions for what I can or
  630. > should do about this situation?  I'd like to think that some action
  631. > can be taken: this is a special case of a calling card that has never
  632. > been used for another purpose or time that I can recall.  Can anyone
  633. > suggest an officer, or person that I should contact, or either AT&T or
  634. > Federal or State authorities?  Or, as I suspect, should I treat this
  635. > as an untreatable symptom of a racing crime rate?
  636.  
  637. I would suggest trying to escalate this within AT&T's fraud
  638. department.  I'm sure that they already do this, but you may want to
  639. verify that they generate reports based on commonality of all
  640. locations that fraudulent cards were recently used from.  After all,
  641. for every valid call, they have a record of the ANI of the calling
  642. number.  It should not be too hard for their computer to figure out
  643. that a large number of calling cards that were used at that specific
  644. hotel had fraudulent charges occur shortly thereafter.  I would think
  645. that AT&T could then persue the matter further, armed with this
  646. information.
  647.  
  648.  
  649. Steve Forrette, stevef@wrq.com
  650.  
  651. ------------------------------
  652.  
  653. From: edg@netcom.com (Ed Greenberg)
  654. Subject: Re: Surprise Calling Card Fraud
  655. Date: Fri, 10 Jul 92 16:27:45 GMT
  656. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  657.  
  658.  
  659. I imagine that the most secure way to use a calling card is to swipe
  660. it through the reader of an AT&T calling card phone.
  661.  
  662.  
  663. Ed Greenberg         | Home: +1 408 283 0511 | edg@netcom.com
  664. P. O. Box 28618        | Work: +1 408 764 5305 | DoD#: 0357
  665. San Jose, CA  95159    | Fax:  +1 408 764 5003 | KM6CG (ex WB2GOH) 
  666.  
  667. ------------------------------
  668.  
  669. From: pdh@netcom.com (Phil Howard)
  670. Subject: Re: Surprise Calling Card Fraud
  671. Date: Sat, 11 Jul 92 03:47:11 GMT
  672. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  673.  
  674.  
  675. schuldy@progress.COM (Mark Schuldenfrei) writes:
  676.  
  677. > The implications of for individuals and industry are rather
  678. > frightening.  If public places are not safe for the use of calling
  679. > cards, if neither speaking the number nor touch-tone entry are secure,
  680. > if private hotels and motels are not secure, how does one make phone
  681. > calls when on the road?  Call Me cards are too limited, and Custom
  682. > Calling cards are not much better.
  683.  
  684. This sounds like a thread for sci.crypt.
  685.  
  686. The solution is an intelligent call access device that can hear a
  687. series of coded tones coming from a verification point, and respond
  688. with the appropriate reply tones.  The tones first sent would simply
  689. be a random sequence.  The verification computer AND the intelligent
  690. access device would both perform a one-way encryption of that random
  691. value.  The device would send it and the verification computer would
  692. validated it against what it figured out.  The key to the encryption
  693. would be one assigned only to you so the verification computer would
  694. have to already know who you are (at least claiming to be).
  695.  
  696. > More specifically, does anyone have suggestions for what I can or
  697. > should do about this situation?  I'd like to think that some action
  698. > can be taken: this is a special case of a calling card that has never
  699. > been used for another purpose or time that I can recall.  Can anyone
  700. > suggest an officer, or person that I should contact, or either AT&T or
  701. > Federal or State authorities?  Or, as I suspect, should I treat this
  702. > as an untreatable symptom of a racing crime rate?
  703.  
  704. I've had this happen to me, and the "cracked" card was in fact never
  705. used anywhere.  There is the distinct possibility that the hotel did
  706. not play any part in this theft.
  707.  
  708. It really should be AT&T's concern at this point.  What I suggest you
  709. might do is buy some stock in AT&T and proceed to complain through the
  710. channels as a stockholder that AT&T needs to take stronger action
  711. against this "profit lossage".  There will be the argument that the
  712. cost to enforce is higher than the loss (and it might be true, at
  713. least today).  But the problem won't go away unless something is done
  714. about it.
  715.  
  716. [steps up on soapbox]
  717.  
  718. Otherwise just write it up as yet another symptom of a crime-happy
  719. society that does not enforce the laws it has, and wastes tax money
  720. just trying to make more and more laws that aren't going to be
  721. enforced anyway.
  722.  
  723. [steps down from soapbox]
  724.  
  725.  
  726. Phil Howard  ---  KA9WGN  ---  pdh@netcom.com
  727.  
  728. ------------------------------
  729.  
  730. Subject: Re: Surprise Calling Card Fraud
  731. Date: Fri, 10 Jul 92 9:55:21 BST
  732. From: Bill Berbenich <bill@eedsp.gatech.edu>
  733. Reply-To: bill@eedsp.gatech.edu
  734.  
  735.  
  736. Two methods that I use for preventing calling card fraud:
  737.  
  738. Bear in mind that for both of these methods I use a LEC/RBOC or a
  739. carrier's own 'pay phone' only.  No COCOTs.  I have learned to spot
  740. these before they can see the whites of my eyes.
  741.  
  742. (1)  Use the card-reader phones, where you "swipe" (no pun intended)
  743.      the card or insert it momentarily into a slot, and;
  744.  
  745. (2)  Press the numbers in on a touch-tone phone, but cover my dialing
  746.      finger with my other hand so that only I can see it.  I am REAL
  747.      aware of the people around me and will notice if someone tries to
  748.      look in, in spite of my covering up the touch tone pad.
  749.  
  750. I have been aware of the potential for SMDR-based calling card fraud
  751. at hotels and motels ever since 1985 when I made an AT&T calling card
  752. call from a motel room.  When I checked out, I was offered a copy of
  753. the SMDR printout, detailing ALL of my calls.  I was somewhat
  754. surprised to see that my calling card number and pin were captured on
  755. paper (and possibly elsewhere), along with the rest of the information
  756. on the calls.
  757.  
  758. I was less telecom-savvy then, but I still realized the implications
  759. if a hotel employee (or dumpster diver, for that matter) were to get
  760. that information and exploit it for fraudulent purposes.
  761.  
  762. If there is any way possible to conveniently do so, I use one of the
  763. two methods above to make calling card calls.  The first method is
  764. preferable to me.  I make it a point to cover the numbers on the card
  765. with my hand when I'm swiping or inserting it.  I also try to use a
  766. phone where there isn't someone nearby who can even observe what I am
  767. doing, be it dialing in a number or swiping a card through.  
  768.  
  769.  
  770. Sign me,
  771. Another telecom paranoid,
  772.  
  773. Bill Berbenich, School of EE, DSP Lab   Georgia Tech, Atlanta Georgia, 30332
  774. uucp: ...!{backbones}!gatech!eedsp!bill  Internet: bill@eedsp.gatech.edu
  775.  
  776. ------------------------------
  777.  
  778. From: ong@cs.columbia.edu (Jueychong Ong)
  779. Subject: Re: Roommates and Long Distance Doesn't Mix
  780. Organization: Columbia University Department of Computer Science
  781. Date: Thu, 9 Jul 1992 21:20:54 GMT
  782.  
  783.  
  784. In article <telecom12.525.1@eecs.nwu.edu> sherman@unx.sas.com (Chris
  785. Sherman) writes:
  786.  
  787. > But, Southern Bell says that they can't do this.  They can block LD
  788. > calls completely, for $22 setup, and $2 a month, but this means no
  789. > long distance calls PERIOD.  But, they say, if AT&T (or whoever)
  790. > offers something called a 950 service (I hope I got the numbers
  791. > right), I could get a special number that only I could use to dial LD
  792. > numbers.  But I can only get one of these special numbers, and if I
  793. > gave it to the others, then I would be right back where I started.
  794.  
  795. It isn't that complicated. The 950 number gives the caller access to
  796. the LD "company", but the caller still has to enter his/her calling
  797. card number. e.g. MCI's 950 number is 950-1022, and is a local
  798. telephone number in most areas. If it's not available, there's always
  799. 800-950-1022.
  800.  
  801.  
  802. jc
  803.  
  804. ------------------------------
  805.  
  806. Subject: Re: Roommates and Long Distance Doesn't Mix
  807. From: art@aficom.ocunix.on.ca (Art Hunter)
  808. Reply-To: art@aficom.ocunix.on.ca (Art Hunter)
  809. Date:     Wed, 8 Jul 1992 07:10:01 -0400
  810. Organization: AFI Communications - Ottawa, Ontario, Canada
  811.  
  812.  
  813. > One possibility is to get a toll restriction device.  Hello direct
  814. > 800-HI-HELLO (aka 800-444-3556) sells several models of what they call
  815. > "Call Controllers" which can block various types of outgoing calls
  816. > (976, 900, 011, etc).  The middle model (Call Control Plus @ $99.95)
  817. > should do the job for you.  It can be bypassed by you with a password,
  818. > and at Bell's $2/mo, a year pays for it.  The cheaper model at $49.95
  819.  
  820.         The CallerID product that I use has the ability to dial out
  821. and to block calls to 900, 976 and any other numbers you wish.  This
  822. is free (once you buy the unit).
  823.  
  824.         I had one fellow send me mail telling me to stop posting in
  825. here as such a product is not in existance.  Incredible.  Just
  826. incredible.
  827.  
  828. ------------------------------
  829.  
  830. From: rdr@alliant.com (Roger Roles)
  831. Subject: Re: See Figure 1
  832. Organization: Alliant Computer Systems, Littleton, MA
  833. Date: Thu, 9 Jul 1992 20:56:37 GMT
  834.  
  835.  
  836. I gave Herb Jacobs a call to refresh my memory when this thread
  837. started. He said that he wrote the version for VMS version 3 after
  838. seeing a version written for TOPS-10, and that he credited the author
  839. of the TOPS-10 version in his. His copy is buried in his files
  840. somewhere, but he said that if he ran across it he would send me a
  841. copy. If that happens in the near future, I will think about typing it
  842. in.
  843.  
  844.  
  845. rdr@alliant.com, alliant!rdr            Roger D. Roles
  846.  
  847. ------------------------------
  848.  
  849. Date: 06 Jul 92 14:48:20 EDT
  850. From: Alan Boritz <72446.461@CompuServe.COM>
  851. Subject: Re: Factoid From _Playboy_
  852.  
  853.  
  854. stevef@wrq.com (Steve Forrette) writes:
  855.  
  856. > In article <telecom12.530.10@eecs.nwu.edu> friedl@mtndew.Tustin.CA.
  857. > US (Stephen Friedl) writes:
  858.  
  859. >>        _Playboy_, August, 1992
  860.  
  861. >>    "Reach out and put the touch on someone:
  862. >>    18,000,000 unsolicited sales calls are
  863. >>    made to private homes in the US each day"
  864.  
  865. > Gee, I wonder how this compares with the number of battered-wife-
  866. > calls-home-from-shelter-and-is-worried-that-husband-will-beat-her-
  867. > if-he-knows-what-number-she's-calling-from calls that happen each day?
  868.  
  869. Probably not at many as the number of psychiatrists-worried-that-a-
  870. psychotic-killer-patient-will-use-a-"call back"-switch-feature-to-
  871. call-the-doctor-stupid-enough-to-call-his-patient-from-a-private-un-
  872. listed-phone-in-his-house!  It really happened in New York, and was
  873. given as an "example" why the NYS-PUC shouldn't let New York Telephone
  874. offer the service.
  875.  
  876.  
  877. Alan Boritz     72446.461@compuserve.com
  878.  
  879.  
  880. [Moderator's Note: Don't forget about the lawyers who want to be able
  881. to call people at home while not having to risk anyone calling *them*
  882. at home.  PAT]
  883.  
  884. ------------------------------
  885.  
  886. End of TELECOM Digest V12 #552
  887. ******************************
  888. 
  889. 
  890. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa19668;
  891.           12 Jul 92 14:16 EDT
  892. Received: by delta.eecs.nwu.edu id AA22157
  893.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 12 Jul 1992 03:52:03 -0500
  894. Received: by delta.eecs.nwu.edu id AA20677
  895.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 12 Jul 1992 03:51:52 -0500
  896. Date: Sun, 12 Jul 1992 03:51:52 -0500
  897. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  898. Message-Id: <199207120851.AA20677@delta.eecs.nwu.edu>
  899. To: "\\telecom"@eecs.nwu.edu
  900. Subject: TELECOM Digest V12 #553
  901.  
  902. TELECOM Digest     Sun, 12 Jul 92 03:51:55 CDT    Volume 12 : Issue 553
  903.  
  904. Index To This Issue:                      Moderator: Patrick A. Townson
  905.  
  906.     Re: 700 Easyreach Service Should be Called Hard to Reach (Jeff Carpenter)
  907.     Re: 700 Easyreach Service Should be Called Hard to Reach (H. Peter Anvin)
  908.     Re: 700 Easyreach Service Should be Called Hard to Reach (Roger Klorese)
  909.     Re: 700 Easyreach Service Should be Called Hard to Reach (Phil Howard)
  910.     Easy Reach, 0+, and Operator Assisted (John Butz)
  911.     Re: Company Uses Caller-ID to Identify Customers (Paul Robinson)
  912.     Re: Company Uses Caller-ID to Identify Customers (Jueychong Ong)
  913.     Re: Suit Alleges Cellular Caused Brain Tumor (Thor Lancelot Simon)
  914.     Re: Suit Alleges Cellular Caused Brain Tumor (Michael Masterson)
  915.     Do ESS Switches Provide Detailed Call Records? (James M. Simpson)
  916.     Re: SWBell Marketing Voice Mail (ghadsal@american.edu)
  917.     Re: 911 in Australia (Jeremy Lawrence)
  918.     Re: 911 Circuitry Can Detect 91 (Jeffrey J. Carpenter)
  919. ----------------------------------------------------------------------
  920.  
  921. Date: Fri, 10 Jul 1992 12:20:27 -0400 (EDT)
  922. From: Jeffrey J. Carpenter <jjc+@pitt.edu>
  923. Subject: Re: 700 Easyreach Service Should be Called Hard to Reach
  924.  
  925.  
  926. TELECOM Moderator noted:
  927.  
  928. > [Moderator's Note: Well seriously, you should believe her, because
  929. > that is the way 700 is set up and it was Bellcore, not AT&T which made
  930. > it that way. Every carrier is entitled to use *all* of the 700 space.
  931. > Of necessity, one must specify which carrier's 700 space you wish to
  932. > use. 
  933.  
  934. You are certainly correct about this, but why couldn't they have
  935. requested a new special service code for this type of service,
  936. something like 500 or 600.  They didn't have to use 700.
  937.  
  938. I think that the dialing instructions for dialing a 700 can be
  939. confusing and may counteract any convenience that people trying to
  940. reach you might get by having one number to call.
  941.  
  942.  
  943. jeff
  944.  
  945. ------------------------------
  946.  
  947. From: hpa@casbah.acns.nwu.edu (H. Peter Anvin N9ITP)
  948. Subject: Re: 700 Easyreach Service Should be Called Hard to Reach
  949. Reply-To: hpa@nwu.edu (H. Peter Anvin)
  950. Date: Fri, 10 Jul 1992 21:46:28 GMT
  951.  
  952.  
  953. Seems like there is at least one solution here (although it will still
  954. only work within the USA):
  955.  
  956. Let AT&T grab another 10XXX (like they already have several); then use
  957. whatever numbers ... maybe starting with 700 numbers, but not
  958. necessarily ...
  959.  
  960. "What's your phone number?  10456-700-H-PETER-A"
  961.  
  962. A dedicated country code would probably be the best, especially from
  963. an international standpoint.  Otherwise, maybe we have found a use for
  964. the 600 area code.
  965.  
  966.  
  967. hpa
  968.  
  969. INTERNET: hpa@nwu.edu   TALK:      hpa@casbah.acns.nwu.edu
  970. BITNET:   HPA@NUACC     HAM RADIO: N9ITP, SM4TKN
  971. IRC:      Scalar        NeXTMAIL:  hpa@lenny.acns.nwu.edu
  972.  
  973. ------------------------------
  974.  
  975. From: rogerk@queernet.org (Roger B.A. Klorese)
  976. Subject: Re: 700 Easyreach Service Should be Called Hard to Reach
  977. Organization: QueerNet
  978. Date: Sun, 12 Jul 92 05:54:58 GMT
  979.  
  980.  
  981. In article <telecom12.542.1@eecs.nwu.edu> coleman@bi.twinsun.com (Mike
  982. Coleman) writes:
  983.  
  984. > It's so *easy*!  One man, one vote.  One "entity", one phone number.
  985.  
  986. You get 'one "entity", one phone number'... the number includes the
  987. carrier access code.
  988.  
  989.  
  990. ROGER B.A. KLORESE                                +1 415 ALL-ARFF
  991. rogerk@unpc.QueerNet.ORG   {ames,decwrl,pyramid}!mips!unpc!rogerk
  992.  
  993. ------------------------------
  994.  
  995. From: pdh@netcom.com (Phil Howard)
  996. Subject: Re: 700 Easyreach Service Should be Called Hard to Reach
  997. Date: Sun, 12 Jul 92 00:28:47 GMT
  998. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  999.  
  1000.  
  1001. varney@ihlpf.att.com (Alan L Varney) writes:
  1002.  
  1003. > features, carriers, services, etc.  Their latest suggestion is that
  1004. > telephone numbers (as opposed to dialing plans) should only designate
  1005. > the intended recipient, and prefix digits or other means should be
  1006. > used to signal the other stuff.  Followed literally, that means the
  1007. > use of two numbers for "distinctive ring" service violates the CCITT
  1008. > "rules".  Of course, so do Remote Call Forwarding numbers (for FX).
  1009. > For the future, CCITT is banking on "supplementary numbers" that can
  1010. > be delivered to ISDN sets to select services or terminals.
  1011.  
  1012. It would be nice if there was a way for the caller to select voice,
  1013. fax, data, or whatever new gizmo I am attaching.  Thus if someone is
  1014. calling me from their "fax subchannel" it would ordinarily and
  1015. automatically be directed into my "fax subchannel" even though they
  1016. are using the same exact number to reach me as if they were using
  1017. voice.
  1018.  
  1019. It would also be nice if one could have multiple incoming and outgoing
  1020. lines, that only take up ONE number slot as far as ordinary
  1021. dialability goes (some specialized access dialing could address
  1022. individual lines for diagnostic purposes).
  1023.  
  1024. I await ISDN with the hope that at least it can deliver some of this
  1025. capability.
  1026.  
  1027. > 800 number "portability" will not change the number of 800
  1028. > numbers, so in general it only changes from using NXX to identify the
  1029. > IXC to using NXX-XXXX to identify the IXC.  (There are other
  1030. > enhancements, such as using ANI, type-of-line, traffic rate and
  1031. > time-of-day to select the IXC, but that's just frosting.)
  1032.  
  1033. What it does is "defragment" the space.
  1034.  
  1035.  
  1036. Phil Howard  ---  KA9WGN  ---  pdh@netcom.com
  1037.  
  1038. ------------------------------
  1039.  
  1040. From: jbutz@homxa.att.com
  1041. Date: Sun, 12 Jul 92 00:36 EDT
  1042. Subject: Easy Reach, 0+, and Operator Assisted
  1043.  
  1044.  
  1045. In article <telcom12.540.1@eecs.nwu.edu>, TELECOM Moderator notes:
  1046.  
  1047. > [Moderator's Note: It is important to point out also that all EasyReach 
  1048. > numbers must be dialed zero plus 700 -- not one plus. They are always
  1049. > in effect 'operator assisted'.  PAT]
  1050.              ^^^^^^^^^^^^^^^^^
  1051. Yes, EasyReach calls can be placed {10288} 0 + 700, 1 + 800 followed by
  1052. {0+}700 (using the 800 access method), 10288-0 or 00- ("real" operator
  1053. assisted).
  1054.  
  1055. I would hesitate to use the words "operator assisted" in reference to
  1056. the 0 + 700 dialing however.  No operator will ever come on the line
  1057. when an ER700 call is dialed {10288} 0 + 700.  "Operator Assisted"
  1058. usually implies surcharges and these surcharges are not part of the
  1059. ER700 tariff for 0 + 700 dialing (unless of course you bill to a
  1060. calling card or call the operator).  In effect, a 0 + 700 call is
  1061. billed like a 1+ call and at similar rates.
  1062.  
  1063.  
  1064. John Butz
  1065. Easy Reach 700 System Engineering
  1066. AT&T Bell Labs    jbutz@homxa.att.com
  1067.  
  1068.  
  1069. [Moderator's Note: It is not billed 'at similar rates' ... Easy Reach
  1070. calls are much more expensive per minute. Also, 'operator assisted'
  1071. has come to mean any call other than 1+, IMHO.  Perhaps a better way
  1072. to phrase it would have been 'special handling/billing'.   PAT]
  1073.  
  1074. ------------------------------
  1075.  
  1076. Reply-To: Tdarcos@mcimail.com
  1077. From: Paul Robinson <FZC@CU.NIH.GOV>
  1078. Date: Fri, 10 Jul 92  02:32:53 EDT
  1079. Subject: Re: Company Uses Caller-ID to Identify Customers
  1080.  
  1081.  
  1082. In TELECOM Digest V12 #546 <70465.203@compuserve.com (Leonard
  1083. Erickson) says:
  1084.  
  1085. > sami@scic.intel.com writes:
  1086.  
  1087. >> 1). They were using Caller-ID to present account information to the
  1088. >> operators as they answered the phone. Multiple phone numbers are
  1089. >> mapped into a given account [Note: This could cause some problems if a
  1090. >> number of people share a line in a small company, but that is probably
  1091. >> a small percentage of the businesses.]
  1092.  
  1093. > <sigh>
  1094.  
  1095. > This *isn't* Caller-ID, it's ANI. And it is pretty standard for
  1096. > companies with 800 number order desks. It's just that the company you
  1097. > dealt with is being *open* about it.
  1098.  
  1099. I used to have an account with Mid Atlantic Telecom here in
  1100. Washington, DC.  Every month I got the bill for an 'overlay' 800
  1101. number that was attached to the ordinary local telephone number as the
  1102. equivalent of a second phone number attached to it. I also had an 800
  1103. number for a voice mail account I was using at that time.
  1104.  
  1105. At the end of each month I would get the bill of the flat-rate service
  1106. charge and the bill for the amount of charges for calls received.
  1107.  
  1108. On a separate page they sent me a list of the time, date, length of
  1109. call and the telephone number calling from, for every call made to
  1110. each of the 800 numbers.
  1111.  
  1112. A while back, a company selling equipment to cable companies was
  1113. selling a system to allow the called party to get the ANI of a caller,
  1114. from MCI's 800 network, in real time, usually for ordering
  1115. pay-per-view services.  You called it and it does what the Atlanta
  1116. number from the 732 network that I reported earlier does: it reads
  1117. back to you the number you are calling from.  They got so many calls
  1118. they had to stop the demonstration.
  1119.  
  1120. I think C&P Telephone company is trying also to cash in on this by
  1121. using something similar.  In the latest telephone directory, a local
  1122. exchange is marked "Pay Per View."  And the intent, I would assume, is
  1123. to allow someone to call a PPV number and using caller-id, it could do
  1124. the same thing as the 800 number; more importantly, since it's a local
  1125. number, the cable company would not be metered at 16c a minute for
  1126. calls coming into it; they could conceivably use the service for
  1127. different orders, if the service was cheap enough.
  1128.  
  1129. At least one local cable company in the area is using this exchange
  1130. for this purpose, a user on a local BBS informed me.
  1131.  
  1132.  
  1133. Paul Robinson -- These opinions are MINE (who else would admit it?)
  1134.  
  1135. ------------------------------
  1136.  
  1137. From: ong@cs.columbia.edu (Jueychong Ong)
  1138. Subject: Re: Company Uses Caller-ID to Identify Customers
  1139. Organization: Columbia University Department of Computer Science
  1140. Date: Sat, 11 Jul 1992 21:50:08 GMT
  1141.  
  1142.  
  1143. In article <telecom12.532.3@eecs.nwu.edu> sami@scic.intel.com writes:
  1144.  
  1145. > 1). They were using Caller-ID to present account information to the
  1146. > operators as they answered the phone. Multiple phone numbers are
  1147. > mapped into a given account [Note: This could cause some problems if a
  1148. > number of people share a line in a small company, but that is probably
  1149. > a small percentage of the businesses.]
  1150.  
  1151. > 2). They have the ability to ignore Caller-ID for a given customer if
  1152. > that customer tells them to disable it. She said that very few people
  1153. > have asked for this option. The company announced the use of Caller-ID
  1154. > on the order desk in its catalog. [Shows how well I read the fine
  1155. > print!]
  1156.  
  1157. That was no fine print. When they first introduced the system, they
  1158. took two pages (pages 2 and 3) of their catalog to explain their
  1159. policy for using Caller-ID. I can understand why few people ask them
  1160. to disable it. They ask for your phone number anyway on credit card
  1161. orders.
  1162.  
  1163. The strange thing is that they don't seem to use it all the time.  On
  1164. my last call a few days ago, I had to give them my customer number.
  1165.  
  1166.  
  1167. jc
  1168.  
  1169. ------------------------------
  1170.  
  1171. From: tls@panix.com (Thor Lancelot Simon)
  1172. Subject: Re: Suit Alleges Cellular Caused Brain Tumor
  1173. Date: Tue, 7 Jul 1992 20:20:18 GMT
  1174. Organization: PANIX Public Access Unix & Internet, NYC
  1175.  
  1176.  
  1177. In article <telecom12.541.6@eecs.nwu.edu> MCMANGPH@NUSVM.BITNET (Ang
  1178. Peng Hwa) writes:
  1179.  
  1180. > The "theory" of non-ionizing radiation was discovered accidentally by
  1181. > a researcher who was looking for the cause of leukemia. He/she (can't
  1182. > remember) found nothing until one day, looking around her, saw that
  1183. > there were lots of power lines. Redrawing her subjects, she found that
  1184. > virtually all lived within 100 yards of either a substation or a high
  1185. > voltage line.
  1186.  
  1187. Note that high-voltage power lines are frequently sprayed (well, the
  1188. ground under them, I suppose, not the lines themselves, of course!)
  1189. with defoliants.
  1190.  
  1191.  
  1192. Thor Lancelot Simon     tls@panix.COM
  1193.  
  1194. ------------------------------
  1195.  
  1196. From: mmaster@parnasus.dell.com (Michael Masterson)
  1197. Subject: Re: Suit Alleges Cellular Caused Brain Tumor
  1198. Organization: Dell Computer Co
  1199. Date: Fri, 10 Jul 1992 16:38:09 GMT
  1200.  
  1201.  
  1202. john@zygot.ati.com (John Higdon) writes:
  1203.  
  1204. > Ah, yes. I read RISKS occasionally. It is great comedy. But before you
  1205. > go off totally immersed in terror, consider this: if you could focus
  1206. > (such as with a magnifying glass) the superlative power of a handheld
  1207. > cellular phone (0.6 watt) into a microscopic concentrated dot, you
  1208. > MIGHT be able to cause (through heating effects) cell changes in an
  1209. > organism. However, at the antenna itself the energy is thousands of
  1210. > times more dispersed than that required to even be detected by an
  1211. > organism's physical make up and every millimeter removed makes the
  1212. > dispersal even greater. Do you have any idea how LITTLE power 0.6 watt
  1213. > is?
  1214.  
  1215. Well, it's about 100 times the power levels of a laser that says
  1216. "AVOID EXPOSURE TO BEAM" on the warning label, and that's just talking
  1217. about dead surface skin cells ...  heck, .5 watts is about what the
  1218. cutting lasers run that are used to cut master disks for CDs.
  1219.  
  1220.  
  1221. Cheers,
  1222.  
  1223. The opinions expressed do not necessarily reflect those of any other person.
  1224. Michael Masterson                          mmaster@parnasus.dell.com
  1225.  
  1226. ------------------------------
  1227.  
  1228. Date: Sat, 11 Jul 92 20:44:10 EDT
  1229. From: Matt Simpson <SYSMATT@ukcc.uky.edu>
  1230. Subject: Do ESS Systems Keep Detailed Call Records?
  1231.  
  1232.  
  1233. Does anyone out there know if local exchanges keep any kind of call
  1234. detail records? Specifically, I'm interested to know if a
  1235. law-enforcement agency would be able to obtain a record of all local
  1236. calls made to a specific number for some period in the past, without
  1237. having requested a trace in advance.  
  1238.  
  1239. My house has been robbed twice in the last six weeks, and I suspect
  1240. the culprits have called in advance to make sure I wasn't home.  There
  1241. have been a few times recently when I have been home when I'm normally
  1242. at work, and the phone would ring.  When I answered, the caller would
  1243. hang up. This rarely happens at times when I'm "supposed" to be home.
  1244.  
  1245. I think someone knows my schedule fairly well, but calls just to be
  1246. sure.  I'm going to run this idea past the local sheriff, but these
  1247. guys aren't too swift about stuff like that. Maybe sometime I'll
  1248. entertain you folks with the story of my parents' tenant who suffered
  1249. obscene, threatening phone calls, as well as repeated break-ins, and
  1250. the local constabulary's incompetent efforts at catching the
  1251. perpetrator.  
  1252.  
  1253. Anyway, I thought if anybody out there could tell me if this is
  1254. possible, I could be a little more insistent about it.  I don't know
  1255. exactly what kind of switch I'm on. It's fairly new, was installed
  1256. about 18 months ago, with much hype about how great it would be. The
  1257. company is South Central Bell, and the exchange is 606-987, if that
  1258. helps any.
  1259.  
  1260.  
  1261. [Moderator's Note: Yes, the new switches do keep very detailed calling
  1262. records. Getting them examined may be a hassle, but they do exist. Now
  1263. of course if you had that nasty old Caller-ID, or even 'return last
  1264. call', you could invade the caller's privacy by noting the calling
  1265. number and act on it from that direction. Not only do hackerphreaks
  1266. not care for Caller-ID, I suppose most burglars who call ahead to
  1267. scope things out don't like it very well either.  PAT]
  1268.  
  1269. ------------------------------
  1270.  
  1271. Organization: The American University - University Computing Center
  1272. Date: Saturday, 11 Jul 1992 23:00:51 EDT
  1273. From: GHADSAL@AMERICAN.EDU
  1274. Subject: Re: SWBell Marketing Voice Mail
  1275.  
  1276.  
  1277. We may thank Judge Harold Greene for this and *more*.  In his last
  1278. year's decision (forced decision) Judge Greene finally is allowing the
  1279. RBOCs to participate in the National Information Services Industries.
  1280. VoiceMail and a host of other potential services that any *non* RBOC
  1281. were always available to anyone or anycompany up until July 1991; as
  1282. of that date the "strangle hold" he and his court has held on the
  1283. RBOCs is withering away.  Thank you !!!
  1284.  
  1285. In our regional area Bell Atlantic offers a host of services including
  1286. the VoiceMail, Caller ID, CallBack, and more; they market them as "IQ
  1287. Services".
  1288.  
  1289. ------------------------------
  1290.  
  1291. From: g9129499@cc.uow.edu.au (Jeremy Lawrence)
  1292. Subject: Re: 911 in Australia
  1293. Reply-To: jeremy@snrc.uow.edu.au
  1294. Organization: University Of Wollongong
  1295. Date: Fri, 10 Jul 92 04:59:00 GMT
  1296.  
  1297.  
  1298. ash@mlacus.oz.au (Ash Nallawalla) writes:
  1299.  
  1300. > dbw@crash.cts.com (David B. Whiteman) writes:
  1301.  
  1302. >> The radio had a news story about a fellow in Australia who loved to
  1303. >> watch the TV show Rescue 911.  When his house was on fire he kept
  1304. >> frantically trying to dial 911 without sucess.  He forgot that where
  1305. >> he lived one dials "0 0 0" (three zeros) for emergency services.
  1306.  
  1307. > Sounds like an urban legend in the making. In Australia they have
  1308. > William Shatner (sp?) telling viewers that 000 is the number to use in
  1309. > Oz -- I believe this is repeated more than once during the hour-long
  1310. > programme.
  1311.  
  1312. The way I heard it here in Oz (radio/newspapers a couple of weeks
  1313. ago), the guy was a New Zealander who dialled the the NZ emergency
  1314. number, 111, instead of 000.
  1315.  
  1316.  
  1317. Jeremy Lawrence                                jeremy@snrc.uow.edu.au
  1318. Switched Networks Research Centre          or:    g9129499@uow.edu.au
  1319. University of Wollongong, Australia                    +61-42-21 3244
  1320.  
  1321. ------------------------------
  1322.  
  1323. Date: Fri, 10 Jul 1992 12:35:04 -0400 (EDT)
  1324. From: Jeffrey J. Carpenter <jjc+@pitt.edu>
  1325. Subject: Re: 911 Circuitry Can Detect 91
  1326.  
  1327.  
  1328. Pushpendra Mohta@nic.cer wrote:
  1329.  
  1330. > The string being redialed was *70 011 91 11 xxxyyyy
  1331.  
  1332. > Those of you who have cancel call waiting will recall that there is
  1333. > brief pause after you enter the cancel code and before the dial tone
  1334. > returns. During the redial process, that pause ate the 011 tones ...
  1335.  
  1336. > [Moderator's Note: My experience here has been that with either *67,
  1337. > *70, *71 or *72 (all return stutter dial tone) you can 'dial through'
  1338. >  ... that is, no pause is required in the modem string, etc.  Other
  1339. > places are different on this?  PAT]
  1340.  
  1341. What probably was happening was there was a delay long enough to miss
  1342. the beginning zero of "011", so what ended up going through was
  1343. 1-1-911, with the leading ones being ignored.
  1344.  
  1345.  
  1346. jeff
  1347.  
  1348. ------------------------------
  1349.  
  1350. End of TELECOM Digest V12 #553
  1351. ******************************
  1352. 
  1353. 
  1354. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa19364;
  1355.           12 Jul 92 14:12 EDT
  1356. Received: by delta.eecs.nwu.edu id AA09356
  1357.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 12 Jul 1992 05:52:27 -0500
  1358. Received: by delta.eecs.nwu.edu id AA01574
  1359.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 12 Jul 1992 05:52:17 -0500
  1360. Date: Sun, 12 Jul 1992 05:52:17 -0500
  1361. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  1362. Message-Id: <199207121052.AA01574@delta.eecs.nwu.edu>
  1363. To: "\\telecom"@eecs.nwu.edu
  1364. Subject: TELECOM Digest V12 #554
  1365.  
  1366. TELECOM Digest     Sun, 12 Jul 92 05:52:10 CDT    Volume 12 : Issue 554
  1367.  
  1368. Index To This Issue:                      Moderator: Patrick A. Townson
  1369.  
  1370.     The Earliest Talking Clock? (was Jane Barbie) (Bill Higgins)
  1371.     Leap Seconds and Telco Time-of-Day Accuracy (Paul Eggert)
  1372.     Identa-Ring Decoding Box (Steven A. Rubin)
  1373.     Residential ISDN (John Higdon)
  1374.     Why Not PEP Over Cellular? (Brian Litzinger)
  1375.     Connecting Phone Lines to a Computer (Eric Woudenberg)
  1376.     Simple Volume Boost (Chris Ambler)
  1377.     1-800-ATF-GUNS and Anonymity (Michael G. Katzmann)
  1378.     Idiot Dialing 911 (Cliff Stoll)
  1379.     Pager Modem? (Peter Lucas)
  1380.     Loop Simulators (Ray Berry)
  1381.     Here is the Number to Read Back Your Calling Number (Paul Robinson)
  1382.     Looking For Phone Exchange Stats (Douglas W. Martin)
  1383.     Telecom in Remote Countries? (Douglas W. Martin)
  1384.     Ground Wire on Network Interface? (Jim Rees)
  1385.     The Message Center Offers 'Daily Reporter' Service (Justin Leavens)
  1386. ----------------------------------------------------------------------
  1387.  
  1388. Date: Sat, 12 Jul 1992 22:11:16 -0500 (CDT)
  1389. From: HIGGINS@FNAL.FNAL.GOV (Bill Higgins-- Beam Jockey)
  1390. Subject: The Earliest Talking Clock? (was Jane Barbie)
  1391.  
  1392.  
  1393. The thread about talking clocks in TELECOM Digest (comp.dcom.telecom)
  1394. reminded me of the earliest talking clock I ever heard of...
  1395.  
  1396. About ten years ago there was a Silly Science Fair held as part of our
  1397. local science fiction convention.  Entrants were encouraged to create
  1398. bogus or parody science projects.
  1399.  
  1400. Dan Cohn entered one whose centerpiece was a recording of the "cosmic
  1401. background radiation--" the microwave hiss of three-degree-Kelvin
  1402. blackbody photons left over from the early moments of the hot
  1403. universe.  It sounded like this:
  1404.  
  1405. "Sssssssssssssss...."
  1406.  
  1407. Dan claimed to have applied advanced forms of signal processing to
  1408. this (apparent) noise, and after all his fancy algorithms and
  1409. equipment had worked on the background radiation, the tape sounded
  1410. like this:
  1411.  
  1412. [faint voice over background hiss]
  1413.  
  1414. "The time...
  1415.  
  1416. at the bang...
  1417.  
  1418. will be Zero....
  1419.  
  1420. exactly."
  1421.  
  1422.  
  1423. Bill Higgins                            Internet: HIGGINS@FNAL.FNAL.GOV 
  1424. Fermi National Accelerator Laboratory   Bitnet:   HIGGINS@FNAL.BITNET
  1425.  
  1426. ------------------------------
  1427.  
  1428. From: eggert@farside.twinsun.com (Paul Eggert)
  1429. Subject: Leap Seconds and Telco Time-of-Day Accuracy
  1430. Organization: Twin Sun, Inc
  1431. Date: Sat, 12 Jul 1992 19:10:09 GMT
  1432.  
  1433.  
  1434. In comp.protocols.time.ntp <208@visicom.com>, Jeff Makey reports that
  1435. Pacific Bell's time-of-day service in San Diego adjusted for the June
  1436. 30 leap second sometime between 28 and 53 minutes late.  (Since they
  1437. hang up after reporting the time, it was impractical for him to
  1438. determine the exact moment of switchover.)  This suggests that PacBell
  1439. adjusts their time-of-day clock manually rather than relying on an
  1440. automated system linked to WWV.  And it brings up more general
  1441. questions:
  1442.  
  1443. How accurate is the time-of-day reported by PacBell, GTE, etc.?
  1444.  
  1445. What incentives do the telcos have to report time-of-day accurately?
  1446. I can think of a _disincentive_: the service is free, and the more
  1447. accurate it is, the more it'll be used.
  1448.  
  1449. Surely accurate timekeeping is important within the telco switches for
  1450. performance and accounting reasons.  How are times within the switches
  1451. synchronized to the times reported to the public?
  1452.  
  1453. ------------------------------
  1454.  
  1455. From: Steven A Rubin <sar1952@jhunix.hcf.jhu.edu>
  1456. Subject: Identa-Ring Decoding Box
  1457. Organization: HAC - Johns Hopkins University, Baltimore
  1458. Date: Sat, 12 Jul 1992 20:02:04 GMT
  1459.  
  1460.  
  1461. I currently have a phone line with two different numbers, with
  1462. distinctive ringing letting me determine which number the person is
  1463. calling on.  I purchased an Autoline Plus box from ITS that 'listens'
  1464. to the rings and routes the call to the proper device.  The problem
  1465. (more like a frustration) is that the box takes three rings to
  1466. determine where to send the call.  Is there a device that can do the
  1467. routing on less rings yet still be reliable?
  1468.  
  1469. Other than this, I am extremely pleased with this device, and it so
  1470. far has 100% error-free routing.
  1471.  
  1472. ------------------------------
  1473.  
  1474. Date: Sat, 12 Jul 92 23:21 PDT
  1475. From: john@zygot.ati.com (John Higdon)
  1476. Reply-To: John Higdon <john@zygot.ati.com>
  1477. Organization: Green Hills and Cows
  1478. Subject: Residential ISDN
  1479.  
  1480.  
  1481. I have been having serious conversations with a Pac*Bell rep
  1482. concerning the installation of ISDN at my residence. After getting all
  1483. of the prices, I was admonished to wait just a bit to see what happens
  1484. with Pac*Bell's current RESIDENTIAL ISDN proposal before the PUC. Yes,
  1485. you read that right. Pac*Bell may soon be offering ISDN to the common
  1486. man.
  1487.  
  1488. It seems that for the first time in my memory, I can call the business
  1489. office, give my prefix and NOT be told, "Oh, I'm sorry. [Fill in
  1490. feature or offering of your choice] is not available in your area." I
  1491. have decided to wait for the residential version. Ordering two lines
  1492. of Centrex (that I do not need) seems just a bit much even still.
  1493.  
  1494.  
  1495.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  1496.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  1497.  
  1498. ------------------------------
  1499.  
  1500. From: brian@apt.bungi.com (Brian Litzinger)
  1501. Subject: Why Not PEP Over Cellular?
  1502. Date: Sun, 12 Jul 1992 06:13:04 GMT
  1503.  
  1504.  
  1505. I have an adapter that allows me to use a standard fax machine
  1506. and V.22bis type modem over my cellular phone.
  1507.  
  1508. However, my Telebit Trailblazer+ won't do PEP over it.  It actually
  1509. acts slightly odd.  I get the PEP tones of the answering modem, it
  1510. goes through the normal PEP undulations and turns the speaker off, but
  1511. never sends the connect message, and eventually gives up.
  1512.  
  1513. Any ideas?
  1514.  
  1515.  
  1516. brian@apt.bungi.com
  1517.  
  1518. ------------------------------
  1519.  
  1520. From: eaw@alliant.com (Eric Woudenberg)
  1521. Subject: Connecting Phone Lines to a Computer
  1522. Organization: Alliant Computer Systems
  1523. Date: Sun, 12 Jul 1992 08:02:16 GMT
  1524.  
  1525.  
  1526. I'm helping a research lab connect several PBX extensions to a VMEbus
  1527. based computer. They would like to develop a program which can answer
  1528. calls placed to these extensions and use speech recognition to find a
  1529. phone number when given a (spoken) name.
  1530.  
  1531. The main problem is how to do the phone line handling and A/D and D/A
  1532. conversion. My vision of the ideal solution would be a VMEbus board
  1533. with 8 or so RJ-11 jacks on the front. The board would be able to
  1534. answer and hangup the phone and also digitize incoming audio and DMA
  1535. it into memory, it would also need to be able to output audio from
  1536. digital data in memory.
  1537.  
  1538. Does anyone know of a board like this? Can anyone give some
  1539. suggestions on they might approach this problem? I would be very
  1540. interested in talking to someone who knows about this sort of thing.
  1541.  
  1542.  
  1543. Thanks,
  1544.  
  1545. Eric Woudenberg    (eaw@alliant.com)
  1546.  
  1547. ------------------------------
  1548.  
  1549. From: cambler@nike.calpoly.edu (The Squire, Phish)
  1550. Subject: Simple Volume Boost
  1551. Organization: Fantasy, Incorporated: Reality None of Our Business.
  1552. Date: Sat, 11 Jul 1992 11:47:08 GMT
  1553.  
  1554.  
  1555. This is probably very simple, but alas, I'm a software weenie :-)
  1556.  
  1557. I have a very nice 20 line phone picked up at surplus. All the lights
  1558. and such don't work because they want some voltage from a PBX or
  1559. something, but all 20 lines work nicely. Because it's a PBX phone,
  1560. however, the volume out of the handset is pretty low. I'm also told
  1561. that the volume from the mic is low. Interestingly, when another
  1562. extension in the house is picked up, I'm told the volume on the other
  1563. end improves.
  1564.  
  1565. Can anyone explain this? And can any suggest a simple circuit
  1566. (preferably passive, or using phone power) to boost volume to the
  1567. earpiece?
  1568.  
  1569. Thanks in advance.
  1570.  
  1571.  
  1572. cambler@zeus.calpoly.edu | Fubar Systems BBS
  1573. (805) 54-FUBAR   3/12/24, MNP5, 8N1   FSBBS 2/FSUUCP 1.3
  1574.  
  1575. ------------------------------
  1576.  
  1577. From: vk2bea!michael@arinc.com (Michael G. Katzmann)
  1578. Subject: 1-800-ATF-GUNS and Anonymity
  1579. Date: 11 Jul 92 13:52:44 GMT
  1580. Organization: Broadcast Sports Technology., Crofton, MD
  1581.  
  1582.  
  1583. There is an advertisment that has been running in the {Washington
  1584. Post} over the last few weeks, placed by General Dynamics (heavy
  1585. irony), asking members of the public to call the Bureau of Alcohol,
  1586. Tobacco and Firearms to report illegal gun dealings.
  1587.  
  1588. It says call 1-800-ATF-GUNS, YOU DON'T HAVE TO GIVE YOUR NAME.
  1589.  
  1590. This is, at the least, misleading since it implies anonymity for the
  1591. caller.  Since as astute comp.dcom.telecom readers know, ANI is
  1592. available to 800 service subscribers, the caller's number would surely
  1593. be recorded by ATF.
  1594.  
  1595. Whilst one can't argue the objectives of the campaign, it is not fair
  1596. to mislead the general public. (Perhaps we've all become used to being
  1597. lied to by advertisments ... sigh)
  1598.  
  1599.  
  1600. Michael Katzmann      Broadcast Sports Technology Inc.
  1601. ~~~~~~~~~~~~~~~~      Crofton, Maryland. U.S.A
  1602. Amateur Radio Stations:   
  1603. NV3Z / VK2BEA / G4NYV      opel!vk2bea!michael@uunet.uu.net
  1604.  
  1605.  
  1606. [Moderator's Note: I've often had the same thoughts about the numerous
  1607. signs I see on the subways here urging people to call and seek help
  1608. for a problem with cocaine, abusing your children, etc. They all use
  1609. 800 numbers also, with ANI, I'm sure.   PAT]
  1610.  
  1611. ------------------------------
  1612.  
  1613. From: stoll@ocf.Berkeley.EDU (Cliff Stoll)
  1614. Subject: Idiot Dialing 911
  1615. Date: 12 Jul 1992 00:20:42 GMT
  1616. Organization: U.C. Berkeley Open Computing Facility
  1617.  
  1618.  
  1619. A friend of mine answered phones at the Buffalo 911 hotline.  Perhaps
  1620. it's an urban myth, but she swears that one woman wouldn't dial 911
  1621. because "I couldn't find the eleven button on my phone."
  1622.  
  1623. Since then, they advertise the service as "nine one one" instead of
  1624. "nine eleven."
  1625.  
  1626.  
  1627. Cliff Stoll  12 July 92
  1628.  
  1629. ------------------------------
  1630.  
  1631. Date: Sat, 11 Jul 1992 21:54:47 -0400 (EDT)
  1632. From: Peter Lucas <plucas+@andrew.cmu.edu>
  1633. Subject: Pager Modem?
  1634.  
  1635.  
  1636. Since there is now a service that forwards Internet mail into the
  1637. alphanumeric pager world, I assume there must also exist receivers
  1638. that one can connect to a laptop to recieve them, right?  This sounds
  1639. pretty wonderful in principle.  Does it work?  Where does one get such
  1640. a device and how much is it?  Are there options?  More generally, how
  1641. close are we to a nationwide two-way cellular data network?
  1642.  
  1643.  
  1644. pete lucas (lucas@maya.com)
  1645.  
  1646. ------------------------------
  1647.  
  1648. From: ole!ray@uunet.UU.NET (Ray Berry)
  1649. Subject: Loop Simulators
  1650. Organization: Cascade Design Automation, Bellevue, WA
  1651. Date: Sat, 11 Jul 1992 19:51:25 GMT
  1652.  
  1653.  
  1654. To vary loop voltage over 100 volt range, vary impedance, etc.; also,
  1655. would like a programmable ring generator of variable frequency and
  1656. voltage ( 40-130 Vrms, 16-60 Hz) ; the ability to gate it or program
  1657. it for particular ring patterns would be a plus.  I need something
  1658. that looks like a *real* line- not a quick hack power supply, square
  1659. wave inverting ringer, etc.
  1660.  
  1661.     I don't know who the vendors of this type of stuff are -- hence this
  1662. post.  TIA.
  1663.  
  1664.  
  1665. Ray Berry  kb7ht  ray@ole.UUCP  73407.3152@compuserve.com
  1666.  
  1667. ------------------------------
  1668.  
  1669. Reply-To: tdarcos@mcimail.com
  1670. From: Paul Robinson <FZC@CU.NIH.GOV>
  1671. Date: Sun, 12 Jul 92  00:01:08 EDT
  1672. Subject: Here is the Number to Read Back Your Calling Number
  1673.  
  1674.  
  1675. There is a number you can dial to obtain the telephone number that you
  1676. are calling from.  I got this number off of the RIME BBS Network
  1677. "Phones" conference.  I have tried it and it works, even from a U.S.
  1678. Government Centrex number.  I do not know if there is a charge for the
  1679. call, as I do not remember seeing it on my phone bill.
  1680.  
  1681. The exact number to dial is:
  1682.  
  1683.     10732-1-404-988-9664
  1684.  
  1685. Note this is a special number using the 732 network, a private network
  1686. operated by AT&T.
  1687.  
  1688. After a tone, it reads back the area code and phone number placing the
  1689. call, then what apparently is a checksum digit.  At this point it no
  1690. longer has the ANI information and then reads back all zeros.
  1691.  
  1692. If AT&T is charging for this; all well and good, they are not likely
  1693. to drop it; if not, please be prudent in using it so as not to see it
  1694. cancelled.
  1695.  
  1696.  
  1697. Paul Robinson - These opinions are mine (Who else would want them?)
  1698.  
  1699. ------------------------------
  1700.  
  1701. Date: Sat, 11 Jul 92 08:32:02 -0700
  1702. From: martin@cod.nosc.mil (Douglas W. Martin)
  1703. Subject: Looking For Phone Exchange Stats
  1704.  
  1705.  
  1706.      I am looking for some statistics or even rough estimates of what
  1707. percentage of particular exchanges are actually assigned.  There has
  1708. been much discussion of area codes running out of exchanges, but what
  1709. about exchanges running out of numbers?  That is, in long-established
  1710. exchanges (not those involved in recent area code splits) are 99% or
  1711. 20% etc of numbers actually assigned to phones?  Similarly, if calling
  1712. various exchanges, what might be the probability of getting an actual
  1713. phone vs an intercept recording?  Obviously, there will be a wide
  1714. variation; so I am looking for extremes; e.g. some urban residential
  1715. exchanges, vs exchanges like: (907) 852 Barrow Alaska or (819) 793
  1716. Baker Lake NWT?  Where might I find such info?
  1717.  
  1718.  
  1719. Thanks, 
  1720.  
  1721. Doug Martin    martin@nosc.mil
  1722.  
  1723. ------------------------------
  1724.  
  1725. Date: Sat, 11 Jul 92 08:47:24 -0700
  1726. From: martin@cod.nosc.mil (Douglas W. Martin)
  1727. Subject: Telecom in Remote Countries?
  1728.  
  1729.  
  1730.      I am looking for data on types of equipment and exchange and
  1731. phone number assignment in remote countries. E.g.  How many exchanges
  1732. are there in Vanuatu? Is there one for each island?  How would numbers
  1733. be assigned; e.g. with four-digit numbers would the assignment be
  1734. first 2222, 2223, 2322, etc?  And what kind of equipment is in use?
  1735. Are there still lots of step-by-step switches?  
  1736.  
  1737. I am interested in such information for places like Seychelles,
  1738. Tuvalu, and the Australian Territories (country code 672).  Any info
  1739. is appreciated.  I have seen discussions here about the phone systems
  1740. in larger countries; there was a very good series of articles on the
  1741. phone system of India.  
  1742.  
  1743. In addition to small remote island nations, does anyone have info
  1744. about the phone system in mainland China?  Their partition of the
  1745. country code list is small, I think only one two-digit prefix is
  1746. assigned to China?  Does this suggest not very many phones? or simply
  1747. that most phones are inaccessible from the rest of the world?  
  1748.  
  1749.  
  1750. Thanks,
  1751.  
  1752. Doug Martin  martin@nosc.mil
  1753.  
  1754. ------------------------------
  1755.  
  1756. From: rees@pisa.citi.umich.edu (Jim Rees)
  1757. Subject: Ground Wire on Network Interface?
  1758. Reply-To: Jim.Rees@umich.edu
  1759. Organization: University of Michigan IFS Project
  1760. Date: Sat, 11 Jul 92 15:57:17 GMT
  1761.  
  1762.  
  1763. I just had yet another phone line installed, and I now have a new
  1764. network interface box on the side of my house.  The other lines are
  1765. the old fashioned kind that go directly into the house, with the
  1766. protector block mounted in my basement.
  1767.  
  1768. I assume that the protector block is now part of the network
  1769. interface.  What I don't understand is that there is no ground wire
  1770. going in to the network interface box.  All my other protector blocks
  1771. require a ground for proper operation.  There are two screw holes on
  1772. the "customer" side of the box marked "G," but these are just holes
  1773. and don't have any conductors (or screws) in them.  There is no other
  1774. obvious place to put a ground wire.
  1775.  
  1776. Should I connect up a ground wire somehow?  To what?  Should I install
  1777. my own "old-fashioned" protector block in the basement?
  1778.  
  1779. The network interface is a Keptel SNI 4600 and the line is basic rate
  1780. ISDN, if that makes a difference.
  1781.  
  1782. ------------------------------
  1783.  
  1784. From: leavens@mizar.usc.edu (Justin Leavens)
  1785. Subject: The Message Center Offers 'Daily Reporter' Service
  1786. Date: 11 Jul 1992 10:24:50 -0700
  1787. Organization: University of Southern California, Los Angeles, CA
  1788.  
  1789.  
  1790.   As a recent subscriber to Pacific Bell's Message Center, I was
  1791. offerred a free month of their new 'Daily Reporter' service.
  1792. Essentially, the service drops you a piece of voicemail every day from
  1793. Dow Jones giving you a little blurb on whichever of the topics you
  1794. subscribe to (now offerring News, Sports, and Financial categories).
  1795. The messages are not cumulative, so yesterday's news is replaced by
  1796. today's news. Each topic is $0.75 monthly, $1.50 for two, and $2.00
  1797. for all three.
  1798.  
  1799.   This is supposed to be an inital test of the system, with future
  1800. additions to the topics: weather reports, restaurant and movie
  1801. reviews, "and even a daily horoscope!" [oh boy]. To quote more:
  1802.  
  1803.   "You'll also be able to receive information customized to your
  1804. needs. For example, you'll be able to select only the sports teams you
  1805. want to know about, or choose spcific financial reports on the
  1806. companies you're most interested in."
  1807.  
  1808.   We'll see how this works. Considering Pacific Bell somehow 'lost' my
  1809. original order for the Message Center in the first place, and the
  1810. problems of the Message Center last year, I'm skeptical. But the
  1811. operator I spoke with told me that they were planning on expanding the
  1812. functionality of the Message Center in the next few months (that
  1813. service to be available for 3X the price of current service) which
  1814. would include features that GTE currently offers in it's voicemail
  1815. service. Imagine that, GTE actually _ahead_ of Pacific Bell!
  1816.  
  1817.  
  1818. Justin Leavens   University of Southern California
  1819.  
  1820. ------------------------------
  1821.  
  1822. End of TELECOM Digest V12 #554
  1823. ******************************
  1824. 
  1825. 
  1826. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa19587;
  1827.           12 Jul 92 14:15 EDT
  1828. Received: by delta.eecs.nwu.edu id AA15266
  1829.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 12 Jul 1992 06:47:22 -0500
  1830. Received: by delta.eecs.nwu.edu id AA27790
  1831.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 12 Jul 1992 06:47:14 -0500
  1832. Date: Sun, 12 Jul 1992 06:47:14 -0500
  1833. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  1834. Message-Id: <199207121147.AA27790@delta.eecs.nwu.edu>
  1835. To: "\\telecom"@eecs.nwu.edu
  1836. Subject: TELECOM Digest V12 #555
  1837.  
  1838. TELECOM Digest     Sun, 12 Jul 92 06:47:05 CDT    Volume 12 : Issue 555
  1839.  
  1840. Index To This Issue:                      Moderator: Patrick A. Townson
  1841.  
  1842.     Digital in $1 Billion Australian Telecom Project (Dec News via M. Solomon)
  1843.     More on That Pesky Message Center (Justin Leavens)
  1844.     AT&T's Left Hand Doesn't Know What its Right Hand is Doing (Will Martin)
  1845.     AT&T Makes Junk Phone Calls (Andrew Klossner)
  1846.     Clinton pro Internet? (Joseph Jesson)
  1847.     Book on North American Phone System Wanted (Tom Diessel)
  1848.     Buying Up the Whole Exchange (was New 5ESS(tm) Here) (Alan Boritz)
  1849.     Telephone Vanity Plates? (Alan Boritz)
  1850.     Lower Phone Bills (was Per-Call Charge on Caller-ID) (Justin Leavens)
  1851.     E-Mail Address of "FERMA" (Chang Hyeoungkyu)
  1852.     800 vs. Calling Cards (John Carr)
  1853.     Broadcasting News Group Expands Digest Distribution (William Pfeiffer)
  1854.     "Two Nine(s)" (Carl Moore)
  1855. ----------------------------------------------------------------------
  1856.  
  1857. Date: Sat, 11 Jul 1992 02:02:09 -0400
  1858. From: Monty Solomon <monty@proponent.com>
  1859. Subject: Digital in $1 Billion Australian Telecom Project
  1860.  
  1861.  
  1862.  From: price@mrktng.enet.dec.com (Dave Price, UNIX Press Relations )
  1863.  Newsgroups: biz.dec
  1864.  Subject: DECnews/Optus Communications Selects Digital in $1 Billion 
  1865.  Date: 10 Jul 92 20:29:13 GMT
  1866.  
  1867. ||||||||||||  DEC n e w s  ||||||||||||||||||||||||||||||||||||||||||||||||
  1868.                                               Digital Equipment Corporation
  1869.                                           Maynard, Massachusetts 01754-2571
  1870. Editorial contact:
  1871.  
  1872.           (UNITED STATES)
  1873.           Dick Calandrella
  1874.           Digital Equipment Corporation
  1875.           (508) 496-8626
  1876.  
  1877.           (AUSTRALIA)
  1878.           Peter Davidson
  1879.           Digital Equipment Corporation
  1880.           011-61-2-561-7008
  1881.  
  1882.           (AUSTRALIA)
  1883.           David Foster
  1884.           Optus Communications
  1885.           011-61-2-238-7723
  1886.  
  1887.  
  1888.       OPTUS COMMUNICATIONS SELECTS DIGITAL AS PRIME CONTRACTOR
  1889.        IN $1 BILLION (AUS) SYSTEMS INTEGRATION TELECOM PROJECT
  1890.  
  1891.  
  1892. MAYNARD, Mass. -- July 9, 1992 -- In a strategic agreement estimated
  1893. to be worth $1 billion (AUS) over the next 10 years, Digital Equipment
  1894. Corporation was named as the prime contractor to provide the complete
  1895. information technology and service needs for Optus Communications, the
  1896. second largest telecommunications carrier in Australia.
  1897.  
  1898.      Under terms of the agreement, signed in Sydney, Australia on June
  1899. 22, 1992, Digital will serve as the prime contractor to Optus to
  1900. develop an Operational Support System (OSS) for what will be the
  1901. world's first fully digital telecommunications network.
  1902.  
  1903.      OSS includes the network operating systems and applications
  1904. software required to manage the many elements of a digital
  1905. telecommunications network.
  1906.  
  1907. Building Australia's Second Telecommunications Network
  1908.  
  1909.      Optus, which secured the right to operate Australia's second
  1910. telecommunications network in November 1991, is a consortium of Bell
  1911. South, Cable and Wireless, and several Australian firms.
  1912.  
  1913.      Plans call for digital cellular facilities to cover 80 percent of
  1914. the population, with fibre transmission facilities built to cover most
  1915. major centers by 1997. This will provide virtually all of Australia
  1916. with access to Optus' services.
  1917.  
  1918.      Under terms of this contract, Digital will be responsible for the
  1919. systems integration, management, training, and operation of the entire
  1920. information technology needs of Optus, and, in effect, become the
  1921. information technology arm of Optus.
  1922.  
  1923. Other strategic contractors involved with Digital are:
  1924.  
  1925.      *     NorTel Australia Proprietary Limited 
  1926.          (for the switching equipment)
  1927.  
  1928.      *     Fujitsu Australia Limited 
  1929.          (for the transmission equipment)
  1930.  
  1931.      *     Nokia Telecommunications
  1932.          (for the digital mobile systems)
  1933.  
  1934.      *     Leighton Contractors Proprietary Limited 
  1935.          (for the building construction)
  1936.  
  1937.  
  1938.      Optus Chief Executive Officer, Bob Mansfield, described the
  1939. agreement as one of the largest contracts in the world for development
  1940. of a fully integrated OSS.
  1941.  
  1942.      "This agreement will see the establishment by Digital of a 
  1943. global OSS Support and Development Center in Australia," Mansfield 
  1944. said. "Digital will also commit its international marketing 
  1945. resources to develop an export market for OSS with the potential to 
  1946. earn up to $1 billion (AUS) for new Australia-developed technology 
  1947. over the next decade," he added.
  1948.  
  1949.      Mansfield also noted that Digital had won its position by
  1950. solutions and a business plan which will provide world class service
  1951. and long-term export growth for Australia to other carriers and
  1952. private network operators.
  1953.  
  1954.      Frank Wroe, Digital-Australia Chairman, said that the agreement
  1955. with Optus "is a highly significant challenge to Digital. We are
  1956. involved with every major telecommunications provider in the world,
  1957. but Australia will move quickly to become a leader in fully-
  1958. integrated open systems, using fibre technology in end-to-end digital
  1959. networking."
  1960.  
  1961.      Russ Gullotti, worldwide Vice President of Digital Services,
  1962. noted that "this agreement with Optus is the largest single systems
  1963. integration and services contract we have signed anywhere in the
  1964. world, and we are excited by the challenges and opportunities it will
  1965. provide in the global telecommunications arena."
  1966.  
  1967.  
  1968. OSS Potential For Export
  1969.  
  1970.      OSS will allow Optus to provide superior customer service, and a
  1971. software product for export.
  1972.  
  1973.      It will also be the first fully integrated OSS. Previous projects
  1974. attempted to integrate a mix of mechanical, analog, and digital
  1975. technologies that existed in established networks.
  1976.  
  1977.      Digital will be the principal marketer of the new systems through
  1978. its global operations, and is examining joint venture opportunities
  1979. with Optus.
  1980.  
  1981.      Digital Equipment Corporation, headquartered in Maynard,
  1982. Massachusetts, is the leading worldwide supplier of networked computer
  1983. systems, software and services. Digital pioneered and leads the
  1984. industry in interactive, distributed and multivendor computing.
  1985. Digital and its partners deliver the power to use the best integrated
  1986. solutions - from desktop to data center - in open information
  1987. environments.
  1988.  
  1989.                                 ####
  1990.  
  1991. DECnews is sent as a courtesy to members of the press.
  1992. For subscription information please contact:
  1993.   David Price, USS Press Relations, Digital Equipment Corporation
  1994.   Voice:603-884-3467   FAX:603-884-3467   Internet:price@decvax.dec.com
  1995.  
  1996. ------------------------------
  1997.  
  1998. From: leavens@mizar.usc.edu (Justin Leavens)
  1999. Subject: More on That Pesky Message Center
  2000. Date: 11 Jul 1992 15:25:30 -0700
  2001. Organization: University of Southern California, Los Angeles, CA
  2002.  
  2003.  
  2004. Apparently something happened to the Pacific Bell Message Center again
  2005. yesterday. A message today informed users that messages from June 23
  2006. to July 8 had been lost, but message receieved between June 28 and
  2007. July 8th were being restored "and should begin to be recieved in your
  2008. mailbox again soon." Messages receieved between June 23 and June 27th
  2009. are apparently gone for good. Callers who reached the Message Center
  2010. yesterday during the outage time between 1:15pm and 6:30pm were told
  2011. that the Message Center was "experiencing difficulties" and were not
  2012. able to leave messages.
  2013.  
  2014. All Message Center users, according to the recording, will receive a
  2015. credit for a month's free service in an "upcoming" phone bill.
  2016.  
  2017. Anyone know the scoop on this outage? Luckily (depending on how you
  2018. look at it) I just got my Message Center service and didn't set up my
  2019. mailbox until last night, so I didn't lose anything. But this is two
  2020. serious outages in one year, this one resulting in the loss of saved
  2021. messages. Why does the Message Center seemed to be so plagued with
  2022. problems?
  2023.  
  2024.  
  2025. Justin Leavens    University of Southern California
  2026.  
  2027. ------------------------------
  2028.  
  2029. Date: Fri, 10 Jul 92 8:21:31 CDT
  2030. From: Will Martin <wmartin@STL-06SIMA.ARMY.MIL>
  2031. Subject: AT&T's Left Hand Doesn't Know What its Right Hand is Doing
  2032.  
  2033.  
  2034. This appeared on the SWL mailing list; thought you might want to put
  2035. it in Telecom, if you didn't already get a copy direct:
  2036.  
  2037.  Date:   Thu, 9 Jul 1992 13:08:00 GMT
  2038.  Sender: Short Wave Listener's List <SWL-L%OHSTVMA.BITNET@ricevm1.rice.edu>
  2039.  From:   Jerry Dallal <jerry@GINGER.HNRC.TUFTS.EDU>
  2040. Subject: So what's a little poor English?
  2041.  
  2042.  
  2043. If bad English is a company's worst fault ... I'll take that,
  2044. especially if the English is "good enough" to tell you how the product
  2045. works.
  2046.  
  2047. Consider a blue-chip USA company whose English is usually flawless --
  2048. AT&T.  Yesterday, I returned one of their 5405 cordless phones.  (Yes,
  2049. there is a broadcasting tie-in, even if not shortwave.)  Why?  Because
  2050. their cordless phones are incompatible with THEIR OWN answering
  2051. machines.  The 5000 series of phones puts out tones in 80 millisecond
  2052. bursts, no matter how long you depress the key.  This is too short to
  2053. trigger many of the remote features in their currently-market,
  2054. top-of-the-home-use-line 1323 answering machine, as one of AT&Ts
  2055. technicians admitted.  (I believe the specs require a 750 millisecond
  2056. tone.)
  2057.  
  2058. Wait.  It gets better.  The entire 5000 series of phones puts out
  2059. burst tones, so AT&T couldn't even specify another one of their models
  2060. that IS compatible with their answering machines!
  2061.  
  2062. So which is worse, a company whose manuals are written in poor
  2063. English, or a company whose telephones and answering machines are
  2064. incompatible?
  2065.  
  2066. ------------------------------
  2067.  
  2068. From: andrew@frip.wv.tek.com (Andrew Klossner)
  2069. Subject: AT&T Makes Junk Phone Calls
  2070. Date: 10 Jul 92 09:14:48 GMT
  2071. Reply-To: andrew@frip.wv.tek.com
  2072. Organization: Tektronix, Wilsonville, Oregon
  2073.  
  2074.  
  2075. I send GTE extra money every month to keep my home phone number
  2076. unlisted, just so that I can enjoy my dinner without interruptions
  2077. from phone solicitors.
  2078.  
  2079. Last night such an interruption occurred.  A rep from AT&T, my long
  2080. distance carrier, wanted to sell me a package.  Experienced parents
  2081. may sympathize with my plight: I had a baby in one hand, a bottle in
  2082. the other, and had to break off a hard-to-manage feeding to answer the
  2083. damned call.  (I can't ignore the phone; I have a second baby in the
  2084. hospital.)
  2085.  
  2086. Obviously I can't keep my carrier from knowing my phone number.  What
  2087. steps might I take to prevent more such calls?
  2088.  
  2089.  
  2090. Andrew Klossner  (andrew@frip.wv.tek.com)
  2091.  
  2092. ------------------------------
  2093.  
  2094. From: joe@netcom.com (Joseph Jesson)
  2095. Subject: Clinton pro Internet???
  2096. Date: Sun, 12 Jul 92 00:04:56 GMT
  2097. Organization: Netcom - Online Communication Services (408 241-9760 guest)
  2098.  
  2099.  
  2100.  From what I have read, Clinton places the improvement of the Internet
  2101. (increased bandwidth) VERY high on his list of priorities.  Al Gore,
  2102. the father of the NREN bill, also places the "national info highway"
  2103. at the top of the list!
  2104.  
  2105.  
  2106. joe
  2107.  
  2108. ------------------------------
  2109.  
  2110. Date: 12 Jul 92 02:56:58+0200
  2111. From: Thomas Diessel <diessel@informatik.unibw-muenchen.de>
  2112. Subject: Book on North American Phone System Wanted
  2113. Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
  2114.  
  2115.  
  2116. Can you recommend an introductory book on the North American ("Bell",
  2117. USA/Canada) phone or telecommunication network?
  2118.  
  2119.  
  2120.  
  2121. Thomas Diessel
  2122. Federal Armed Forces University, Munich  -  Computer Science Department
  2123. Werner-Heisenberg-Weg 39  -  W-8014 Neubiberg   Germany
  2124.  
  2125. ------------------------------
  2126.  
  2127. Date: 11 Jul 92 21:03:14 EDT
  2128. From: Alan Boritz <72446.461@CompuServe.COM>
  2129. Subject: Buying Up the Whole Exchange (was New 5ESS(tm) Here)
  2130.  
  2131.  
  2132. dave@westmark.com (Dave Levenson) writes:
  2133.  
  2134. > In the wee small hours of July 4th of this year, the Millington, NJ
  2135. > central office switch was replaced by a nice new 5ESS switch.  It
  2136. > replaced a 1A-ESS switch which had been installed there approximately
  2137. > ten years ago.  A New Jersey Bell employee claims that this
  2138. > early-retirement of the analog switch was the result of pressure from
  2139. > AT&T.  They wanted ISDN service at the Bell Labs Liberty Corner
  2140. > location, which is served by this switch.
  2141.  
  2142. > Apparently, if you're a big enough customer, you can get the local
  2143. > telco to supply you with ISDN, even if they have to replace the whole
  2144. > central office to do it!
  2145.  
  2146. Not only can you get a central office replaced, but you can buy the
  2147. whole thing!  My former boss at the City of New York, a former Bell
  2148. Labs scientist, explained a while back how Bell had found such a
  2149. bargain in the land now occupied by AT&T that the real estate people
  2150. had not realized that it was in the area covered by the independent
  2151. telco (now known as United Telephone) in northern New Jersey, NOT by
  2152. New Jersey Bell.  It cost a bundle to negotiate the territory from the
  2153. independent -- and an unlucky Bell employee's job.
  2154.  
  2155.  
  2156. Alan Boritz    72446.461@compuserve.com
  2157.  
  2158. ------------------------------
  2159.  
  2160. Date: 11 Jul 92 21:02:59 EDT
  2161. From: Alan Boritz <72446.461@CompuServe.COM>
  2162. Subject: Telephone Vanity Plates?
  2163.  
  2164.  
  2165. Did you know that the State of New Jersey issues special vanity
  2166. license plates for "Telephone Pioneers?"  Am I the only one that
  2167. didn't?  I spotted one on a car in a Mahwah, New Jersey, parking lot
  2168. today.  The plates have a "PA" prefix and sport a Telephone Pioneers
  2169. of America logo with the familiar bell in the middle.
  2170.  
  2171. What'll they think of next?  First Bell-Shaped-Heads, now Bell-Shaped
  2172. license plates. ;)
  2173.  
  2174.  
  2175. Alan Boritz     72446.461@compuserve.com
  2176.  
  2177. ------------------------------
  2178.  
  2179. From: leavens@mizar.usc.edu (Justin Leavens)
  2180. Subject: Lower Phone Bills (was:Re: Per-Call Charge on Caller-ID Dropped in MI)
  2181. Date: 11 Jul 1992 14:30:52 -0700
  2182. Organization: University of Southern California, Los Angeles, CA
  2183.  
  2184.  
  2185. > [Moderator's Note: I'll watch eagerly for each issue of "Telebriefs"
  2186. > in my mail to see what it has to say. Lord knows I could use a
  2187. > reduction in my phone bill.  :)    PAT]
  2188.  
  2189. > From my new GTE-CA bill this month:
  2190.  
  2191. Where the bill usually reads: 
  2192.  
  2193. TEMPORARY SURCHARGE AS MANDATED BY FCC     $1.50
  2194.  
  2195. was replaced this month with:
  2196.  
  2197. TEMPORARY SURCREDIT AS MANDATED BY FCC   - $1.50
  2198.  
  2199. This was the result of our legal system in action, wasn't it? Gotta
  2200. love it ...
  2201.  
  2202.  
  2203. Justin Leavens              University of Southern California
  2204. Microcomputer Specialist    leavens@mizar.usc.edu
  2205.  
  2206. ------------------------------
  2207.  
  2208. Date: Tue, 7 Jul 92 22:37:32 KDT
  2209. From: chk@ssp.etri.re.kr (Chang Hyeoungkyu)
  2210. Subject: E-Mail Address of FERMA
  2211.  
  2212.  
  2213. Dear netters,
  2214.  
  2215. Does anybody know the e-mail address of FERMA?  I'm interested in
  2216. DIVAPHONE which is developed by FERMA.  A short description of it can
  2217. be found in the 2nd International Conference on Intelligence in
  2218. Networks, page 70.
  2219.  
  2220. Any help will be very much appreciated!
  2221.  
  2222.  
  2223. Best regards,
  2224.  
  2225. Chang Hyeoungkyu
  2226.  
  2227. ------------------------------
  2228.  
  2229. Date: 12 Jul 1992 07:03:43 GMT
  2230. From: John Carr <carr@smtp.ESL.COM>
  2231. Subject: 800 vs. Calling Cards
  2232.  
  2233.  
  2234. Some of our travellers and remote personnel have requested 800 dial-in
  2235. access to our network.  They current call in using AT&T Calling Cards.
  2236. Should I expect to save money by offering 800 service over their using
  2237. CCs or are CCs generaly less expensive (if somewhat less convenient).
  2238.  
  2239. An added factor is that many of these calls will originate in hotels
  2240. using ripoff AOSs and not all our travellers have grasped the concept
  2241. of 10288 completely (though we are trying to re-educate them :-)
  2242.  
  2243. The volume would probably be less than 100 call-hours/month.
  2244.  
  2245. So, the question is, which is cheaper: 800, AT&T CC direct dialed thru
  2246. AT&T, AT&T CC direct dialed thru Big Bob's LD & Fish Emporium.
  2247.  
  2248.  
  2249. Thanks,
  2250.  
  2251. ------------------------------
  2252.  
  2253. From: wdp@airwaves.chi.il.us
  2254. Subject: Broadcasting Newsgroup Expands Digest Distribution
  2255. Date: Sat, 11 Jul 92 19:02:24 CDT
  2256.  
  2257.  
  2258. Dear Telecom readers:
  2259.  
  2260.  
  2261. Anyone interested in receiving the Usenet newsgroup/mailinglist 
  2262. rec.radio.broadcasting is encouraged to let us know.  In the past, we
  2263. have been reluctant to expand the mailing database due to system
  2264. restrictions, but that has been remedied now and we are capable of
  2265. adding subscribers.
  2266.  
  2267. Rec.radio.broadcasting covers any and all phases of 'domestic' radio
  2268. broadcasting and related fields such as engineering, recording,
  2269. formats, news and views, radio history, radio news and political
  2270. coverage, legal ,matters, new technologies, AM/FM and even some
  2271. Television DXing, pirate broadcasting, marketing, network radio and
  2272. employment. Virtually any subject pertaining to the arena of domestic
  2273. radio broadcasting or matters which are likely to be of interest to
  2274. the broadcast community (including listeners) is acceptable for
  2275. inclusion.
  2276.  
  2277. By 'domestic' we refer to radio which is intended for reception in the
  2278. country in which it is broadcast.  While this is not a 'hard-fast'
  2279. rule, it is a guideline by which we operate.  International
  2280. participation is welcomed.  We do not limit discussion to USA or North
  2281. Americam radio.
  2282.  
  2283. To subscribe, send e-mail to wdp@airwaves.chi.il.us and let me know.
  2284. To submit articles, send to rrb@airwaves.chi.il.us
  2285.  
  2286.  
  2287. Thank you.
  2288.  
  2289. William Pfeiffer       Moderator - rec.radio.broadcasting
  2290.  
  2291. ------------------------------
  2292.  
  2293. Date: Sun, 12 Jul 92 0:40:15 EDT
  2294. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  2295. Subject: "Two Nine(s)"
  2296.  
  2297.  
  2298. Back in 1975 on a college campus, I heard that a phone in an office
  2299. was ABC-2909 (ABC being used, in this message, for the prefix) and was
  2300. billed for some calls which the people in that office were sure they
  2301. did not make.  It turns out those calls should have been billed to
  2302. ABC-9909, which was off-campus.  For all I know, this could have been
  2303. before stricter rules were put in for third-party billing.  Anyway, I
  2304. heard what had caused the confusion: People commonly said "...two
  2305. nines oh nine" when referring to ABC-9909, and ABC-2909 was of course
  2306. referred to as "two nine oh nine".
  2307.  
  2308. ------------------------------
  2309.  
  2310. End of TELECOM Digest V12 #555
  2311. ******************************
  2312. ^A^A^A^A
  2313. ^A^A^A^A
  2314. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa09319;
  2315.           13 Jul 92 0:18 EDT
  2316. Received: by delta.eecs.nwu.edu id AA08592
  2317.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 12 Jul 1992 22:22:27 -0500
  2318. Received: by delta.eecs.nwu.edu id AA07106
  2319.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 12 Jul 1992 22:06:26 -0500
  2320. Date: Sun, 12 Jul 1992 22:06:26 -0500
  2321. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  2322. Message-Id: <199207130306.AA07106@delta.eecs.nwu.edu>
  2323. To: telecom@delta.eecs.nwu.edu
  2324. Subject: TELECOM Digest V12 #556
  2325.  
  2326.  
  2327. TELECOM Digest     Sun, 12 Jul 92 21:29:56 CDT    Volume 12 : Issue 556
  2328.  
  2329. Index To This Issue:                      Moderator: Patrick A. Townson
  2330.  
  2331.     Re: The Depths of Sliminess (Bill Mayhew)
  2332.     Re: The Depths of Sliminess (Roy Smith)
  2333.     Re: The Depths of Sliminess (Joseph Citro)
  2334.     Re: The Depths of Sliminess (Michael P. Deignan)
  2335.     Re: The Depths of Sliminess (John Higdon)
  2336.     Re: Suit Alleges Cellular Caused Brain Tumor (John Higdon)
  2337.     Re: Suit Alleges Cellular Caused Brain Tumor (Robert J. Woodhead)
  2338.     Re: Payphones With Bogus DTMF Tones? (Alan Boritz)
  2339.     Re: Alarm Bells (Alan Boritz)
  2340. ----------------------------------------------------------------------
  2341.  
  2342. From: wtm@uhura.neoucom.edu (Bill Mayhew)
  2343. Subject: Re: The Depths of Sliminess
  2344. Organization: Northeastern Ohio Universities College of Medicine
  2345. Date: Sun, 12 Jul 1992 17:10:08 GMT
  2346.  
  2347.  
  2348. I try to deal with telemarketers with a respecetful, "No thanks,"
  2349. because I know that they are people who are just trying to do a job
  2350. the same as anyone else.  I really get mad, however, when the person
  2351. on the other end won't termiate the call -- then all bets are off and
  2352. I show no mercy.
  2353.  
  2354. Phone telemarketers are not the functional equivalent of people who
  2355. leave advertising slips in my door.  The latter do little to impair
  2356. the intended function of my door for me to enter and exit, and to
  2357. admit my intended guests.  Telemarketing prevents me from using my
  2358. phone completely during the call.  Telemarketers are more like fuller
  2359. brush sales people that tie up my door.  Like the former, like the
  2360. latter always see to come calling when I'm the shower! :-)
  2361.  
  2362. One thing that disturbs me greatly is receiving unsolicited fax calls
  2363. on my home phone.  These universally occur between 11:30 PM and 5:30
  2364. AM ET.  I am obliged to get out of bed and answer the phone because I
  2365. am on call for systems support at work.  I have no practical means of
  2366. fighting back to this particularly pathological form of telemarketing.
  2367. I have a suspicion that I receive the fax calls because I meet a
  2368. demographic model for a person who is likely to have a fax machine,
  2369. but apparently the model is not smart enough to differentiate between
  2370. a home and office telephone.
  2371.  
  2372. I've been surprised that I've never received any sort of telemarketing
  2373. attempts on my cellular telephone.  It would seem that cellular users
  2374. would be a juicy techie market and cellular exchange prefixes aren't
  2375. terribly secret.  It must be that success rate for telemarketers isn't
  2376. very high when potential customers have to pay 40 cents per minute to
  2377. listen to advertising.
  2378.  
  2379. What would be nice to implement for caller ID is the ability to have
  2380. the telco screen incoming from "unknown" numbers.  Any friend or
  2381. repair person would unlikely be calling from a station with unknown
  2382. number enabled.
  2383.  
  2384. I'd love sales droids to get a telco intercept recording informing
  2385. them that, "your party does not accept calls from unknown numbers;
  2386. this is a recording 2-1-6-1-7."
  2387.  
  2388. This would speed up life for both the telemarket employee and myself.
  2389. We'd both benefit.  The employee would not have to listen to me being
  2390. annoyed at her/his untimely interruption (good for the psyche) and I
  2391. would have have to be interrupted.
  2392.  
  2393. I disagree with Pat re: caller ID.  Yep, I'd love to have it.  Of
  2394. course, I've called the local BOC to plead to have caller ID.  The
  2395. hard truth is that I still don't have Caller ID.  There isn't any
  2396. prohibition on telelmarketing companies from pestering me until such
  2397. time as I may have Caller ID.
  2398.  
  2399.  
  2400. Bill Mayhew      NEOUCOM Computer Services Department
  2401. Rootstown, OH  44272-9995  USA    phone: 216-325-2511
  2402. wtm@uhura.neoucom.edu   (140.220.1.1)
  2403.  
  2404. ------------------------------
  2405.  
  2406. Date: Sun, 12 Jul 92 10:02:28 EDT
  2407. From: Roy Smith <roy@alanine.phri.nyu.edu>
  2408. Subject: Re: The Depths of Sliminess
  2409. Organization: Public Health Research Institute (New York)
  2410.  
  2411.  
  2412. > I use a Caller-ID product that [...] permits me to automatically
  2413. > terminate the calls I preselect as telemarketers or whoever I don't wish
  2414. > to communicate [...]  It is a DOS machine board that takes up one slot
  2415. > and can be run as a TSR or as a dedicated machine.
  2416.  
  2417.     Reality check time.  Are you seriously suggesting that people
  2418. should go out and buy PC's which they should then dedicate to the task
  2419. of screening phone calls?  Sure, maybe it's a fun project for a
  2420. technogeek with lots of spare time and money, but we're talking about
  2421. plain folks who just don't want to be disturbed by annoying people
  2422. selling newspaper subscriptions or replacement windows while they're
  2423. eating dinner.
  2424.  
  2425.     And explain to me how I'm supposed to "preselect" telemarketers?
  2426.  
  2427.  
  2428. roy@wombat.phri.nyu.edu (Roy Smith)
  2429. Public Health Research Institute
  2430. 455 First Avenue, New York, NY 10016, USA
  2431.  
  2432. ------------------------------
  2433.  
  2434. Date: Sat, 11 Jul 92 19:40:44 CST
  2435. From: Joseph.Citro@ivgate.omahug.org (Joseph Citro)
  2436. Subject: Re: The Depths of Sliminess
  2437. Reply-To: joseph.citro%drbbs@ivgate.omahug.org
  2438. Organization: DRBBS Technical BBS, Omaha
  2439.  
  2440.  
  2441. In article <telecom12.528.5@eecs.nwu.edu> coyne@UTXVM.CC.UTEXAS.EDU
  2442. writes:
  2443.  
  2444. >> But the bottom line is that the call costs you nothing, you don't have to
  2445. >> answer the phone if you don't want to, and if you don't want what is
  2446. >> being sold, then say so right away, cutting them off if you have to
  2447.  
  2448. >> [Moderator's Note: ...  easy to pick the phone up, say 'no thank
  2449. >> you' and disconnect.
  2450.  
  2451. > Pat,
  2452.  
  2453. > What seems to be missed is, that people are interrupted by these sales
  2454. > tactics ringing their telephone.  I believe that many people drop
  2455. > whatever they are doing to go and answer a ringing telephone (Maybe
  2456. > this would be another good thread to decide if this is sane behavior
  2457. > or not).  But there is this feeling that is missed in the previous
  2458. > posts that this is not an inconvenience on the called person.
  2459.  
  2460. I really hate to be interupted by those nuisance calls. I never buy
  2461. anything from unsolicited phone calls.  When I do receive them, rather
  2462. than be nasty to them or even wait until they start their spiel, I ask
  2463. them to "Hold on for just a minute" then I go continue what I was
  2464. doing before, leaving them on the line.  After five or so minutes, I
  2465. go back and say "Oh are you still on the line?"  Most times they are
  2466. not.  If they do happen to hold on, I hang up on them.  And yes I have
  2467. caller ID so if I get any harrassing phone calls, I can return the
  2468. favors.
  2469.  
  2470.  
  2471. Ybbat (DRBBS) 8.9 v. 3.14 r.1      DRBBS  (1:285/666.0)
  2472.  
  2473. ------------------------------
  2474.  
  2475. From: kd1hz@anomaly.sbs.risc.net (Michael P. Deignan (KD1HZ))
  2476. Subject: Re: The Depths of Sliminess
  2477. Organization: The Rhode Island Internet Systems Cooperative Network
  2478. Date: Sun, 12 Jul 1992 06:43:58 GMT
  2479.  
  2480.  
  2481. jgd@dixie.com (John De Armond) writes:
  2482.  
  2483. > Ok Pat, tell us how to do that.... The phone is ringing and 
  2484. > a number appears on the screen that I don't recognize.  Explain to me
  2485. > how to use that magic Caller-ID box to make the distinction between a
  2486. > friend whose number I don't recognize or a potential customer calling
  2487. > and teleslime?
  2488.  
  2489. The first thing I would do is integrate Caller ID into my computer
  2490. system, and have the system interpret the phone number against a
  2491. database, and announce via its voice subsystem who is calling over my
  2492. residential PA system.
  2493.  
  2494. In our area, businesses and residential lines have different prefixes
  2495. So, I can tell by the prefix whether I am receiving a call from a
  2496. business line or another residential line.
  2497.  
  2498. If my system doesn't recognize the phone number from its database, it
  2499. can simply announce "incoming call from business exchange xxx-xxxx". I
  2500. would be less likely to get up and answer the phone, only to have AT&T
  2501. on the other end attempting to convince me to "switch back"...
  2502.  
  2503.  
  2504. Dr. Michael P. Deignan (deg.pend.)
  2505. Domain: kd1hz@anomaly.sbs.risc.net
  2506. UUCP: ..!uunet!anomaly!kd1hz 
  2507.  
  2508. ------------------------------
  2509.  
  2510. Date: Sun, 12 Jul 92 00:17 PDT
  2511. From: john@zygot.ati.com (John Higdon)
  2512. Reply-To: John Higdon <john@zygot.ati.com>
  2513. Organization: Green Hills and Cows
  2514. Subject: Re: The Depths of Sliminess
  2515.  
  2516.  
  2517. pdh@netcom.com (Phil Howard) writes:
  2518.  
  2519. > My "call screening system" works this way.  An ordinary answering
  2520. > machine is set to answer on the first ring and has a message that
  2521. > suggests that the telephone does not ring (it actually does, but I
  2522. > don't react to it, though that would be longer to explain on the
  2523. > announcement).  I ask the calling party to announce who they are so I
  2524. > might pick up the phone, or if I don't pick up they can leave a
  2525. > message (three minutes available from the beep).
  2526.  
  2527. Since as a Californian, I am not permitted Caller ID ...
  2528.  
  2529. Mine works this way. My machine answers the phone with a menu offering
  2530. three choices: leave a message, talk to me direct, and page me. If I'm
  2531. in bed, very busy, or just grumpy, I remove the 'talk direct' option.
  2532. But even when active, it blocks many telemarketing calls, particularly
  2533. those from calling machines since most of them cannot deal with an
  2534. answering menu of options. In the five years I have used this system,
  2535. the number of junk pages received has been minimal.
  2536.  
  2537. > If you are tempted to look up my listed phone number and call me to
  2538. > see what my message says ("your dime"), you might at least leave a
  2539. > message saying that it was just a TELECOM Digest reader checking the
  2540. > announcement.
  2541.  
  2542. I do not need to make such a request. If you call and do not make a
  2543. selection, the machine simply unceremoniously hangs up on you and I
  2544. would never know you were there. I figure that anyone calling me
  2545. without a touch-tone phone is not worth talking to anyway. In five
  2546. years I have yet to see a fallacy with this assumption. Knock yourself
  2547. out.
  2548.  
  2549.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  2550.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  2551.  
  2552. ------------------------------
  2553.  
  2554. Date: Sun, 12 Jul 92 08:14 PDT
  2555. From: john@zygot.ati.com (John Higdon)
  2556. Reply-To: John Higdon <john@zygot.ati.com>
  2557. Organization: Green Hills and Cows
  2558. Subject: Re: Suit Alleges Cellular Caused Brain Tumor
  2559.  
  2560.  
  2561. mmaster@parnasus.dell.com (Michael Masterson) writes:
  2562.  
  2563. > Well, it's about 100 times the power levels of a laser that says
  2564. > "AVOID EXPOSURE TO BEAM" on the warning label, and that's just talking
  2565. > about dead surface skin cells ...  heck, .5 watts is about what the
  2566. > cutting lasers run that are used to cut master disks for CDs.
  2567.  
  2568. This is a perfect example of the "science" used by the product scare
  2569. crowd. As anyone with the most rudimentary knowledge of modern
  2570. technology knows, the point of a laser is to concentrate a highly
  2571. coherent beam of light energy at a target. The "footprint" of a laser
  2572. beam is literally millions of times smaller than that which results
  2573. from 800 MHz RF originating from a handheld antenna.
  2574.  
  2575. The name of the game is "w/cm^2". In the case of the .5 watt laser, we
  2576. could be talking about thousands of watts per square centimeter. If we
  2577. take that same .5 watt and apply it to an area of about 100
  2578. centimeters (conservatively the area covered on the body by cellular
  2579. RF), then we are talking about 1/200 watt per square centimeter. Mr.
  2580. Masterson's example is several orders of magnitude off from the
  2581. discussion and not relavent in any way to the topic.
  2582.  
  2583. Again, we are plagued by the "new voodoo": scare mongers who attempt
  2584. to frighten the ignorant masses bringing up every conceivable
  2585. psuedo-scientific ill that modern inventions supposedly cause. Most of
  2586. the scare disolves away with even the slightest investigation and
  2587. reality check. The real harm here is that all the "wolf crying" numbs
  2588. many, including myself, to those few possibly real dangers.
  2589. Unfortunately, our law and rule makers rarely aquaint themselves with
  2590. the facts, so we get some very silly restrictions.
  2591.  
  2592. Even the people of California enacted Proposition 65, which requires
  2593. warning signs and labels on just about everything. It set up a whole
  2594. governmental department (pretty lavish in a state that is currently
  2595. without a budget!) that does nothing but enforce the placement of
  2596. these silly signs. Has our quality of life improved from this law? Get
  2597. real!  What it has done is cause many such as myself to now virtually
  2598. ignore all warning labels and signs. This is not good.
  2599.  
  2600. A good rule of thumb is: check everything out from using established,
  2601. recognized sources. And avoid organizations that have names in the
  2602. format of "_________ For a Responsible _________" (e. g. "Union of
  2603. Concerned Scientests", etc.). These are political action organizations
  2604. who "use" science any way they see fit to achieve certain POLITICAL
  2605. ends. Let us keep science and politics separate.
  2606.  
  2607. On Jul 12 at 14:55, Michael Masterson writes:
  2608.  
  2609. > The best lasers listed in the 1992 Uniphase catalog have a beam
  2610. > diameter of .5mm, so even if you took enough of them to make up a
  2611. > square centimeter, you'd only have about 250 watts, not "thousands" as
  2612. > you imply ... try the math yourself.  I've got the warning label from a
  2613. > 8 milliwat laser in my hand, it states "avoid exposure to beam",
  2614. > that's 8/1000ths of a watt, what, oh, 1/125th of a watt?
  2615.  
  2616. Ok here's the math: .5mm = .0025 cm^2. That is one four-hundredth of a
  2617. centimeter times .008 or 3.2 watts per centimeter^2 or about 640 times
  2618. the amount of RF concentration caused by a cellular phone. But you
  2619. changed laser powers on me. I was using a .5 watt laser for my
  2620. original figures and you substituted a much less powerful unit in your
  2621. rebuttal.  In any even, it still comes out to a comfortable order of
  2622. magnitude difference. And just what does the warning label prove? That
  2623. some yahoos in the EPA are covering their collective asses.
  2624.  
  2625. > not too far off from your 1/200th of a watt, obviously not "several
  2626. > orderes of magnitude ... and not relevent in any way to the topic".
  2627.  
  2628. If you yourself had finished the math, you would have come up with
  2629. more than one order of magnitude. Again, typical of the scare
  2630. fanatics.
  2631.  
  2632. > flame the right person next time.
  2633.  
  2634. I think I hit the mark this time.
  2635.  
  2636.  
  2637.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  2638.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  2639.  
  2640. ------------------------------
  2641.  
  2642. From: trebor@foretune.co.jp (Robert J Woodhead)
  2643. Subject: Re: Suit Alleges Cellular Caused Brain Tumor
  2644. Organization: Foretune Co., Ltd.
  2645. Date: Mon, 13 Jul 1992 00:45:41 GMT
  2646.  
  2647. adk@sun13.SCRI.FSU.EDU (Tony Kennedy) writes:
  2648.  
  2649. > BTW, do you realize that eating butter reduces your chances of dying
  2650. > of cancer?
  2651.  
  2652. Probably by increasing the chances of croaking via heart disease first!
  2653.  
  2654.  
  2655. Robert J. Woodhead, Biar Games / AnimEigo, Incs.    trebor@foretune.co.jp 
  2656.  
  2657. ------------------------------
  2658.  
  2659. Date: 13 Jul 92 14:47:44 EDT
  2660. From: Alan Boritz <72446.461@CompuServe.COM>
  2661. Subject: Re: Payphones With Bogus DTMF Tones?
  2662.  
  2663.  
  2664. analyst@netcom.com (David Sternlight) writes:
  2665.  
  2666. >> I was in Whitefish, Montana at a payphone a couple of days ago, (in a
  2667. >> casino, perhaps indicitively) trying to make a long distance call to
  2668. >> Missoula.  Being wise to the usual scams, I prefixed things with 10288+
  2669. >> but wasn't surprised to note that it was intercepted with "your call
  2670. >> cannot be completed as dialed".  What was strange though, was that the
  2671. >> DTMF tones appears to have been hacked: (after dialing numbers often
  2672. >> enough, you get to recognise the tones.) 
  2673.  
  2674. > There's an AT&T 800 number for reporting such things. Dunno what it is
  2675. > but you could start with 800-CALL-ATT and see if they do. AT&T's
  2676. > attornies are death on this sort of thing, and will go after them.
  2677.  
  2678. Don't bet on it.  I couldn't complete an AT&T calling card call to a
  2679. number in Missouri from a LEC's pay phone at a service plaza on I-80
  2680. in Indiana (ITC was grabbing the 0+ and 1+ calls).  After a few
  2681. unsuccessful tries with "102880 ...," I called the AT&T operator and
  2682. asked for assistance.  When SHE couldn't get through she called what
  2683. sounded like a marketing person, who explained that I could not place
  2684. a 0+ call to that area code because the LEC had not made arrangements
  2685. for handling calls to that area and that there was nothing they could
  2686. do.  I guess some parts of the country are not as important as others,
  2687. as far as AT&T's potential calling card business is concerned. (I
  2688. finally completed the call using MCI with MCI's ENFIA access.)
  2689.  
  2690.  
  2691. Alan Boritz     72446.461@compuserve.com
  2692.  
  2693.  
  2694. [Moderator Banging Head Against the Wall: Now I have heard everything!
  2695. Did you get the name or title of this so-called 'marketing person'? I
  2696. would have immediatly tried to reach the office manager wherever she
  2697. was located and urge that she be pulled off the phones until she had
  2698. been through some sort of training class. What she said was absolutely
  2699. preposterous ... the system does not work that way. Just as you
  2700. completed the call using MCI/ENFIA, you could have also completed the
  2701. call using 1-800-CALL-ATT to route your way around the LEC. No doubt
  2702. the LEC was screwed up somehow, but it had *nothing* to do with
  2703. 'making arrangements to handle 0+ calls to that area'.  Let me ask, do
  2704. any of the AT&T readers here become embarrassed by some of the stupid
  2705. things their co-workers say to or pass off on the public?   PAT]
  2706.  
  2707. ------------------------------
  2708.  
  2709. Date: 12 Jul 92 14:47:04 EDT
  2710. From: Alan Boritz <72446.461@CompuServe.COM>
  2711. Subject: Re: Alarm Bells
  2712.  
  2713.  
  2714. wb8foz@SCL.CWRU.Edu (David Lesher) writes:
  2715.  
  2716. > 3) Past history shows how the Bells' "arms-length" unregulated
  2717. > subsidiaries are really mostly close-dancing, if not sleeping with,
  2718. > the regulated LEC's.
  2719.  
  2720. That's always been the case with New York Telephone.  For example,
  2721. NYNEX's unregulated subsidiary NYNEX Business Information Systems has
  2722. always made a hefty profit on no-bid commissions for City of New York
  2723. adds, moves, and changes (the City bid long distance, but never LEC
  2724. agency contracts).  They also didn't bifurcate their mobile telephone
  2725. operation when they were supposed to.  NYNEX Mobile picked up the MTS,
  2726. IMTS, and paging operation, but NY Tel continued to pick up the tab
  2727. for the transmitter site until last year.
  2728.  
  2729.  
  2730. Alan Boritz     72446.461@compuserv.com
  2731.  
  2732. ------------------------------
  2733.  
  2734. End of TELECOM Digest V12 #556
  2735. ******************************
  2736. 
  2737. 
  2738. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa09128;
  2739.           14 Jul 92 2:58 EDT
  2740. Received: by delta.eecs.nwu.edu id AA27026
  2741.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 14 Jul 1992 01:07:22 -0500
  2742. Received: by delta.eecs.nwu.edu id AA13764
  2743.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 14 Jul 1992 01:07:13 -0500
  2744. Date: Tue, 14 Jul 1992 01:07:13 -0500
  2745. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  2746. Message-Id: <199207140607.AA13764@delta.eecs.nwu.edu>
  2747. To: "\\telecom"@eecs.nwu.edu
  2748. Subject: TELECOM Digest V12 #557
  2749.  
  2750. TELECOM Digest     Tue, 14 Jul 92 01:07:10 CDT    Volume 12 : Issue 557
  2751.  
  2752. Index To This Issue:                     Moderator: Patrick A. Townson
  2753.  
  2754.     Re: Perot Compuserve Account (Mike Seebeck)
  2755.     Re: Perot Compuserve Account (jrw27953@uxa.cso.uiuc.edu)
  2756.     Re: Perot Compuserve Account (Matt McConnell)
  2757.     Re: Residential ISDN (Robert L. McMillin)
  2758.     Re: Residential ISDN (John Higdon)
  2759.     Re: Do ESS Systems Keep Detailed Call Records? (Dave Niebuhr)
  2760.     Re: Do ESS Systems Keep Detailed Call Records? (John Higdon)
  2761.     Re: Do ESS Systems Keep Detailed Call Records? (Phillip J. Birmingham)
  2762.     Re: 911 Circuitry Can Detect 91 (Tim Smith)
  2763.     Re: 911 Circuitry Can Detect 91 (Steve Forrette)
  2764.     Re: Fixed Call Forwarding (Francois Truchon)
  2765.     Re: Fixed Call Forwarding (Dane Jasper)    
  2766. ----------------------------------------------------------------------
  2767.  
  2768. From: lens@tramp.Colorado.EDU (Mike Seebeck)
  2769. Subject: Re: Perot Compuserve Account
  2770. Organization: University of Colorado, Boulder
  2771. Date: Sun, 12 Jul 1992 20:16:51 GMT
  2772.  
  2773.  
  2774. In article <telecom12.543.9@eecs.nwu.edu> rv01@gte.com (Robert Virzi) writes:
  2775.  
  2776. > I attempted to send mail to the account I submitted for Ross Perot.
  2777. > It finally got through, and I received a response from David Bush.
  2778. > Although the account used to be a quasi-official Perot account, it is
  2779. > no longer used for that purpose.  David has asked me to please not use
  2780.  
  2781. I am not much interested in sending e-mail to Perot or any other
  2782. candidate.  I hardly believe that any candidate would read the huge
  2783. number of messages we would generate.  I feel sorry for David Bush
  2784. suffering the results of netters believing this could be real.
  2785.  
  2786. Now, if you had an e-mail address for Neil Bush I have a few flames I
  2787. would like love to send his way.
  2788.  
  2789.  
  2790. Michael Seebeck   RMH Group, Telecomm Dept.    (303) 239-0909       
  2791. *DISCLAIMER: Its mine, all mine (D.Duck?)
  2792.  
  2793.  
  2794. [Moderator's Note: I don't feel sorry for any candidate who receives a
  2795. large volume of mail, paper or electronic style. What does he think
  2796. people are going to do, remain silent and not express their opinions?
  2797. And the idea that electronic mail is somehow a step-child in the way
  2798. we communicate -- that paper mail is legitimate (who has yet to
  2799. express sympathy for the volume of paper mail David Bush must receive
  2800. for Perot each day?) but electronic mail must be restricted somehow
  2801. lest it cause too much aggravation for the recipient is very silly.
  2802. Electronic mail is where things are at these days. Certainly, let's
  2803. get the addresses correct, but most emphatically, keep writing!   PAT]
  2804.  
  2805. ------------------------------
  2806.  
  2807. From: jrw27953@uxa.cso.uiuc.edu (Jon W.)
  2808. Subject: Re: Perot Compuserve Account
  2809. Organization: University of Illinois at Urbana
  2810. Date: Sun, 12 Jul 1992 19:00:37 GMT
  2811.  
  2812.  
  2813.      ---- forwarded posting follows ---
  2814.  
  2815.   From: strat@matt.ksu.ksu.edu (Steve Davis)
  2816.  Date: 9 Jul 1992 07:49:16 -0500
  2817.  Newsgroups: alt.politics.elections,talk.politics.misc
  2818.  Subject: Re: Perot's E-Mail address is...
  2819.  
  2820.  
  2821. You can try IN%"campaign@perot.com", or you can email one of the many
  2822. Perot volunteers that have email addresses.  The electronic
  2823. representative on my campus is saxman@matt.ksu.ksu.edu.
  2824.  
  2825.  
  2826. Stratocaster
  2827.  
  2828. ------------------------------
  2829.  
  2830. From: Matt McConnell <MCCOMATT@ba2.isu.edu>
  2831. Date: 12 Jul 92 15:30:37 MDT
  2832. Subject: Re: Perot Compuserve Account
  2833.  
  2834.  
  2835. I sent this to the gentleman who posted the Perot address and
  2836. thought you might want to include it in the Digest.
  2837.  
  2838.       ------- Forwarded Message Follows -------
  2839.  
  2840.   From:    Self <BA2/MCCOMATT>
  2841.   To:      rv01@gte.com
  2842.   Subject: email for pres canidates
  2843.   Date: 9 Jul 92 15:23:39
  2844.  
  2845. Hi,
  2846.  
  2847. Please do NOT post the Ross Perot address AGAIN.  This account is
  2848. owned by a young man who did work for the Perot campaign at one time.
  2849. He is now being FLOODED with mail!  Also, on CompuServe messages from
  2850. the Internet cost the subscriber if he reads the message.  He refused,
  2851. deleted, your message without reading it thus the error message.
  2852.  
  2853.  
  2854. Matt McConnell  mccomatt@ba2.isu.edu
  2855.  
  2856.  
  2857. [Moderotor's Note: This brings up the original question: Does Perot
  2858. have an email address for the proposed electronic forum for the
  2859. candidates? Should we use 'campaign@perot.com' instead?  PAT]
  2860.  
  2861. ------------------------------
  2862.  
  2863. Date: Sun, 12 Jul 92 08:21:15 -0700
  2864. From: rlm@ms_aspen.hac.com (Robert L. McMillin)
  2865. Subject: Re: Residential ISDN
  2866.  
  2867.  
  2868. John Higdon writes:
  2869.  
  2870. > I have been having serious conversations with a Pac*Bell rep
  2871. > concerning the installation of ISDN at my residence. After getting all
  2872. > of the prices, I was admonished to wait just a bit to see what happens
  2873. > with Pac*Bell's current RESIDENTIAL ISDN proposal before the PUC. Yes,
  2874. > you read that right. Pac*Bell may soon be offering ISDN to the common
  2875. > man.
  2876.  
  2877. And the operative word is 'may'.  John, when you say you have been
  2878. having "serious conversations" with Pac*Bell, just how serious?
  2879. Wasn't there some noise recently in the Digest concerning Pac*Bell's
  2880. floating a residential ISDN trial balloon as a way of relieving
  2881. political pressure?
  2882.  
  2883.  
  2884. Robert L. McMillin                     | Voice:    (310) 568-3555
  2885. Hughes Aircraft/Hughes Training, Inc.  | Fax:      (310) 568-3574
  2886. Los Angeles, CA                        | Internet: rlm@ms_aspen.hac.com
  2887.  
  2888. ------------------------------
  2889.  
  2890. Date: Sun, 12 Jul 92 08:47 PDT
  2891. From: john@zygot.ati.com (John Higdon)
  2892. Reply-To: John Higdon <john@zygot.ati.com>
  2893. Organization: Green Hills and Cows
  2894. Subject: Re: Residential ISDN
  2895.  
  2896.  
  2897. On Jul 12 at  8:21, Robert L. McMillin writes:
  2898.  
  2899. > And the operative word is 'may'.  John, when you say you have been
  2900. > having "serious conversations" with Pac*Bell, just how serious?  Wasn't
  2901. > there some noise recently in the Digest concerning Pac*Bell's floating
  2902. > a Residential ISDN trial balloon as a way of relieving political
  2903. > pressure?
  2904.  
  2905. No, this is real. Unfortunately, there is a good reason for this
  2906. proposed offering: information services. In order to deliver some of
  2907. the things Pac*Bell has in store, ISDN will of necessity be installed
  2908. at subscriber locations (including residences). To keep up the sham of
  2909. "competition", Pac*Bell cannot arbitrarily install ISDN for itself and
  2910. its products; it must do so under a definitive tariff.
  2911.  
  2912. This is the very thing that Mitch Kapor and I have had e-mail
  2913. disagreements about. His view (as I have come to understand it) is
  2914. that information services from the RBOCs are a Good Thing because they
  2915. will hasten the availability of ISDN for the common man. As far as
  2916. that goes, he is right on. My concern has always been that the tricky
  2917. telcos will tariff the ISDN in such a way as to make it virtually
  2918. useless for any purpose other than the delivery of telco-provided
  2919. services.
  2920.  
  2921. In the case of Pacific Bell, this remains to be seen (but I could give
  2922. you a prediction :-)
  2923.  
  2924.  
  2925.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  2926.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  2927.  
  2928. ------------------------------
  2929.  
  2930. Date: Sun, 12 Jul 92 07:10:02 EDT
  2931. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  2932. Subject: Re: Do ESS Systems Keep Detailed Call Records
  2933.  
  2934.  
  2935. Matt Simpson <SYSMATT@ukcc.uky.edu> writes:
  2936.  
  2937. > Does anyone out there know if local exchanges keep any kind of call
  2938. > detail records? Specifically, I'm interested to know if a
  2939. > law-enforcement agency would be able to obtain a record of all local
  2940. > calls made to a specific number for some period in the past, without
  2941. > having requested a trace in advance.  
  2942.  
  2943. [ ... text deleted about breakins ... ]
  2944.  
  2945. > exactly what kind of switch I'm on. It's fairly new, was installed
  2946. > about 18 months ago, with much hype about how great it would be. The
  2947. > Anyway, I thought if anybody out there could tell me if this is
  2948. > possible, I could be a little more insistent about it.  I don't know
  2949. > company is South Central Bell, and the exchange is 606-987, if that
  2950. > helps any.
  2951.  
  2952. > [Moderator's Note: Yes, the new switches do keep very detailed calling
  2953. > records. Getting them examined may be a hassle, but they do exist. Now
  2954. > of course if you had that nasty old Caller-ID, or even 'return last
  2955. > call', you could invade the caller's privacy by noting the calling
  2956. > number and act on it from that direction. Not only do hackerphreaks
  2957. > not care for Caller-ID, I suppose most burglars who call ahead to
  2958. > scope things out don't like it very well either.  PAT]
  2959.  
  2960. At PAT's suggestion a few months ago, I found that my 5ESS switch had
  2961. "call return" and I've used it with great success in telling a little
  2962. twerp off when she called at 3 AM one day.
  2963.  
  2964. This incident occurred about two months prior to NYTel made their
  2965. public announcement about this feature and "repeat dialing".  Trap and
  2966. trace are available but not announced as yet.
  2967.  
  2968. I'm now waiting for NYTel to announce Caller-ID which is supposed to
  2969. be available in August.
  2970.  
  2971. Try *66 for repeat dial; *69 for call return; and *57 for trap and
  2972. trace (there will be a charge for this and won't show you the calling
  2973. number.  Yours will probably appear though.
  2974.  
  2975.  
  2976. Dave Niebuhr      Internet: niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  2977. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  2978.  
  2979. ------------------------------
  2980.  
  2981. Date: Sun, 12 Jul 92 08:37 PDT
  2982. From: john@zygot.ati.com (John Higdon)
  2983. Reply-To: John Higdon <john@zygot.ati.com>
  2984. Organization: Green Hills and Cows
  2985. Subject: Re: Do ESS Systems Keep Detailed Call Records?
  2986.  
  2987.  
  2988. Matt Simpson <SYSMATT@ukcc.uky.edu> writes:
  2989.  
  2990. > Does anyone out there know if local exchanges keep any kind of call
  2991. > detail records? Specifically, I'm interested to know if a
  2992. > law-enforcement agency would be able to obtain a record of all local
  2993. > calls made to a specific number for some period in the past, without
  2994. > having requested a trace in advance.  
  2995.  
  2996. You are probably out of luck for several reasons. The level of detail
  2997. on calls is "settable" by the telco. If the purpose is to bill count
  2998. and duration of local calls FROM a telephone (telcos do not keep any
  2999. kind of records concerning calls TO a telephone), then a "peg count"
  3000. is used and carries little detail. In the case of unmeasured service,
  3001. the telco typically keeps no local records at all. I know Pac*Bell
  3002. does not (although some telcos evidently do when they go after the
  3003. customer for "excessive" use).
  3004.  
  3005. For local calls, unless you have "Call Trace" in your area, prior
  3006. arrangements must be made to trap a calling number to your phone. And
  3007. remember, even if such detailed records were kept, those records are
  3008. designed for billing purposes and show calls made FROM a telephone.
  3009. Every telephone subscriber's records would have to be scanned for YOUR
  3010. number's appearance. The last time we heard about this was the famous
  3011. Cincinati Bell case.
  3012.  
  3013. > Anyway, I thought if anybody out there could tell me if this is
  3014. > possible, I could be a little more insistent about it.  I don't know
  3015. > exactly what kind of switch I'm on.
  3016.  
  3017. It doesn't matter what switch you are on. I can guarantee you that no
  3018. records are kept of calling numbers to your telephone. I would not
  3019. bother to push the issue.
  3020.  
  3021. > [Moderator's Note: Yes, the new switches do keep very detailed calling
  3022. > records. Getting them examined may be a hassle, but they do exist.
  3023.  
  3024. In his case, no they don't. It would be grand and glorious to believe
  3025. that telco keeps indefinitely all records of every single connection
  3026. transaction that goes on in every switch (including CALLING numbers),
  3027. but such is fantasy. Telcos record those transactions necessary to
  3028. bill customers and gauge traffic flow and nothing more.
  3029.  
  3030. > Now of course if you had that nasty old Caller-ID, or even 'return
  3031. > last call', you could invade the caller's privacy by noting the
  3032. > calling number and act on it from that direction.
  3033.  
  3034. As a proponent of Caller ID, you weaken your case by suggesting that
  3035. all the records necessary to solve any harassment or criminal matter
  3036. already exist within the phone company. The fact is, they do not.
  3037. Hence, your suggestion for Caller ID, etc., is valid. In this case,
  3038. however, the service "Call Trace" would be most desirable since we are
  3039. looking for evidence in a serious criminal matter. Call Trace data
  3040. would be far superior to the hearsay reporting of a number on a CNID
  3041. display.
  3042.  
  3043.  
  3044.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  3045.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  3046.  
  3047.  
  3048. Moderator's Note: If you want to bother taking them to court you
  3049. would be correct.  PAT]
  3050.  
  3051. ------------------------------
  3052.  
  3053. From: birmingh@fnalo.fnal.gov
  3054. Subject: Re: Do ESS Systems Keep Detailed Call Records?
  3055. Date: 12 Jul 92 21:51:34 GMT
  3056. Organization: Fermi National Accelerator Lab
  3057.  
  3058.  
  3059. > [Moderator's Note: Of course if you had that nasty old Caller-ID, or
  3060. > even 'return last call', you could invade the caller's privacy by
  3061. > noting the calling number and act on it from that direction.
  3062.  
  3063.          Unless, of course, the crooks stole your CNID box...
  3064.  
  3065.  
  3066. Phillip J. Birmingham   birmingh@fnal.fnal.gov  
  3067. I don't speak for Fermilab, although my mouth is probably big enough...
  3068.  
  3069.  
  3070. [Moderator's Note: Then you would have a problem!  :)   PAT]
  3071.  
  3072. ------------------------------
  3073.  
  3074. From: ts@cup.portal.com
  3075. Subject: Re: 911 Circuitry Can Detect 91
  3076. Date: Sun, 12 Jul 92 02:08:25 PDT
  3077.  
  3078.  
  3079. > Speaking of 911 stories, this happened a couple of years ago:
  3080.  
  3081. Well, speaking of 911, there was an article in the paper a while back
  3082. about there being too many non-emergency calls to 911 in the San Jose
  3083. area.
  3084.  
  3085. I think I know one of the reasons.  Have you ever tried to call the
  3086. police without using 911?  I wanted to call them to report a road
  3087. hazard (someone had been placing shopping carts in the street at
  3088. night).
  3089.  
  3090. I looked in the phonebook and got the number.  I called it, and there
  3091. was an answering machine.  The message on the answering machine
  3092. described various departments, and gave their numbers.  You have to
  3093. determine which you want, hang up, and then call that department.
  3094.  
  3095. Of course, I didn't have a pen and paper handy, and from the message
  3096. it was not clear which number I needed to call.
  3097.  
  3098. Next time, I'm going to use 911, emergency or not.  It wouldn't
  3099. surprise me if many of the 911 non-emergency calls are from people who
  3100. couldn't figure out what other number to call.
  3101.  
  3102.  
  3103. Tim Smith
  3104.  
  3105.  
  3106. [Moderator's Note: In the case of the Chicago Police, despite the fact
  3107. that the Emergency Communications Center, the CPD Public Relations
  3108. Department, the telco and others say that 911 should *only* be used
  3109. in the event of a dire emergency requiring immediate police
  3110. intervention (a stolen car is not an emergency; it already happened),
  3111. when you call the district stations they tell you to call 911.  :(  PAT]
  3112.  
  3113. ------------------------------
  3114.  
  3115. From: 6.vef@wrq.com (Steve Forrette)
  3116. Subject: Re: 911 Circuitry Can Detect 91
  3117. Date: 12 Jul 92 02:26:32 GMT
  3118. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  3119.  
  3120.  
  3121. X-Telecom-Digest: Volume 12, Issue 538, Message 3 of 10:
  3122.  
  3123. > [Moderator's Note: My experience here has been that with either
  3124. > *67, *70, *71, *72 (all return stutter dial tone) you can 'dial
  3125. > through' ... that is, no pause is required in the modem string, etc.
  3126. > Other places are different on this.  PAT]
  3127.  
  3128. It depends on the switch type.  1AESS and 5ESS allow dialing over the
  3129. stutter dialtone, but the DMS-100 requires a pause.  (GTD-5, as
  3130. operated by GTE, require a pause, and an extra $1.50/month, for cancel
  3131. call waiting).
  3132.  
  3133.  
  3134. Steve Forrette, stevef@wrq.com
  3135.  
  3136. ------------------------------
  3137.  
  3138. Date: Sun, 12 Jul 92 14:48:43 EDT
  3139. From: francois%tollys.UUCP%bnrmtl.UUCP@Larry.McRCIM.McGill.EDU (F Truchon)
  3140. Subject: Re: Fixed Call Forwarding
  3141.  
  3142.  
  3143. KASS@drew.drew.edu writes:
  3144.  
  3145. > Here's what I think Fixed Call Forwarding is: On busy or no answer,
  3146. > with the number of rings before no answer selectable as 4 or 6, a call
  3147. > to the subscriber number is forwarded to another number, but that
  3148. > number can't be changed as with Call Forwarding, nor can (?) the
  3149. > forwarding be turned on or off.  According to NJB, Fixed Call
  3150. > Forwarding is _not_ available except in combination with Answer Call,
  3151. > but the Answer Call brochure seems to indicate that Fixed Call
  3152. > Forwarding is at least tariffed as a separate service (it's $2/month).
  3153. > (Presumably, NJB sets it up with Answer Call to go to the Answer
  3154. > Center, and CLID enables the Answer Center to handle the call
  3155. > appropriately.
  3156.  
  3157. > I want Fixed Call Forwarding, but I don't want Answer Call, since I'd
  3158. > like busy/no answer calls to go to my ASPEN voice box at work, keeping
  3159. > all my messages in one place.  I don't want regular Call Forwarding,
  3160. > since I'd have to do a lot of button pushing for it to do the same job
  3161. > (turn it on before, and off after, every call I make for busy
  3162. > forwarding, for example).
  3163.  
  3164. The name I've heard for the call forwarding feature used for voice
  3165. mail services is "Call Forward No Answer" (different telcos, different
  3166. names ... what a drag!)
  3167.  
  3168. The situation with Call Forward No Answer with Bell Canada (in Quebec
  3169. and Ontario) is that it's not offered to residential customers.  I
  3170. don't know whether it's offer to business customers though. The Call
  3171. Forwarding No Answer feature is used by Bell for their own voice mail
  3172. service (TeleReponse, in French) so they may very well be reluctant to
  3173. offer it for the reasons you mention.
  3174.  
  3175. The situation in British Columbia is different. BC Tel offers three
  3176. species of call forwarding to its residential subscribers:
  3177.  
  3178. (1) Call Forward No Answer. Forwards to a telco programmed number
  3179.     after a number of rings or when busy.
  3180. (2) Call Forward Variable. This is the normal user programmable call
  3181.     forwarding. Bell Canada only offers this one.
  3182. (3) Call Forward Fixed. Once activated, calls are automatically
  3183.     forwarded to a telco programmed number. (Not very useful it seems)
  3184.  
  3185. Concerning telco voice mail:
  3186.  
  3187. The one advantage that I get from subscribing to my telco's voice mail
  3188. service rather then forwarding to my voice mail at work (if I could)
  3189. is that the dial tone changes on my phone when I have messages. This
  3190. is like the flashing LED on answering machines. You can quickly check
  3191. if you have messages by listening to the dial tone rather than having
  3192. to dial the voice mail number and to log in.
  3193.  
  3194.  
  3195. Regards,
  3196.  
  3197.  
  3198. Francois Truchon
  3199. Bell-Northern Research, Montreal, Canada 
  3200. uucp: bnrmtl!francois@Larry.McRCIM.McGill.EDU
  3201.  
  3202.  
  3203. [Moderator's Note: Ours is called 'Busy/No Answer Transfer'. In our
  3204. land line service, this has to be permanently programmed in the CO and
  3205. can only go to voicemail or another phone in the same CO. It cannot be
  3206. turned on or off. But with our Ameritech cellular service, we can use
  3207. *71 to turn it on and off at will, and send the forwarding wherever we
  3208. please.  IBT is part of Ameritech, so I wonder why the discrepancy?   PAT]
  3209.  
  3210. ------------------------------
  3211.  
  3212. From: Dane Jasper <JASPER@bcl.santarosa.edu>
  3213. Date: 12 Jul 92 09:04:14 PST
  3214. Subject: Re: Fixed Call Forwarding
  3215.  
  3216.  
  3217. > Can anyone tell me if Fixed Call Forwarding is available either here
  3218. > (was the service rep wrong?) or anywhere else (just because I'm
  3219. > curious).
  3220.  
  3221. Here in California, there seem to be two types of forwarding - on/off
  3222. forwarding, and call forwarding on busy.  The call forward on busy
  3223. would take care of turning it on and off when you want to make a call,
  3224. etc, and you can forward it anywhere you want, but that's not all you
  3225. need.  Those two seem to be the only things offered by Pacific Bell.
  3226.  
  3227.  
  3228. Dane Jasper     Business Computing Labs   Santa Rosa Junior College
  3229.  
  3230. ------------------------------
  3231.  
  3232. End of TELECOM Digest V12 #557
  3233. ******************************
  3234. 
  3235. 
  3236. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa11617;
  3237.           14 Jul 92 4:13 EDT
  3238. Received: by delta.eecs.nwu.edu id AA15885
  3239.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 14 Jul 1992 02:08:18 -0500
  3240. Received: by delta.eecs.nwu.edu id AA20441
  3241.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 14 Jul 1992 02:08:06 -0500
  3242. Date: Tue, 14 Jul 1992 02:08:06 -0500
  3243. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  3244. Message-Id: <199207140708.AA20441@delta.eecs.nwu.edu>
  3245. To: "\\telecom"@eecs.nwu.edu
  3246. Subject: TELECOM Digest V12 #558
  3247.  
  3248. TELECOM Digest     Tue, 14 Jul 92 02:08:05 CDT    Volume 12 : Issue 558
  3249.  
  3250. Index To This Issue:                      Moderator: Patrick A. Townson
  3251.  
  3252.     CCITT FTP Archives (Joshua Hosseinoff)
  3253.     Cellular Phone Hacking (u1066579@csdvax.csd.unsw.edu.au)
  3254.     Caller-ID, Telephone Marketing Request (Tom Streeter)
  3255.     European Phone in Canada? (Christian Doucet)
  3256.     INMARSAT Call Are Expensive (Monty Solomon)
  3257.     Recommendations on Waterproof/Resistant Cordless Phones (Justin Leavens)
  3258.     More Than I Wanted to Know About INTELPOST (John R. Levine)
  3259.     New files for the Archives (David Leibold)
  3260.     House Voice/Data Wiring Question (Mark Blumhardt)
  3261.     EPA at Bay City (Thomas K. Hinders)
  3262.     Democratic Convention (Including Telecom) (Dave Niebuhr)
  3263. ----------------------------------------------------------------------
  3264.  
  3265. Date: 14 Jul 1992 00:35:26 -0400 (EDT)
  3266. From: JOSHUA HOSSEINOFF <EAW7100@ACFcluster.NYU.EDU>
  3267. Subject: CCITT FTP Archives
  3268.  
  3269.  
  3270. Here are some ftp'able archive sites that have CCITT documents.
  3271.  
  3272. prog ccitt
  3273. # matches / % database searched:   15 /100%
  3274.  
  3275. Host toklab.ics.osaka-u.ac.jp   (133.1.12.30)
  3276. Last updated 05:08 11 Jul 1992
  3277.  
  3278.     Location: /doc
  3279.       DIRECTORY rwxr-xr-x       512  Jun 26 21:59   ccitt
  3280.  
  3281. Host src.doc.ic.ac.uk   (146.169.2.1)
  3282. Last updated 06:01  9 Jul 1992
  3283.  
  3284.     Location: /doc/ccitt-standards
  3285.       DIRECTORY rwxr-xr-x       512  Dec 25  1991   ccitt
  3286.  
  3287. Host sh.wide.ad.jp   (133.4.11.11)
  3288. Last updated 05:27  8 Jul 1992
  3289.  
  3290.     Location: /WIDE
  3291.       DIRECTORY rwxr-x---      1024  Oct 10  1991   ccitt
  3292.  
  3293. Host nz20.rz.uni-karlsruhe.de   (129.13.96.2)
  3294. Last updated 05:02  5 Jul 1992
  3295.  
  3296.     Location: /pub/doc
  3297.       DIRECTORY rwx------      1024  Feb  3 16:51   ccitt
  3298.  
  3299. Host isfs.kuis.kyoto-u.ac.jp   (130.54.20.1)
  3300. Last updated 05:37 30 Jun 1992
  3301.  
  3302.     Location: /ftpmail/ftp.ricoh.co.jp/pub/doc
  3303.       DIRECTORY rwxr-xr-x       512  Jun 13 19:13   ccitt
  3304.  
  3305. Host iraun1.ira.uka.de   (129.13.10.90)
  3306. Last updated 05:08 30 Jun 1992
  3307.  
  3308.     Location: /network/standards
  3309.       DIRECTORY rwxr-xr-x       512  Nov 28  1991   ccitt
  3310.  
  3311. Host ftp.uu.net   (137.39.1.9)
  3312. Last updated 15:00 29 Jun 1992
  3313.  
  3314.     Location: /doc/standards
  3315.       DIRECTORY rwxr-xr-x       512  Mar 24 02:28   ccitt
  3316.  
  3317. Host gumby.dsd.trw.com   (129.193.72.50)
  3318. Last updated 05:40 28 Jun 1992
  3319.  
  3320.     Location: /pub/standards
  3321.       DIRECTORY rwxr-xr-x       512  Oct 22  1991   ccitt
  3322.  
  3323. Host goya.dit.upm.es   (138.4.2.2)
  3324. Last updated 05:38 28 Jun 1992
  3325.  
  3326.     Location: /info/doc
  3327.       DIRECTORY rwxrwxr-x       512  Jan 30 16:02   ccitt
  3328.  
  3329. Host gatekeeper.dec.com   (16.1.0.2)
  3330. Last updated 05:07 28 Jun 1992
  3331.  
  3332.     Location: /.3/bruno.cs.colorado.edu/pub/standards
  3333.       DIRECTORY r-xr-xr-x       512  Feb  8 15:39   ccitt
  3334.  
  3335. Host swdsrv.edvz.univie.ac.at   (131.130.1.4)
  3336. Last updated 05:49 27 Jun 1992
  3337.  
  3338.     Location: /doc
  3339.       DIRECTORY rwxr-xr-x       512  Jun 15 17:49   ccitt
  3340.  
  3341. Host relay.iunet.it   (130.251.1.17)
  3342. Last updated 05:16 27 Jun 1992
  3343.  
  3344.     Location: /disk0/documents
  3345.       DIRECTORY rwxrwxr-x       512  Oct 20  1991   ccitt
  3346.  
  3347. Host corton.inria.fr   (192.93.2.5)
  3348. Last updated 06:45 23 Jun 1992
  3349.  
  3350.     Location: /ITU
  3351.       DIRECTORY rwxr-x---       512  Dec 14  1991   ccitt
  3352.  
  3353. Host coombs.anu.edu.au   (150.203.76.2)
  3354. Last updated 06:44 23 Jun 1992
  3355.  
  3356.     Location: /pub/iserv
  3357.       DIRECTORY rwxr-xr-x      2048  Jun 16 10:37   ccitt
  3358.  
  3359. Host ariadne.csi.forth.gr   (139.91.1.1)
  3360. Last updated 05:08 20 Jun 1992
  3361.  
  3362.     Location: /doc/standards
  3363.       DIRECTORY rwxr-xr-x       512  Apr  5 23:29   ccitt
  3364.  
  3365.  
  3366. Joshua Hosseinoff
  3367. eaw7100@acfcluster.nyu.edu
  3368.  
  3369. ------------------------------
  3370.  
  3371. From: u1066579@csdvax.csd.unsw.edu.au
  3372. Subject: Cellular Phone Hacking 
  3373. Date: 14 Jul 92 14:36:10 +1000
  3374. Organization: University of New South Wales
  3375.  
  3376.  
  3377.   I have seen several books for sale on the topic of cellular phone
  3378. modification.  The idea seems to be to change the ESN so that free
  3379. phone calls can be made on someone else's line.
  3380.  
  3381.   Anyone have any knowledge of potential problems etc?  Does it work?
  3382.  
  3383. If possible please E-mail.
  3384.  
  3385.  
  3386. Best Wishes,
  3387.  
  3388. Henry     University of NSW,  Sydney Australia.
  3389.  
  3390.  
  3391. [Moderator's Note: What you suggest is highly illegal in the USA and
  3392. probably everywhere else in the world except possibly the Netherlands
  3393. where it seems that everything is okay where defrauding the telco is
  3394. concerned. Another problem is that in most modern cellular phones, the
  3395. chip containing the ESN is difficult to get into, let alone modify.
  3396. They tend to be buried under wax, thoroughly soldered in place and
  3397. with few or no markings on them. A third problem is that if you could
  3398. easily change them (let's say you swap it out entirely for a bunch of
  3399. little dip switches or pin wheels you set by hand), is that the place
  3400. you call is recorded by the cellular company and if you intend to call
  3401. anything other than hotel/radio station switchboards/contest lines,
  3402. etc then eventually any regular calling pattern will be investigated.
  3403. Wouldn't you love to have your mother get a call from a security
  3404. representative for Telecom, asking who she spoke with and how to
  3405. reach you?  Would your friends cover for you?  For how long?   PAT]
  3406.  
  3407. ------------------------------
  3408.  
  3409. From: streeter@cs.unca.edu (Tom Streeter)
  3410. Subject: Caller-ID, Telephone Marketing Request
  3411. Organization: University of North Carolina at Asheville
  3412. Date: Mon, 13 Jul 1992 22:05:52 GMT
  3413.  
  3414.  
  3415. I'm pulling together some material for a class I'm teaching in the
  3416. fall, and I've been struck by the continuing discussion of telephone
  3417. marketing, privacy, and Caller ID.  It's interesting to read these
  3418. comments in light of early attitudes about the impact of the telephone
  3419. on home life -- well-documented in Carolyn Marvin's book "When Old
  3420. Technologies Were New: Thinking about Electric Communication in the
  3421. late Nineteenth Century" (Oxford University Press, ISBN:0-19-506341-4).  
  3422.  
  3423. The book, especially the second section, makes it fairly clear that
  3424. there has historically been a variety of opinions about what social
  3425. rights exist when a telephone is present in a household.  The issue
  3426. has never been resolved -- and probably never will be -- but many of
  3427. the old issues are making a new appearance.  There have been, of
  3428. course, a number of changes in the expectations people have about the
  3429. "public good" (for lack of a better phrase) new telephone technologies
  3430. will play in society, and these are also reflected in many of the
  3431. posts dealing with telemarketing as well.
  3432.  
  3433. I'd like my students to see comments from participants in this forum
  3434. about the issue of personal privacy as it relates to telemarketing and
  3435. Caller ID.  I'm going to go back through the archives to pull postings
  3436. that pertain to this and collect them into a packet to give to my
  3437. students.  I wouldn't feel comfortable about doing this without the
  3438. permission of the original poster, so I may be contacting you over the
  3439. next few weeks to get your permission to use something you wrote.
  3440.  
  3441. I'd also like to include the comments of people who may not have been
  3442. moved to submit something to the Digest on this topic.  If you feel so
  3443. moved, please answer the following questions and mail the response to
  3444. me (streeter@cs.unca.edu). Answer as many or few of the questions as
  3445. you want (any and all help is appreciated!)
  3446.  
  3447. 1.  Who has the right to call you?  What circumstances make this a
  3448. less-than-straightforward question to answer?  Are telemarketers the
  3449. same as other people?  Why or why not?
  3450.  
  3451. 2.  Does (or would) the existance of Caller ID on your home phone
  3452. change your life in terms of the issues raised in #1?
  3453.  
  3454. For PAT's sake -- so to speak -- send your responses to me and not the
  3455. Digest since this has been a hot topic there.
  3456.  
  3457.  
  3458. Thanks,
  3459.  
  3460. Tom Streeter                                |   streeter@cs.unca.edu
  3461. Dept. of Mass Communication                 |   704-251-6227
  3462. University of North Carolina at Asheville   |   Opinions expressed here are
  3463. Asheville, NC 28804                         |   mine alone.
  3464.  
  3465.  
  3466. [Moderator's Note: Thank you for your final paragraph. Yes readers,
  3467. please respond direct to Mr. Streeter -- not me!  I don't care what
  3468. your opinion is, I am not interested, and I am overloaded with stuff.
  3469. As a matter of fact, 247 unused messages from last week bit the dust
  3470. earlier this evening. To the unused posters, sorry!  Try later.   PAT]
  3471.  
  3472. ------------------------------
  3473.  
  3474. From: lancelot@Mais.Hydro.Qc.CA (Christian Doucet)
  3475. Subject: European Phone in Canada?
  3476. Date: Mon, 13 Jul 92 19:33:52 EDT
  3477.  
  3478.  
  3479. Greetings!
  3480.  
  3481. My sister bought a phone in Amsterdam and it somewhat looks like a
  3482. 2500 set. She want's to use it here in Canada because it has this
  3483. "oldish European look" :). It has a DTMF keypad on it.
  3484.  
  3485. I apologize if this is a FAQ but I have three of them:
  3486.  
  3487. Will this phone work in Canada?
  3488. Will the DTMF keypad work in Canada?
  3489. How to wire it?
  3490.  
  3491. We opened the unit and here's what we found where the phone line gets
  3492. inside:
  3493.  
  3494.               (round connector)
  3495.                   /  |   |  \
  3496.                  /   |   |   \
  3497.                 /    /   \    \
  3498.                /    /     \    \
  3499.               /     |     |     \
  3500.              /      |     |      \
  3501.              o      o     o      o
  3502.  
  3503.              a    ground  b      EB
  3504.  
  3505. The ground is marked by the international symbol.
  3506.  
  3507. Any help appreciated and thanks in advance!
  3508.  
  3509.  
  3510. Christian Doucet ----- lancelot@Mais.Hydro.Qc.Ca | Hydro-Quebec
  3511. System Administrator - lancelot@Rot.Qc.Ca        | voice: + 1 514 858 7704
  3512. I speak for myself! -- #include <disclaimer.h>   | fax  : + 1 514 858 7799
  3513.  
  3514. ------------------------------
  3515.  
  3516. Date: Mon, 13 Jul 1992 19:57:45 -0400
  3517. From: Monty Solomon <monty@proponent.com>
  3518. Subject: INMARSAT Call Are Expensive
  3519.  
  3520.  
  3521. Begin forwarded messages:
  3522.  
  3523.  Date: Mon, 13 Jul 92 07:54:38 HST
  3524.  From: Bob Cunningham <bob@kahala.soest.hawaii.edu>
  3525.  Subject: Re: Suggestion for Taylor UUCP
  3526.  
  3527.  
  3528. > I think this need would also be satisfied by the "don't call until
  3529. > nn minutes from last successful call has elapsed"-feature that I
  3530. > and others have proposed to be added to taylor-uucp.
  3531.  
  3532. A feature that I, too, hope could be added to the taylor-uucp
  3533. distribution at some point.
  3534.  
  3535. It's useful in other circumstances as well, including the converse of
  3536. Marc Unangst's situation.
  3537.  
  3538. I've a couple of long-distance sites where the charges are $19.50 for
  3539. the first three minutes (or fraction thereof) within a three-hour
  3540. "cheap" call window; at other times they're $31.50 for the first three
  3541. minutes (or fraction).  It's important to make one contact a day, even
  3542. at the higher rate if absolutely necessary, but extra unneeded calls
  3543. (even -- or actually, especially -- if successful) can be quite costly
  3544. [One extra call a day at the higher rate, and I end up with nearly
  3545. $1,000 more on that month's phone bill.]
  3546.  
  3547. It'd sure be a lot easier to say "don't call within 18 hours of the
  3548. last successful call" than to have to do the schedule tweaking I have
  3549. to do now.
  3550.  
  3551.   Date: Mon, 13 Jul 92 10:40:57 HST
  3552.   From: Bob Cunningham <bob@kahala.soest.hawaii.edu>
  3553.   Subject: Re: Suggestion for Taylor UUCP
  3554.  
  3555. [Since several people have asked "where in the world" do you have
  3556. to pay so much ...]
  3557.  
  3558. Those are COMSAT/AT&T combined rates for INMARSAT-A satellite calls to
  3559. ships at sea for the Pacific Ocean (rates to ships in the Atlantic are
  3560. a dollar or so a minute cheaper).  The ships I'm interested in are
  3561. scientific research ships that we (University of Hawaii) operate, but
  3562. setup is not unique; there's lots of outfits that work with ship at
  3563. sea using modems, although as far as I know, we're the first to try
  3564. using Taylor-UUCP for this.
  3565.  
  3566. The calls are direct dial, with long-distance part to the nearest
  3567. earth station included (from Hawaii, the nearest are in Australia and
  3568. California, though that part is relatively cheap), the actual INMARSAT
  3569. satellite link to the appropriate ship is the most expensive part.
  3570.  
  3571. Incidentally, the same cost applies to voice calls between ship and
  3572. shore.  On board, they have a special phone for that, traditionally
  3573. called the "gold phone" because of the rate.  Even if they're not THE
  3574. most expensive phone calls in the world, they're surely amongst the
  3575. most expensive.
  3576.  
  3577. ------------------------------
  3578.  
  3579. From: leavens@mizar.usc.edu (Justin Leavens)
  3580. Subject: Recommendations on Waterproof/Resistant Cordless Phones
  3581. Date: 13 Jul 1992 13:03:23 -0700
  3582. Organization: University of Southern California, Los Angeles, CA
  3583.  
  3584.  
  3585.   A recent incident in which my cordless phone (a Panasonic TX370 or
  3586. something to that effect) took a little unexpected dip in our pool has
  3587. led me to ask for recommendations on waterproof/resistant cordless
  3588. phones. I've been to the department stores (who don't seem to carry
  3589. them) and to a Circuit City (who didn't carry one either) and finally
  3590. located a Fry's Electronics that had a Sony model and a Columbia model
  3591. that claimed to be "water-resistant".
  3592.  
  3593.   Does anyone know about these products or have any experience as to
  3594. how water-resistant these phones really are? While calling around, my
  3595. basic request was "I want one that can float" (not really what I want,
  3596. but I want it to be that resistant) and I was told that there are none
  3597. that are completely "waterproof".
  3598.  
  3599.   Actually, my old Panasonic unit still works, sort of. It clicks
  3600. incessantly when on-hook but on standby, beeps at me a few times
  3601. before it will connect to the base unit and go off-hook, and pulse
  3602. dials even though the setting on the base unit is set on tone (which
  3603. is weird, could the base unit have been damaged when the handset went
  3604. underwater in standby mode? If I hit the 'Tone' button on the handset
  3605. it will dial in tones for that call ...). Luckily it was only a couple
  3606. months old and is still under warranty. But I think I'd like to get
  3607. one for 'pool use'. Any comments?
  3608.  
  3609.  
  3610. Justin Leavens    University of Southern California
  3611.  
  3612. ------------------------------
  3613.  
  3614. Subject: More Than I Wanted to Know About INTELPOST
  3615. Date: Tue, 14 Jul 92 1:45:56 EDT
  3616. From: John R. Levine <johnl@iecc.cambridge.ma.us>
  3617.  
  3618.  
  3619. About three months after I originally asked, the Post Office has sent
  3620. me a handy 157 page book explaining Intelpost.  It turns out to be
  3621. Group 3 fax with optional pick up and delivery.  There are seven
  3622. different delivery options, not all available at every destination
  3623. point including regular service in which the receiving post office
  3624. drops it in the mail for local delivery, two-hour express service,
  3625. pick-up with optional notification by phone or telex, and fax delivery
  3626. if the recipient has a fax (presumably the sender doesn't.)
  3627.  
  3628. To send an Intelpost message you can either drop off the originals at
  3629. one of 200 post offices or establish an account and fax them to the
  3630. P.O.  yourself.  The price is $10 for the first page, $4 for every
  3631. additional page, $5 extra for any delivery option other than regular
  3632. service.  The cover page is free.
  3633.  
  3634. Most of the 157 pages list what service is available where in the 39
  3635. participating countries.
  3636.  
  3637. So, basically, it's fax for situations where the sender and/or
  3638. receiver doesn't have a fax machine.
  3639.  
  3640.  
  3641. Regards,
  3642.  
  3643. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  3644.  
  3645. ------------------------------
  3646.  
  3647. Date: Mon, 13 Jul 92 23:36:23 EDT
  3648. From: David Leibold <DLEIBOLD@vm1.yorku.ca>
  3649. Subject: New files for the Archives
  3650.  
  3651.  
  3652. A few new files have hit the TELECOM Digest Archives ...
  3653.  
  3654. The new file "autovon.instructions" in the archives at lcs.mit.edu are
  3655. instructions and info about how the Autovon works, including official
  3656. descriptions of the various precedence levels from Flash Override
  3657. down.
  3658.  
  3659. There are new South American country codes lists in the country.codes
  3660. subdirectory of the telecom-archives directory. The update meant that
  3661. the zone 5 lists had to be split in two: zone.5.codes.50-54 and
  3662. zone.5.codes.55-59 to represent country codes from 500-54 and 55-599
  3663. respectively.
  3664.  
  3665. A new African zone 2 list of country codes was sent for inclusion in
  3666. the Archives. This should appear when the Moderator is able to update
  3667. the Archives, for the file zone.2.codes.
  3668.  
  3669. Updates to other countries should eventually appear, but things will
  3670. be going fairly slowly. Many thanks to Carl Moore and Manuel
  3671. Moguilevsky for ongoing assistance with the lists.
  3672.  
  3673.  
  3674. dleibold@vm1.yorku.ca
  3675.  
  3676. ------------------------------
  3677.  
  3678. From: msb@tyler.uswest.com ( Mark Blumhardt)
  3679. Subject: House Voice/Data wiring question
  3680. Organization: U S WEST Advanced Technologies
  3681. Date: Mon, 13 Jul 1992 20:36:16 GMT
  3682.  
  3683.  
  3684. I'm having a house built and am going to put in extra wiring.  My goal
  3685. is to provide voice and data to various rooms.  I went out and bought
  3686. three-pair unshielded twisted pair wiring (rated at 10 MBS), several
  3687. two jack outlets and an M Block.
  3688.  
  3689. If my goal is to have some pairs connected to the BOC network and
  3690. others connected to my 10BASE-T network, how do I wire it up at the
  3691. block (I.E. are the voice pairs connected in parallel)?  Is the
  3692. 10BASE-T network wiring done in a star configuration?  What is the
  3693. exact wiring at the block?
  3694.  
  3695. Either information directly from you, or a reference to a book would
  3696. be great.
  3697.  
  3698. Thanks in advance.
  3699.  
  3700.  
  3701. Mark 
  3702.  
  3703. ------------------------------
  3704.  
  3705. Date: 13 Jul 92 14:14:09-0900
  3706. From: /PN=Thomas.K.Hinders/OU=CCMAIL/O=CHAN.IS/PRMD=MMC/ADMD=TELEMAIL/C=US/@sprint.com
  3707. Subject: EPA at Bay City
  3708.  
  3709.  
  3710. I'm being considered for a position as Communications Specialist at a
  3711. EPA Cray site in Bay City MI, and I thought that the Telecom readers
  3712. might be able to answer a few questions that I have:
  3713.  
  3714.     - Who is the FTS provider to EPA?
  3715.  
  3716.     - Who is the local telco in Bay City, and how might you rate them on a
  3717.     scale of 1 to 10?
  3718.  
  3719.     - I would welcome any comments from current/past Bay City residents.
  3720.  
  3721. Thanks in advance.
  3722.  
  3723.  
  3724.                       Thomas K Hinders
  3725.              Martin Marietta Computing Standards
  3726.                    4795 Meadow Wood Lane
  3727.                      Chantilly, VA 22021
  3728.               703.802.5593 (v) 703.802.5027 (f)
  3729.  
  3730. ------------------------------
  3731.  
  3732. Date: Sun, 12 Jul 92 12:35:29 EDT
  3733. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  3734. Subject: Democratic Convention (Including Telecom)
  3735.  
  3736.  
  3737. Some of the Democratic Convention details were given in the July 12,
  3738. 1992, issue of {Newsday} and I thought I'd pass them along.
  3739.  
  3740. 60 computer systems will be located on the convention floor.
  3741.  
  3742. About 189 miles of communications system wiring, nearly enough to go
  3743. from New York City to Baltimore.
  3744.  
  3745. 56 video screens make up the podium's back wall.
  3746.  
  3747. The podium has room for about 40 people and 8 TV locations.
  3748.  
  3749. Delegation voting will be electronic with votes recorded via the
  3750. pressing of one of three buttons: Yes, No or Abstain.  There will be
  3751. two phones mounted on each station with one for communicating with the
  3752. podium and the other for calls to other delegations or outside
  3753. locations.
  3754.  
  3755. The four principal sponsors are American Express, AT&T, Time Warner
  3756. and NY Telephone.  75 percent are involved in communications in one
  3757. way or another and I'm not sure about Amex.  I wonder who the lucky
  3758. ones to end up paying for this will be -- the ratepayers or
  3759. stockholders (I'm leaning toward the former).  These paragons of
  3760. society are giving $100,000 in cash and providing perks like cable TV
  3761. and free magazines (that takes care of Time Warner).
  3762.  
  3763.  
  3764.  
  3765. Dave Niebuhr      Internet: niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  3766. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  3767.  
  3768.  
  3769. [Moderator's Note: Democratic conventions are the only telco
  3770. subscribers in the world who can run up BIG bills and leave them
  3771. unpaid for years at a time. IBT gave up ever trying to collect what
  3772. they had coming from the Democratic convention here in 1968, and
  3773. finally wrote it off, meaning of course we rate payers took a hit. I
  3774. imagine the subscribers of NY Tel get to pay for this one, probably
  3775. sometime around 1996 when it gets written off.   PAT]
  3776.  
  3777. ------------------------------
  3778.  
  3779. End of TELECOM Digest V12 #558
  3780. ******************************
  3781. 
  3782. 
  3783. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa06425;
  3784.           15 Jul 92 4:21 EDT
  3785. Received: by delta.eecs.nwu.edu id AA21892
  3786.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 15 Jul 1992 01:42:03 -0500
  3787. Received: by delta.eecs.nwu.edu id AA23103
  3788.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 15 Jul 1992 01:41:54 -0500
  3789. Date: Wed, 15 Jul 1992 01:41:54 -0500
  3790. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  3791. Message-Id: <199207150641.AA23103@delta.eecs.nwu.edu>
  3792. To: "\\telecom"@eecs.nwu.edu
  3793. Subject: TELECOM Digest V12 #559
  3794.  
  3795. TELECOM Digest     Wed, 15 Jul 92 01:41:55 CDT    Volume 12 : Issue 559
  3796.  
  3797. Index To This Issue:                      Moderator: Patrick A. Townson
  3798.  
  3799.     Hatred by Voicemail: Canadian Liberty Network (Ken McVay)
  3800.     Detroit Area 313 to Split (John R. Levine)
  3801.     Michigan Will Get Area Code 810 in August '94 (Jeffrey Kaplan)
  3802.     Airfone System Overload (Jeff Garber)
  3803.     Telling my Tip From my Ring (Bob Riegelmann)
  3804.     911 Outage in Santa Clara (Marc T. Kaufman)
  3805.     Use (Abuse) of ANI? (Sam Israelit)
  3806.     What is ESN? (Carl Moore)
  3807.     Re: Cellular Phone Hacking (Ron Natalie)
  3808.     Re: Cellular Phone Hacking (Bill Squire)
  3809.     Re: Cellular Phone Hacking (Richard Cox)
  3810.     Re: Perot Compuserve Account (Peter da Silva)
  3811.     Re: Perot Compuserve Account (John Higdon)
  3812.     Re: Perot Compuserve Account (Chris Kent Kantarjiev)
  3813. ----------------------------------------------------------------------
  3814.  
  3815. Subject: Hatred by Voicemail: Canadian Liberty Network
  3816. Date: Tue, 14 Jul 92 15:07:44 PDT
  3817. From: Ken McVay <kmcvay@oneb.almanac.bc.ca>
  3818.  
  3819.  
  3820. (Reprinted from alt.revisionism at the request of a user who thought
  3821. it might be appropriate to discuss this here - knm.)
  3822.  
  3823. During the past year or so, a voicemail system calling itself the
  3824. "Canadian Liberty Network" operated in Vancouver, British Columbia.
  3825. The system operated out of a basement suite -- the owner of the home
  3826. disclaimed any knowledge of the system, or the organization or
  3827. individuals that operated it, even though he was "renting" the suite.
  3828.  
  3829. The system amounted to a voicemail version of Dan Gannon's b-cpu
  3830. bulletin board, with readings of the Leuchter report, "66 Questions &
  3831. Answers About the Holocaust" and other material of a similar vein.
  3832.  
  3833. Pressure from the Canadian government resulted in a court order which
  3834. forbade the continued operation of the system. At that point, as I
  3835. understand it, the system adopted a Washington State telephone number
  3836. and continued to operate. I don't have enough details to know if the
  3837. system itself remained in Canada, or moved south of the border, but
  3838. the Canadian court just issued a contempt citation against the owners
  3839. of the system, citing the continuing operation of the system in
  3840. violation of the original order. (Canadian law prohibits dissemination
  3841. of hate literature.)
  3842.  
  3843. I would like to gather information about this system, or similar
  3844. systems anywhere in North America, and solicit your assistance. It is
  3845. my belief that the folks who operate these systems are either formally
  3846. or informally linked to and supported by American Nazi front
  3847. organizations, i.e. Carto and company, but I cannot substantiate that
  3848. belief. Any and all information, including news clippings/citations,
  3849. sound bites, etc. will be appreciated.
  3850.  
  3851. Printed material, including newspaper clippings, Nazi literature
  3852. advertising these systems, etc. can be sent to me via snail:
  3853.  
  3854.         Ken McVay
  3855.         c/o R.R. 1, C-28
  3856.         Ladysmith, British Columbia, Canada V0R 2E0
  3857.  
  3858. NOTE: I was asked, after posting this request in its original form,
  3859. whether or not I would use the information collected to assist the
  3860. Canadian government in its efforts WRT this matter. The answer to that
  3861. question is an emphatic no, although I _will_ most certainly make
  3862. public use of information received which I can confirm, and that may
  3863. very well result in the government's obtaining the information anyway.
  3864. If you wish to contribute to my education, but do _not_ want your
  3865. information used in any public or private forum beyond my "eyes only,"
  3866. please make that clear -- your request for complete confidentiality
  3867. will be respected without reservation.
  3868.  
  3869.  
  3870. [Moderator's Note: I see a flood of mail coming, and am starting to
  3871. twitch in anticipation already. Please direct ALL replies to the
  3872. author and not to the Digest.  Thanks.   PAT]
  3873.  
  3874. ------------------------------
  3875.  
  3876. Subject: Detroit Area 313 to Split
  3877. Date: Tue, 14 Jul 92 18:06:37 EDT
  3878. From: John R. Levine <johnl@iecc.cambridge.ma.us>
  3879.  
  3880.  
  3881. UPI reports that the 313 area will split to a new 810 code effective
  3882. 10 Aug 1994.
  3883.  
  3884. Oakland, Macomb, Genesee, Lapeer, St. Clair and Sanilac counties as
  3885. well as small sections of Saginaw, Shiawassee and Livingston counties
  3886. wil go into 810.  Wayne, Washtenaw, Monroe, and small parts of Jackson
  3887. and Lenawee counties will remain in 313.  Detroit itself is in Wayne
  3888. county and won't change.
  3889.  
  3890. As with all NPA splits, rates won't change.  The telco consulted lots
  3891. of local leaders so there seems to be little grumbling about the
  3892. boundaries.
  3893.  
  3894.  
  3895. Regards,
  3896.  
  3897. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  3898.  
  3899. ------------------------------
  3900.  
  3901. Date: Tue, 14 Jul 92 14:24:30 -0400
  3902. From: kaplanj@emunix.emich.edu (Jeffrey Kaplan)
  3903. Subject: Michigan Will Get Area Code 810 in August '94
  3904.  
  3905.  
  3906. That's what I heard on the radio a few moments ago.  WXYT said that
  3907. Michigan Bell announced that area code 313 will continue in Wayne,
  3908. Washtenaw, and Monroe counties.  Counties north of Eight Mile Road
  3909. including the north and northeast Detroit suburbs will go to area code
  3910. 810 in August '94.  A Michigan Bell spokesperson came on to say that
  3911. this will not impact long distance phone rates.
  3912.  
  3913. Do they mean that you will have to use the new code after that date,
  3914. or that you'll be able to?  I understand that area code splits usually
  3915. involve a transitional period that this brief radio story did not
  3916. mention.
  3917.  
  3918.  
  3919. Jeff Kaplan    kaplanj@emunix.emich.edu   tardaa@um.cc.umich.edu
  3920.  
  3921. ------------------------------
  3922.  
  3923. Date: Wed, 15 Jul 92 05:19 GMT
  3924. From: Jeff Garber <0005075968@mcimail.com>
  3925. Subject: Airfone System Overload
  3926.  
  3927.  
  3928. Over the 4th of July weekend, I took a trip with a flight connecting
  3929. in Chicago. While we were waiting on the runway at O'Hare to take off
  3930. (with 40-50 planes in front of us, according to the captain), a bad
  3931. storm came through and shut down the airport. Out of sheer boredom
  3932. during the delay, I reached for the GTE Airfone built into the seat in
  3933. front of me. I waited for the green LED to come on before proceeding.
  3934. It wasn't coming on. Eventually it did illuminate, but it was gone
  3935. again before I could get my credit card through the magnetic reader. I
  3936. assume with all those planes grounded on the runway in addition to
  3937. those in the air that could not land, the call traffic was more than
  3938. the system could handle. One lady who managed to get her card through
  3939. the reader and dial a number heard a message stating that all circuits
  3940. were busy and to please wait. This message repeated at regular
  3941. intervals. She waited about half an hour before finally giving up.
  3942.  
  3943. Now I'm wondering just what is the traffic capacity of one Airfone
  3944. ground station? How many calls must have been in progress to jam it up
  3945. like that? On a side note, I'd be interested in seeing a study showing
  3946. how much extra Airfone revenue is generated for the airlines when
  3947. there are delays versus flights that are on time (why be on time when
  3948. you can make extra money by being late?).
  3949.  
  3950.  
  3951. Jeff Garber <507-5968@mcimail.com>    My opinions are just that.
  3952.  
  3953. ------------------------------
  3954.  
  3955. From: bob@sunspot.noao.edu (Bob Riegelmann)
  3956. Subject: Telling my Tip From my Ring
  3957. Organization: National Solar Observatory/SP, Sunspot NM, USA
  3958. Date: Tue, 14 Jul 92 15:51:47 GMT
  3959.  
  3960.  
  3961. I'm re-wiring my house, and I need a trivia answer.  To avoid
  3962. confusing local craftpersons after I leave this house, is there a
  3963. protocol that associates tip and ring with the color and color stripe
  3964. wires?  i.e. does tip go on the blue wire, and ring go on the
  3965. blue/white wire? or reverse?
  3966.  
  3967. Don't ask me why I'm rewiring, but this house was originally wired by
  3968. the Air Force, and was recently on linebacker. Needless to say,
  3969. nothing worked when I moved in.
  3970.  
  3971.  
  3972. Bob Riegelmann   bob@sunspot.sunspot.noao.edu
  3973. P.O. Box 58      Sunspot, NM 88349-0058 
  3974.  
  3975. ------------------------------
  3976.  
  3977. From: kaufman@cs.stanford.edu (Marc T. Kaufman)
  3978. Subject: 911 Outage in Santa Clara
  3979. Organization: Computer Science Department, Stanford University.
  3980. Date: Tue, 14 Jul 1992 16:46:14 GMT
  3981.  
  3982.  
  3983. (from the local news):
  3984.  
  3985. "Santa Clara County lost its 911 emergency system in most areas for
  3986. more than five hours Sunday night and this [Monday] morning due to a
  3987. power outage and the failure of a battery-based backup system, phone
  3988. company officials said."
  3989.  
  3990. "Pacific Bell spokeswoman Judy Peterson said a switch -- which served
  3991. as the hub of service for the entire area -- lost power about 11:10 PM
  3992. She said a portable diesel generator restored power by about 4:15 AM
  3993. after a set of batteries failed to provide enough power."
  3994.  
  3995. Evidently, the regular standby diesel generator failed when its
  3996. transfer switch burned up.
  3997.  
  3998. After the Loma Prieta earthquake there was a post-mortem talk by
  3999. members of SMPTE that was broadcast on satellite.  It seems phone
  4000. companies don't want to test emergency power systems because "it can
  4001. cause disruptions", so when they are needed they are untested.
  4002.  
  4003.  
  4004. Marc Kaufman (kaufman@CS.stanford.edu)
  4005.  
  4006. ------------------------------
  4007.  
  4008. Date: Tue, 14 Jul 92 14:38:23 PDT
  4009. From: sami@scic.intel.com (Sam Israelit)
  4010. Subject: Use (Abuse) of ANI?
  4011.  
  4012.  
  4013. > [Moderator's Note: I've often had the same thoughts about the numerous
  4014. > signs I see on the subways here urging people to call and seek help
  4015. > for a problem with cocaine, abusing your children, etc. They all use
  4016. > 800 numbers also, with ANI, I'm sure.   PAT]
  4017.  
  4018. Now come on PAT! This is going a little bit too far. There are a
  4019. number of people in the world who don't give a damn about tracking
  4020. phone numbers of people with problems so that they can place them on
  4021. special lists! This is paranoia! A number of those organizations are
  4022. out there doing legitimate work and they have 800 numbers so that you
  4023. can call them free of charge (ie, too large a number of the population
  4024. are indigent).  And even if that isn't the reason, it doesn't mean
  4025. that they are logging your call for help into "The System".
  4026.  
  4027. I agree that there are some people who would abuse the use of ANI, but
  4028. that doesn't make them all bad!
  4029.  
  4030.  
  4031. Sam Israelit    Engineer, Businessman, ... Brewer    Portland, OR
  4032.  
  4033. ------------------------------
  4034.  
  4035. Date: Tue, 14 Jul 92 11:49:49 EDT
  4036. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  4037. Subject: What is ESN?
  4038.  
  4039.  
  4040. I noticed a listing for Bell-Northern Research in Richardson, Texas
  4041. (near Dallas) on the 214-684 prefix, and followed by a 7D number
  4042. prefixed with "ESN".  What is ESN?
  4043.  
  4044.  
  4045. [Moderator's Note: If we were talking about cellular phones, I would
  4046. say it means "Electronic Serial Number". In the context you describe
  4047. it, I have no idea.  Anyone?    PAT]
  4048.  
  4049. ------------------------------
  4050.  
  4051. From: ron@pilot.njin.net (Ron Natalie)
  4052. Subject: Re: Cellular Phone Hacking
  4053. Date: 14 Jul 92 20:18:39 GMT
  4054. Organization: Rutgers Univ., New Brunswick, N.J.
  4055.  
  4056.  
  4057. > Another problem is that in most modern cellular phones,
  4058.  
  4059. Actually, I'm not sure what you mean by "modern" cellular phones.
  4060.  
  4061. > the chip containing the ESN is difficult to get into, let alone modify.
  4062.  
  4063. With the latest phones I think it's actually getting easier.  Some of
  4064. the new smaller handhelds actually store the ESN in the same
  4065. programmable stuff as the NAM information.
  4066.  
  4067.  
  4068. [Moderator's Note: By 'modern', I mean phones made in the past few
  4069. years since the cellular carriers got the feds to crack down on the
  4070. makers of the phones for not doing a better job of keeping the ESN
  4071. tamper-proof. In the very early days, ESN tampering was common.  PAT]
  4072.  
  4073. ------------------------------
  4074.  
  4075. Subject: Re: Cellular Phone Hacking 
  4076. From: bill@hacktic.nl (Bill Squire)
  4077. Date: Tue, 14 Jul 92 18:00:05 WET/D
  4078. Organization: Hack-Tic Magazine
  4079.  
  4080.  
  4081. > [Moderator's Note: What you suggest is highly illegal in the USA and
  4082. > probably everywhere else in the world except possibly the Netherlands
  4083. > where it seems that everything is okay where defrauding the telco is
  4084. > concerned.
  4085.  
  4086. C'mon Pat be nice.  Using the bluebox is one thing, but somebody's
  4087. account is quite another matter.  See the difference?  There has been
  4088. quite a problem with the criminal side of "phreaking" with cellular
  4089. phones here and I assure you it will earn you a room in one of the
  4090. fine hotels operated by the police!  On the technical side, several
  4091. cellular phones can be fully programed externally, but I don't do this
  4092. and don't know about changing the ESN or anything like that.  We have
  4093. three different systems here, ATF1 in the 150MHz band, ATF2 in the
  4094. 470MHz band and ATF3 in the 900MHz band (470-890 is still TV here).
  4095.  
  4096. We also have a public CT2 system called "Greenpoint" with Motorola
  4097. Silverlink phones called "Kermits" with a green protective edge
  4098. instead of the standard grey.  Henson's famous frog is pictured on
  4099. them.  This system uses 40 channels between 864 and 868 MHz with a
  4100. maximum transmit power of 10mW.  While there are numerous features
  4101. possible, it is only used as a payphone replacement at this time and
  4102. as a home cordless phone.  Full details are in EDSI prl-ETS 300 131.
  4103. Call +33 92 94 42 00 or 93 65 47 16 in France for more information.
  4104. Don't believe this has been hacked, but there are allways those out
  4105. there that think they have a trick ... until the phone bill arives!
  4106.  
  4107.  
  4108. Bill
  4109.  
  4110. ------------------------------
  4111.  
  4112. Date: Tue, 14 Jul 92 21:42 GMT
  4113. From: Richard Cox <mandarin@cix.compulink.co.uk>
  4114. Subject: Re: Cellular Phone Hacking
  4115. Reply-To: mandarin@cix.compulink.co.uk
  4116.  
  4117.  
  4118. >>  The idea seems to be to change the ESN so that free phone calls can be
  4119. >>  made on someone else's line.
  4120.  
  4121. Changing the ESN per se isn't illegal here in the UK.  In fact it's
  4122. become essential now that a number of cellular phone companies have
  4123. started to "block" the ESNs of, for example, customers who disconnect
  4124. to change to other cellular phone companies, so they can't use their
  4125. phones on the network.
  4126.  
  4127. Because a cottage industry has been set up to do this, its not too
  4128. much of a surprise that as a result there has been a sudden increase
  4129. over here of the "cloning" of working ESNs.  This does result in fraud
  4130.  -- fraud against the registered user of that ESN -- and of course
  4131. that is illegal.  The problem is that it's not as easy to spot by
  4132. checking bills, as Pat suggested.  These phones are usually used to
  4133. "sell" cheap international calls back home, to visitors and
  4134. immigrants.  There wouldn't be any pattern (other than the calls would
  4135. all be expensive and international) and the people who receive the
  4136. calls would genuinely know nothing about the criminal responsible.
  4137.  
  4138. What has been done here, is to arrange for the Cellular system to
  4139. "spot" cases where two phones are live on the system with the same ESN
  4140. at the same time, or where a phone appears to "move" faster than
  4141. normal between two different parts of the country.
  4142.  
  4143. Not all cellular systems use our (ETACS) system; I believe USA uses
  4144. AMPS and Oz uses something like GSM.  So what may be possible in one
  4145. country, is not necessarily possible in another.
  4146.  
  4147.  
  4148. Richard Cox
  4149.  
  4150. Mandarin Technology, Cardiff Business Park, Llanishen, CARDIFF, Wales CF4 5WF
  4151. Voice: +44 222 747111      Fax: +44 222 711111      VoiceMail: +44 399 870101
  4152. E-mail: mandarin@cix.compulink.co.uk
  4153.  
  4154. ------------------------------
  4155.  
  4156. From: peter@taronga.com (Peter da Silva)
  4157. Subject: Re: Perot Compuserve Account
  4158. Organization: Taronga Park BBS
  4159. Date: Mon, 13 Jul 1992 12:07:06 GMT
  4160.  
  4161.  
  4162. In article <telecom12.557.3@eecs.nwu.edu> TELECOM Moderator notes:
  4163.  
  4164. > [Moderator's Note: This brings up the original question: Does Perot
  4165. > have an email address for the proposed electronic forum for the
  4166. > candidates? Should we use 'campaign@perot.com' instead?  PAT]
  4167.  
  4168. perot.com, eh? So if he gets elected we might actually see something
  4169. like "perot@whitehouse.com"?
  4170.  
  4171.  
  4172. Peter da Silva, Taronga Park BBS, Houston, TX  +1 713 568 0480/1032
  4173.  
  4174. ------------------------------
  4175.  
  4176. Date: Tue, 14 Jul 92 02:26 PDT
  4177. From: john@zygot.ati.com (John Higdon)
  4178. Reply-To: John Higdon <john@zygot.ati.com>
  4179. Organization: Green Hills and Cows
  4180. Subject: Re: Perot Compuserve Account
  4181.  
  4182.  
  4183. The Moderator notes:
  4184.  
  4185. > And the idea that electronic mail is somehow a step-child in the way
  4186. > we communicate -- that paper mail is legitimate (who has yet to
  4187. > express sympathy for the volume of paper mail David Bush must receive
  4188. > for Perot each day?) but electronic mail must be restricted somehow
  4189. > lest it cause too much aggravation for the recipient is very silly.
  4190. > Electronic mail is where things are at these days.
  4191.  
  4192. And becoming more so. Over the past years (and particularly the past
  4193. year) I have been under the impression that the US Mail has become
  4194. slower and less reliable. Letters that used to take a couple of days
  4195. to travel coast to coast now take a week. Mail to Los Angeles from
  4196. here takes a good five days now (if it makes it at all).
  4197.  
  4198. For the price of a stamp, you can send a fax anywhere in the country.
  4199. It gets there immediately for sure. E-mail costs considerably less
  4200. than that, reaches its destination in less than a day (most of the
  4201. e-mail I send and receive takes minutes), and again the odds of being
  4202. delivered are exceedingly high.
  4203.  
  4204. Accordingly, I now only use the US Mail in the absence of any
  4205. alternative. When it started taking three days for a letter to reach
  4206. San Francisco from here (40 miles), I reassessed the communication
  4207. food chain. Hence, I agree with Pat. If someone is proporting to be
  4208. participating in electronic communications, then he had better be sure
  4209. that he can deal with commensurate incoming traffic.
  4210.  
  4211. The day is coming when we all will look at paper mail as passe and
  4212. archaic.  I know I already do.
  4213.  
  4214.  
  4215.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  4216.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  4217.  
  4218.  
  4219. [Moderator's Note: Remember when that guy wrote me a year or so ago
  4220. saying I should not have given out reallen@attmail.com since if the
  4221. chairman got too much mail they might cut the link to the net? I am
  4222. still scratching my head over that one, wondering exactly who would be
  4223. the loser.   PAT]
  4224.  
  4225. ------------------------------
  4226.  
  4227. Subject: Re: Perot Compuserve Account
  4228. Date: Tue, 14 Jul 1992 11:28:44 PDT
  4229. From: Chris Kent Kantarjiev <cak@parc.xerox.com>
  4230.  
  4231.  
  4232. It has been suggested that "Ross.Perot@perot.com" is a way to reach
  4233. Perot, or at least his administrative assitant.
  4234.  
  4235. ------------------------------
  4236.  
  4237. End of TELECOM Digest V12 #559
  4238. ******************************
  4239. 
  4240. 
  4241. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa06424;
  4242.           15 Jul 92 4:21 EDT
  4243. Received: by delta.eecs.nwu.edu id AA11124
  4244.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 15 Jul 1992 02:20:11 -0500
  4245. Received: by delta.eecs.nwu.edu id AA00957
  4246.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 15 Jul 1992 02:20:00 -0500
  4247. Date: Wed, 15 Jul 1992 02:20:00 -0500
  4248. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  4249. Message-Id: <199207150720.AA00957@delta.eecs.nwu.edu>
  4250. To: "\\telecom"@eecs.nwu.edu
  4251. Subject: TELECOM Digest V12 #560
  4252.  
  4253. TELECOM Digest     Wed, 15 Jul 92 02:20:00 CDT    Volume 12 : Issue 560
  4254.  
  4255. Index To This Issue:                      Moderator: Patrick A. Townson
  4256.  
  4257.     Re: 700 Easyreach Service Should be Called Hard to Reach (Peter da Silva)
  4258.     Re: 700 Easyreach Service Should be Called Hard to Reach (Andy Sherman)
  4259.     Re: Cellular Phone Hacking (Tom Wiencko)
  4260.     Re: Democratic Convention (Including Telecom) (Chuck Paquette)
  4261.     Re: Democratic Convention (Including Telecom) (Carl Moore)
  4262.     The Voice of the Phone Company (Jeff Garber)
  4263.     Creative Solutions (was The Depths of Sliminess) (Ed Hew)
  4264.     Re: Pat Townson Owes EFF an Apology (Alan Millar)
  4265.     Re: Strange Pulse Dialing Behavior: Summary (Todd Inch)
  4266.     Surprise Calling Card Fraud: Followup (Mark Schuldenfrei)
  4267. ----------------------------------------------------------------------
  4268.  
  4269. From: peter@taronga.com (Peter da Silva)
  4270. Subject: Re: 700 Easyreach Service Should be Called Hard to Reach
  4271. Organization: Taronga Park BBS
  4272. Date: Mon, 13 Jul 1992 12:04:00 GMT
  4273.  
  4274.  
  4275. In article <telecom12.553.2@eecs.nwu.edu> hpa@nwu.edu (H. Peter Anvin)
  4276. writes:
  4277.  
  4278. > A dedicated country code would probably be the best, especially from
  4279. > an international standpoint.  Otherwise, maybe we have found a use for
  4280. > the 600 area code.
  4281.  
  4282. No, the best would be to abandon the fixed-length phone number. Other
  4283. countries don't have them, having benefited from the U.S. being the
  4284. pioneers in this instance.
  4285.  
  4286.  
  4287. Peter da Silva, Taronga Park BBS, Houston, TX  +1 713 568 0480/1032
  4288.  
  4289. ------------------------------
  4290.  
  4291. From: andys@flatline.sbi.com (Andy Sherman)
  4292. Subject: Re: 700 Easyreach Service Should be Called Hard to Reach
  4293. Date: Tue, 14 Jul 92 17:20:57 EDT
  4294.  
  4295.  
  4296. n 10 Jul 92 16:20:27 GMT, jjc+@pitt.edu (Jeffrey J. Carpenter) said:
  4297.  
  4298. In response to Pat's explanation of how the 700 number space works:
  4299.  
  4300. > You are certainly correct about this, but why couldn't they have
  4301. > requested a new special service code for this type of service,
  4302. > something like 500 or 600.  They didn't have to use 700.
  4303.  
  4304. I imagine that would have taken a fair amount of time, and the people
  4305. involved EasyReach wanted to see it deployed in our lifetimes.  AT&T
  4306. already had the 700 number space to use.  I suspect that a decision to
  4307. open up another X00 NPA would have involved Bellcore, the FCC, the
  4308. other IXCs and a cast of thousands.  *AND* it could have involved the
  4309. disclosure of detailed plans for a new (and unique) service to their
  4310. competitors.
  4311.  
  4312. If the service takes off, trust me, the industry will have to find a
  4313. standard way to provide it.
  4314.  
  4315.  
  4316. Andy Sherman  (Yes, the same one!)
  4317. Salomon, Inc.  -  Unix Systems Support  -  Rutherford, NJ
  4318. (201) 896-7018  -  andys@flatline.sbi.com
  4319. "These opinions are mine, all *MINE*.  My employer can't have them."
  4320.  
  4321. ------------------------------
  4322.  
  4323. From: vta!tom@gatech.edu (Tom Wiencko)
  4324. Subject: Re: Cellular Phone Hacking
  4325. Organization: Wiencko & Associates, Inc.
  4326. Date: Tue, 14 Jul 1992 14:14:26 GMT
  4327.  
  4328.  
  4329. In article <telecom12.558.2@eecs.nwu.edu> u1066579@csdvax.csd.unsw.
  4330. edu.au writes:
  4331.  
  4332. > I have seen several books for sale on the topic of cellular phone
  4333. > modification.  The idea seems to be to change the ESN so that free
  4334. > phone calls can be made on someone else's line.
  4335.  
  4336. As Pat mentions, this is highly illegal, and there is a significant
  4337. amount of technology installed in most cellular phone companies to
  4338. detect this.  When you get caught, your number can and probably will
  4339. be distributed to one of several nationwide databases which will
  4340. restrict your ability to use that phone.  It is also more difficult
  4341. than just changing the ESN, and in the interest of propriety I will
  4342. not expand on just what needs changing.
  4343.  
  4344. > Anyone have any knowledge of potential problems etc?  Does it work?
  4345.  
  4346. Jail, law suits, and other nasty things.  Note well that most cellular
  4347. companies have well staffed and well equipped fraud departments, and
  4348. some significant technology exists to detect fraudulent access, and in
  4349. many cases to locate the offender.
  4350.  
  4351. > [Moderator's Note: What you suggest is highly illegal in the USA and
  4352. > probably everywhere else in the world except possibly the Netherlands
  4353. > where it seems that everything is okay where defrauding the telco is
  4354. > concerned. Another problem is that in most modern cellular phones, the
  4355. > chip containing the ESN is difficult to get into, let alone modify.
  4356. > They tend to be buried under wax, thoroughly soldered in place and
  4357. > with few or no markings on them. A third problem is that if you could
  4358. > easily change them (let's say you swap it out entirely for a bunch of
  4359. > little dip switches or pin wheels you set by hand), is that the place
  4360. > you call is recorded by the cellular company and if you intend to call
  4361. > anything other than hotel/radio station switchboards/contest lines,
  4362. > etc then eventually any regular calling pattern will be investigated.
  4363.  
  4364. In fact, most cellular switches I am familiar with are generally
  4365. programmed to collect *everything*, including free, service, and even
  4366. unanswered calls.  Getting listings of calls made to/from certain
  4367. numbers or calls made by a particular ESN are relatively simple.
  4368. Tracking numbers that do not have the correct ESN or whose ESNs change
  4369. is also not terribly difficult.
  4370.  
  4371. There is also an effort taking place to establish a standard
  4372. interconnect scheme between cellular companies to track fraud and
  4373. cellular system abuse.  This system, when in place, will make it
  4374. extremely difficult to defraud cellular companies.
  4375.  
  4376.  
  4377. Tom Wiencko                  (404) 977-4515
  4378. Wiencko & Associates, Inc.   gatech!vta!tom
  4379.  
  4380. ------------------------------
  4381.  
  4382. From: Chuck Paquette <paquette@socrates.umd.edu>
  4383. Subject: Re: Democratic Convenvtion (Including Telecom)
  4384. Date: Tue, 14 Jul 92 17:37:59 EDT
  4385.  
  4386.  
  4387. Our Moderator's hit on the Democratic Party's payment record to telcos
  4388. brought up a number of issues.  As former staffer for both the Federal
  4389. Election Commission and a financially squeezed presidential candidate
  4390. (Hart), I think I can shed some light on telco billing policies toward
  4391. political parties and candidates.
  4392.  
  4393. First, Watergate changed most things in terms of financing campaigns,
  4394. and one was that vendors (including telcos) can no longer provide
  4395. special favors or exceptions to normal billing practices to political
  4396. parties or candidates.  A write-off would now be subject to a lot of
  4397. scrutiny by the Federal Election Commission, and unless it was done in
  4398. accordance with normal business practices would bring a suit or
  4399. indictment against the telco for an illegal corporate contribution.
  4400.  
  4401. Normal telco billing policies require stiff deposits for newly
  4402. constituted organizations, and campaigns are no exception.  So the
  4403. Brown or Perot campaigns are probably given little leeway
  4404. payment-wise, not because of any judgment call about their finances
  4405. (guess which one is a better risk?), but because political customers
  4406. are scrutinized under federal law.
  4407.  
  4408. Similarly, political parties now get no special treatment.  If the
  4409. 1992 bill to NY Telephone and AT&T was not paid, the Democratic
  4410. National Committee would no doubt have all phone service to them
  4411. cutoff in the NYNEX region and all AT&T service suspended.  Also,
  4412. given the nationwide credit database used by RBOCs, nonpayment would
  4413. also endanger service everywhere.
  4414.  
  4415. Back in the pre-divestiture days, telephone service to campaigns
  4416. (including long distance of course) was handled by the candidate's
  4417. local telco, even for national candidates.  For example, when the Hart
  4418. presidential campaign in D.C. wanted six additional phones in the
  4419. Portland, Maine office, they wired deposit money to Mountain Bell in
  4420. Denver, where Hart was Senator.
  4421.  
  4422. As I recall, the Hart campaign used a succession of long distance
  4423. carriers (MCI, Sprint, Alltel, and a few more) and ended up owing them
  4424. all hundreds of thousands of dollars.  I've heard the carriers have
  4425. learned their lesson since 1984.
  4426.  
  4427. I suspect there was a reason AT&T carried the national Democrats for
  4428. so long.  AT&T was and is quite regulated and their regulators include
  4429. a lot of Dems, and they probably didn't want to lead the charge for
  4430. payment.  No need to anger anyone.  As I said above, their patience
  4431. would no longer be legally possible today.
  4432.  
  4433. Finally, remember that each political party now receives a payment in
  4434. the $10 million range for their conventions from the federal
  4435. Presidential Campaign Fund (that's our $1 checkoff).  So the
  4436. Republicans no longer need solicit from the likes of IT&T (as they did
  4437. at their 1972 convention -- long story) and the Democrats can pay their
  4438. bills.  Our Moderator despairs even more!
  4439.  
  4440. ------------------------------
  4441.  
  4442. Date: Tue, 14 Jul 92 10:10:52 EDT
  4443. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  4444. Subject:  Re: Democratic Convention (Including Telecom)
  4445.  
  4446.  
  4447. Democratic conventions with bills written off?  How do the Republicans
  4448. handle such phone bills?
  4449.  
  4450.  
  4451. [Moderator's Note: Republicans pay their bills!  :)  Actually, as the
  4452. other poster on this thread today notes, Hart was the most notorious
  4453. example of a politician-deadbeat where telco was concerned.  PAT]
  4454.  
  4455. ------------------------------
  4456.  
  4457. Date: Wed, 15 Jul 92 05:17 GMT
  4458. From: Jeff Garber <0005075968@mcimail.com>
  4459. Subject: The Voice of the Phone Company
  4460.  
  4461.  
  4462. In article <telecom12.480.7@eecs.nwu.edu> Steve Forrette writes:
  4463.  
  4464. > Several years ago, before Aspen/Octel was popular, I had heard "the
  4465. > woman behind the telco voice" referred to as Ramona.  Note that the
  4466. > voice that Octel uses (at least until recently, apparently "Jane"
  4467. > retired) is the same as was used for many years by The Phone Company.
  4468. > Perhaps Octel thought a simple pseudonym would be better for marketing
  4469. > and training purposes ...
  4470.  
  4471. > Does anyone know if this voice was originally called Ramona by TPC,
  4472. > and if Jane (or both) is a pseudonym?
  4473.  
  4474. I remember seeing a story on television about "The Voice of the Phone
  4475. Company" several years ago. If I remember correctly, Ramona was the
  4476. lady who frequently recorded "time" and intercepts for TPC, but she
  4477. retired and her sister (or cousin or other relative) Jane Barbie took
  4478. her place (they have similar voices). The program I saw said these
  4479. ladies were chosen for their lack of a regional accent (I don't
  4480. remember where they are from) and a "friendly" quality in the tone of
  4481. their voices (personally, I always thought intercepts sounded harsh
  4482. and anything BUT friendly). I remember noticing that when one of them
  4483. (probably Jane) was interviewed, she sounded much different and less
  4484. harsh since she was was speaking naturally instead of uttering canned
  4485. phrases.
  4486.  
  4487. Apparently, Octel is quite proud that they were able to get Jane to
  4488. record their prompts. When the company I used to work for installed
  4489. its Aspen system, the vendor made a big fuss about the fact that it
  4490. was Jane Barbie, "the same voice the phone company uses!" Other people
  4491. I know who use Aspen were told the same thing.
  4492.  
  4493.  
  4494. Jeff Garber <507-5968@mcimail.com>    My opinions are just that.
  4495.  
  4496. ------------------------------
  4497.  
  4498. From: eah@xenitec.on.ca (Ed Hew)
  4499. Subject: Creative Solutions (was The Depths of Sliminess)
  4500. Organization: XeniTec Consulting, Kitchener, Ontario, CANADA
  4501. Date: Wed, 15 Jul 1992 05:28:48 GMT
  4502.  
  4503.  
  4504. In article <telecom12.550.6@eecs.nwu.edu> pdh@netcom.com (Phil Howard)
  4505. writes:
  4506.  
  4507. > Caller ID is also not a solution.  It only tells me where someone is
  4508. > calling from, not who is calling or why.  A relative or friend I want
  4509. > to talk to may be calling from a phone I have no knowledge or record
  4510. > of.  Should I have to brush them off by not answering just because
  4511. > the telemarketers also call from numbers I don't know about (at least
  4512. > the first time)?
  4513.  
  4514. Time for some creative solutions ...
  4515.  
  4516. Why not impliment a feature similar to "Identicall" where
  4517. telemarketers calls would (be ughhh, legislated to) ring with a
  4518. specific identifible teleslime chime.  We could then simply ignore it,
  4519. knowing that what's awaiting should we choose to answer.  That might
  4520. take the annoyance level down to that of a lawn mower across the
  4521. street at 6:30 AM on a Sunday.  Of course the telco would charge me
  4522. another $1.35 for this feature, but that's a whole lot cheaper than my
  4523. time.
  4524.  
  4525. Better yet, have all telemarketers pay the telecom $1 for each
  4526. completed call, the profits from which would be split between the
  4527. telecom and service account holder who answers the phone.  The telecom
  4528. gets more revenue, and I wind with paid telecom service for life.
  4529. Alternatively, there might well be a lot fewer such calls wasting my
  4530. time. 
  4531.  
  4532.  
  4533. Ed. A. Hew,    <edhew@xenitec.on.ca>    ....!uunet.ca!xenitec!eah
  4534. XeniTec Consulting Services, Kitchener ON, Canada +1 519 570 9848
  4535.  
  4536. ------------------------------
  4537.  
  4538. Date: Tue, 14 Jul 92 14:01:44 PDT
  4539. From: amillar@netcom.com (Alan Millar)
  4540. Subject: Re: Pat Townson Owes EFF an Apology
  4541. Organization: The Bolis Group, San Jose, CA
  4542.  
  4543.  
  4544. In article <telecom12.552.2@eecs.nwu.edu> you write: [re: Pat Townson]
  4545.  
  4546. > But only someone whose disregard for the truth borders on the
  4547. > pathological could suppose that we *ever* seek to excuse unauthorized
  4548. > access, or that we routinely defend those who engage in such acts.
  4549.  
  4550. > And I am certain that we have higher regard for the truth than he
  4551. > does.
  4552.  
  4553. You know, I was starting to think you had a good point about libel.
  4554. But you corrected that.
  4555.  
  4556.  
  4557.                   email:  
  4558. Alan Millar       amillar@bolis.SF-Bay.org  
  4559.                   ames!zorch!bolis!amillar  
  4560.  
  4561.  
  4562. [Moderator's Note: Next thing you know, they'll be saying I owe Gary
  4563. Hart and the entire Democratic Party an apology for claiming they do
  4564. not pay their bills in uh, a 'timely and business-like manner.' :)  PAT]  
  4565.  
  4566. ------------------------------
  4567.  
  4568. From: toddi@mav.com (Todd Inch)
  4569. Subject: Re: Strange Pulse Dialing Behavior: Summary
  4570. Organization: Maverick International Inc.
  4571. Date: Wed, 15 Jul 92 05:56:47 GMT
  4572.  
  4573.  
  4574. In article <telecom12.508.8@eecs.nwu.edu> jon_sree@world.std.com (Jon
  4575. Sreekanth) writes:
  4576.  
  4577. > This is a summary of email and posted responses to my question about
  4578. > pulse dialing. Briefly, I found that if pulse digits are dialed
  4579. > during a stable call, the exchange would mistake it for a hangup or
  4580. > hook flash. This is unexpected and annoying, because even if a voice
  4581. > mail front end was smart enough to decode pulse digits, the exchange
  4582. > would probably not let the caller transmit them.
  4583.  
  4584. Exchanges never transmit pulses to the far end.  Remember: Pulses are
  4585. just quick disconnects of the phone from the line -- there is (was) no
  4586. reason to disconnect the other caller when you disconnect yours
  4587. momemtarily.  So, your CO (phone company equipment) isn't being
  4588. "nasty", there's just no reason for the additional complexity of
  4589. adding this feature which you think should exist.
  4590.  
  4591. Customer equipment MIGHT theoretically be able to listen for "clicks"
  4592. from pulse dialing and guess that these are pulses, but it would be a
  4593. near-impossibility to get this to actually work from a technical
  4594. aspect.  (No, I didn't dial a "1" - I just dropped the handset on the
  4595. table, I just turned on my speakerphone, I just got a call-waiting
  4596. beep, my furnace just started and I'm on the cordless phone, my
  4597. roommate picked up the extension phone, or any other source of
  4598. "clicks" on a phone line.)
  4599.  
  4600. In fact, most CO's would probably accept "clickless" pulses which had
  4601. triangle or sine-shaped wave forms instead of square pulses.  The
  4602. corners of the square pulses are what make the clicks.  If someone
  4603. were to ever build such a phone (might be kind of a novelty -- silent
  4604. dialing) there is NO possibility of customer equipment at the far end
  4605. ever decoding for it (unless maybe it detected gaps in the caller's
  4606. breathing cause by the disconnection pulses?  :-)
  4607.  
  4608. Followups please CC me via mail -- my newsfeed has leaks - TIA.
  4609.  
  4610. ------------------------------
  4611.  
  4612. From: schuldy@progress.COM (Mark Schuldenfrei)
  4613. Subject: Surprise Calling Card Fraud: Followup
  4614. Organization: Progress Software Corp.
  4615. Date: Tue, 14 Jul 1992 14:35:15 GMT
  4616.  
  4617.  
  4618. The original posting was about my wife's unused AT&T calling card
  4619. number being stolen after it's only use being within a hotel room in
  4620. Miami.  I suspected SMDR records were used.
  4621.  
  4622. I still have no response from AT&T, or the FBI, and at this point am
  4623. expecting none.  I did get an interesting call last night from my
  4624. local RBOC (New England Telephone, part of Nynex).  They wanted to
  4625. "warn me" that the bill was over 1000 dollars for last month, and was
  4626. I aware of that?
  4627.  
  4628. I mentioned the call from AT&T, which it seems has not contacted them
  4629. as promised.  The bill, minus fraudulent calls to Costa Rica, seems to
  4630. be the normal $70 dollars or so.  My caller promised to enter a "perm
  4631. records" on the account, to charge back the additional calls to AT&T.
  4632.  
  4633. She also suggested that the originating phone numbers for the calling
  4634. card calls were probably residences. This gives me a real urge to make
  4635. long distance call or two, and imply I'm an immigration officer. But
  4636. that would be illegal, and I shall not do it.  Best of luck to AT&T's
  4637. stockholders, however, it seems that the fraud unit is willing to
  4638. write off $1000 dollars at a time.
  4639.  
  4640. Oh, and for your information, the hotel group in question is the Art
  4641. Deco Hotels in Miami Beach, dba the Lesley, Carlyle and Cardozo.  Do
  4642. not make calling card calls from their rooms, is my best advice.
  4643.  
  4644.  
  4645.     Mark Schuldenfrei, speaking for myself only, and not
  4646.     for my employer, or the INS for that matter...
  4647.  
  4648. Mark Schuldenfrei (schuldy@progress.com)
  4649.  
  4650.  
  4651. [Moderator's Note: When you call, NEVER claim to be anyone other than
  4652. yourself ... but you can still give them hell and tell them to clean
  4653. up their act or eventually respond to a federal investigator.    PAT]
  4654.  
  4655. ------------------------------
  4656.  
  4657. End of TELECOM Digest V12 #560
  4658. ******************************
  4659. 
  4660. 
  4661. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa07019;
  4662.           15 Jul 92 4:35 EDT
  4663. Received: by delta.eecs.nwu.edu id AA30251
  4664.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 15 Jul 1992 02:24:49 -0500
  4665. Received: by delta.eecs.nwu.edu id AA10302
  4666.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 15 Jul 1992 02:24:15 -0500
  4667. Date: Wed, 15 Jul 1992 02:24:15 -0500
  4668. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  4669. Message-Id: <199207150724.AA10302@delta.eecs.nwu.edu>
  4670. To: telecom@delta.eecs.nwu.edu
  4671. Subject: TELECOM Digest V12 #559
  4672.  
  4673.  
  4674. TELECOM Digest     Wed, 15 Jul 92 01:41:55 CDT    Volume 12 : Issue 559
  4675.  
  4676. Index To This Issue:                      Moderator: Patrick A. Townson
  4677.  
  4678.     Hatred by Voicemail: Canadian Liberty Network (Ken McVay)
  4679.     Detroit Area 313 to Split (John R. Levine)
  4680.     Michigan Will Get Area Code 810 in August '94 (Jeffrey Kaplan)
  4681.     Airfone System Overload (Jeff Garber)
  4682.     Telling my Tip From my Ring (Bob Riegelmann)
  4683.     911 Outage in Santa Clara (Marc T. Kaufman)
  4684.     Use (Abuse) of ANI? (Sam Israelit)
  4685.     What is ESN? (Carl Moore)
  4686.     Re: Cellular Phone Hacking (Ron Natalie)
  4687.     Re: Cellular Phone Hacking (Bill Squire)
  4688.     Re: Cellular Phone Hacking (Richard Cox)
  4689.     Re: Perot Compuserve Account (Peter da Silva)
  4690.     Re: Perot Compuserve Account (John Higdon)
  4691.     Re: Perot Compuserve Account (Chris Kent Kantarjiev)
  4692. ----------------------------------------------------------------------
  4693.  
  4694. Subject: Hatred by Voicemail: Canadian Liberty Network
  4695. Date: Tue, 14 Jul 92 15:07:44 PDT
  4696. From: Ken McVay <kmcvay@oneb.almanac.bc.ca>
  4697.  
  4698.  
  4699. (Reprinted from alt.revisionism at the request of a user who thought
  4700. it might be appropriate to discuss this here - knm.)
  4701.  
  4702. During the past year or so, a voicemail system calling itself the
  4703. "Canadian Liberty Network" operated in Vancouver, British Columbia.
  4704. The system operated out of a basement suite -- the owner of the home
  4705. disclaimed any knowledge of the system, or the organization or
  4706. individuals that operated it, even though he was "renting" the suite.
  4707.  
  4708. The system amounted to a voicemail version of Dan Gannon's b-cpu
  4709. bulletin board, with readings of the Leuchter report, "66 Questions &
  4710. Answers About the Holocaust" and other material of a similar vein.
  4711.  
  4712. Pressure from the Canadian government resulted in a court order which
  4713. forbade the continued operation of the system. At that point, as I
  4714. understand it, the system adopted a Washington State telephone number
  4715. and continued to operate. I don't have enough details to know if the
  4716. system itself remained in Canada, or moved south of the border, but
  4717. the Canadian court just issued a contempt citation against the owners
  4718. of the system, citing the continuing operation of the system in
  4719. violation of the original order. (Canadian law prohibits dissemination
  4720. of hate literature.)
  4721.  
  4722. I would like to gather information about this system, or similar
  4723. systems anywhere in North America, and solicit your assistance. It is
  4724. my belief that the folks who operate these systems are either formally
  4725. or informally linked to and supported by American Nazi front
  4726. organizations, i.e. Carto and company, but I cannot substantiate that
  4727. belief. Any and all information, including news clippings/citations,
  4728. sound bites, etc. will be appreciated.
  4729.  
  4730. Printed material, including newspaper clippings, Nazi literature
  4731. advertising these systems, etc. can be sent to me via snail:
  4732.  
  4733.         Ken McVay
  4734.         c/o R.R. 1, C-28
  4735.         Ladysmith, British Columbia, Canada V0R 2E0
  4736.  
  4737. NOTE: I was asked, after posting this request in its original form,
  4738. whether or not I would use the information collected to assist the
  4739. Canadian government in its efforts WRT this matter. The answer to that
  4740. question is an emphatic no, although I _will_ most certainly make
  4741. public use of information received which I can confirm, and that may
  4742. very well result in the government's obtaining the information anyway.
  4743. If you wish to contribute to my education, but do _not_ want your
  4744. information used in any public or private forum beyond my "eyes only,"
  4745. please make that clear -- your request for complete confidentiality
  4746. will be respected without reservation.
  4747.  
  4748.  
  4749. [Moderator's Note: I see a flood of mail coming, and am starting to
  4750. twitch in anticipation already. Please direct ALL replies to the
  4751. author and not to the Digest.  Thanks.   PAT]
  4752.  
  4753. ------------------------------
  4754.  
  4755. Subject: Detroit Area 313 to Split
  4756. Date: Tue, 14 Jul 92 18:06:37 EDT
  4757. From: John R. Levine <johnl@iecc.cambridge.ma.us>
  4758.  
  4759.  
  4760. UPI reports that the 313 area will split to a new 810 code effective
  4761. 10 Aug 1994.
  4762.  
  4763. Oakland, Macomb, Genesee, Lapeer, St. Clair and Sanilac counties as
  4764. well as small sections of Saginaw, Shiawassee and Livingston counties
  4765. wil go into 810.  Wayne, Washtenaw, Monroe, and small parts of Jackson
  4766. and Lenawee counties will remain in 313.  Detroit itself is in Wayne
  4767. county and won't change.
  4768.  
  4769. As with all NPA splits, rates won't change.  The telco consulted lots
  4770. of local leaders so there seems to be little grumbling about the
  4771. boundaries.
  4772.  
  4773.  
  4774. Regards,
  4775.  
  4776. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  4777.  
  4778. ------------------------------
  4779.  
  4780. Date: Tue, 14 Jul 92 14:24:30 -0400
  4781. From: kaplanj@emunix.emich.edu (Jeffrey Kaplan)
  4782. Subject: Michigan Will Get Area Code 810 in August '94
  4783.  
  4784.  
  4785. That's what I heard on the radio a few moments ago.  WXYT said that
  4786. Michigan Bell announced that area code 313 will continue in Wayne,
  4787. Washtenaw, and Monroe counties.  Counties north of Eight Mile Road
  4788. including the north and northeast Detroit suburbs will go to area code
  4789. 810 in August '94.  A Michigan Bell spokesperson came on to say that
  4790. this will not impact long distance phone rates.
  4791.  
  4792. Do they mean that you will have to use the new code after that date,
  4793. or that you'll be able to?  I understand that area code splits usually
  4794. involve a transitional period that this brief radio story did not
  4795. mention.
  4796.  
  4797.  
  4798. Jeff Kaplan    kaplanj@emunix.emich.edu   tardaa@um.cc.umich.edu
  4799.  
  4800. ------------------------------
  4801.  
  4802. Date: Wed, 15 Jul 92 05:19 GMT
  4803. From: Jeff Garber <0005075968@mcimail.com>
  4804. Subject: Airfone System Overload
  4805.  
  4806.  
  4807. Over the 4th of July weekend, I took a trip with a flight connecting
  4808. in Chicago. While we were waiting on the runway at O'Hare to take off
  4809. (with 40-50 planes in front of us, according to the captain), a bad
  4810. storm came through and shut down the airport. Out of sheer boredom
  4811. during the delay, I reached for the GTE Airfone built into the seat in
  4812. front of me. I waited for the green LED to come on before proceeding.
  4813. It wasn't coming on. Eventually it did illuminate, but it was gone
  4814. again before I could get my credit card through the magnetic reader. I
  4815. assume with all those planes grounded on the runway in addition to
  4816. those in the air that could not land, the call traffic was more than
  4817. the system could handle. One lady who managed to get her card through
  4818. the reader and dial a number heard a message stating that all circuits
  4819. were busy and to please wait. This message repeated at regular
  4820. intervals. She waited about half an hour before finally giving up.
  4821.  
  4822. Now I'm wondering just what is the traffic capacity of one Airfone
  4823. ground station? How many calls must have been in progress to jam it up
  4824. like that? On a side note, I'd be interested in seeing a study showing
  4825. how much extra Airfone revenue is generated for the airlines when
  4826. there are delays versus flights that are on time (why be on time when
  4827. you can make extra money by being late?).
  4828.  
  4829.  
  4830. Jeff Garber <507-5968@mcimail.com>    My opinions are just that.
  4831.  
  4832. ------------------------------
  4833.  
  4834. From: bob@sunspot.noao.edu (Bob Riegelmann)
  4835. Subject: Telling my Tip From my Ring
  4836. Organization: National Solar Observatory/SP, Sunspot NM, USA
  4837. Date: Tue, 14 Jul 92 15:51:47 GMT
  4838.  
  4839.  
  4840. I'm re-wiring my house, and I need a trivia answer.  To avoid
  4841. confusing local craftpersons after I leave this house, is there a
  4842. protocol that associates tip and ring with the color and color stripe
  4843. wires?  i.e. does tip go on the blue wire, and ring go on the
  4844. blue/white wire? or reverse?
  4845.  
  4846. Don't ask me why I'm rewiring, but this house was originally wired by
  4847. the Air Force, and was recently on linebacker. Needless to say,
  4848. nothing worked when I moved in.
  4849.  
  4850.  
  4851. Bob Riegelmann   bob@sunspot.sunspot.noao.edu
  4852. P.O. Box 58      Sunspot, NM 88349-0058 
  4853.  
  4854. ------------------------------
  4855.  
  4856. From: kaufman@cs.stanford.edu (Marc T. Kaufman)
  4857. Subject: 911 Outage in Santa Clara
  4858. Organization: Computer Science Department, Stanford University.
  4859. Date: Tue, 14 Jul 1992 16:46:14 GMT
  4860.  
  4861.  
  4862. (from the local news):
  4863.  
  4864. "Santa Clara County lost its 911 emergency system in most areas for
  4865. more than five hours Sunday night and this [Monday] morning due to a
  4866. power outage and the failure of a battery-based backup system, phone
  4867. company officials said."
  4868.  
  4869. "Pacific Bell spokeswoman Judy Peterson said a switch -- which served
  4870. as the hub of service for the entire area -- lost power about 11:10 PM
  4871. She said a portable diesel generator restored power by about 4:15 AM
  4872. after a set of batteries failed to provide enough power."
  4873.  
  4874. Evidently, the regular standby diesel generator failed when its
  4875. transfer switch burned up.
  4876.  
  4877. After the Loma Prieta earthquake there was a post-mortem talk by
  4878. members of SMPTE that was broadcast on satellite.  It seems phone
  4879. companies don't want to test emergency power systems because "it can
  4880. cause disruptions", so when they are needed they are untested.
  4881.  
  4882.  
  4883. Marc Kaufman (kaufman@CS.stanford.edu)
  4884.  
  4885. ------------------------------
  4886.  
  4887. Date: Tue, 14 Jul 92 14:38:23 PDT
  4888. From: sami@scic.intel.com (Sam Israelit)
  4889. Subject: Use (Abuse) of ANI?
  4890.  
  4891.  
  4892. > [Moderator's Note: I've often had the same thoughts about the numerous
  4893. > signs I see on the subways here urging people to call and seek help
  4894. > for a problem with cocaine, abusing your children, etc. They all use
  4895. > 800 numbers also, with ANI, I'm sure.   PAT]
  4896.  
  4897. Now come on PAT! This is going a little bit too far. There are a
  4898. number of people in the world who don't give a damn about tracking
  4899. phone numbers of people with problems so that they can place them on
  4900. special lists! This is paranoia! A number of those organizations are
  4901. out there doing legitimate work and they have 800 numbers so that you
  4902. can call them free of charge (ie, too large a number of the population
  4903. are indigent).  And even if that isn't the reason, it doesn't mean
  4904. that they are logging your call for help into "The System".
  4905.  
  4906. I agree that there are some people who would abuse the use of ANI, but
  4907. that doesn't make them all bad!
  4908.  
  4909.  
  4910. Sam Israelit    Engineer, Businessman, ... Brewer    Portland, OR
  4911.  
  4912. ------------------------------
  4913.  
  4914. Date: Tue, 14 Jul 92 11:49:49 EDT
  4915. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  4916. Subject: What is ESN?
  4917.  
  4918.  
  4919. I noticed a listing for Bell-Northern Research in Richardson, Texas
  4920. (near Dallas) on the 214-684 prefix, and followed by a 7D number
  4921. prefixed with "ESN".  What is ESN?
  4922.  
  4923.  
  4924. [Moderator's Note: If we were talking about cellular phones, I would
  4925. say it means "Electronic Serial Number". In the context you describe
  4926. it, I have no idea.  Anyone?    PAT]
  4927.  
  4928. ------------------------------
  4929.  
  4930. From: ron@pilot.njin.net (Ron Natalie)
  4931. Subject: Re: Cellular Phone Hacking
  4932. Date: 14 Jul 92 20:18:39 GMT
  4933. Organization: Rutgers Univ., New Brunswick, N.J.
  4934.  
  4935.  
  4936. > Another problem is that in most modern cellular phones,
  4937.  
  4938. Actually, I'm not sure what you mean by "modern" cellular phones.
  4939.  
  4940. > the chip containing the ESN is difficult to get into, let alone modify.
  4941.  
  4942. With the latest phones I think it's actually getting easier.  Some of
  4943. the new smaller handhelds actually store the ESN in the same
  4944. programmable stuff as the NAM information.
  4945.  
  4946.  
  4947. [Moderator's Note: By 'modern', I mean phones made in the past few
  4948. years since the cellular carriers got the feds to crack down on the
  4949. makers of the phones for not doing a better job of keeping the ESN
  4950. tamper-proof. In the very early days, ESN tampering was common.  PAT]
  4951.  
  4952. ------------------------------
  4953.  
  4954. Subject: Re: Cellular Phone Hacking 
  4955. From: bill@hacktic.nl (Bill Squire)
  4956. Date: Tue, 14 Jul 92 18:00:05 WET/D
  4957. Organization: Hack-Tic Magazine
  4958.  
  4959.  
  4960. > [Moderator's Note: What you suggest is highly illegal in the USA and
  4961. > probably everywhere else in the world except possibly the Netherlands
  4962. > where it seems that everything is okay where defrauding the telco is
  4963. > concerned.
  4964.  
  4965. C'mon Pat be nice.  Using the bluebox is one thing, but somebody's
  4966. account is quite another matter.  See the difference?  There has been
  4967. quite a problem with the criminal side of "phreaking" with cellular
  4968. phones here and I assure you it will earn you a room in one of the
  4969. fine hotels operated by the police!  On the technical side, several
  4970. cellular phones can be fully programed externally, but I don't do this
  4971. and don't know about changing the ESN or anything like that.  We have
  4972. three different systems here, ATF1 in the 150MHz band, ATF2 in the
  4973. 470MHz band and ATF3 in the 900MHz band (470-890 is still TV here).
  4974.  
  4975. We also have a public CT2 system called "Greenpoint" with Motorola
  4976. Silverlink phones called "Kermits" with a green protective edge
  4977. instead of the standard grey.  Henson's famous frog is pictured on
  4978. them.  This system uses 40 channels between 864 and 868 MHz with a
  4979. maximum transmit power of 10mW.  While there are numerous features
  4980. possible, it is only used as a payphone replacement at this time and
  4981. as a home cordless phone.  Full details are in EDSI prl-ETS 300 131.
  4982. Call +33 92 94 42 00 or 93 65 47 16 in France for more information.
  4983. Don't believe this has been hacked, but there are allways those out
  4984. there that think they have a trick ... until the phone bill arives!
  4985.  
  4986.  
  4987. Bill
  4988.  
  4989. ------------------------------
  4990.  
  4991. Date: Tue, 14 Jul 92 21:42 GMT
  4992. From: Richard Cox <mandarin@cix.compulink.co.uk>
  4993. Subject: Re: Cellular Phone Hacking
  4994. Reply-To: mandarin@cix.compulink.co.uk
  4995.  
  4996.  
  4997. >>  The idea seems to be to change the ESN so that free phone calls can be
  4998. >>  made on someone else's line.
  4999.  
  5000. Changing the ESN per se isn't illegal here in the UK.  In fact it's
  5001. become essential now that a number of cellular phone companies have
  5002. started to "block" the ESNs of, for example, customers who disconnect
  5003. to change to other cellular phone companies, so they can't use their
  5004. phones on the network.
  5005.  
  5006. Because a cottage industry has been set up to do this, its not too
  5007. much of a surprise that as a result there has been a sudden increase
  5008. over here of the "cloning" of working ESNs.  This does result in fraud
  5009.  -- fraud against the registered user of that ESN -- and of course
  5010. that is illegal.  The problem is that it's not as easy to spot by
  5011. checking bills, as Pat suggested.  These phones are usually used to
  5012. "sell" cheap international calls back home, to visitors and
  5013. immigrants.  There wouldn't be any pattern (other than the calls would
  5014. all be expensive and international) and the people who receive the
  5015. calls would genuinely know nothing about the criminal responsible.
  5016.  
  5017. What has been done here, is to arrange for the Cellular system to
  5018. "spot" cases where two phones are live on the system with the same ESN
  5019. at the same time, or where a phone appears to "move" faster than
  5020. normal between two different parts of the country.
  5021.  
  5022. Not all cellular systems use our (ETACS) system; I believe USA uses
  5023. AMPS and Oz uses something like GSM.  So what may be possible in one
  5024. country, is not necessarily possible in another.
  5025.  
  5026.  
  5027. Richard Cox
  5028.  
  5029. Mandarin Technology, Cardiff Business Park, Llanishen, CARDIFF, Wales CF4 5WF
  5030. Voice: +44 222 747111      Fax: +44 222 711111      VoiceMail: +44 399 870101
  5031. E-mail: mandarin@cix.compulink.co.uk
  5032.  
  5033. ------------------------------
  5034.  
  5035. From: peter@taronga.com (Peter da Silva)
  5036. Subject: Re: Perot Compuserve Account
  5037. Organization: Taronga Park BBS
  5038. Date: Mon, 13 Jul 1992 12:07:06 GMT
  5039.  
  5040.  
  5041. In article <telecom12.557.3@eecs.nwu.edu> TELECOM Moderator notes:
  5042.  
  5043. > [Moderator's Note: This brings up the original question: Does Perot
  5044. > have an email address for the proposed electronic forum for the
  5045. > candidates? Should we use 'campaign@perot.com' instead?  PAT]
  5046.  
  5047. perot.com, eh? So if he gets elected we might actually see something
  5048. like "perot@whitehouse.com"?
  5049.  
  5050.  
  5051. Peter da Silva, Taronga Park BBS, Houston, TX  +1 713 568 0480/1032
  5052.  
  5053. ------------------------------
  5054.  
  5055. Date: Tue, 14 Jul 92 02:26 PDT
  5056. From: john@zygot.ati.com (John Higdon)
  5057. Reply-To: John Higdon <john@zygot.ati.com>
  5058. Organization: Green Hills and Cows
  5059. Subject: Re: Perot Compuserve Account
  5060.  
  5061.  
  5062. The Moderator notes:
  5063.  
  5064. > And the idea that electronic mail is somehow a step-child in the way
  5065. > we communicate -- that paper mail is legitimate (who has yet to
  5066. > express sympathy for the volume of paper mail David Bush must receive
  5067. > for Perot each day?) but electronic mail must be restricted somehow
  5068. > lest it cause too much aggravation for the recipient is very silly.
  5069. > Electronic mail is where things are at these days.
  5070.  
  5071. And becoming more so. Over the past years (and particularly the past
  5072. year) I have been under the impression that the US Mail has become
  5073. slower and less reliable. Letters that used to take a couple of days
  5074. to travel coast to coast now take a week. Mail to Los Angeles from
  5075. here takes a good five days now (if it makes it at all).
  5076.  
  5077. For the price of a stamp, you can send a fax anywhere in the country.
  5078. It gets there immediately for sure. E-mail costs considerably less
  5079. than that, reaches its destination in less than a day (most of the
  5080. e-mail I send and receive takes minutes), and again the odds of being
  5081. delivered are exceedingly high.
  5082.  
  5083. Accordingly, I now only use the US Mail in the absence of any
  5084. alternative. When it started taking three days for a letter to reach
  5085. San Francisco from here (40 miles), I reassessed the communication
  5086. food chain. Hence, I agree with Pat. If someone is proporting to be
  5087. participating in electronic communications, then he had better be sure
  5088. that he can deal with commensurate incoming traffic.
  5089.  
  5090. The day is coming when we all will look at paper mail as passe and
  5091. archaic.  I know I already do.
  5092.  
  5093.  
  5094.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  5095.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  5096.  
  5097.  
  5098. [Moderator's Note: Remember when that guy wrote me a year or so ago
  5099. saying I should not have given out reallen@attmail.com since if the
  5100. chairman got too much mail they might cut the link to the net? I am
  5101. still scratching my head over that one, wondering exactly who would be
  5102. the loser.   PAT]
  5103.  
  5104. ------------------------------
  5105.  
  5106. Subject: Re: Perot Compuserve Account
  5107. Date: Tue, 14 Jul 1992 11:28:44 PDT
  5108. From: Chris Kent Kantarjiev <cak@parc.xerox.com>
  5109.  
  5110.  
  5111. It has been suggested that "Ross.Perot@perot.com" is a way to reach
  5112. Perot, or at least his administrative assitant.
  5113.  
  5114. ------------------------------
  5115.  
  5116. End of TELECOM Digest V12 #559
  5117. ******************************
  5118. 
  5119. 
  5120. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa28384;
  5121.           16 Jul 92 2:27 EDT
  5122. Received: by delta.eecs.nwu.edu id AA06692
  5123.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 16 Jul 1992 00:29:10 -0500
  5124. Received: by delta.eecs.nwu.edu id AA29048
  5125.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 16 Jul 1992 00:29:00 -0500
  5126. Date: Thu, 16 Jul 1992 00:29:00 -0500
  5127. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  5128. Message-Id: <199207160529.AA29048@delta.eecs.nwu.edu>
  5129. To: "\\telecom"@eecs.nwu.edu
  5130. Subject: TELECOM Digest V12 #561
  5131.  
  5132. TELECOM Digest     Thu, 16 Jul 92 00:29:00 CDT    Volume 12 : Issue 561
  5133.  
  5134. Index To This Issue:                      Moderator: Patrick A. Townson
  5135.  
  5136.     Unions Wrap Up AT&T Talks (Phillip Dampier)
  5137.     AT&T Voicemark (Ken Jongsma)
  5138.     AT&T Automated Rate Information (Ken Jongsma)
  5139.     Baby Bells Get Attention (Phillip Dampier)
  5140.     Newport LAN2LAN/Compression Error Rates (Chris Cox)
  5141.     Pac*Bell Joins the Fray (John Higdon)
  5142.     Overseas AT&T Calling Card? (Peter Quodling)
  5143.     ECTL: New Speech Mailing List (David C. J. Leip)
  5144.     Helpful Ameritech ISDN Person (Matthew Holdrege)
  5145.     Auto Attendant and KSU Wanted (Thomas Metro)
  5146.     Nynex Cellular Mobile Perks (Monty Solomon)
  5147. ----------------------------------------------------------------------
  5148.  
  5149. From: Phillip.Dampier@f228.n260.z1.fidonet.org (Phillip Dampier)
  5150. Reply-To: phil@rochgte.fidonet.org
  5151. Date: Wed, 15 Jul 1992 16:07:34 -0500
  5152. Subject: Unions Wrap Up AT&T Talks
  5153.  
  5154.  
  5155. UNIONS WRAP UP LOCAL ISSUE TALKS WITH AT&T,
  5156. CLEARING WAY FOR NATIONAL CONTRACT RATIFICATION
  5157.  
  5158. WASHINGTON -- Unions representing 127,000 AT&T workers announced that
  5159. they had reached settlement with the company at six local issues
  5160. bargaining tables after marathon talks over the weekend, clearing the
  5161. way for a national membership ratification vote on a new three-year
  5162. contract.
  5163.  
  5164. A settlement on national bargaining issues had been announced earlier,
  5165. on July 1, by AT&T, the Communications Workers of America (CWA), which
  5166. represents 100,000 workers at AT&T, and the International Brotherhood
  5167. of Electrical Workers (IBEW), which represents another 27,000.
  5168.  
  5169. However, that settlement was contingent upon successful completion of
  5170. further talks on issues specific to various individual work groups and
  5171. manufacturing plants.
  5172.  
  5173. The local issues settlement came late last night following intense
  5174. bargaining sessions that saw negotiators meeting at one point for 43
  5175. straight hours from Friday through yesterday morning.
  5176.  
  5177. Membership ratification of the complete settlement package will take
  5178. several weeks to complete, the unions reported. Strengthened
  5179. employment security was identified as the unions' chief goal in the
  5180. talks, and union negotiators said they had achieved further gains in
  5181. this area in the local talks.
  5182.  
  5183. The national settlement calls for over 30 improvements in the employee
  5184. job transfer system at AT&T, as well as access to a larger pool of
  5185. available jobs and a better chance to be rehired into new jobs.
  5186.  
  5187. The settlement also boosts base wages for most workers by 12.3 percent
  5188. over the three years, provides $3,300 worth of AT&T stock to each
  5189. employee, raises pension benefits by 13 percent, and expands worker
  5190. training and family care provisions.
  5191.  
  5192. ------------------------------
  5193.  
  5194. From: jongsma@esseye.si.com (Ken Jongsma)
  5195. Subject: AT&T Voicemark
  5196. Date: Wed, 15 Jul 92 15:57:08 EDT
  5197.  
  5198.  
  5199. I had an occasion to use AT&T Voicemark (The store and forward message
  5200. service) the other morning. First, a kudo ...
  5201.  
  5202. I needed to record a message at 5AM the other morning for delivery
  5203. later in the morning, but I couldn't remember the Voicemark number.
  5204. (Actually, I did remember the number, but thought it was a 700 number
  5205. like Alliance, when it really was an 800 number.)
  5206.  
  5207. Anyway, I called the 1-800-CALL-ATT number, waded through the menus
  5208. and got to a live operator. I asked her for the Voicemark number.
  5209. Within 60 seconds she found the number, apologized for taking so long
  5210. and connected me to the number herself. (She said they had a huge book
  5211. of various AT&T departments/products and it took a while to find
  5212. things.)  All this at 5AM. I was impressed.
  5213.  
  5214. Anyway, Voicemark worked as advertised. A couple of comments, since I
  5215. know at least one Voicemark engineer reads the Digest:
  5216.  
  5217. Please add the ability to send the same message to multiple numbers.
  5218. it's a drag having to rerecord the same message.
  5219.  
  5220. Voicemark stumbles when it encounters an answering machine. I did not
  5221. know that one of the target numbers was answered by a machine.
  5222. Voicemark called the machine at the designated time and left my
  5223. message. Fortunately the machine recorded the message. It didn't know
  5224. what to do when Voicemark said "Press # to reply" though! Eventually
  5225. Voicemark gave up and hung up.  I could have told Voicemark to use a
  5226. live operator, had I known there was a machine on the other end, but I
  5227. didn't know at the time.
  5228.  
  5229.  
  5230. Ken Jongsma                       ken@wybbs.mi.org
  5231. Smiths Industries            jongsma@benzie.si.com
  5232. Grand Rapids, Michigan   73115.1041@compuserve.com
  5233.  
  5234. ------------------------------
  5235.  
  5236. From: jongsma@esseye.si.com (Ken Jongsma)
  5237. Subject: AT&T Automated Rate Information
  5238. Date: Wed, 15 Jul 92 16:01:50 EDT
  5239.  
  5240.  
  5241. I was in the Little Rock airport the other day and noticed something
  5242. interesting: The AT&T Darth Vader phones (old CRT style) had a small
  5243. sticker on them that said "For free AT&T rate info, Dial 0 + AC +
  5244. number + 0".
  5245.  
  5246. Well, you can't do that. These phones capture the number and kill the
  5247. dial after 0 + AC + number. They then outpulse the number with the
  5248. receiver muted. When the "bong" occurs, you can dial 0, but that just
  5249. gets you the AT&T operator. I expected something more automated.
  5250.  
  5251. Anyone know why these phones are stickered this way?
  5252.  
  5253.  
  5254. Ken Jongsma                        ken@wybbs.mi.org
  5255. Smiths Industries             jongsma@benzie.si.com
  5256. Grand Rapids, Michigan    73115.1041@compuserve.com
  5257.  
  5258. ------------------------------
  5259.  
  5260. From: Phillip.Dampier@f228.n260.z1.fidonet.org (Phillip Dampier)
  5261. Reply-To: phil@rochgte.fidonet.org
  5262. Date: Wed, 15 Jul 1992 16:20:57 -0500
  5263. Subject: Baby Bells Get Attention
  5264.  
  5265.  
  5266.    MIAMI -- With Florida's attorney general accusing a baby of Ma Bell
  5267. of acting like Ma Barker, the telephone company is trying to restore
  5268. its image by warning consumers they may have been overcharged.
  5269.  
  5270.    Florida Attorney General Bob Butterworth said Southern Bell
  5271. Telephone Co. owes $14 million in refunds to customers who were
  5272. pressured into ordering expensive services or billed for services they
  5273. did not order.
  5274.  
  5275.    Phone companies in Pennsylvania, California and Wisconsin also have
  5276. been fined or ordered to make restitution for deceptive marketing,
  5277. said Gene Kimmelman, legislative director of the Consumer Federation
  5278. of America in Washington.
  5279.  
  5280.    Southern Bell spokesman Spero Canton said Tuesday that a few
  5281. dishonest sales people were to blame and were no longer with the
  5282. company. He also said that when the company found out about the
  5283. practices 1 1/2 years ago, it refunded more than $850,000 to about
  5284. 30,000 customers.
  5285.  
  5286.    Butterworth, however, said company employees tried to persuade
  5287. customers to accept only a fraction of what they were owed.
  5288.  
  5289.    To help alert consumers to refunds they might be owed, Southern
  5290. Bell, one of the so-called Baby Bells created by the breakup of AT&T,
  5291. planned to place full-page ads in newspapers around Florida
  5292. encouraging customers to check their bills. Canton said bills were
  5293. being itemized this month to provide a rundown of charges.
  5294.  
  5295.    Customer service hours would be extended for the next two weeks to
  5296. handle calls, he said.
  5297.  
  5298.    Butterworth said Monday he would sue to force the company to make
  5299. refunds to at least 225,000 of its 4.7 million Florida customers.
  5300.  
  5301.    "We all grew up trusting Ma Bell," Butterworth said. "We didn't
  5302. expect to encounter Ma Barker."
  5303.  
  5304.    The optional services included touch-tone dialing ($1 a month);
  5305. call forwarding ($2.45 a month); call waiting ($3.50); speed calling
  5306. ($2.20 to $3); and wire maintenance (up to $2.50 a month), in which
  5307. the phone company agrees to fix problems inside a customer's home.
  5308. Before the American Telephone & Telegraph Co. monopoly was broken up
  5309. by court order, the maintenance service was free.
  5310.  
  5311.    Kimmelman said watchdog groups such as his are pushing in Congress
  5312. for safeguards against such abuses. The federation is backing a bill
  5313. passed July 1 by the House Judiciary Committee that would limit phone
  5314. companies from getting into new information services so long as they
  5315. remain the local monopoly.
  5316.  
  5317.    In 1990, Bell of Pennsylvania was ordered to pay $42 million in
  5318. refunds.  That same year in California, Pacific Telesis Group was
  5319. ordered to refund $3.5 million. In 1989, Wisconsin Bell was fined $1.2
  5320. million.
  5321.  
  5322. ------------------------------
  5323.  
  5324. From: ramrod!chrisc@lmt.mn.org (Chris Cox)
  5325. Subject: Newport LAN2LAN/Compression Error Rates
  5326. Organization: LaserMaster Technologies, Minneapolis, MN  USA
  5327. Date: Wed, 15 Jul 1992 13:35:30 GMT
  5328.  
  5329.  
  5330. We have been using a pair of Newport LAN2LAN/Compression NIC's
  5331. providing a wide-area link between Minneapolis and Amsterdam for about
  5332. six weeks now.
  5333.  
  5334. The link is working pretty well, however, I am seeing (what is to me!)
  5335. an alarming number error messages in the file server SYS$LOG.ERR files
  5336. at each end of the link -- typically between 2 and 30 link status
  5337. error messages per HOUR.
  5338.  
  5339. The cards are installed in NetWare 3.11 file servers, connected to
  5340. Republic Telecom MUXes with 64kb of our 128kb bandwidth assigned to
  5341. them.  They are routing both IP and IPX.
  5342.  
  5343. Has anyone any experience with a feel for the relative significance of
  5344. this sort of error level rate?
  5345.  
  5346. Am I being overly paranoid?
  5347.  
  5348. Thanks in advance.
  5349.  
  5350.  
  5351. Chris Cox  W0/G4JEC      (612) 944-6069
  5352. Network Administrator    LaserMaster Technologies
  5353.  
  5354. ------------------------------
  5355.  
  5356. Date: Wed, 15 Jul 92 04:52 PDT
  5357. From: john@zygot.ati.com (John Higdon)
  5358. Reply-To: John Higdon <john@zygot.ati.com>
  5359. Organization: Green Hills and Cows
  5360. Subject: Pac*Bell Joins the Fray
  5361.  
  5362.  
  5363. In commercials that began on July 13th, Pac*Bell started pushing its
  5364. own Calling Card, making comparisons with other carriers' cards. As
  5365. some of you may know, Pac*Bell's monopoly on intraLATA calling will be
  5366. ending in the forseeable future. The ads proudly tout the fact that
  5367. with the Pac*Bell Calling Card "it is never necessary to dial an
  5368. access code".
  5369.  
  5370. Well, as they always say in business, if you have a liability --
  5371. feature it. While AT&T tells you that to avoid being ripped off by AOS
  5372. slime you should dial the AT&T access code, Pac*Bell says go ahead and
  5373. get screwed. At least you don't have to dial an access code! As I have
  5374. noticed over and over, AOS criminals cannot accept the AT&T-only card
  5375. while, of course, they readily accept an LEC card. Hence, "no need to
  5376. dial an access code".
  5377.  
  5378. The other face of the access code mention is that when intraLATA
  5379. competition is a reality, it will be necessary to use a code if you
  5380. wish to use a different carrier than Pacific Bell. By indoctrinating
  5381. the public with the notion that using an access code is "inconven-
  5382. ient", it will enhance its position as default carrier.
  5383.  
  5384. These very misleading commercials point out what I have been preaching
  5385. for years. Advertising is not meant to inform, only to sell. How many
  5386. people do you think there are out there who actually believe that
  5387. "Friends and Family" is just the cheapest plan there is? I would wager
  5388. that it is quite a few and that would indicate a very successful
  5389. campaign.
  5390.  
  5391. On July 27, Pac*Bell will launch its new Centrex spots. All of the
  5392. Centrex advertising that I have seen so far is borderline fraudulent.
  5393. Example: A software company executive in Scotts Valley is crowing
  5394. about how he stayed "up and running" after the earthquake because he
  5395. had Centrex while a neighbor business with a PBX was down (no power)
  5396. for two days. Yeah, right! I wonder how the software company kept its
  5397. computers running for two days, or did the people just talk on the
  5398. phone shooting the breeze? And even if it DID keep its computers
  5399. running on backup power, why would that have not worked for a PBX
  5400. switch?
  5401.  
  5402. I will be eagerly awaiting Pac*Bell's latest Pac of Lies.
  5403.  
  5404.  
  5405.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  5406.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  5407.  
  5408. ------------------------------
  5409.  
  5410. From: quodling@blumon.enet.dec.com
  5411. Subject: Overseas AT&T Calling Card?
  5412. Organization: The New Software Group
  5413. Date: Wed, 15 Jul 1992 13:36:22 GMT
  5414.  
  5415.  
  5416. Some time back, I heard mention (in this forum, I believe) of an AT&T
  5417. calling card specifically for people living overseas. I am an
  5418. Australian about to relocate back there, and would like to have an
  5419. AT&T card for when I am travelling, or need to contact people in the
  5420. U.S.
  5421.  
  5422. Anyone know what it is called, or which part of AT&T to ask about it.
  5423.  
  5424.  
  5425. Peter Quodling                 Internet:     quodling@blumon.enet.dec.com
  5426. Distrib. Computing Components    UUCP: ...!decwrl!blumon.enet!quodling
  5427. Part of The New Software Group.  Phone: (508) 486 6177 
  5428. Digital Equipment Corporation    Fax:   (603) 881 0120 
  5429. 110 Spitbrook Road, ZKO1-3/J35                         
  5430. Nashua, NH 03062-2642            I said it, not them...
  5431.  
  5432. ------------------------------
  5433.  
  5434. From: david@snowhite.cis.uoguelph.ca (David C. J. Leip)
  5435. Subject: ECTL: New Speech Mailing List
  5436. Organization: Indiana University
  5437. Date: Wed, 15 Jul 92 14:33:38 -0400
  5438.  
  5439.  
  5440. Announcing a fairly new mailing list.
  5441.  
  5442.          Electronic Communal Temporal Lobe
  5443.         =================================
  5444.  
  5445.  
  5446.     The Electronic Communal Temporal Lobe (or ECTL) is a moderated
  5447. mailing list for SIE'ers (Speech Interface Enthusiasts). It's a fairly
  5448. new international list which serves as a place to post notices and
  5449. queries or debate issues of interest to SIE'ers (Typically issues
  5450. regarding speech interface research).  Subscription is open to all.
  5451. Presently, there are about 350 subscribers from 25 different nations.
  5452.  
  5453.     To subscribe just send a message to the moderator (me), David
  5454. Leip, at the following address. Please include your name, institution,
  5455. department, daytime phone, and e-mail address.
  5456.  
  5457. The address is: ectl-request@snowhite.cis.uoguelph.ca
  5458.  
  5459. If for any reason you have trouble mailing to that account, please
  5460. contact me at the address or phone number below.
  5461.  
  5462.                 
  5463. David Leip            University of Guelph    
  5464. david@snowhite.cis.uoguelph.ca  Computing & Information Science
  5465. (519) 824-4120 ext.3709        Guelph, Ontario, Canada  N1G 2W1
  5466.  
  5467. ------------------------------
  5468.  
  5469. Date: Tue, 14 Jul 92 19:49 GMT
  5470. From: Matthew Holdrege <HOLDREGE+_MP%A1%PacifiCare@mcimail.com>
  5471. Subject: Helpful Ameritech ISDN Person
  5472.  
  5473.  
  5474. I'm sorry I didn't post this earlier. If anyone is interested, I can
  5475. give you the name and number of a helpful and knowledgeable IBT
  5476. datacomm salesman who has many contacts with IBT/Ameritech marketing
  5477. and Switch Operations.  He really helped smooth the way for my ISDN
  5478. installs.
  5479.  
  5480. Why is he so helpful you ask? Well, he isn't a Bell employee. He is an
  5481. independant authorized reseller. His prices are the same as IBT's and
  5482. his service is far superior. I don't know if this kind of relationship
  5483. is unique to IBT, but I would like to find a similar agent in Southern
  5484. California.
  5485.  
  5486. Email if you need his name and number. Email if you know of a good
  5487. reseller in Southern California.
  5488.  
  5489.  
  5490. Matt Holdrege  5156065@mcimail.com  holdrege@eisner.decus.org  714-229-2518
  5491.  
  5492. ------------------------------
  5493.  
  5494. Date: Wed, 15 Jul 92 4:52:22 EDT
  5495. From: Thomas Metro <tmetro@ds5000.dac.northeastern.edu>
  5496. Subject: Auto Attendant and KSU
  5497.  
  5498.  
  5499. I am looking for a device to do the following:
  5500.  
  5501.    1. Answer the telephone on the first ring.
  5502.    2. Play a greeting message.
  5503.    3. When the greeting message ends, ring through to an attached
  5504.       phone.
  5505.  
  5506. Most voice mail systems can do this, but I am looking for a dedicated,
  5507. low cost ($100/line) device that can do the above. If the device will
  5508. work with two lines, that would be even better.
  5509.  
  5510. One thought I had was to use one of those fax/phone switches. I'm not
  5511. sure, but I think I have heard of some that allow you to record your
  5512. own greeting (as apposed to the synthesized or "burnt-in-ROM" kind).
  5513. I'm not entirely sure if one of those boxes would even do the trick in
  5514. terms of following steps 1 through 3.
  5515.  
  5516. What can you tell me about an old KSU with a part number of 400D KTU
  5517. on the line cards. I'm sure it was common many years ago. Are the
  5518. customer side lines standard analog (i.e. can I plug in a POT)? What
  5519. features/ functions does this KSU provide?
  5520.  
  5521. Please send replies via mail -- I can't always keep up with the volume
  5522. on this group.
  5523.  
  5524.  
  5525. Thanks,
  5526.  
  5527. Tom    tmetro@ds5000.dac.northeastern.edu
  5528. Venture Logic      Newton, MA
  5529.  
  5530. ------------------------------
  5531.  
  5532. Date: Wed, 15 Jul 1992 05:35:06 -0400
  5533. From: Monty Solomon <monty@proponent.com>
  5534. Subject: Nynex Cellular MobilePerks
  5535.  
  5536.  
  5537. In an ad in the 7/14/92 {Boston Globe}, Nynex Mobile is promoting
  5538. their MobilePerks program where customers get a MobilePerks point for
  5539. every minute of local airtime used.
  5540.  
  5541. These points can be used towards plane tickets, hotels, rental cars,
  5542. gas, etc.
  5543.  
  5544. Points can also be cashed in for cellular airtime, a portable cellular
  5545. phone, or portable cellular fax machine.
  5546.  
  5547. I don't know if you get points for incoming calls.
  5548.  
  5549. Any Nynex Mobile customers here have more information?
  5550.  
  5551.  
  5552. Monty Solomon / PO Box 2486 / Framingham, MA  01701-0405
  5553. monty%roscom@think.com
  5554.  
  5555. ------------------------------
  5556.  
  5557. End of TELECOM Digest V12 #561
  5558. ******************************
  5559. 
  5560. 
  5561. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa00812;
  5562.           16 Jul 92 3:23 EDT
  5563. Received: by delta.eecs.nwu.edu id AA26030
  5564.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 16 Jul 1992 01:17:28 -0500
  5565. Received: by delta.eecs.nwu.edu id AA14476
  5566.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 16 Jul 1992 01:17:14 -0500
  5567. Date: Thu, 16 Jul 1992 01:17:14 -0500
  5568. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  5569. Message-Id: <199207160617.AA14476@delta.eecs.nwu.edu>
  5570. To: "\\telecom"@eecs.nwu.edu
  5571. Subject: TELECOM Digest V12 #562
  5572.  
  5573. TELECOM Digest     Thu, 16 Jul 92 01:17:14 CDT    Volume 12 : Issue 562
  5574.  
  5575. Index To This Issue:                      Moderator: Patrick A. Townson
  5576.  
  5577.     Re: The Depths of Sliminess (Peter da Silva)
  5578.     Re: The Depths of Sliminess (tanner@ki4pv.compu.com)
  5579.     Re: The Depths of Sliminess (James Joseph)
  5580.     Re: The Depths of Sliminess (B. J. Herbison)
  5581.     Personal Identification (was The Depths of Sliminess) (Gregory G. Woodbury)
  5582.     Re: Teleslime (A Tip) (tanner@ki4pv.compu.com)
  5583.     Re: What is ESN? (Andrew G. Minter)
  5584.     Re: What is ESN? (Kevin Culhane)
  5585.     Re: What is ESN? (Francois Truchon)
  5586.     Re: European Phone in Canada? (Peter Knoppers)
  5587.     Re: European Phone in Canada? (Rop Gonggrijp)
  5588.     Re: Perot Compuserve Account (John Slater)
  5589. ----------------------------------------------------------------------
  5590.  
  5591. From: peter@taronga.com (Peter da Silva)
  5592. Subject: Re: The Depths of Sliminess
  5593. Organization: Taronga Park BBS
  5594. Date: Mon, 13 Jul 1992 01:50:05 GMT
  5595.  
  5596.  
  5597. In article <telecom12.550.7@eecs.nwu.edu> Clint Ruoho <cr@farpoint.
  5598. tucson.az.us> writes:
  5599.  
  5600. > Peter de Silva writes:
  5601.  
  5602. >> As for "it's better they have a job than nothing at all"... I don't
  5603. >> buy that argument. Unless a person is doing productive work,
  5604. >> contributing to the economy, their job is worthless. Yes, that
  5605. >> includes Dan Quayle.
  5606.  
  5607. > I would consider telemarketing productive work ... it certainly
  5608. > contributes to the economy.
  5609.  
  5610. So, technically, does any activity that is paid for, whether it's
  5611. useful work or not. Telemarketing, as far as I'm concerned, reduces
  5612. the available resources in the economy, reduces people's quality of
  5613. life, and encourages defensive measures that would otherwise be
  5614. unnecessary. Therefore it is a drain on the conomy ... not a
  5615. contribution to it.
  5616.  
  5617. > And still, I'd rather have somebody working as a telemarketer
  5618. > instead of collecting welfare.
  5619.  
  5620. I'd rather have them collecting welfare. At least that leaves them
  5621. free to engage in productive (if non-remunerative) pursuits.
  5622.  
  5623. I'd much prefer that they engaged in productive work, like prostitution.
  5624.  
  5625. In article <telecom12.550.9@eecs.nwu.edu> syd@dsi.com writes:
  5626.  
  5627. > invasion.  An example (contrived) "I used to be able to put up a sign,
  5628. > saying no soliciting" and if a salesman called on me, at my door, I
  5629. > could have him arrested and tried for trespassing.  That would stop me
  5630. > from having my door bell rung and interrupting me.  (Of course it wont
  5631. > work for political and some other sub classes, but most salesman)
  5632.  
  5633. > What do I do that is similar for telemarketers?
  5634.  
  5635. Get "blocked ID blocking", which would play a recording at the CO
  5636. saying "I'm sorry, but you need to disable blocking on your line
  5637. before calling this number" if someone called with their ID blocked.
  5638. That at least lets the teleslime know that you're not interested in
  5639. anoymous calls (yes, I assume that they would have their ID blocked as
  5640. a matter of course).
  5641.  
  5642. This service is actually more useful than Caller-ID itself.
  5643.  
  5644. BTW ... isn't it time to move this thread to TELECOM-PRIVACY?
  5645.  
  5646. In article <telecom12.556.4@eecs.nwu.edu> kd1hz@anomaly.sbs.risc.net
  5647. (Michael P. Deignan (KD1HZ)) writes:
  5648.  
  5649. > The first thing I would do is integrate Caller ID into my computer
  5650. > system, and have the system interpret the phone number against a
  5651. > database, and announce via its voice subsystem who is calling over my
  5652. > residential PA system.
  5653.  
  5654. I see. How does a minimum-wage grocery sacker afford that sort of
  5655. stuff?  Or do minimum-wage sackers deserve to get interrupted? Don't
  5656. want the hoi polloi to get uppity ...
  5657.  
  5658.  
  5659. Peter da Silva, Taronga Park BBS, Houston, TX  +1 713 568 0480/1032
  5660.  
  5661.  
  5662. [Moderator's Note: Peter is correct that this thread has pretty much
  5663. worn out its welcome here. As has happened before, I've carried it far
  5664. longer than I should in this group. Off to comp.privacy with it!  PAT]
  5665.  
  5666. ------------------------------
  5667.  
  5668. From: tanner@ki4pv.compu.com
  5669. Subject: Re: The Depths of Sliminess
  5670. Organization: CompuData Inc., DeLand
  5671. Date: Mon, 13 Jul 92 07:06:38 GMT
  5672.  
  5673.  
  5674. TELECOM Moderator noted:
  5675.  
  5676. > So for you folks that don't like answering the phone blind and
  5677. > risking a call from (oh my God!) a 'telemarketing slime',
  5678.  
  5679. I don't think you are understanding the issue even yet.  The problem
  5680. is quite simply that some pest is interrupting whatever I am doing to
  5681. drag me over to the phone so that he can try to sell me something.
  5682.  
  5683. You are ignoring the direct cost to me or my employer, even before I
  5684. have decided if the call is from someone important.  Concentration on
  5685. work is interrupted, even if I can decide to ignore the call.  No, I
  5686. don't have a secretary.  As a writer, I have learned to type fairly
  5687. well over the years, and it is faster than hand-writing.
  5688.  
  5689. The existence of door-to-door salescritters in no wise justifies the
  5690. existence of phone salescritters.  You can't use one evil to justify
  5691. another.
  5692.  
  5693.  
  5694.  ...!{bikini.cis.ufl.edu allegra uunet!cdin-1}!ki4pv!tanner
  5695.  
  5696. ------------------------------
  5697.  
  5698. Date: Tue, 14 Jul 92 11:32:45 -0400
  5699. From: joseph@c2a.crd.ge.com (James Joseph)
  5700. Subject: Re: The Depths of Sliminess
  5701.  
  5702.  
  5703. > [Moderator's Note: Fifty years ago there was a breed of person known
  5704. > as the 'door-to-door salesman', who literally went house to house
  5705. > selling things. People then had to get up and answer the door only to
  5706. > slam it shut again or invite the person in or whatever. And those guys
  5707. > going door to door sold everything under the sun including pots and
  5708. > pans, insurance, women's lingerie, shoes, brushes, you name it.
  5709. > People would look through a peephole in the door and remain quiet,
  5710. > pretending to not be at home. But the modern day equivilent of the
  5711. > peephole, Caller-ID, is still banned in some places at the behest of a
  5712. > a few people who keep squalling about their fantasy of a woman in a
  5713. > shelter somewhere whose husband will come to get her if he knows where
  5714. > she is. So for you folks that don't like answering the phone blind and
  5715. > risking a call from (oh my God!) a 'telemarketing slime', I suggest
  5716. > you put up or shut up. This is not directed to you, Leonard, because I
  5717. > don't know where you stand ... but amazingly, many people gripe about
  5718. > intrusions on the phone and condemn the most effecient way of dealing
  5719. > with it also. I think it is because they don't want the intrusions
  5720. > *they* make on the phone to be easily detected or stopped.   PAT]
  5721.  
  5722.     I am neither for, nor against caller ID.  I just don't care one
  5723. way or the other.  But how can you promote caller ID as the cure-all
  5724. for the nuisance calls?  I am not smart enough to look at a number and
  5725. determine who is making the call.  May be it is my wife calling from a
  5726. payphone to tell me that her car went kaput on the way home.  Or it
  5727. may be the sales-slime.  Is there something more to the caller-ID than
  5728. I know of? All it can do is flash the caller's number on a display on
  5729. the callee's phone, right?  If I am at the receiving end, and do not
  5730. recognize the call I want to pick up the phone and find out who it is,
  5731. just in case it is something important.
  5732.  
  5733.  
  5734. james joseph    joseph@c2a.crd.ge.com
  5735.  
  5736.  
  5737. [Moderator's Note: Although I use Caller-ID to screen calls, I use it
  5738. more as a way to have recourse to a (previously) unknown caller for
  5739. whatever reason. I tend to pick and choose who I will answer when the
  5740. number is known to me ... but I always answer unknown numbers.  PAT]
  5741.  
  5742. ------------------------------
  5743.  
  5744. Date: Tue, 14 Jul 92 06:47:43 PDT
  5745. From: B.J. <herbison@erlang.enet.dec.com>
  5746. Subject: Re: The Depths of Sliminess
  5747.  
  5748.  
  5749. > How do I know it's a telemarketer until I answer the phone?
  5750.  
  5751. > [Moderator's Note: How do you know? Simple. You say to your telco and
  5752. > your utility commissioners, "I want Caller-ID available in our phone
  5753. > exchange now. I want control of my phone instead of telemarketers,
  5754. > phreaks and other people having control of it."  When installed, then
  5755. > you answer those calls you wish and ignore the others.  PAT]
  5756.  
  5757. Caller-ID is almost useless for this purpose.  My friends don't always
  5758. call from the same numbers, people I do business with don't always
  5759. call from the same numbers, telemarketers don't call from the same
  5760. numbers, and, the biggest current problem, most telemarketers seem to
  5761. call from other LATAs anyway.
  5762.  
  5763. If an unknown number appears with Caller-ID, it could also be a
  5764. telemarketer.  But, if a friend is calling from a non-standard
  5765. location I don't want to miss the call -- the topic is probably more
  5766. important than idle chatter.
  5767.  
  5768. Caller-ID can sometimes be useful to show that friends are calling,
  5769. but if the number isn't a friend's number then the number is almost
  5770. always useless.  It only helps with repeated annoyance calls from the
  5771. same number (or bank of numbers).
  5772.  
  5773. > [Moderator's Note: ... But the modern day equivilent of the
  5774. > peephole, Caller-ID, is still banned in some places at the behest of a
  5775. > a few people who keep squalling about their fantasy of a woman in a
  5776. > shelter somewhere whose husband will come to get her if he knows where
  5777. > she is.
  5778.  
  5779. Caller-ID is about as useful as a peephole that only shows the color
  5780. of the caller's socks.  It will help if a friend has a distinctive
  5781. pair of socks, but a pair of white socks doesn't tell you anything.
  5782.  
  5783.  
  5784. B.J.
  5785.  
  5786. ------------------------------
  5787.  
  5788. From: wolves!ggw@duke.cs.duke.edu (Gregory G. Woodbury)
  5789. Subject: Personal Identification (was The Depths of Sliminess)
  5790. Reply-To: ggw@wolves.durham.nc.us
  5791. Organization: Wolves Den UNIX
  5792. Date: Wed, 15 Jul 1992 03:21:37 GMT
  5793.  
  5794.  
  5795. In responding to several bashers of telemarketers, the Moderator
  5796. suggests that Caller-ID is the perfect answer to knowing who is
  5797. calling.
  5798.  
  5799. This, I suggest in turn, is *not* the answer.
  5800.  
  5801. Caller-ID will tell me if a caller from a properly equipped exchange
  5802. is at a particular number.  It does not tell me *who* at that number
  5803. is calling.  It helps, but not much.
  5804.  
  5805. It also does not cover situations where someone is calling from
  5806. somewhere else.  It simply returns the number from wherever they are
  5807. calling.  Once again, there is no way of knowing *who* is calling in
  5808. particular.
  5809.  
  5810. There are systems available that allow someone to give out special
  5811. codes so that "special" people can be identified by their dialing, but
  5812. these are not always available, or universally applicable.  (Consider
  5813. someone calling from a COCOT that blocks touchtone after connecting;
  5814. several systems will not work in such cases.)  About the only one that
  5815. works in any sort of universal fashion is the "distinctive ring" that
  5816. assigns multiple numbers to one pair and rings in different fashions,
  5817. but that is not universally available, and costs to bloody much for
  5818. most folks tastes.
  5819.  
  5820. Saying that Caller-ID is the way to go is just to much of a "pat"
  5821. answer.
  5822.  
  5823. Gregory G. Woodbury @ The Wolves Den UNIX, Durham NC
  5824. UUCP: ...dukcds!wolves!ggw   ...duke!wolves!ggw           [use the maps!]
  5825. Domain: ggw@wolves.Durham.NC.US  ggw@cds.duke.edu  ggw%wolves@duke.cs.duke.edu
  5826.  
  5827.  
  5828. [Moderator's Note: It may not be perfect, but Caller-ID is the best we
  5829. have available at present. Anyway, see my earlier comments. I don't
  5830. care *who* calls as long as I have some recourse later if desired.  PAT]
  5831.  
  5832. ------------------------------
  5833.  
  5834. From: tanner@ki4pv.compu.com
  5835. Subject: Re: Teleslime (A Tip)
  5836. Organization: CompuData Inc., DeLand
  5837. Date: Mon, 13 Jul 92 07:39:19 GMT
  5838.  
  5839.  
  5840. [ call phoneco to report harrassing calls ]
  5841.  
  5842. Around here (Southern Bell), the phone company effectively encourages
  5843. such calls, as they increase revenue.  If you call to report such a
  5844. problem, they take the opportunity to try to sell a `service' where,
  5845. for so much per month, you can key a certain number to have the calls
  5846. logged.
  5847.  
  5848. It looks like profiteering from crime, but of course they don't care.
  5849. They don't have to.  They're the phone company.
  5850.  
  5851. The encouragement of such calls is found in their unwillingness to
  5852. take responsible action to provide the service they purport to
  5853. provide.  The harassing calls bureau is now a sales desk.
  5854.  
  5855.  
  5856.  ...!{bikini.cis.ufl.edu allegra uunet!cdin-1}!ki4pv!tanner
  5857.  
  5858.  
  5859. [Moderator's Note: Thanks to everyone who participated in this thread
  5860. which now has to be closed out.   PAT]
  5861.  
  5862. ------------------------------
  5863.  
  5864. From: A.G.Minter@bnr.co.uk (Andrew G. Minter)
  5865. Subject: Re: What is ESN?
  5866. Reply-To: A.G.Minter@bnr.co.uk (Andrew G. Minter)
  5867. Organization: BNR Europe Limited
  5868. Date: Wed, 15 Jul 1992 10:24:16 GMT
  5869.  
  5870.  
  5871. In article <telecom12.559.8@eecs.nwu.edu>, Carl Moore (VLD/VMB)
  5872. <cmoore@BRL.MIL> writes:
  5873.  
  5874. > I noticed a listing for Bell-Northern Research in Richardson, Texas
  5875. > (near Dallas) on the 214-684 prefix, and followed by a 7D number
  5876. > prefixed with "ESN".  What is ESN?
  5877.  
  5878. An ESN number is an internal number on Northern Telecom's global,
  5879. digital corporate network. It's seven digits because NT is a big
  5880. company.
  5881.  
  5882. One day all telephone networks may be like it.
  5883.  
  5884.  
  5885. Cheers, 
  5886.  
  5887. Andrew (no, I don't work in sales)
  5888.  
  5889. ------------------------------
  5890.  
  5891. Subject: Re: What is ESN?
  5892. From: Kevin Culhane <kculhane@undergrad.math.waterloo.edu>
  5893. Date: Wed, 15 Jul 1992 10:36:12 -0400
  5894.  
  5895.  
  5896. In article <telecom12.559.8@eecs.nwu.edu> Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  5897. writes:
  5898.  
  5899. > I noticed a listing for Bell-Northern Research in Richardson, Texas
  5900. > (near Dallas) on the 214-684 prefix, and followed by a 7D number
  5901. > prefixed with "ESN".  What is ESN?
  5902.  
  5903. At BNR, ESN stands for Electronic Switched Network -- it is used to
  5904. communicate between all BNR and Northern Telecom sites.  It provides
  5905. long-distance telecom routing at the lowest cost using SL-100's and
  5906. other assorted goodies.
  5907.  
  5908. To get to any site in North America or the UK, one dials 6 + ESN +
  5909. extension.
  5910.  
  5911. The ESN code, however, is pretty useless if you're off-net.
  5912.  
  5913.  
  5914. Kevin Culhane     kculhane@descartes.UWaterloo.ca
  5915.  
  5916. ------------------------------
  5917.  
  5918. Date: Wed, 15 Jul 92 17:26:31 EDT
  5919. From: francois%tollys.UUCP%bnrmtl.UUCP@Larry.McRCIM.McGill.EDU (F Truchon)
  5920. Subject: Re: What is ESN?
  5921.  
  5922.  
  5923. ESN is an acronym for "Electronic Switched Network". In this context,
  5924. it simply refers to NT/BNR's corporate voice network. Basically, a
  5925. telephone network is implemented by leasing voice trunks between the
  5926. Meridian 1 (SL1) PBX's at various locations. I believe that the first
  5927. two or three digits of an ESN telephone number refer to a particular
  5928. PBX (same as for public networks).
  5929.  
  5930. Is ESN a standard name for corporate voice networks or is it only used
  5931. with NT's Meridian 1 PBX?
  5932.  
  5933.  
  5934. Regards,
  5935.  
  5936. Francois Truchon    Bell-Northern Research, Montreal, Canada 
  5937. uucp: bnrmtl!francois@Larry.McRCIM.McGill.EDU  
  5938. P.S.: Usual disclaimer applies...
  5939.  
  5940. ------------------------------
  5941.  
  5942. From: Peter Knoppers <knop@duteca.et.tudelft.nl>
  5943. Subject: Re: European Phone in Canada?
  5944. Organization: Delft University of Technology, Dept. of Electrical Engineering
  5945. Date: Tue, 14 Jul 1992 09:37:58 GMT
  5946.  
  5947.  
  5948. lancelot@Mais.Hydro.Qc.CA (Christian Doucet) writes:
  5949.  
  5950. > My sister bought a phone in Amsterdam and it somewhat looks like a
  5951. > 2500 set. She want's to use it here in Canada because it has this
  5952. > "oldish European look" :). It has a DTMF keypad on it.
  5953.  
  5954. She has probably bought a type T65-TDK phone.
  5955.  
  5956. > I apologize if this is a FAQ but I have three of them: 
  5957.  
  5958. > Will this phone work in Canada?
  5959.  
  5960. If the Canadian telephone system is anything like the USA system, yes.
  5961.  
  5962. > Will the DTMF keypad work in Canada?
  5963.  
  5964. DTMF is an international standard; it should work.
  5965.  
  5966. > How to wire it?
  5967.  
  5968.  ..picture deleted...
  5969.  
  5970. Any Dutch telephone has four wires named a, b, e and eb. The standard
  5971. coloring for the wires is:
  5972.  
  5973.     a  = red
  5974.     b  = blue
  5975.     e  = green
  5976.     eb = yellow
  5977.  
  5978. A and b correspond to tip and ring in the US. Connect those to the
  5979. wire pair from your phone company. Polarity is unimportant. If you
  5980. want the internal ringer to operate you must connect wire eb to b. If
  5981. you want an external ringer to operate together with the internal one,
  5982. connect it between eb and b. This puts it in series with the internal
  5983. ringer. If you don't want the internal ringer to operate, don't
  5984. connect eb. Do not connect the e (earth) wire. It is needed to
  5985. generate an out-of-band signal to PBXs by pressing the white (in some
  5986. sets black) push button.  This type of out-of-band signal is (to my
  5987. knowledge) not used outside the Netherlands.
  5988.  
  5989. If your phone is indeed a T65 or other model with mechanical ringer,
  5990. you can adjust the volume of the ringer with the toothed white wheel
  5991. in the bottom of the set. There is a big and a small bell symbol near
  5992. this wheel indicating higher and lower volume.
  5993.  
  5994.  
  5995. Peter Knoppers - knop@duteca.et.tudelft.nl
  5996.  
  5997. ------------------------------
  5998.  
  5999. Subject: European Phone in Canada?
  6000. From: rop@hacktic.nl (Rop Gonggrijp)
  6001. Date: Wed, 15 Jul 92 16:50:46 WET/D
  6002. Organization: Hack-Tic Magazine
  6003.  
  6004.  
  6005. lancelot@Mais.Hydro.Qc.CA (Christian Doucet) writes:
  6006.  
  6007. >   [Amsterdam phone in Canada]
  6008. >               (round connector)
  6009. >                   /  |   |  \
  6010. >                  /   |   |   \
  6011. >                 /    /   \    \
  6012. >                /    /     \    \
  6013. >               /     |     |     \
  6014. >              /      |     |      \
  6015. >              o      o     o      o
  6016. >              a    ground  b      EB
  6017. > The ground is marked by the international symbol.
  6018.  
  6019. a and b are the tip and ring, if you want the phone to ring, connect
  6020. EB (Extra Bel) to b. Phone should work otherwise. DTMF is the same the
  6021. world over.
  6022.  
  6023. This EB wire is because they wanted to always make sure that extra
  6024. bells were hooked up in SERIES with the bell in the phone. Old
  6025. principle, doesn't really apply to modern ringers anymore. It is handy
  6026. to keep using the system, because you can determine by the wiring in
  6027. the outlet whether the phone that is plugged in will ring. Kinda handy.
  6028.  
  6029. ------------------------------
  6030.  
  6031. Date: Wed, 15 Jul 92 09:09:15 BST
  6032. From: John.Slater@UK.Sun.COM (John Slater - Sun UK - City SE)
  6033. Subject: Re: Perot Compuserve Account
  6034.  
  6035.  
  6036. In article 12@eecs.nwu.edu, peter@taronga.com (Peter da Silva) writes:
  6037.  
  6038. > perot.com, eh? So if he gets elected we might actually see something
  6039. > like "perot@whitehouse.com"?
  6040.  
  6041. whitehouse.gov, surely?
  6042.            ^^^
  6043.  
  6044. John
  6045.  
  6046.  
  6047. [Moderator's Note: And thanks to Dennis Rears for the same suggestion
  6048. in an almost identical message not included here.   PAT]
  6049.  
  6050. ------------------------------
  6051.  
  6052. End of TELECOM Digest V12 #562
  6053. ******************************
  6054. 
  6055. 
  6056. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa02983;
  6057.           16 Jul 92 4:40 EDT
  6058. Received: by delta.eecs.nwu.edu id AA27576
  6059.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 16 Jul 1992 02:24:07 -0500
  6060. Received: by delta.eecs.nwu.edu id AA08231
  6061.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 16 Jul 1992 02:23:58 -0500
  6062. Date: Thu, 16 Jul 1992 02:23:58 -0500
  6063. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  6064. Message-Id: <199207160723.AA08231@delta.eecs.nwu.edu>
  6065. To: "\\telecom"@eecs.nwu.edu
  6066. Subject: TELECOM Digest V12 #563
  6067.  
  6068. TELECOM Digest     Thu, 16 Jul 92 02:23:54 CDT    Volume 12 : Issue 563
  6069.  
  6070. Index To This Issue:                      Moderator: Patrick A. Townson
  6071.  
  6072.     Re: Cellular Phone Hacking (Rop Gonggrijp)
  6073.     Re: Cellular Phone Hacking (Alan Boritz)
  6074.     Re: Cellular Phone Hacking (Chris Arndt)
  6075.     Re: Cellular Phone Hacking (Paul Robichaux)
  6076.     Telecom Fraud (was Cellular Phone Hacking) (Steven S. Brack)
  6077.     DISA Hacking vs CNI (Andrew Klossner)
  6078.     Re: "Legal" Phreaking? (Peter da Silva)
  6079.     Re: "Legal" Phreaking? (Susan B. Huntsman)
  6080.     New Law in the Netherlands (was "Legal" Phreaking) (Dave Weitzel)
  6081. ----------------------------------------------------------------------
  6082.  
  6083. Subject: Cellular Phone Hacking 
  6084. From: rop@hacktic.nl (Rop Gonggrijp)
  6085. Date: Wed, 15 Jul 92 16:30:44 WET/D
  6086. Organization: Hack-Tic Magazine
  6087.  
  6088.  
  6089. u1066579@csdvax.csd.unsw.edu.au writes:
  6090.  
  6091. [Question on cellphone hacking: can you swap the ESN?]
  6092.  
  6093. > Anyone have any knowledge of potential problems etc?  Does it work?
  6094.  
  6095. > If possible please E-mail.
  6096.  
  6097. > [Moderator's Note: What you suggest is highly illegal in the USA and
  6098. > probably everywhere else in the world except possibly the Netherlands
  6099. > where it seems that everything is okay where defrauding the telco is
  6100. > concerned.
  6101.  
  6102. Many things that can be done with cell-phones are 'highly illegal'
  6103. (even here in Holland I might add), but that does not mean that we
  6104. cannot discuss the possiblities here. This guy may just be curious. In
  6105. fact: that may be why he wanted us to reply be e-mail, so that no
  6106. 'criminals' could see his post. Ofcourse he could also be a 'criminal'
  6107. himself. Who knows. Let's stop the whole discussion on what is
  6108. illegal, where it is illegal and all the flames concerned.
  6109.  
  6110. > Another problem is that in most modern cellular phones, the
  6111. > chip containing the ESN is difficult to get into, let alone modify.
  6112. > They tend to be buried under wax, thoroughly soldered in place and
  6113. > with few or no markings on them.
  6114.  
  6115. If they solder it in like that, it means they have something to fear.
  6116.  
  6117. > A third problem is that if you could easily change them (let's say
  6118. you swap it out entirely for a bunch of little dip switches or pin
  6119. wheels you set by hand), ...
  6120.  
  6121. Do you have a schematic? Here in Holland this would NEVER work,
  6122. because on the newest network you not only send an ESN, but also an
  6123. answer to a 'question' from the cellular exchange. This 'signature' is
  6124. generated by a little module that you can't open (it's one chip). So
  6125. you can only replace the module by another one, but then it would not
  6126. match with the numbers stored in the cellular exchange.
  6127.  
  6128. There IS no easy hack into this one, in fact there might not even be a
  6129. complicated one. This is what you get if 'the system' puts its mind to
  6130. making phreaking impossible instead of catching the phreaks, but let's
  6131. forget about that flame ...
  6132.  
  6133. > ... is that the place you call is recorded by the cellular company
  6134. > and if you intend to call anything other than hotel/radio station
  6135. > switchboards/contest lines, etc then eventually any regular calling
  6136. > pattern will be investigated.  Wouldn't you love to have your mother
  6137. > get a call from a security representative for Telecom, asking who she
  6138. > spoke with and how to reach you?  Would your friends cover for you?
  6139. > For how long?
  6140.  
  6141. Is this really related to cellular phones or technology? This trick is
  6142. as old as phone-phreaks. Phreaking does not happen anymore because of
  6143. it, right?
  6144.  
  6145.  
  6146. [Moderator's Note: In landline service here in the USA, it is quite
  6147. common for telco investigators to find patterns of calling and then
  6148. (at first politely, then later sometimes in a harassing way) inquire
  6149. about the matter from 'regular' recipients of such calls. In an almost
  6150. apologetic and innocent-sounding way ("Our operator must have written
  6151. down the wrong number for billing when the call was placed, can you
  6152. help by telling us who called you?") they pry for details. Far too
  6153. many mothers, grandmothers and air-headed friends, lovers, etc are
  6154. very naive about this and run their mouth willingly.  PAT] 
  6155.  
  6156. ------------------------------
  6157.  
  6158. Date: 15 Jul 92 15:06:29 EDT
  6159. From: Alan Boritz <72446.461@CompuServe.COM>
  6160. Subject: Re: Cellular Phone Hacking
  6161.  
  6162.  
  6163. ron@pilot.njin.net (Ron Natalie) writes:
  6164.  
  6165. >> the chip containing the ESN is difficult to get into, let alone modify.
  6166.  
  6167. > With the latest phones I think it's actually getting easier.  Some of
  6168. > the new smaller handhelds actually store the ESN in the same
  6169. > programmable stuff as the NAM information.
  6170.  
  6171. > [Moderator's Note: By 'modern', I mean phones made in the past few
  6172. > years since the cellular carriers got the feds to crack down on the
  6173. > makers of the phones for not doing a better job of keeping the ESN
  6174. > tamper-proof. In the very early days, ESN tampering was common.  PAT]
  6175.  
  6176. The EIA spec (which was incorporated verbatum within FCC rules) always
  6177. specified that the ESN was to be, "buried within."  It was intended to
  6178. be installed within more than one solid state device so that tampering
  6179. with any portion would render the apparatus permanently inoperable.
  6180. The manufacturers (like Motorola) that made equipment that allowed
  6181. it's ESN to be changed in the field did not comply with the letter or
  6182. the spirit of the law.  While the cellular service industry will
  6183. always have law enforcement agencies on their side for any fraud issue
  6184. (after all, many law enforcement agencies depend upon cellular phone
  6185. service to bypass inadequately planned radio systems), who is more at
  6186. fault?  Slime-ball pirates for stealing the service, or the cellular
  6187. equipment manufacturers for failing to follow FCC rules and making the
  6188. process possible?
  6189.  
  6190. mandarin@cix.compulink.co.uk (Richard Cox) writes:
  6191.  
  6192. >> The idea seems to be to change the ESN so that free phone calls can be
  6193. >> made on someone else's line.
  6194.  
  6195. > Changing the ESN per se isn't illegal here in the UK.  In fact it's
  6196. > become essential now that a number of cellular phone companies have
  6197. > started to "block" the ESNs of, for example, customers who disconnect
  6198. > to change to other cellular phone companies, so they can't use their
  6199. > phones on the network.
  6200.  
  6201. It would seem that one type of fraud begets another.  Once an ESN is
  6202. in the "dead file" the phone is practically useless.  If those
  6203. cellular operators had any brains they wouldn't play Russian Roulette
  6204. with their livelihood.
  6205.  
  6206.  
  6207. Alan Boritz    72446.461@compuserve.com
  6208.  
  6209.  
  6210. [Moderator's Note: The cell companies frequently ignore the list in
  6211. their cutthroat efforts to get business. Ameritech adds one to the
  6212. negative listing here; the phone shows up with a customer of Cellular
  6213. One and they kill it from the list and reactivate it because they want
  6214. the business. It works the same way in reverse with Cell One here
  6215. blacklisting an ESN they had 'difficulty' with; the customer goes to
  6216. Ameritech and later complaining he cannot roam so Ameritech removes it
  6217. from the negative list. Back and forth, and so it goes.  PAT]
  6218.  
  6219. ------------------------------
  6220.  
  6221. From: carndt@zeus.calpoly.edu (Chris Arndt)
  6222. Subject: Re: Cellular Phone Hacking
  6223. Organization: California Polytechnic State University, San Luis Obispo
  6224. Date: Wed, 15 Jul 1992 21:19:52 GMT
  6225.  
  6226.  
  6227. It seems that there is a lot of talk about hacked ESNs and cellular
  6228. fraud here, but no victims. Here's and intersting little first-hand
  6229. account.
  6230.  
  6231. My GTE Mobilenet bill is always small enough, and I travel little, so
  6232. checking it every month is easy.
  6233.  
  6234. Last month, I had over $80 of fraudulent calls on my bill, including
  6235. one marathon hour plus call placed in New York. As this has happened
  6236. once before, I knew to call customer service and they gave me credit
  6237. for the fraudlent calls no questions asked.
  6238.  
  6239. Curious about GTE's lack of interest in following up on this, I called
  6240. my account manager and asked him what GTE was doing about fraud. He
  6241. said that, since I brought it up, they'd like to change my number. I
  6242. said OK. What a pain in the behind!! I thought that they would just
  6243. cancel the old number and give me a new one to put in my phone. No, I
  6244. had to fill out a whole new service application, with all the
  6245. financial info on it. I did it anyway,'cause I pursuaded them to give
  6246. me a cooler number. However, when I was done, I called my account
  6247. manager back and said that, if they were serious about beating the
  6248. hackers, they were going to have to make the number changing process
  6249. easier. He said, he'd look into it. Sigh.
  6250.  
  6251. ------------------------------
  6252.  
  6253. From: robichau@lambda.msfc.nasa.gov (Paul Robichaux)
  6254. Subject: Re: Cellular Phone Hacking
  6255. Reply-To: robichau@lambda.msfc.nasa.gov
  6256. Organization: New Technology, Inc.
  6257. Date: Wed, 15 Jul 1992 13:07:24 GMT
  6258.  
  6259.  
  6260. In <telecom12.560.3@eecs.nwu.edu> vta!tom@gatech.edu (Tom Wiencko)
  6261. writes:
  6262.  
  6263. > Jail, law suits, and other nasty things.  Note well that most cellular
  6264. > companies have well staffed and well equipped fraud departments, and
  6265. > some significant technology exists to detect fraudulent access, and in
  6266. > many cases to locate the offender.
  6267.  
  6268. My wife is a customer service manager for BellSouth Cellular, which
  6269. provides cellular service throughout much of the southern US. Her
  6270. office has a bulletin board covered with "fraud alert" notices
  6271. generated by BellSouth Cellular HQ in Atlanta.
  6272.  
  6273. Perhaps not surprisingly, the bulk of reported frauds involve "human
  6274. engineering": providing fake information to establish service,
  6275. activating several numbers then leaving town, and so on. Technological
  6276. fraud only accounts for a fractional portion of BSC's losses.
  6277.  
  6278. > There is also an effort taking place to establish a standard
  6279. > interconnect scheme between cellular companies to track fraud and
  6280. > cellular system abuse.  This system, when in place, will make it
  6281. > extremely difficult to defraud cellular companies.
  6282.  
  6283. I wonder how this fits into the MFJ? My understanding was that
  6284. landline companies couldn't share this type of information, and I'm
  6285. not sure I understand how cellular "children" of RBOCs could (granted,
  6286. cellular providers who aren't associated with an RBOC are home free.)
  6287.  
  6288.  
  6289. Paul Robichaux, KD4JZG    robichau@lambda.msfc.nasa.gov 
  6290.  
  6291.  
  6292. [Moderator's Note: I don't think the MFJ says anything about telcos
  6293. not being able to exchange information for billing purposes, and
  6294. certainly fraud billing would be in the category of 'discussable'
  6295. topics.   PAT]
  6296.  
  6297. ------------------------------
  6298.  
  6299. Date: 15 Jul 1992 14:27:26 -0400 (EDT)
  6300. From: sbrack@jupiter.cse.UTOLEDO.edu (Steven S. Brack)
  6301. Subject: Telecom Fraud (was Cellular Phone Hacking)
  6302.  
  6303.  
  6304. In article <telecom12.559.11@eecs.nwu.edu> mandarin@cix.compulink.
  6305. co.uk (Richard Cox) writes:
  6306.  
  6307. > What has been done here, is to arrange for the Cellular system to
  6308. > "spot" cases where two phones are live on the system with the same ESN
  6309. > at the same time, or where a phone appears to "move" faster than
  6310. > normal between two different parts of the country.
  6311.  
  6312. A friend of mine had an experience with calling card fraud, where two
  6313. calls were placed, one by him, and one by the person who had stolen
  6314. his CC number, from two locations hundreds of miles apart, within
  6315. minutes of one another.
  6316.     
  6317. It makes me wonder why the issuing telcos couldn't detect and possibly
  6318. block calls made on the same CC but made too far apart in distance and
  6319. too close together in time to have been made by the same person.
  6320.     
  6321.  
  6322. Steve Brack
  6323.  
  6324. ------------------------------
  6325.  
  6326. From: andrew@frip.wv.tek.com (Andrew Klossner)
  6327. Date: Tue, 14 Jul 92 14:02:26 PDT
  6328. Subject: DISA Hacking vs CNI
  6329. Reply-To: andrew@frip.wv.tek.com
  6330. Organization: Tektronix, Wilsonville, Oregon
  6331.  
  6332.  
  6333. Bill Garfield tells us that ANI has little value in catching hackers:
  6334.  
  6335. > you send a team of investigators out to the address associated
  6336. > with the number and you find zero.
  6337.  
  6338. Our Esteemed Moderator turns this upside down and proclaims ANI of
  6339. great value in catching hackers:
  6340.  
  6341. > Do you see why so many hackers ... absolutely despise
  6342. > Caller-ID and its cousin ANI?
  6343.  
  6344. Perhaps Pat was low on sleep that night?
  6345.  
  6346. > So the next time you hear someone carrying on about 'a woman in a
  6347. > shelter whose husband is looking for her so he can beat her up' or the
  6348. > one about 'companies will make lists so they can practice teleslime
  6349. > ... "Are you a hackerphreak, or just trying to be Socially
  6350. > Responsible?"
  6351.  
  6352. These continue to be real social concerns, and belittling them does
  6353. not make them go away.  As the subject of much teleslime and the
  6354. brother of an abused wife, I think we could elevate the plane of this
  6355. discussion a bit.
  6356.  
  6357.  
  6358. Andrew Klossner  (andrew@frip.wv.tek.com)
  6359.  
  6360. ------------------------------
  6361.  
  6362. From: peter@taronga.com (Peter da Silva)
  6363. Subject: Re: "Legal" Phreaking?
  6364. Organization: Taronga Park BBS
  6365. Date: Mon, 13 Jul 1992 01:37:33 GMT
  6366.  
  6367.  
  6368. You know, a lot of these guys claim they need to hack for education
  6369. purposes: they can't get access to the latest software any other way.
  6370. A recent note in alt.hackers.malicious reveals more of the real
  6371. motivation: they do it for the thrill ... it's a sport to them. Pity
  6372. they don't pay any attention to what balloonists (who frequently have
  6373. to make non-prearranged use of other people's property) refer to as
  6374. "landowner relations" ... paying for damages, looking for alternatives
  6375. to landing in someone's crop, giving farmers free rides, and so on.
  6376.  
  6377. In article <telecom12.551.1@eecs.nwu.edu> gtephx!bakerj@enuucp.
  6378. eas.asu.edu (Jon Baker) writes:
  6379.  
  6380. > Because, there are many computer systems out there that are for free
  6381. > public access by anyone who wants to dial the number and poke around.
  6382.  
  6383. Mine included. +1 713 568 0480.
  6384.  
  6385. > When I get onto a system, how do I know whether or not I'm 'supposed'
  6386. > to be there?
  6387.  
  6388. Well, when it says:
  6389.  
  6390.     Welcome to the AT&T 386 UNIX System
  6391.  
  6392.     (new users sign on as "new") login:
  6393.  
  6394. That's a sign you're supposed to be there. When it then plays for you
  6395. a list of rules for this BBS, that's a clue it's OK so long as you
  6396. follow those rules.
  6397.  
  6398. When it says:
  6399.  
  6400.     Authorised users only
  6401.  
  6402.     login:
  6403.  
  6404. That's probably a clue you shouldn't be there.
  6405.  
  6406. > How do I know whether this system is some private company's
  6407. mainframe, or some guy's PC in his garage?
  6408.  
  6409. > Where did you get the number? If you did it wargames-dialing, then you
  6410. > should probably assume you're not supposed to be there. If you got it
  6411. > from the "Houston Area BBS List" then you can probably assume it's OK
  6412. > to login.
  6413.  
  6414. How can you possibly "stumble onto" a system?
  6415.  
  6416.  
  6417. Peter da Silva, Taronga Park BBS, Houston, TX  +1 713 568 0480/1032
  6418.  
  6419. ------------------------------
  6420.  
  6421. Date: Tue, 14 Jul 92 17:25:04 -0600
  6422. From: nha2308@dsachg1.dsac.dla.mil (Susan B Huntsman)
  6423. Subject: Re: "Legal" Phreaking?
  6424.  
  6425.  
  6426. > If the system tells me, right up front, 'for authorized personnel
  6427. > only', then if I don't KNOW that I'm authorized, I'm not supposed to
  6428. > be there.  If it says 'Welcome!  Glad you're here!  Good Day!', I get
  6429. > the idea that I'm welcome.  If some Dutch hacker stumbles into a
  6430. > private computer system and it welcomes him gleefully, I don't think
  6431. > it's unreasonable for him to believe that he's welcome.  Now, if he
  6432. > does malicious harm to that system, that's another matter ...
  6433.  
  6434. I agree.  I am not a hacker but I like to look around, if the system
  6435. stops me I know that I am not to go any farther. Without minimal
  6436. security how is one to know what they can look at and what is off
  6437. limits.
  6438.  
  6439. > [Moderator's Note: How do you know if you are welcome or not? Well,
  6440. > was the number advertised as a public service? That might say
  6441. > something about it. "Good Day" does not imply you are welcome to enter
  6442. > somewhere, nor does 'hello', nor does 'please sign on'. Those comments
  6443. > could be addressed to authorized users only.  PAT]
  6444.  
  6445. The (US Government) had a problem with Welcome.  The system said
  6446. Welcome to TSO; Enter logon.  I think someone used it as a defense to
  6447. a break-in (at least that is the rumor going around). The logon is
  6448. now:
  6449.  
  6450. Notice: This is a U.S. Government Computer System. Unauthorized access
  6451. is prohibited by (public law 100-235) the computer fraud and abuse act
  6452. of 1986. If you are not an authorized user please exit immediately.
  6453.  
  6454. enter logon: 
  6455.  
  6456. I am of the opinion that you should not have to lock anything. Nobody
  6457. has a defense for taking anything, But in these days I think 'Lock it
  6458. up or lose it' is the only way to keep people out.:]
  6459.  
  6460.  
  6461. SHuntsman
  6462.  
  6463. ------------------------------
  6464.  
  6465. From: M19249@mwvm.mitre.org
  6466. Subject: New Law in the Netherlands (was "Legal" Phreaking)
  6467. Organization: The MITRE Corporation, McLean VA 22102
  6468. Date: Wed, 15 Jul 1992 20:12:30 GMT
  6469.  
  6470.  
  6471. For those of you who haven't seen the July 13 issue of {Computerworld}:
  6472.  
  6473. Under the headline "Netherlands, Mexico chase after hackers" with a
  6474. byline crediting James Daly on page 14:
  6475.  
  6476. " ...In the Netherlands, hackers now face up to six years in jail for
  6477. illegally entering a secured data system. The law, which is expected
  6478. to become official next spring, begins with a maximum penalty of six
  6479. months' imprisonment for hackers who enter a secured computer system
  6480. but gets progressively more rigorous.
  6481.  
  6482.   "Imprisonment can be as long as four years if data in the system has
  6483. been changed and six years for hacking a system that serves a common
  6484. use, such as a hospital database.
  6485.  
  6486.    "Critics contend that the proposal does not differentiate between
  6487. internal and external computer crime. Cracking the password of a
  6488. colleague, according to the law, can merit prosecution."
  6489.  
  6490.    Hackers also said they believe the law will only increase the
  6491. danger to computer systems because they will no longer give cheap
  6492. warnings if a system has poor security ..."  The article goes on to
  6493. talk about chasing down software pirates in Mexico.  Isn't a public
  6494. telephone network a "system that serves a common use"?  
  6495.  
  6496.  
  6497. Dave Weitzel      "Standard disclaimer here"
  6498.  
  6499. ------------------------------
  6500.  
  6501. End of TELECOM Digest V12 #563
  6502. ******************************
  6503. 
  6504. 
  6505. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa03365;
  6506.           17 Jul 92 4:07 EDT
  6507. Received: by delta.eecs.nwu.edu id AA22042
  6508.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 17 Jul 1992 02:26:52 -0500
  6509. Received: by delta.eecs.nwu.edu id AA24093
  6510.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 17 Jul 1992 02:26:44 -0500
  6511. Date: Fri, 17 Jul 1992 02:26:44 -0500
  6512. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  6513. Message-Id: <199207170726.AA24093@delta.eecs.nwu.edu>
  6514. To: "\\telecom"@eecs.nwu.edu
  6515. Subject: TELECOM Digest V12 #564
  6516.  
  6517. TELECOM Digest     Fri, 17 Jul 92 02:26:45 CDT    Volume 12 : Issue 564
  6518.  
  6519. Index To This Issue:                      Moderator: Patrick A. Townson
  6520.  
  6521.     Re: Telecom Fraud (was Cellular Phone Hacking) (Kevin Alexander)
  6522.     Re: Telecom Fraud (was Cellular Phone Hacking) (Brian de Alwis)
  6523.     Re: Telecom Fraud (was Cellular Phone Hacking) (Marc T. Kaufman)
  6524.     Re: Telecom Fraud (was Cellular Phone Hacking) (Adam Shostack)
  6525.     Re: Telecom Fraud (was Cellular Phone Hacking) (Leonard Erickson)
  6526.     Re: Telecom Fraud (was Cellular Phone Hacking) (Ihor J. Kinal)
  6527.     Re: Telecom Fraud (was Cellular Phone Hacking) (Robert L. McMillin)
  6528.     Cracker Running Rampant! (Michael Bender)
  6529.     Re: Pat Townson Owes EFF an Apology (Mike Godwin)
  6530.     Godwin Speaks Out ... (Sam Israelit)
  6531.     Re: Democratic Convention (Including Telecom) (Charlie Mingo)
  6532. ----------------------------------------------------------------------
  6533.  
  6534. From: kja2192@tamsun.tamu.edu (Kevin Alexander)
  6535. Subject: Re: Telecom Fraud (was Cellular Phone Hacking)
  6536. Date: 16 Jul 1992 10:14:26 -0500
  6537. Organization: Texas A&M University, College Station
  6538.  
  6539.  
  6540. In article <telecom12.563.5@eecs.nwu.edu> sbrack@jupiter.cse.
  6541. UTOLEDO.edu (Steven S. Brack) writes:
  6542.  
  6543. > A friend of mine had an experience with calling card fraud, where two
  6544. > calls were placed, one by him, and one by the person who had stolen
  6545. > his CC number, from two locations hundreds of miles apart, within
  6546. > minutes of one another.
  6547.  
  6548. > It makes me wonder why the issuing telcos couldn't detect and possibly
  6549. > block calls made on the same CC but made too far apart in distance and
  6550. > too close together in time to have been made by the same person.
  6551.  
  6552. I don't think that would be very smart.  For example, while I'm at
  6553. college I use my parents Sprint FON card, and I'm about 100 miles
  6554. apart from them.  So let's say my father goes to San Francisco on
  6555. business and uses his card to call home/wherever and I'm calling long
  6556. distance somewhere else.  I'm sure one of us would be really ticked
  6557. off if we wouldn't make our calls.
  6558.  
  6559. I know many students here at A&M who also use thier parents long
  6560. distance calling cards.
  6561.  
  6562.  
  6563. Kevin Alexander    kja2192@tamsun.tamu.edu
  6564.  
  6565.  
  6566. [Moderator's Note: Rather than automatically killing the account, this
  6567. could be set up as an exceptions type situation. It would be brought
  6568. to the attention of a human being who would see the record indicated
  6569. this would likely (or not likely) happen. Each subscriber could
  6570. indicate how they wanted such a situation to be handled for them.  PAT]
  6571.  
  6572. ------------------------------
  6573.  
  6574. Date: Thu, 16 Jul 1992 11:12:33 -0400
  6575. From: dealwisb@cognos.com (Brian de Alwis)
  6576. Subject: Re: Telecom Fraud (was Cellular Phone Hacking)
  6577. Organization Cognos Incorporated, Ottawa CANADA
  6578.  
  6579.  
  6580. In article <telecom12.563.5@eecs.nwu.edu> sbrack@jupiter.cse.
  6581. UTOLEDO.edu (Steven S. Brack) writes:
  6582.  
  6583. > It makes me wonder why the issuing telcos couldn't detect and possibly
  6584. > block calls made on the same CC but made too far apart in distance and
  6585. > too close together in time to have been made by the same person.
  6586.  
  6587. How would the telco's know who was the legitimate caller?
  6588.  
  6589.  
  6590. Brian de Alwis. Brain on loan to Cognos Inc, Ottawa, Ontario.
  6591. dealwisb@cognos.com, or bsdealwi@napier.{waterloo.edu,uwaterloo.ca}
  6592.  
  6593. ------------------------------
  6594.  
  6595. From: kaufman@xenon.stanford.edu (Marc T. Kaufman)
  6596. Subject: Re: Telecom Fraud (was Cellular Phone Hacking)
  6597. Reply-To: kaufman@cs.stanford.edu
  6598. Organization: CS Department, Stanford University, California, USA
  6599. Date: 16 Jul 92 15:41:17 GMT
  6600.  
  6601.  
  6602. sbrack@jupiter.cse.UTOLEDO.edu (Steven S. Brack) writes:
  6603.  
  6604. > It makes me wonder why the issuing telcos couldn't detect and possibly
  6605. > block calls made on the same CC but made too far apart in distance and
  6606. > too close together in time to have been made by the same person.
  6607.  
  6608. Then my wife at home and myself on a business trip couldn't use the same
  6609. card number to charge calls.
  6610.  
  6611.  
  6612. Marc Kaufman (kaufman@CS.Stanford.EDU)
  6613.  
  6614. ------------------------------
  6615.  
  6616. From: adam@endor.uucp (Adam Shostack)
  6617. Subject: Re: Telecom Fraud (was Cellular Phone Hacking)
  6618. Organization: Aiken Computation Lab, Harvard University
  6619. Date: Thu, 16 Jul 1992 17:33:09 GMT
  6620.  
  6621.  
  6622. The difference here is that while only one user should be using a
  6623. unique cellular phone at any given time, I can choose to loan my
  6624. credit card number to friends.  I have done this in the past, and if
  6625. telco made this impossible it would be a serious pain.
  6626.  
  6627. However, it would be nice if telco could give you the option of
  6628. restricting your card to one user at a time, or perhaps limiting it so
  6629. it couldn't be used out of the country.  (I know the international
  6630. number is different, but ATT USA Direct calls accept US credit cards
  6631. for international calls.)
  6632.  
  6633.  
  6634. Adam Shostack     adam@das.harvard.edu
  6635.  
  6636. ------------------------------
  6637.  
  6638. From: leonard@qiclab.scn.rain.com (Leonard Erickson)
  6639. Subject: Re: Telecom Fraud (was Cellular Phone Hacking)
  6640. Reply-To: 70465.203@compuserve.com
  6641. Organization: SCN Research/Qic Laboratories of Tigard, Oregon.
  6642. Date: Thu, 16 Jul 1992 14:14:39 GMT
  6643.  
  6644. sbrack@jupiter.cse.UTOLEDO.edu (Steven S. Brack) writes:
  6645.  
  6646. > It makes me wonder why the issuing telcos couldn't detect and possibly
  6647. > block calls made on the same CC but made too far apart in distance and
  6648. > too close together in time to have been made by the same person.
  6649.  
  6650. Probably because they'd PO a bunch of *legitimate* customers. I used
  6651. to have four people sharing a house with me. We *all* had AT&T calling
  6652. cards which (as is *normal*) had the same card number and the same
  6653. PIN. So if I made a call from a phone booth just across the state
  6654. line, and one of the others was on a trip and made a call your idea
  6655. would have us getting blocked.
  6656.  
  6657. Heck, I know a lot of folks who don't even carry the cards, they just
  6658. memorize the number. Makes it a lot harder to lose!
  6659.  
  6660.  
  6661. Leonard Erickson              leonard@qiclab.scn.rain.com
  6662. CIS: [70465,203]             70465.203@compuserve.com
  6663. FIDO:   1:105/56     Leonard.Erickson@f56.n105.z1.fidonet.org
  6664. (The CIS address is checked daily. The others infrequently)
  6665.  
  6666. ------------------------------
  6667.  
  6668. Date: Thu, 16 Jul 92 10:18:05 EDT
  6669. From: ijk@violin.att.com (Ihor J Kinal)
  6670. Subject: Re: Telecom Fraud (was Cellular Phone Hacking)
  6671. Organization: AT&T
  6672.  
  6673. In article <telecom12.563.5@eecs.nwu.edu>, sbrack@jupiter.cse.
  6674. UTOLEDO.edu (Steven S. Brack) writes:
  6675.  
  6676. > It makes me wonder why the issuing telcos couldn't detect and possibly
  6677. > block calls made on the same CC but made too far apart in distance and
  6678. > too close together in time to have been made by the same person.
  6679.  
  6680. Nice idea, but some obvious problems -- I'm on the road in Dallas, and
  6681. my wife is off in the Catskills -- we both place calls, and all of a
  6682. sudden, we're blocked.
  6683.  
  6684. Yes, we could get separate numbers, but ...
  6685.  
  6686.  
  6687. Ihor Kinal     include standard disclaimer
  6688. att!trumpet!ijk [real mail address].
  6689.  
  6690. ------------------------------
  6691.  
  6692. Date: Thu, 16 Jul 92 07:11:35 -0700
  6693. From: rlm@ms_aspen.hac.com (Robert L. McMillin)
  6694. Subject: Telecom Fraud (was Cellular Phone Hacking)
  6695.  
  6696.  
  6697. Steven S. Brack <sbrack@jupiter.cse.UTOLEDO.edu> writes:
  6698.  
  6699. > It makes me wonder why the issuing telcos couldn't detect and possibly
  6700. > block calls made on the same [calling card] but made too far apart in
  6701. > distance and too close together in time to have been made by the same
  6702. > person.
  6703.  
  6704. Because the callers could be husband and wife, for instance.  It's
  6705. quite possible that more than one person could have the same card
  6706. number and be quite separated.
  6707.  
  6708.  
  6709. Robert L. McMillin                     | Voice:    (310) 568-3555
  6710. Hughes Aircraft/Hughes Training, Inc.  | Fax:      (310) 568-3574
  6711. Los Angeles, CA                        | Internet: rlm@ms_aspen.hac.com
  6712.  
  6713. ------------------------------
  6714.  
  6715. Date: Thu, 16 Jul 92 01:49:48 PDT
  6716. From: Michael.Bender@Eng.Sun.COM (Duke of Canterbury)
  6717. Subject: Cracker Running Rampant!
  6718.  
  6719.  
  6720. A friend of mine at a small midwestern university has been having a
  6721. horrendous cracker problem on their main Sun system that's connected
  6722. to the Internet.  One of the problems that he is having is that the
  6723. computer center there didn't take the cracker seriously until a few
  6724. days ago, when he rebuilt a new kernel, and rebooted the system (!).
  6725.  
  6726. My friend isn't a computer center employee, he's a humanities and
  6727. social science professor that is probably the most skilled person in
  6728. the SunOS/UNIX environment at the school, but because of internal
  6729. politics, the computer center staff and director is unwilling to give
  6730. him much responsibility, and he really doesn't want that much, he
  6731. would much rather have the computer center staff doing their jobs and
  6732. learning about the system rather than spending their time installing
  6733. copies of the latest DOS spreadsheet, but unfortunately, their level
  6734. of expertise, coupled with their immense desire not to work more than
  6735. eight hours a day, has caused this cracker problem to get out of hand.
  6736.  
  6737. Imagine a system that has more suid programs than users!  Their
  6738. password file is readable by all, and various password cracker
  6739. programs have been run against it and many accounts have been
  6740. compromised.  In our discussions of computer break-ins, this is a
  6741. classic example of the system administrators not doing their job, even
  6742. after getting information from CERT and Sun on how to plug their many
  6743. holes.
  6744.  
  6745. I generally have sympathy for the type of person that I call a hacker,
  6746. one that explores but doesn't disrupt or destroy, but this person is
  6747. not a hacker; he is a malicious person somewhere in the world (they
  6748. think he's in Australia) that has not only refused to stop accessing
  6749. the system after repeated requests by e-mail, but also has root
  6750. privledge and the skill to modify the kernel to do his bidding.  He
  6751. engages in a cat-and-mouse game that often culminates in my friend or
  6752. one of the system administrators knocking him off of the system, just
  6753. to have him reappear and knock the legitimate users off of the system.
  6754.  
  6755. I have included his latest e-mail that he has sent to many of the
  6756. faculty and staff at the university.  Notice the adolescent logic that
  6757. he uses and the premise that he is only helping to "enhance" security,
  6758. and how he is doing them a service by knocking other crackers off of
  6759. the system.  Things like this infuriate me, because certainly one side
  6760. of the situation is that the system administrators aren't doing their
  6761. jobs (for whatever reasons), but the other side is that little shits
  6762. like this are what may cause the internet to crumble because no
  6763. organization will want to be connected to it.
  6764.  
  6765. What would you do in my friend's situation?  If you have some
  6766. constructive ideas, please send me some e-mail or post; I'm a regular
  6767. reader of c.d.t and I'll forward them on to my friend.
  6768.  
  6769. e-mail from cracker follows:
  6770.  
  6771. > Good morning, evening, afternoon..
  6772. >      A couple of things..  I believe I am now being called 'Blackmailing'
  6773. > which is an interesting thought. As far as I knew, a blackmailer was someone
  6774. > who made someone do something with the threat of something other if they
  6775. > didn't do it. [hmm] I have made it QUITE clear to Chris and Lance recently
  6776. > that I am not on [your system] to cause havock, nor to randomly delete
  6777. > stuff. I ALSO was trying to arrange this chat with tom to inform him of
  6778. > EXACTLY what the holes in his security were, and tell him how to fix them.
  6779. > Not to sit there and justify my actions to you. And then to happily wave
  6780. > bye-bye as you run around closing up holes.  What I think I will do now is
  6781. > just leave. Leaving everything I have put here lying around for someone else
  6782. > to find, and not breathing a word of what is wrong. I have fixed a couple of
  6783. > things so that it will be relativly hard to become root if someone DOES
  6784. > break in [chowning root of /etc and /usr/bin] but still quite simple if you
  6785. > know what the basic holes in SunOS are.
  6786.  
  6787. >      I am on IRC a lot, with the nickname Zarg, and I will answer your
  6788. > questions there.  I'm not sure if I will tell you whats up with [your
  6789. > system], but you can only try, can't you.
  6790.  
  6791. >      I'm now going to have a look thru the mail and see exactly what I am
  6792. > blackmailing you about/for, because if I am, I would really like to know
  6793. > what It's about..
  6794.  
  6795. >                       Zarg
  6796.  
  6797. > PS: Want to hear a joke?  I set up a cron job to do a suid file find at 5am
  6798. > every morning. [As there is I think another hacker wandering around, armed
  6799. > with the /etc/passwd file, and a copy of Crack] Now someone must have seen
  6800. > that, [I told Lance, but I dont' think he's stupid enought to do this] and
  6801. > went and deleted ALL of roots cron, and puts everyones name in
  6802. > ../cron/cron.deny! Also apparently, he did a chmod 700 / as well.. Funny.
  6803.  
  6804. ------------------------------
  6805.  
  6806. From: mnemonic@eff.org (Mike Godwin)
  6807. Subject: Re: Pat Townson Owes EFF an Apology
  6808. Organization: Electronic Frontier Foundation
  6809. Date: Wed, 15 Jul 1992 15:20:43 GMT
  6810.  
  6811.  
  6812. In article <telecom12.560.8@eecs.nwu.edu> amillar@netcom.com (Alan
  6813. Millar) writes:
  6814.  
  6815. > You know, I was starting to think you had a good point about libel.
  6816. > But you corrected that.
  6817.  
  6818. > [Moderator's Note: Next thing you know, they'll be saying I owe Gary
  6819. > Hart and the entire Democratic Party an apology for claiming they do
  6820. > not pay their bills in uh, a 'timely and business-like manner.' :)  PAT]  
  6821.  
  6822. I stand by my statements that Pat Townson has little regard for the
  6823. truth, and that he owes us an apology. It may well be the case that
  6824. Gary Hart (or whoever) doesn't pay his bills. But this is a non
  6825. sequitur, since the particular lie that Pat tells is that EFF defends
  6826. the unauthorized intrusion into others' computer systems.
  6827.  
  6828. If Townson has respect for the truth, why does he persist in
  6829. misrepresenting EFF? I think it's because he wants to create an image
  6830. of himself as being a hardliner. I think any honest person would have
  6831. trouble with Pat's deliberate misrepresentation of someone else in
  6832. order to further his own purposes.
  6833.  
  6834.  
  6835. Mike Godwin,    mnemonic@eff.org 
  6836. (617) 864-0665  EFF, Cambridge   
  6837.  
  6838. ------------------------------
  6839.  
  6840. Date: Thu, 16 Jul 92 12:25:15 PDT
  6841. From: sami@scic.intel.com (Sam Israelit)
  6842. Subject: Godwin Speaks Out ...
  6843.  
  6844.  
  6845. In TELECOM #552, Mike Godwin chastised PAT with the paragraph:
  6846.  
  6847. > I doubt anyone at EFF is capable of being as shrill as Townson.
  6848. > And I am certain that we have higher regard for the truth than he
  6849. > does.
  6850.  
  6851. Well Mike, you had me leaning towards your side until I read the 13
  6852. July edition of {ComputerWorld}, specifically the article "Wiretap
  6853. snares alleged hackers". In that article, you state:
  6854.  
  6855. "This whole indictment could very well be an attempt to frame some
  6856. people who the authorities believe glorify hacking."
  6857.  
  6858. This sounds like a sensationalist defense strategy to me Mike. Why
  6859. does it have to be a conspiracy on the part of the government to frame
  6860. these people? Maybe the government just bungled another investigation,
  6861. since they do have a pretty fair track record of doing that.
  6862.  
  6863. Though you carefully couch your statement so that the wording cannot
  6864. be legally used against you, when it is all boiled down you are doing
  6865. the same thing that PAT did when he said: "Let's listen to the shrill
  6866. chatter from the EFF ..."  PAT is just a little less selective with
  6867. his wording. If you believe his statement is below the level of
  6868. "regard for the truth" held by your organization, then from the
  6869. {ComputerWorld} article I can see that your regard for the truth is
  6870. actually at a pretty low level.
  6871.  
  6872. Sorry to be inflamatory, but I call 'em as I see 'em ...
  6873.  
  6874.  
  6875. Sam Israelit
  6876.  
  6877. ------------------------------
  6878.  
  6879. From: Charlie.Mingo@p4218.f70.n109.z1.fidonet.org (Charlie Mingo)
  6880. Date: Wed, 15 Jul 1992 15:08:24 -0500
  6881. Subject: Re: Democratic Convention (Including Telecom)
  6882.  
  6883.  
  6884. Our Esteemed Moderator writes:
  6885.  
  6886. > [Moderator's Note: Democratic conventions are the only telco
  6887. > subscribers in the world who can run up BIG bills and leave them
  6888. > unpaid for years at a time. IBT gave up ever trying to collect what
  6889. > they had coming from the Democratic convention here in 1968, and
  6890. > finally wrote it off, meaning of course we rate payers took a hit. I
  6891. > imagine the subscribers of NY Tel get to pay for this one, probably
  6892. > sometime around 1996 when it gets written off.   PAT]
  6893.   
  6894.    NY Tel is waaaay ahead of you on this one.  According to the {New
  6895. York Times} (July 10 at B1), NY Tel has charged the Democrats over
  6896. $600 for each line it installs at the Garden (more than twice the
  6897. price the Republicans will be charged in Houston -- I guess telcos
  6898. have long memories).
  6899.  
  6900.    The breakdown is as follows: $150 is the "regular" charge for
  6901. installing a business line (I'm glad I don't live there), plus $207 as
  6902. a "special-event charge" (because they have to take the lines out four
  6903. days later -- this is $9 less then the Dems were charged in 1980), and
  6904. the remaining $250-odd dollars is a deposit for all those message
  6905. units and tolls.
  6906.  
  6907.    Considering that there are several hundred lines installed at this
  6908. bargain rate, I think NY Tel would have to work hard to lose money on
  6909. this job.  As for the poor Democrats, this is the price they have to
  6910. pay for meeting in NYC.  When will they ever learn how to save money?
  6911.  
  6912.  
  6913. [Moderator's Note: The big news today of course is that Ross Perot has
  6914. pulled out of the campaign, and things are looking brighter for the
  6915. Democrats than anytime in the past twelve years. This may be their
  6916. year for victory, for only the fourth time in forty years (Kennedy,
  6917. Johnson, Carter, (??) Clinton (??).  PAT]
  6918.  
  6919. ------------------------------
  6920.  
  6921. End of TELECOM Digest V12 #564
  6922. ******************************
  6923. 
  6924. 
  6925. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa19984;
  6926.           18 Jul 92 13:37 EDT
  6927. Received: by delta.eecs.nwu.edu id AA03904
  6928.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 18 Jul 1992 11:35:50 -0500
  6929. Received: by delta.eecs.nwu.edu id AA13276
  6930.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 18 Jul 1992 11:35:41 -0500
  6931. Date: Sat, 18 Jul 1992 11:35:41 -0500
  6932. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  6933. Message-Id: <199207181635.AA13276@delta.eecs.nwu.edu>
  6934. To: "\\telecom"@eecs.nwu.edu
  6935. Subject: TELECOM Digest V12 #565
  6936.  
  6937. TELECOM Digest     Sat, 18 Jul 92 11:35:44 CDT    Volume 12 : Issue 565
  6938.  
  6939. Index To This Issue:                      Moderator: Patrick A. Townson
  6940.  
  6941.     EARN Survey (Turgut Kalfaoglu)
  6942.     Inquiry: Info on Motorola People Finder (Tony J. Rinella)
  6943.     GTE and CLASS/ISDN (Randy Gellens)
  6944.     NZ Telecom Voice Mail (Randy Gellens)
  6945.     CLASS Services Available from Pacific Bell Now! (Well, Almost) (J. Leavens)
  6946. ----------------------------------------------------------------------
  6947.  
  6948. Organization: European Academic Research Network (EARN)
  6949. Date: Saturday, 18 Jul 1992 14:01:16 GMT
  6950. From: Turgut Kalfaoglu <TURGUT@FRMOP11.bitnet>
  6951. Subject: EARN Survey
  6952.  
  6953.  
  6954. EARN (European Academic and Research Network) is conducting a survey
  6955. of network usage, in order to have a clearer picture of the needs,
  6956. wants, and opinions of the people who use EARN, as well as the users
  6957. of other networks. The results of this survey will play an important
  6958. part in decisions regarding EARN service, planning and development,
  6959. and will be available to other networks as well.
  6960.  
  6961. This survey questionnaire should take about 15 minutes to complete. It
  6962. consists of questions on communications usage, electronic mail usage,
  6963. awareness and usage of network services, and the quality of the
  6964. services provided. Most questions can be answered by putting an "X",
  6965. or a number or letter from a key, in the appropriate place (or
  6966. places). If there are any questions which you are unwilling or unable
  6967. to answer, just go on to the following question. Please send in just
  6968. one completed questionnaire, even if you have more than one electronic
  6969. mail address.
  6970.  
  6971. Please return the completed questionnaire by 31 July 1992 to the
  6972. electronic mail address:
  6973.  
  6974.      SURVEY@FRORS12.BITNET   (or SURVEY@FRORS12.CIRCE.FR)
  6975.  
  6976. If you are reading this questionnaire via electronic mail, the best
  6977. way to fill it out and return it is to use the reply function of your
  6978. mail system with the text of the original message included.  Another
  6979. possibility is to "forward" the questionnaire to the above address.
  6980. Finally, you can "save" or "receive" the questionnaire as a file, fill
  6981. it out, and then send it via electronic mail to the above address.  In
  6982. any event, when filling out the questionnaire please do not erase any
  6983. lines or parts of lines. The format of the questionnaire must be
  6984. preserved in order to allow electronic processing of the answers.  If
  6985. you have accidentally erased parts of the questionnaire, you can get
  6986. another copy of the questionnaire, by sending electronic mail to:
  6987.  
  6988.    LISTSERV@FRORS12.BITNET    (or LISTSERVFRORS12.CIRCE.FR)
  6989.  
  6990. with the line:  GET USER SURVEY
  6991.  
  6992. If all else fails, print the questionnaire on paper, fill it out, and
  6993. send it to the following postal address:
  6994.  
  6995.      EARN Office
  6996.      C.I.R.C.E.
  6997.      B.P. 167
  6998.      91403 Orsay Cedex
  6999.      FRANCE
  7000.  
  7001. EARN OFFERS 10 PRIZES!!! There will be a drawing among all those who
  7002. send in completed questionnaires by 31 July 1992. Ten people will be
  7003. selected at random. The ten winners will receive free memberships in
  7004. the Internet Society (value: 70 USDollars) or may receive the 70
  7005. USDollars.
  7006.  
  7007. Thank you for helping us improve our service.
  7008.  
  7009.  
  7010.                   EARN User Survey Questionnaire
  7011.                   ==============================
  7012.  
  7013.  
  7014. Frequency key:
  7015.  
  7016. Use the following key for all questions of "How often ...":
  7017.  
  7018.              0 = never, not at all
  7019.              1 = less than once a month
  7020.              2 = less than once a week (but at least once a month)
  7021.              3 = 1 to 3 times a week
  7022.              4 = 4 times a week or more
  7023.  
  7024. Please answer the following questions by putting the appropriate number
  7025. or letter between the underscores (e.g., _2_)
  7026.  
  7027. Part 1. Communications Usage
  7028.  
  7029. Q1. How often do you use computers for the following? (use frequency key)
  7030.  _ _ a. electronic mail
  7031.  _ _ b. file transfer
  7032.  _ _ c. remote login
  7033.  
  7034.  
  7035. Q2. How often do you use the following for communications? (use frequency key)
  7036.  _ _ a. personal computer
  7037.  _ _ b. Unix workstation
  7038.  _ _ c. dumb terminal
  7039.  _ _ d. X-terminal
  7040.  _ _ e. other (eg, Minitel):
  7041.  
  7042.  
  7043. Part 2. Electronic mail usage
  7044.  
  7045. Q3. How often do you correspond with people who are: (use frequency key)
  7046.  _ _ a. within your institution
  7047.  _ _ b. others in your country
  7048.  _ _ c. abroad
  7049.  
  7050.  
  7051. Q4. How many people do you correspond with by e-mail?
  7052.     (1= none, 2= 1-10 people, 3= 11-100 people, 4= more than 100 people)
  7053.  _ _ a. within your institution
  7054.  _ _ b. others in your country
  7055.  _ _ c. abroad
  7056.  
  7057.  
  7058. Part 3. Network services
  7059.  
  7060. Q5. How often do you use the following network services? (use frequency key)
  7061.  _ _ a. Listserv
  7062.  _ _ b. Netserv
  7063.  _ _ c. Trickle
  7064.  _ _ d. Astra
  7065.  _ _ e. Relay
  7066.  _ _ f. Netnews
  7067.  _ _ g. FTP
  7068.  _ _ h. Telnet
  7069.  _ _ i. IRC
  7070.  _ _ j. X.500
  7071.  _ _ k. Archie
  7072.  _ _ l. Gopher
  7073.  _ _ m. WAIS
  7074.  _ _ n. World-Wide Web
  7075.  
  7076. Q6. How many distribution lists do you belong to?
  7077.     (1= none, 2= 1-5 lists, 3= 6-20 lists, 4= more than 20 lists)
  7078.  _ _ a. related to your profession
  7079.  _ _ b. related to computers
  7080.  _ _ c. others
  7081.  
  7082.  
  7083. Q7. How often do you use online databases containing the following information?
  7084.                                                             (use frequency key)
  7085.  _ _ a. library catalogs, bibliographies
  7086.  _ _ b. computer program collections
  7087.  _ _ c. whole texts
  7088.  _ _ d. information of professional interest
  7089.  _ _ e. computer network information
  7090.  _ _ f. other:
  7091.  
  7092.  
  7093. Q8. What online databases are most important to you?
  7094.     a.                     b.                    c.
  7095.  
  7096.  
  7097. Part 4. Quality of service
  7098.  
  7099. Q9. Rate the importance to you of each one of the following networks
  7100.     on a scale of 0 to 5 (0=totally unimportant, 5= extremely important):
  7101. _ _ a. EARN
  7102. _ _ b. BITNET
  7103. _ _ c. Internet
  7104. _ _ d. EUNET
  7105. _ _ e. X.400
  7106.  
  7107. Q10. Which of the following 12 factors limit your usage of these 6 services?
  7108.                                      (put an "x" in all appropriate places)
  7109.                                    1       2         3    4     5       6
  7110.                                   mail distribution FTP Telnet news databases
  7111.                                           lists
  7112.                                   ---- ------------ --- ------ ---- ---------
  7113.  a. not aware of service          _ _      _ _      _ _   _ _   _ _    _ _
  7114.  b. not available to me           _ _      _ _      _ _   _ _   _ _    _ _
  7115.  c. difficulty of use             _ _      _ _      _ _   _ _   _ _    _ _
  7116.  d. response time                 _ _      _ _      _ _   _ _   _ _    _ _
  7117.  e. lack of documentation         _ _      _ _      _ _   _ _   _ _    _ _
  7118.  f. quality of documentation      _ _      _ _      _ _   _ _   _ _    _ _
  7119.  g. lack of human support         _ _      _ _      _ _   _ _   _ _    _ _
  7120.  h. quality of human support      _ _      _ _      _ _   _ _   _ _    _ _
  7121.  i. lack of need                  _ _      _ _      _ _   _ _   _ _    _ _
  7122.  j. lack of time                  _ _      _ _      _ _   _ _   _ _    _ _
  7123.  k. cost                          _ _      _ _      _ _   _ _   _ _    _ _
  7124.  l. difficulty in finding sources _ _      _ _      _ _   _ _   _ _    _ _
  7125.  
  7126.  
  7127. Q11. What suggestions do you have for new services or improved quality
  7128.     of service in the network?
  7129.  
  7130.  
  7131.  
  7132.  
  7133.  
  7134. Part 5. Personal information
  7135.  
  7136. Q12. Occupation: _ _  (1= computer professional, 2= researcher/lecturer,
  7137.       3= administrator/office worker, 4= librarian, 5= student, 0= other)
  7138.  
  7139. Q13. Country: _  _  (use two-letter country code)
  7140.  
  7141. Q14. Age: _  _  (optional)
  7142.  
  7143. Q15. Sex: _ _  (m/f) (optional)
  7144.  
  7145.      Thank you for completing this questionnaire!
  7146.  
  7147.                                   *END*
  7148.  
  7149. ------------------------------
  7150.  
  7151. From: cb792@cleveland.Freenet.Edu (Tony J. Rinella)
  7152. Subject: Inquiry: Info on Motorola People Finder
  7153. Date: Sat, 18 Jul 92 08:13:51 GMT
  7154. Reply To: rinelltj@odin.icd.ab.com
  7155. Organization: Case Western Reserve University, Cleveland, OH (USA)
  7156.  
  7157.  
  7158. VAX/VMS site seeking information on the Motorola People Finder or
  7159. equivalent. Any and all information would be appreciated.
  7160.  
  7161. ------------------------------
  7162.  
  7163. From: MPA15AB!RANDY@TRENGA.tredydev.unisys.com
  7164. Date: 18 JUL 92 09:40   
  7165. Subject: GTE and CLASS/ISDN
  7166.  
  7167.  
  7168. I called the GTE business office to ask them when the rest of CLASS
  7169. would be offered (sans CLID), and also to ask about SS7 links to
  7170. PacBell (I have had Busy Number Redial for some time, but only for
  7171. numbers within the switch (which is surrounded by PacBell areas)).  I
  7172. asked when ISDN would be available ;-).
  7173.  
  7174. The rep said CLID hadn't yet been approved by the PUC!  When I pointed
  7175. out that the PUC had approved it weeks ago, and mentioned the
  7176. front-page articles in the {L.A. Times} and other papers, she said
  7177. they were flat wrong.  She started to suggest I call the business
  7178. service reps to ask about ISDN, but then remembered that the business
  7179. and residence reps were the same.  She did give me another number to
  7180. call, though.
  7181.  
  7182. A media rep called me back from the other number, and he seemed to
  7183. know what he was talking about, and to be quite reasonable.  (Quite a
  7184. change from the business office types!).  He said November was the
  7185. target date for CLASS features other than CLID, Call Trace, and Call
  7186. Return.
  7187.  
  7188. He said GTE's objection to CLID was that they felt it was impossible
  7189. to educate people about what CLID was and what it meant, and how to
  7190. ensure your number was or wasn't displayed in an environment with
  7191. three forms of blocking and no way to know which is in effect for any
  7192. given line.  I suggested that they offer a code which would read back
  7193. the state of all options, and he said he liked the idea but it would
  7194. have to come from Bellcore.  He mentioned that California has the most
  7195. sophisticated phone consumers in the country, and also some of the
  7196. least sophisticated, who come from countries where you can't even get
  7197. a phone, and trying to educate them about CLID would be very hard.
  7198.  
  7199. He said Call Trace would take longer to implement because of the
  7200. education requirement.
  7201.  
  7202. As for Call Return, he said they wouldn't want to offer it right away,
  7203. because if you returned a toll call, the number would show up on your
  7204. bill.  He said GTE was considering a billing modification that would
  7205. blank out the last four digits of the number in such cases.
  7206.  
  7207. He said I was the first person ever to ask him about ISDN :-(
  7208.  
  7209. Regarding SS7 links, he said GTE was working on them between their own
  7210. switches.  Links to PacBell would come, but he didn't know when.
  7211.  
  7212. On other matters, he said he was bothered by the practice of IXCs
  7213. selling ANI data, especially when the customers turn around and use it
  7214. for marketing and other purposes.  That surprised me, coming from a
  7215. phone company representative.
  7216.  
  7217. He said he wasn't aware of "block blocking" (Anonymous Call Reject).
  7218. Didn't the PUC order it as part of CLID in California?
  7219.  
  7220. Anyway, he promised to have someone call me back with more information
  7221. on SS7 links, CLASS availability, and ISDN.
  7222.  
  7223.  
  7224. Randy Gellens            randy%mpa15ab@trenga.tredydev.unisys.com
  7225. >>>>>>> If mail bounces, forward to rgellens@mcimail.com <<<<<<<<
  7226. Opinions are personal; facts are suspect; I speak only for myself
  7227.  
  7228. ------------------------------
  7229.  
  7230. From: MPA15AB!RANDY@TRENGA.tredydev.unisys.com
  7231. Date: 18 JUL 92 09:21   
  7232. Subject: NZ Telecom Voice Mail
  7233.  
  7234.  
  7235. Reprinted with permission from an internal electronic newsletter.
  7236. Note that NAP is an interesting product, in that it is a break from
  7237. the traditional way of doing telephony applications.  The usual
  7238. approach is to use small, dedicated computers, often coresident with
  7239. the switch.  NAP is a platform that runs on large, general purpose
  7240. computers which supports a variety of voice applications.  Among the
  7241. advantages of using this approach are that you get the security and
  7242. data integrety afforded by large computers, the 4GLs and environmental
  7243. software to develop orp enhance voice applications quickly, and the
  7244. scalability of the hardware.
  7245.  
  7246. I don't work with NAP, but I try and follow the developments.
  7247.  
  7248.  
  7249.                 UNISYS NEWS NETWORK, JULY 9, 1992
  7250.  
  7251.  
  7252. UNISYS WINS MAJOR TELECOMMUNICATIONS CONTRACT
  7253.  
  7254. The Telecom Corporation of New Zealand has purchased the Unisys
  7255. Network Applications Platform (NAP) as the first step in enhancing its
  7256. soon-to-be deployed intelligent telephone network.  The NAP system
  7257. will allow Telecom to offer a variety of voice messaging and fax
  7258. services to its customers.  NAP will offer as many as 11,700
  7259. simultaneously accessible message ports and accommodates approximately
  7260. 1.6 million voice mailboxes.  Telecom services approximately 1.4
  7261. million telephone lines and expects about 50,000 customers to use its
  7262. message center.
  7263.  
  7264. "The Unisys system was chosen for its ability to handle a large number
  7265. of calls and to deliver the high level of service Telecom customers
  7266. expect," said Barry Bailey, Telecom's Networks Organization managing
  7267. director.  "Another major influence in the decision was the fact that
  7268. the same system is already used by a number of telephone companies
  7269. around the world."
  7270.  
  7271. As equivalent of the now widely used PC voice and fax boards, with
  7272. digital and/or analogue interconnections, has been built for the large
  7273. platform.  This provides a much more flexible application development
  7274. environment for integration with corporate database repositories.
  7275.  
  7276. NAP gives Telecom an advanced development environment in Unisys LINC,
  7277. and a powerful processor.  The open nature of this platform also
  7278. allows interface with databases from information suppliers, which
  7279. allows Telecom to provide a comprehensive range of audiotext and
  7280. interactive voice response services.
  7281.  
  7282. "The new Unisys System will give us the ability to provide both our
  7283. residential and business customers throughout New Zealand in the next
  7284. year and into the future, with a wide range of products and services
  7285. such as Message Delivery and Fax Mail," said Telecom's corporate
  7286. executive, sales and marketing, Tom Potrykus.
  7287.  
  7288. It can accommodate the integration of facsimile and electronic mail
  7289. messages into a "universal mailbox".  The system is also being
  7290. developed to cater for video and images.  Applications for the system
  7291. will be developed in Wellington by the Unisys-owned systems
  7292. integration company, SynerCom.
  7293.  
  7294.                              --------
  7295.  
  7296. Randy Gellens            randy%mpa15ab@trenga.tredydev.unisys.com
  7297. >>>>>>> If mail bounces, forward to rgellens@mcimail.com <<<<<<<<
  7298. Opinions are personal; facts are suspect; I speak only for myself
  7299.  
  7300. ------------------------------
  7301.  
  7302. From: leavens@mizar.usc.edu (Justin Leavens)
  7303. Subject: CLASS Services Available from Pacific Bell Now! (Well, Almost)
  7304. Date: 16 Jul 1992 11:35:31 -0700
  7305. Organization: University of Southern California, Los Angeles, CA
  7306.  
  7307.  
  7308.   I got a call last night informing me that Pacific Bell was now
  7309. authorized to offer the three CLASS services to residential customers
  7310. and have them activated July 21. These services are Select Call
  7311. Forwarding ($3.50) BusyRedial ($3.50) and Priority Ringing ($4.00). Of
  7312. course, "the more you buy, the more you save", and they give 15%
  7313. discounts on two features (which includes the old, standard features
  7314. like Three-Way and Call Waiting), adding a 5% discount for every
  7315. feature up to 30%.
  7316.  
  7317.   My setup now includes Call-Waiting, Three-Way Calling, BusyRedial,
  7318. Priority Ringing, and The Message Center for $16.10 a month (plus
  7319. basic rates and all that other good stuff).
  7320.  
  7321.   Pacific Bell is also waiving the $5.00 installation fee on these new
  7322. services for a couple of months.
  7323.  
  7324.   A couple of questions maybe for PAT and others who have these
  7325. services already: Do they work outside your local telephone area
  7326. (that's the LATA, right?)? The rep I spoke to said that they weren't
  7327. sure yet whether or not out of area calls would be handled correctly,
  7328. even calls from local GTE areas.  I know SS7 is in place and working
  7329. to some degree, but is it fairly well implemented for these features
  7330. to work USA-wide, as long as the switches are new enough to handle it?
  7331.  
  7332.  
  7333. Justin Leavens   University of Southern California
  7334.  
  7335.  
  7336. [Moderator's Note: In IBT territory, three-way and call-forwarding
  7337. work anywhere we can dial, local, interstate or international. Message
  7338. Center takes calls from anyone who rings you anywhere. Callers cannot
  7339. dial direct or be direct call-forwarded to Message Center; they must
  7340. connect through transfer on busy/no answer via your number. What you
  7341. call 'Busy Redial' we call 'Repeat Dialing'. It and 'Return Last Call
  7342. Received' work (almost) anywhere in the IBT LATA, but not elsewhere.  
  7343. We have two styles of 'priority ringing'. One is in the form of a
  7344. second and/or third telephone number which rings on your main line
  7345. with distinctive ringing. Anyone dialing those numbers comes through
  7346. with short rings, etc. We can elect to have those numbers follow call
  7347. forwarding or not; if not, then even if the main number is forwarded,
  7348. the additional numbers on the line will 'ring through'. If they 'ring
  7349. through', then they follow whatever the main line would do regards
  7350. message center, call-waiting, etc, but as they have distinctive rings,
  7351. they also have distinctive call-waiting signals. The other style of
  7352. 'priority ringing' involves designating up to ten numbers which when
  7353. they call you cause a distinctive ring and will or will not follow
  7354. call forwarding instructions as designated. These have to be in the
  7355. IBT LATA.  PAT]
  7356.  
  7357. ------------------------------
  7358.  
  7359. End of TELECOM Digest V12 #565
  7360. ******************************
  7361. 
  7362. 
  7363. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa22851;
  7364.           18 Jul 92 15:01 EDT
  7365. Received: by delta.eecs.nwu.edu id AA23584
  7366.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 18 Jul 1992 13:09:37 -0500
  7367. Received: by delta.eecs.nwu.edu id AA28346
  7368.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 18 Jul 1992 13:09:28 -0500
  7369. Date: Sat, 18 Jul 1992 13:09:28 -0500
  7370. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  7371. Message-Id: <199207181809.AA28346@delta.eecs.nwu.edu>
  7372. To: "\\telecom"@eecs.nwu.edu
  7373. Subject: TELECOM Digest V12 #566
  7374.  
  7375. TELECOM Digest     Sat, 18 Jul 92 13:09:00 CDT    Volume 12 : Issue 566
  7376.  
  7377. Index To This Issue:                     Moderator: Patrick A. Townson
  7378.  
  7379.     Phone Tap in Murder Case Ruled Illegal (Randy Gellens)
  7380.     Official Area Code 718 and 917 Annoncement (Dave Niebuhr)
  7381.     Please Help Save Old 2500 Desk Phone (Gary Korenek)
  7382.     3W vs 0.6W  (Dave Brillhart)
  7383.     710 Intercept Changes in Southern CA (Randy Gellens)
  7384.     Switched 56? (Bill Chiarchiaro)
  7385.     Help! Looking for Antique Phone Cord (Daniel MacKay)
  7386.     Telephone Keypad Question (Dominique J. Cheenne)
  7387.     Cordless Phones Self-Dialing (Bob Hutson)
  7388.     Locating Cellular Information (Peter Wan)
  7389.     Pay Attention to Place Names! (Carl Moore)
  7390.     Ellis and Liberty Islands in N.Y. Harbor (Carl Moore)
  7391. ----------------------------------------------------------------------
  7392.  
  7393. From: MPA15AB!RANDY@TRENGA.tredydev.unisys.com
  7394. Date: 17 JUL 92 21:10   
  7395. Subject: Phone Tap in Murder Case Ruled Illegal
  7396.  
  7397.  
  7398.  From the {Los Angeles Times} [date lost]
  7399.  
  7400.                  PHONE TAP IN MURDER CASE RULED ILLEGAL
  7401.  
  7402. LAW: Suspicious husband recorded wife and her lover before he was
  7403. killed.  Their convictions are overturned.
  7404.  
  7405. By Philip Hager
  7406. Times Legal Affairs Writer
  7407.  
  7408. SAN FRANCISCO -- A husband's secret tapes of his wife's suspicious
  7409. telephone conversations with her lover were improperly used to convict
  7410. the two of murdering the husband, the state Supreme Court ruled
  7411. Thursday.
  7412.  
  7413. In a rare defeat for prosecutors, the court ruled unanimously that
  7414. federal law bars a family member from wiretapping the family telephone
  7415. and that the tapes cannot be used as evidence in a criminal case.
  7416.  
  7417. The justices rejected the state's two key contentions in the case:
  7418. that the law permits domestic or "interspousal" wiretapping and that
  7419. even if illegally made, the tapes were admissible because the
  7420. government was an innocent recipient of evidence acquired by a
  7421. citizen.
  7422.  
  7423. The court acknowledged that the tapes were the "linchpin" of the
  7424. prosecution's case but reluctantly concluded that the two lovers'
  7425. conviction must be reversed.
  7426.  
  7427. "We may question the wisdom of Congress in adopting such a broad-based
  7428. suppression [of evidence] sanction," Justice Armand Arabian wrote for
  7429. the court.  "... We may not, however, substitute our judgment for that
  7430. of [Congress]."
  7431.  
  7432. Deputy State Atty. Gen. Morris Beatus said an appeal to the U.S.
  7433. Supreme Court will be considered.  If an appeal fails, prosecutors
  7434. hope to retry the accused killers even without the taped evidence,
  7435. said Assistant Santa Clara County Dist. Atty. Joyce Allegro.
  7436.  
  7437. "In an egregious case like this, it's really a shame that the tapes
  7438. cannot be used," she said.  "There was no government impropriety
  7439. here."
  7440.  
  7441. Mark L. Christiansen of Sacramento, lawer for the male defendant in
  7442. the case, praised the ruling, saying it will strengthen legal barriers
  7443. against wiretapping by third parties.
  7444.  
  7445. "This is going to make home telephones much more secure," he said.
  7446. "Even in the best of families, one spouse may prefer that the other
  7447. not overhear everything they say."
  7448.  
  7449. Laurance S. Smith, attorney for the female defendant, called the
  7450. ruling "a tremendous victory" for the right to privacy.  "If this
  7451. decision had gone the other way, anyone in a household could tape
  7452. conversations by anyone else in the household," he said.  "And if
  7453. there was anything juicy, it could be turned over to the local
  7454. prosecutor."
  7455.  
  7456. The case arose in 1986 after Joe Otto, a 61-year-old electrician,
  7457. became suspicious of his wife, Brenda, a 39-year-old divorcee he had
  7458. married a month before.  Otto hid a voice-activated tape machine under
  7459. a bed.  It recorded all calls in or out of the couple's home.
  7460.  
  7461. One tape picked up a whispered conversation between Brenda Otto and
  7462. Marvin Mark, in which Mark said "everything was wrong" and "I tried
  7463. every possible way," but then added: "I got a better plan."
  7464.  
  7465. An uneasy Otto played the tape to his daughter and a neighbor who was
  7466. a police officer.  In response to his daughter's concern, Otto began
  7467. carrying a gun under his jacket.  He also gave his daughter a copy of
  7468. his will in which he left her virtually all of his $300,000 estate and
  7469. gave Brenda $1.
  7470.  
  7471. Three days later, another call was taped in which Brenda Otto and Mark
  7472. spoke cryptically about the daughter being absent from the home that
  7473. night.  Later in the evening, Otto was bludgeoned to death.  The body
  7474. was discovered after Brenda Otto appeared screaming and naked at a
  7475. neighbor's home, claiming robbers had killed Otto and assaulted her.
  7476.  
  7477.                             ---------
  7478.  
  7479. [I can understand it being illegal to tap one's own phone, and also
  7480. that evidence received through government (police) misconduct should
  7481. be suppressed.  It also makes sense to me that if you illegally tap
  7482. your phone, you shouldn't be able to profit from it, such as by using
  7483. the tapes in a civil suit.  But if the government had no hand in
  7484. making the tape (didn't put you up to it, etc.), then the tape should
  7485. be usable in a criminal case. -- RCG]
  7486.  
  7487.  
  7488. Randy Gellens            randy%mpa15ab@trenga.tredydev.unisys.com
  7489. >>>>>>> If mail bounces, forward to rgellens@mcimail.com <<<<<<<<
  7490. Opinions are personal; facts are suspect; I speak only for myself
  7491.  
  7492. ------------------------------
  7493.  
  7494. Date: Sat, 18 Jul 92 07:32:54 EDT
  7495. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  7496. Subject: Official Area Code 718 and 917 Annoncement
  7497.  
  7498.  
  7499. The July "Hello" insert in my NYTel bill announced to the public that
  7500. area code 718 was moving to the Bronx, thus leaving Manhattan as the
  7501. sole holder of area code 212.
  7502.  
  7503. The details are and I quote:
  7504.  
  7505. "From July 1, 1992 throught May 15, 1993, calls to Bronx customers
  7506. will be completed whether the caller dials 212 or 718.  During this
  7507. period, there will be no change for Bronx customers dialing out,
  7508. except they will be able to dial Manhattan using either seven digits
  7509. or 1 + 212 + seven digits.
  7510.  
  7511. "On May 16, 1993, the change to 718 wilol become permanent.  Customers
  7512. who dial an incorrect area code will hear an announcement giving
  7513. dialing instructions.  These changes in dialing will not affect
  7514. charges for telephone calls."
  7515.  
  7516. The July "Hello" insert in my NYTel bill also announced to the public
  7517. that area code 917 is introduced in New York City.
  7518.  
  7519. The details are and I quote:
  7520.  
  7521. "In recent years, the demand for telephone service has increased.  To
  7522. avoid a predicted shortage of telephone numbers, area code 917 has
  7523. been introduced in the five boroughs of New York City to serve pagers,
  7524. cellular telephones and certain other communications services in the
  7525. 212 and 718 area codes.
  7526.  
  7527. "July 1,1992, paging and cellular telephone companies will begin
  7528. assigning telephone numbers with the area code 917 to NEW customers.
  7529. Customers with EXISTING 212 and 718 pager and cellular numbers will be
  7530. assigned new telephone numbers in the 917 area code over the next few
  7531. years.
  7532.  
  7533. "Please be aware that when dialing a number in the new 917 area code,
  7534. you are not calling someone across the country.  You are most likely
  7535. calling someone with a pager or cellular telephone.
  7536.  
  7537. "Charges for calling the 917 area code from 212 or 718 are still local
  7538. calls.  Charges from other areas also would not change."
  7539.  
  7540.  
  7541. Dave Niebuhr      Internet: niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  7542. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  7543.  
  7544. ------------------------------
  7545.  
  7546. From: korenek@ficc.ferranti.com (gary korenek)
  7547. Subject: Please Help Save Old 2500 Desk Phone
  7548. Organization: Ferranti International Controls Corporation
  7549. Date: Sat, 18 Jul 1992 01:31:35 GMT
  7550.  
  7551.  
  7552. I have an old (1981 or so) Western Electic 2500 desk phone that is
  7553. broken.  This is a request for information about having it repaired.
  7554.  
  7555. When I pick up the receiver I hear dial tone in the earpiece, so far,
  7556. so good.  But when I speak into the mouthpiece, I cannot hear my own
  7557. voice in the earpiece.  In other words, I can hear the caller, but the
  7558. caller cannot hear me.
  7559.  
  7560. I have checked the round microphone cartridge (on another phone), it
  7561. works.  So the problem is somewhere in the phone's internals.  Also
  7562. the paticular wall-jack and wiring is good, as other phones work with
  7563. it.
  7564.  
  7565. Can someone offer me any advice on how to get this phone working
  7566. again?  Is there a common (simple?) part that I could replace?
  7567. Ideally, might someone know a way I could get this phone repaired in
  7568. the Houston, Texas area?
  7569.  
  7570. If I played the game AT&T's way, I would have to send the phone in,
  7571. and they would send back a refurbished newer phone.  Well, I want to
  7572. keep and use this particular 2500 phone (sentimental attachment, I
  7573. suppose).
  7574.  
  7575. Please don't reply "call AT&T", I already did that.  Now it is on to
  7576. Plan B.
  7577.  
  7578. Please send response via e-mail, and to anyone that may be able to
  7579. help; thanks in advance.
  7580.  
  7581.  
  7582. Gary Korenek (korenek@ficc.ferranti.com)
  7583. Ferranti  International  Controls  Corp.
  7584. Sugar Land, Texas          (713)274-5357
  7585.  
  7586. ------------------------------
  7587.  
  7588. From: dbrillha@dave.mis.semi.harris.com (Dave Brillhart)
  7589. Subject: 3W vs 0.6W 
  7590. Date: Sat, 18 Jul 1992 13:11:17 GMT
  7591. Reply-To: dbrillha@dave.mis.semi.harris.com (Dave Brillhart)
  7592. Organization: Harris Semiconductor
  7593.  
  7594.  
  7595. I am about to purchase a cellular phone. I have two questions that
  7596. salesmen can't seem to agree upon, and whose information always seems
  7597. to be biased towards the particular model they are pushing at the
  7598. time ...
  7599.  
  7600. 1.) Are 3.0W units really going to buy me alot more compared to the
  7601.     compact 0.6W phones -- in regards to TX (and RX?) sound quality,
  7602.     battery life, max distance from the closest transceiver, or other
  7603.     issues I haven't thought of?
  7604.  
  7605. 2.) Is there really a regulation that restricts 3.0W units
  7606.     to the "transportable" size? At our local AT&T center, a sales
  7607.     lady tried to tell me -- when I asked if she predicted even more
  7608.     compact 3W units in the near future --  that regulations prohibit
  7609.     the small single enclosure pocket sized phones from being more than
  7610.     0.6W. Now I can believe that battery technology might limit futher size
  7611.     reductions of the more powerful transmitters, but what she told me 
  7612.     makes no sense (but then many regulations make no sense).
  7613.  
  7614. I ask because if 3W units are that much better and they aren't going to
  7615. get smaller in the near future, then it's time for me to buy.
  7616.  
  7617. Thanks for any response.
  7618.  
  7619.  
  7620. Dave Brillhart                       Harris Semiconductor
  7621. dbrillha@dave.mis.semi.harris.com    Mail Stop 62A-024
  7622. Voice: (407) 729-5430                P.O. Box 883
  7623. Fax:   (407) 724-7486                Melbourne, FL 32902-0883
  7624.  
  7625.  
  7626. [Moderator's Note: The answer is in the application, and where the
  7627. phone will be used. My handheld 0.6 watt unit works fine in a very
  7628. populated urban area like Chicago which is saturated with cell sites.
  7629. A year ago, my handheld worked fine in Coffeyville, KS and latched on
  7630. to the cellular carrier in Tulsa, OK about sixty miles away. Not all
  7631. work that well. The three watt units are mostly for automobiles.  And
  7632. yes, regulations say you can't have a three watt handheld since there
  7633. is a risk with the antenna so close to your head that you might
  7634. irradiate your brain cells, and become goofy like your Esteemed
  7635. Moderator, whose battery hasn't taken a full charge in many years. PAT]
  7636.  
  7637. ------------------------------
  7638.  
  7639. From: <MPA15AB!RANDY@TRENGA.tredydev.unisys.com>
  7640. Date: 84 JUL 92 01:02   
  7641. Subject: 710 Intercept Changes in Southern CA
  7642.  
  7643.  
  7644. The intercept I get when I trial and dial any 1-710-xxx-xxxx has
  7645. changed from "Your call can't be completed as dialed" to "It is not
  7646. necessary to dial a '0' or '1' when calling this number."
  7647.  
  7648. My guess is that Southern California will soon see 710 used as a
  7649. prefix, as this is the standard intercept one gets when dialing 1+ or
  7650. 0+ and any prefix.
  7651.  
  7652.  
  7653. Randy Gellens            randy%mpa15ab@trenga.tredydev.unisys.com
  7654. >>>>>>> If mail bounces, forward to rgellens@mcimail.com <<<<<<<<
  7655. Opinions are personal; facts are suspect; I speak only for myself
  7656.  
  7657. ------------------------------
  7658.  
  7659. From: wjc@ll.mit.edu (Bill Chiarchiaro)
  7660. Subject: Switched 56?
  7661. Organization: MIT Lincoln Laboratory, Lexington MA
  7662. Date: Sat, 18 Jul 92 11:14:15 -0400
  7663.  
  7664.  
  7665.   Can someone tell me the real story on the so-called Switched 56
  7666. service?
  7667.  
  7668.   I've heard that a direct-dial, 56-kbps digital service is becoming
  7669. available in the U.S.  I didn't find any information in the c.d.t
  7670. archive.  I called my local telco business office which referred me to
  7671. the Boston ISDN office.  They sent me to a Network Consultant who
  7672. admitted that he would be the person to carry out a Switched 56 work
  7673. order, but that for me to get any substantive information I would have
  7674. to talk to a marketing office.  The marketing office has been a black
  7675. hole.
  7676.  
  7677.   Any suggestions?  I'm primarily interested in this service for use
  7678. within eastern Massachusetts (508/617).  Does it exist?  How does it
  7679. work?  What are the installation and service costs?
  7680.  
  7681.  
  7682. Thanks,
  7683.  
  7684. Bill Chiarchiaro    wjc@ll.mit.edu
  7685.  
  7686. ------------------------------
  7687.  
  7688. From: daniel@nstn.ns.ca (Daniel MacKay)
  7689. Subject: Help! Looking For Antique Phone Cord
  7690. Organization: NSTN Network Operations Centre, Nova Scotia, Canada
  7691. Date: Sat, 18 Jul 1992 15:17:53 GMT
  7692.  
  7693.  
  7694. Hello!
  7695.  
  7696. I'm doing some restoration on a friend's antique phone -- 1930s, he
  7697. guesses, -- and part of the work will be to replace both the handset
  7698. and line cord.  I'm having a tough time finding something similar to
  7699. the original cord that it came with -- silver satin just won't cut it
  7700. in on a period set in a period room!
  7701.  
  7702. I suspect the two cords were originally the same stuff; brown, silk
  7703. cover, 1/4" thick with big rubber-covered wires inside.
  7704.  
  7705. I don't need a whole spool of this, obviously; 12' or so would be
  7706. plenty for both.  Any suggestions on where to get this would be very
  7707. much appreciated!  Thanks!
  7708.  
  7709.  
  7710. Daniel MacKay             daniel@nstn.ns.ca
  7711. NOC Manager, NSTN Operations Centre   902-494-NSTN
  7712. Dalhousie University, Halifax, Nova Scotia, Canada
  7713.  
  7714. ------------------------------
  7715.  
  7716. From: dcheenne@unlinfo.unl.edu (Dominique J. Cheenne)
  7717. Subject: Telephone Keypad Question
  7718. Organization: University of Nebraska - Lincoln
  7719. Date: Sat, 18 Jul 1992 15:24:35 GMT
  7720.  
  7721.  
  7722. This question might seem trivial to some but it has puzzled me for a
  7723. while ...
  7724.  
  7725. Why are the letters "Q" and "Z" missing from the telephone keypad? And
  7726. why do the letters start on the number 2 key? Starting the alphabet on
  7727. the number 1 key would allow for all letters to be present with room
  7728. to spare ...
  7729.  
  7730. Feel free to email me directly if desired. 
  7731.  
  7732.  
  7733. Thanks in advance.
  7734.  
  7735. Dominique J. Cheenne
  7736. dcheenne@unlinfo.unl.edu
  7737.  
  7738.  
  7739. [Moderator's Note: Telephone numbers do not usually begin with '1',
  7740. and having the letters /ABC/ there would have effectively precluded
  7741. them from being the starting letter in an exchange name, back when
  7742. telco officially used words to identify central offices. In order to
  7743. keep the zero available as a single digit way to reach the operator,
  7744. letters were not used there either. Imagine life with no AVEnue,
  7745. AUStin, BIShop, BOUlevard, CIRcle, CAThedral or COLumbus ... Since
  7746. only eight digits are left, two letters had to be elimininated, with
  7747. /QZ/ least likely to be needed. Imagine life without QUAyle ... PAT]
  7748.  
  7749. ------------------------------
  7750.  
  7751. From: atari!bob@ames.arc.nasa.gov (Bob Hutson)
  7752. Subject: Cordless Phones Self-Dialing
  7753. Organization: Atari Computer Corp.
  7754. Date: Sat, 18 Jul 1992 09:18:16 GMT
  7755.  
  7756.  
  7757. About eight years ago my friend (owner of a first generation cordless
  7758. phone) left for a short vacation.  Upon returning he learned that the
  7759. police visited him twice in response to "911" calls from his address.
  7760. It was later determined that his cordless phone (with weak nicads) had
  7761. called the "911" number.
  7762.  
  7763. Last month this same friend's cordless phone (a new one) had nicad
  7764. problems.  The phone could still receive calls, but any attempt to dial
  7765. out resulted in "Thank you for using ATT ...".
  7766.  
  7767. This is confusing to me.  His default LD carrier is MCI.  What could
  7768. possibly cause the phone to call the ATT operator?
  7769.  
  7770. Last week he replaced the nicads and the problem went away.  Can
  7771. either of these problems be explained?
  7772.  
  7773. Thanks in advance.
  7774.  
  7775.  
  7776. Bob Hutson    ....uunet!ames!atari!bab   (work) 408-745-2142  Sunnyvale, CA
  7777.  
  7778.  
  7779. [Moderator's Note: By 'first generation', do you mean 1970?  That's
  7780. when I had my first cordless. The remote units looked like a 2500 desk
  7781. set with rotary dial. 
  7782.  
  7783. ------------------------------
  7784.  
  7785. From: pwan@skidmore.EDU (peter wan)
  7786. Subject: Locating Cellular Information
  7787. Organization: Skidmore College, Saratoga Springs NY
  7788. Date: Sat, 18 Jul 1992 14:59:30 GMT
  7789.  
  7790.  
  7791. I am looking for general and technical information regarding cellular
  7792. systems and cellular technology. Are there any FTP archives which have
  7793. such information, and can anyone suggest any printed books which cover
  7794. the topic? Are there any vendors out there that will provide info on
  7795. their products? Any suggestions are welcomed via email.
  7796.  
  7797.  
  7798. pwan@scott.skiddmore.edu
  7799.  
  7800. ------------------------------
  7801.  
  7802. Date: Sat, 18 Jul 92 10:29:24 EDT
  7803. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  7804. Subject: Pay Attention to Place Names!
  7805.  
  7806.  
  7807. Whenever possible, I map telephone-exchange place names to post office
  7808. names (this is in the U.S.).  But sometimes, a nonpostal name appears
  7809. for a telephone exchange.
  7810.  
  7811. Last night (July 15), someone noticed a poster, in a community center,
  7812. which referred to Rawlinsville with no state name or phone number or
  7813. road directions.  This was in Cecil County, Maryland, and I was able
  7814. to offer a suggestion that it was referring to Rawlinsville, Pa., in
  7815. southern Lancaster County.  (Rawlinsville is the place name for
  7816. 717-284 phone prefix.)
  7817.  
  7818. ------------------------------
  7819.  
  7820. Date: Sat, 18 Jul 92 10:25:20 EDT
  7821. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  7822. Subject: Ellis and Liberty Islands in N.Y. Harbor
  7823.  
  7824.  
  7825. Earlier this year, I visited Ellis and Liberty Islands in the New York
  7826. harbor, and have the following information on the phone prefixes there
  7827. (pay phones only), in area 212:
  7828.  
  7829. Ellis Island, zipcode 10003; phone prefix 668 
  7830.  
  7831. Liberty Island, zipcode 10004; phone prefix 825 (which I also noticed
  7832. in phone book listings for Governors Island).
  7833.  
  7834. Both prefixes are in (old) New York City zone 1.
  7835.  
  7836. ------------------------------
  7837.  
  7838. End of TELECOM Digest V12 #566
  7839. ******************************
  7840. 
  7841. 
  7842. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa26045;
  7843.           18 Jul 92 16:34 EDT
  7844. Received: by delta.eecs.nwu.edu id AA12256
  7845.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 18 Jul 1992 13:36:34 -0500
  7846. Received: by delta.eecs.nwu.edu id AA31217
  7847.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 18 Jul 1992 13:36:22 -0500
  7848. Date: Sat, 18 Jul 1992 13:36:22 -0500
  7849. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  7850. Message-Id: <199207181836.AA31217@delta.eecs.nwu.edu>
  7851. To: "\\telecom"@eecs.nwu.edu
  7852. Subject: TELECOM Digest V12 #567
  7853.  
  7854. TELECOM Digest     Sat, 18 Jul 92 13:36:20 CDT    Volume 12 : Issue 567
  7855.  
  7856. Index To This Issue:                      Moderator: Patrick A. Townson
  7857.  
  7858.     Rochester Tel to Cut Rates (Phillip Dampier)
  7859.     DMS-100 Peculiarity - HELP!!! (Ehud Gavron)
  7860.     My 800 Number (Kenton A. Hoover)
  7861.     Answering Machine Ringbacks (Michael Glowacki)
  7862.     Going UP (John Higdon)
  7863.     St.Pierre and Miquelon (Clive Feather)
  7864. ----------------------------------------------------------------------
  7865.  
  7866. From: Phillip.Dampier@f228.n260.z1.fidonet.org (Phillip Dampier)
  7867. Reply-To: phil@rochgte.fidonet.org
  7868. Date: Sat, 18 Jul 1992 12:14:43 -0500
  7869. Subject: Rochester Tel to Cut Rates
  7870.  
  7871.  
  7872. ROCHESTER TELEPHONE ASKS FOR RATE CUT
  7873.  
  7874. Rochester Telephone Corporation Thursday filed a petition with the New
  7875. York State Public Service Commission to cut the cost of long distance
  7876. calls within its service territory.
  7877.  
  7878. In addition, Rochester Tel wants to expand the local calling areas for
  7879. several communities receiving its services, the company said.
  7880.  
  7881. The PSC must grant approval for the change, which would not affect
  7882. rates on long distance calls made out of Rochester Tel's territory.
  7883.  
  7884. A PSC spokeswoman declined to comment about Rochester Tel's plan, but
  7885. she did say it would be reviewed thoroughly. Rochester Tel is seeking
  7886. to change the way long distance toll rates are calculated, said
  7887. spokeswoman Diana Melville.
  7888.  
  7889. Currently, toll rates are set through a formula that pools the
  7890. revenues of larger telephone companies such as Rochester Tel and
  7891. smaller ones such as Ogden Telephone and Seneca Gorham Telephone.
  7892.  
  7893. The formula was created so that all telephone companies charge the
  7894. same rates, regardless of the size of their customer base or how
  7895. efficiently they operate.
  7896.  
  7897. However, Rochester Telephone believes the system forces it to charge
  7898. higher rates, which means it contributes too much to the pool,
  7899. Melville said.  "We want to charge our customers the rates closer to
  7900. what it costs for the company to provide the service," Melville said.
  7901.  
  7902. Business customers would be billed the same rate for local service and
  7903. long distance calls to exchanges within the Rochester Tel service
  7904. territory (the Rochester LATA). Businesses would be charged 7.1 cents
  7905. for the first three minutes of a call and two cents each additional
  7906. minute, regardless of the time of day or distance of the call.
  7907.  
  7908. Businesses now pay monthly rates for local measured service that are
  7909. based on the time of day and duration of the call.  Long distance
  7910. calls within Rochester Tel's service territory are billed on distance,
  7911. time of day, and duration.
  7912.  
  7913. For some residential customers, local calling areas would be expanded
  7914. to eliminate billing based on the distance, time or day, and duration
  7915. of the call.
  7916.  
  7917. Under the proposed plan, calls made between 8 am and 9 pm will be
  7918. billed at 17 cents per minute.  Calls made between 9:01 pm and 7:59 am
  7919. and on weekends/holidays will be billed at 7.65 cents per minute -- a
  7920. 55% discount over day rates.
  7921.  
  7922. Rochester Tel also plans to offer residential customers two optional
  7923. service plans to expand their local calling areas even further.
  7924.  
  7925. Under one plan, customers can pay $5.95 per month to call communities
  7926. that up until now have been long distance. Customers receive 60
  7927. minutes of calls after 5 pm and before 8 am weekdays, weekends, and
  7928. holidays (9.9 cents per minute). If customers make more than 60
  7929. minutes of calls to those areas during off peak hours, they will be
  7930. billed at 5.9 cents per minute.
  7931.  
  7932. The second plan would cost customers $3.95 per month for 30 minutes of
  7933. calls (13.2 cents per minute).  If customers make over 30 minutes per
  7934. calls, they will be billed at 7.65 cents per minute.
  7935.  
  7936. Other proposals:
  7937.  
  7938. Geneseo will now be able to call Avon numbers for free.  For $5.95 per
  7939. month, Geneseo customers will be able to make 60 minutes of calls at
  7940. certain times to such places as Caledonia, Hemlock, Pavilion, and
  7941. Perry.
  7942.  
  7943. Leicester residents will now be able to call Perry residents for free.
  7944. Using the above $5.95 plan, Leicester customers will be able to call
  7945. Avon, Castile, Livonia, and Pavilion for less.
  7946.  
  7947. ------------------------------
  7948.  
  7949. From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
  7950. Subject: DMS-100 Peculiarity - HELP!!!
  7951. Date: 18 Jul 92 20:20:00 GMT
  7952. Reply-To: gavron@Spades.ACES.COM
  7953. Organization: ACES Consulting Inc.
  7954.  
  7955.  
  7956. I'm in the process of moving to a new location in rural Tucson AZ
  7957. outskirts.  US West was kind enough to give me two lines without
  7958. realizing that they only had one pair going to the pole.  1/2 mile of
  7959. "C-cable"* is on its way.
  7960.  
  7961. Here's what really ticks me off though.  I used to be on a 1AESS and
  7962. now I'm on a DMS-100.  My custom calling features are call-waiting**
  7963. and speed-dial 30.  HOWEVER, I find the following peculiarities:
  7964.  
  7965.     1. If there is no call waiting call coming in
  7966.        and I flash the switchhook, I get a SECOND
  7967.        dialtone.  However, I am unable to dial any
  7968.        number on it since at the 4th digit I get a
  7969.        fast busy signal.  (It won't dial 2-digit
  7970.        speed-dialed calls either).
  7971.  
  7972.     2. If I attempt to program speed dial via:
  7973.        [dial tone] 75# [confirm tone + dial tone] nnNPA-NXXX,
  7974.            wait then it fails (fast busy).
  7975.  
  7976.        If I do the same but leave off the pound:
  7977.        [dial tone] 75 and wait [confirm tone + dial tone]
  7978.            nnNPA-NXXX, wait then it works!  (Number programmed)
  7979.  
  7980.     Number 2 is a nuisance, but as I rarely _program_ speed
  7981.         calling numbers, I could live with it.  However, number 1 
  7982.         is a big hassle since I'm used to tapping the switchhook
  7983.         and redialing a number very rapidly.  Now I have to hold 
  7984.         it down and count One-Ringy-Dingy.
  7985.  
  7986. Does anyone know:
  7987.     1. WHY 
  7988.     2. WHY
  7989.     3. WHY?
  7990.  
  7991.  
  7992. * Does anyone know what C-cable is?  What is it used for?  What do I
  7993.   have now that is not a C-cable?
  7994.  
  7995. **This feature ought to be mandatory for everyone I ever call ...
  7996.  
  7997.  
  7998. Ehud Gavron        (EG76)       gavron@vesta.sunquest.com
  7999.  
  8000. ------------------------------
  8001.  
  8002. From: shibumi@turbo.bio.net (Kenton A. Hoover)
  8003. Subject: My 800 Number
  8004. Date: 18 Jul 92 00:28:25 GMT
  8005. Reply-To: shibumi@turbo.bio.net
  8006. Organization: GenBank Computing Resource for Mol. Biology
  8007.  
  8008.  
  8009. PacBell sent me an mailing for 'open collar' workers in May.  I guess
  8010. they figured out from my having four phone lines that I was a
  8011. work-at-home.  In fact, I'm not, but the mailing promised me a free
  8012. book if I would take a telemarketing call.  Not being the type to pass
  8013. up an offer like this, I called from work, not home (can't be too
  8014. complacient) and they promptly connected me to a telemarketer.
  8015.  
  8016. She took my address for the book (just got the book "The Work-At-Home
  8017. Book", full of useful tips on how to use your cat as stapler, make
  8018. extra filing space out of pots and pans, and making a postage meter a
  8019. decorative item, but I digress), and went thru my past few months
  8020. bills looking for services to pitch to me.  She did sell me a local
  8021. area calling plan for an unnamed area, but the thing I was really
  8022. intrigued by was that I could have my very own PacBell sales person
  8023. assigned to me.  I think this is a win -- I get pretty tired of
  8024. explaining to whoever I end up ordering from why I need 24 voice
  8025. circuits delivered on T1 to a residence.
  8026.  
  8027. But the best part was that I found out that you can now get 'Custom
  8028. 800' on a residential line.  Custom 800 is 800 service delivered 'on
  8029. top' of an exiting line, rather than having a special '800' line.
  8030. This sounded great, but it had to cost a mint, right (I'd costed out
  8031. 800 service at previous employers to lower datacomm costs)?  Nope -- I
  8032. was informed that I could have it for $5/month, plus costs, and it
  8033. could cover whatever service areas PacBell covered (I just got it for
  8034. service area 1, since I don't know anyone in LA).  Well, I thought, I
  8035. must at least have to use a business line for it, right?  Wrong --
  8036. this was specifically for residential service.
  8037.  
  8038. I had to have it.  For $60/year, I could impress the babes by saying
  8039. "My number?  1-800-BIG-STUD" But it got better.  One, I did get to
  8040. pick my own number (and no, I'm not going to mention it here) and two,
  8041. it was instant gratification, since the number was activated within
  8042. about 15 minutes of my order.
  8043.  
  8044. Well, I've had the number since May, and its been great.  Why has it
  8045. been great, you might ask?  Well, its because I call my home answering
  8046. machine alot from pay phones.  I don't always have change, so I tend
  8047. to use my calling card.  And as most of us know, PacBell whacks you
  8048. for $0.35 every time you do that.  But with my 800 number, I just pay
  8049. $0.185/minute prime time (less at night, when I do most of my
  8050. calling), and they don't have a call setup charge.  So, if I make 14
  8051. calls home a month from pay phones (and I do), its a wash versus my
  8052. calling card costs.  Of course, if I'm calling from downtown, I lose,
  8053. but most of my calls would be about $0.25/minute milage (south bay to
  8054. home).
  8055.  
  8056. There are a few problems: they don't break down the 800 billing by
  8057. call, just total minutes in a certain calling period.  So, I don't get
  8058. the numbers that called me.  Thats a little irritating, since I can't
  8059. dispute a bill.  Also, you pay in advance for the service, but since
  8060. that's only $5/month, its nothing on top of my total phone bill.
  8061.  
  8062. So, if you want to impress the babes (or the dudes, depending on your
  8063. polarity and preferences) or you call home alot, you might want to
  8064. look into 800 service.
  8065.  
  8066.  
  8067. Kenton A. Hoover  
  8068. BIOSCI Network Administrator (bionet newsgroups) |    shibumi@presto.ig.com
  8069. GenBank/IntelliGenetics, Inc.       415 962 7300 |  shibumi@genbank.bio.net
  8070.  
  8071. ------------------------------
  8072.  
  8073. From: glowacki@calshp.cals.wisc.edu
  8074. Subject: Answering Machine Ringbacks
  8075. Date: Sat, 18 Jul 92 2:09:57 CDT
  8076.  
  8077.  
  8078. Two stories came to me tonight about answering machines and strange
  8079. hehavior on the network. Both involved puzzling ringing either on the
  8080. recording or to another phone. They didn't involve crazy conference
  8081. calling or human intervention.
  8082.  
  8083. First off, tonight a friend called us from the airport. No one was
  8084. home to take the call, and he wanted to save his quarter to speak with
  8085. a live person.  So he hung up after the usual four rings, before the
  8086. answering machine picked it up. Then he tried again later, just
  8087. getting a busy signal for 45 minutes.
  8088.  
  8089. He got through later when someone was home and learned why he couldn't
  8090. get through. The connection wasn't broken. Instead the answering
  8091. machine recorded about 45 minutes of a phone ringing on the other end.
  8092. The pay phone didn't ring, just somewhere a phone was ringing and the
  8093. answering machine recorded it. We couldn't figure it out.
  8094.  
  8095. Then I started to think the switch in the central office was messed up
  8096. somehow.  I have no idea what kind of switch it is. The company is 
  8097. TDS - Waunakee Telephone Company in Wisconsin. Perhaps some reader is
  8098. aware of this small telco and what equipment they use. I only read
  8099. this Digest to learn about this sort of thing. So I ask you what could
  8100. have been going on?
  8101.  
  8102. By no means is this answering machine sophisticated, so it couldn't
  8103. have dialed anyone. (Nor did the cat! :) Apparently this has happened
  8104. once before recently.
  8105.  
  8106. The second story involves a Centrex system at the university. My
  8107. friend from the airport reported that in his office, he or his office
  8108. mate would call someone and get their answering machine. If they hung
  8109. up before the OGM was finished, the phone would ring soon to give them
  8110. the answering machine and the last of the outgoing message. He offered
  8111. this as a clue to the last mystery. It seemed to me to be unrelated,
  8112. but it might be.
  8113.  
  8114. The friend said the Centrex system was responsible for the ringbacks
  8115. (not in those words). He thought it was too slow in detecting the fact
  8116. he had hung up and would call him back to complete the connection.
  8117.  
  8118. I think that's plausible, but I want to know what the readers of
  8119. TELECOM Digest think about this mystery. What could or should explain
  8120. the things we've observed?
  8121.  
  8122.  
  8123. Michael Glowacki     University of Wisconsin -- Madison
  8124.  
  8125.  
  8126. glowacki@calshp.cals.wisc.edu    mjglowacki@wiscmacc.bitnet   AOL: MichaelG1
  8127.  
  8128. ------------------------------
  8129.  
  8130. Date: Sat, 18 Jul 92 19:08 PDT
  8131. From: john@zygot.ati.com (John Higdon)
  8132. Reply-To: John Higdon <john@zygot.ati.com>
  8133. Organization: Green Hills and Cows
  8134. Subject: Going UP
  8135.  
  8136.  
  8137. Federal regulators are about to make yet another decision that will
  8138. almost guarantee that your phone bills will go up even more: approval
  8139. for phone companies to get into the video delivery business. Every new
  8140. venture that phone companies are allowed to pursue means that old
  8141. reliable finance cash cow, the regulated ratepayer, will have to fork
  8142. over even more.
  8143.  
  8144. And what will be the ultimate result? Your telephone dollars will buy
  8145. even more of the drek and waste that litters every cable company in
  8146. the land. How many more shopping channels can we support? How many
  8147. more news operations? How many more movie channels? My local cable
  8148. company (considered one of the best in the country) has over 50
  8149. "basic" channels and more often than not, there is nothing worthwhile
  8150. to watch.
  8151.  
  8152. This is a case where competition can actually have deleterious effects
  8153. on an industry. The plethora of program producers are chasing after a
  8154. limited number of dollars and spreading them thinly among themselves.
  8155. This means that no one producer has the necessary funds to produce
  8156. really quality entertainment. The result is mediocrity that makes
  8157. former FCC Chairman, Newton Minnow's "Vast Wasteland" look like
  8158. entertainment and information heaven.
  8159.  
  8160. I have no love for any cable company, including mine. This is an
  8161. industry crying for comeuppins. But the answer is not to water it down
  8162. even more and to finance the project with your utility dollars. We are
  8163. giving the green light to our nation's telcos to provide everything
  8164. that has to do with information. Telco's will own the cable plant,
  8165. switching centers, and microwave towers. They will provide the
  8166. audiotex product (and control the content). They will provide the
  8167. news. They will (with this decision) provide the video entertainment.
  8168. After having just reviewed "The President's Analyst", I can just
  8169. imagine what our society -- owned and operated by "TPC" -- will look
  8170. like.
  8171.  
  8172. Here it comes: The United Bell States of America. And I thought we
  8173. were "breaking up" the telephone company. What a laugh.
  8174.  
  8175.  
  8176.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  8177.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  8178.  
  8179. ------------------------------
  8180.  
  8181. From: clive@x.co.uk (Clive Feather)
  8182. Subject: St.Pierre and Miquelon
  8183. Date: Sat, 18 Jul 92 15:43:44 BST
  8184.  
  8185.  
  8186. A few weeks ago there was some discussion about St.Pierre & Miquelon.
  8187. It turns out that our local library has all the French phone books,
  8188. including that for St.Pierre & Miquelon, so I went and looked.
  8189.  
  8190. If I understand the French correctly, the telephone system works like
  8191. this.
  8192.  
  8193. France is divided into 100 "departments". For telephone purposes, these
  8194. split into:
  8195.  
  8196.     Paris/Ile de France: departments 75, 77, 78, 91-95
  8197.     Provincial:          departments 01-19, 2A, 2B, 21-74, 76, 79-90
  8198.     DOMs:                departments 971 (Guadelope  - country code 590),
  8199.                                      972 (Guyana     - country code 594),
  8200.                                      973 (Martinique - country code 596),
  8201.                                      974 (Reunion    - country code 292).
  8202.  
  8203. In addition, there are five TOMs:
  8204.  
  8205.     Mayotte               (country code 269)
  8206.     New Caledonia         (country code 687)
  8207.     Polynesia             (country code 689)
  8208.     St.Pierre & Miquelon  (country code 508)
  8209.     Wallis & Futuna       (country code 681)
  8210.  
  8211. [I don't know what DOM and TOM mean.]
  8212.  
  8213. Paris and Provincial numbers are eight digits, and DOM and TOM numbers
  8214. are 6 digits, not beginning with a 1 (I don't know about 0).
  8215. Provincial numbers beginning with 93 are in Monaco, and 628 in
  8216. Andorra. All numbers on St.Pierre begin 412, 413, 414, or 415, and on
  8217. Miquelon 416.
  8218.  
  8219. Dialling instructions depend on where you are calling from and to. A
  8220. tilde indicates a second dialtone, a # indicates a digit.
  8221.  
  8222. Within mainland France, you dial ######## for the same system (Paris
  8223. or Provincial, or 16~######## for the other). To dial a DOM or a TOM,
  8224. you dial 19~CCC######, and to dial a foreign country you dial
  8225. 19~CCCAAA#######, where CCC is the country code, and AAA the area code
  8226. (if any). To get operator assistance or directory enquiries, you dial
  8227. 19~33CCC, except that the country codes 1 and 7 need to be followed by
  8228. an additional 1.
  8229.  
  8230.  From a DOM or a TOM, the codes are:
  8231.  
  8232.     Same DOM/TOM:   ######
  8233.     Paris           16~1########
  8234.     Provincial      16~########
  8235.     DOM/TOM         19~CCC######
  8236.     Foreign         19~CCCAAA#######
  8237.  
  8238. except that since all Guadelope numbers begin 2, 8, or 9, and all
  8239. Martinique numbers being 5, 6, or 7, there is interdialing between
  8240. the two (i.e. just dial the 6 figure number).
  8241.  
  8242. Operator assistance for foreign countries from DOMs and from St.Pierre
  8243. and Miquelon (the library didn't have the other four books) varies:
  8244.  
  8245.     Guadelope             10
  8246.     Guyana                19~594CCC
  8247.     Martinique            19~596CCC  
  8248.     Reunion               19~262CCC       for operator
  8249.                           19~26212CCC     for directory
  8250.     St.Pierre & Miquelon  10
  8251.  
  8252. Finally, there are two special dialing instructions. From Guadelope,
  8253. numbers in St.Barthelems and St.Martin (both French and Dutch parts) of
  8254. the form 3##### can be dialled direct. From St.Pierre and Miquelon to
  8255. Canada (*not* the USA or Caribbean), dial 00~NPA#######.
  8256.  
  8257.  
  8258. Clive D.W. Feather     | IXI Limited         
  8259. clive@x.co.uk          | 62-74 Burleigh St.  
  8260. Phone: +44 223 462 131 | Cambridge   CB1 1OJ 
  8261. Fax:   +44 223 462 132 | United Kingdom      
  8262.  
  8263. ------------------------------
  8264.  
  8265. End of TELECOM Digest V12 #567
  8266. ******************************
  8267. 
  8268. 
  8269. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa02948;
  8270.           19 Jul 92 21:36 EDT
  8271. Received: by delta.eecs.nwu.edu id AA09916
  8272.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 19 Jul 1992 14:44:42 -0500
  8273. Received: by delta.eecs.nwu.edu id AA06911
  8274.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 19 Jul 1992 14:44:34 -0500
  8275. Date: Sun, 19 Jul 1992 14:44:34 -0500
  8276. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  8277. Message-Id: <199207191944.AA06911@delta.eecs.nwu.edu>
  8278. To: "\\telecom"@eecs.nwu.edu
  8279. Subject: TELECOM Digest V12 #570
  8280.  
  8281. TELECOM Digest     Sun, 19 Jul 92 14:44:35 CDT    Volume 12 : Issue 570
  8282.  
  8283. Index To This Issue:                      Moderator: Patrick A. Townson
  8284.  
  8285.     Re: Godwin Speaks Out ... (Jim Thomas)
  8286.     Re: Godwin Speaks Out ... Not! (Mike Godwin)
  8287.     Re: Going UP (David Sternlight)
  8288.     Re: Going UP (Jayson Raymond)
  8289.     Re: Do ESS Systems Keep Detailed Call Records? (Kevin W. Williams)
  8290.     Re: Do ESS Systems Keep Detailed Call Records? (Jon Baker)
  8291.     Re: 1-800-ATF-GUNS and Anonymity (Andy Sherman)
  8292.     800 Number For Help With Personal Problems (was Abuse of ANI?) (Jim Haynes)
  8293.     Re: Use (Abuse) of ANI? (David Lesher)
  8294. ----------------------------------------------------------------------
  8295.  
  8296. Date: Sun, 19 Jul 1992 11:14:47 -0500
  8297. From: jim thomas <tk0jut1@mp.cs.niu.edu>
  8298. Subject: Re: Godwin Speaks Out ...
  8299. Organization: Northern Illinois University
  8300.  
  8301.  
  8302. In article <telecom12.564.10@eecs.nwu.edu> sami@scic.intel.com (Sam
  8303. Israelit) writes:
  8304.  
  8305. > In TELECOM #552, Mike Godwin chastised PAT with the paragraph:
  8306.  
  8307. >> I doubt anyone at EFF is capable of being as shrill as Townson.
  8308. >> And I am certain that we have higher regard for the truth than he
  8309. >> does.
  8310.  
  8311. > Well Mike, you had me leaning towards your side until I read the 13
  8312. > July edition of {ComputerWorld}, specifically the article "Wiretap
  8313. > snares alleged hackers". In that article, you state:
  8314.  
  8315. > "This whole indictment could very well be an attempt to frame some
  8316. > people who the authorities believe glorify hacking."
  8317.  
  8318. > This sounds like a sensationalist defense strategy to me Mike. Why
  8319. > does it have to be a conspiracy on the part of the government to frame
  8320. > these people? Maybe the government just bungled another investigation,
  8321. > since they do have a pretty fair track record of doing that.
  8322.  
  8323. Considering that EFF took a blind-side broadside from oudda-da-bloo, I
  8324. think Mike Godwin's return salvo was both justified and, under the
  8325. circumstances, restrained. Nor do I see anything in Mike Godwin's
  8326. comment from CW cited above that is shrill. Those who have followed
  8327. federal actions over the past two years have every reason to be
  8328. suspicious of LE's motives and methods. 
  8329.  
  8330. The initially highly-publicized Sun Devil produced little of
  8331. significance and resulted in litigation against federal and civil
  8332. participants for their efforts against Steve Jackson Games; The
  8333. prosecution dropped its case against Craig Neidorf before it had even
  8334. concluded its opening arguments; and regardless of what one thinks of
  8335. Len Rose's actions, there is considerable room for the judgment that
  8336. he was treated unjustly and unfairly.  One need only read Bill Cook's
  8337. published work and read the transcripts in the Neidorf trial (avail-
  8338. able in CuD archives at ftp.eff.org) to realize that Mike's above-
  8339. cited comment should be taken seriously.  The indictment of the five
  8340. MOD people, while alleging some serious charges, also raises some
  8341. issues that justify Mike's statement.
  8342.  
  8343. There is also strong justification for objecting to the sentences
  8344. given "hackers," for questioning the competency of some law
  8345. enforcement officials in the 1990 cases, and for concern over the
  8346. implications of the investigative and prosecutorial methods used
  8347. against alleged "hackers."  Expressing such concerns is an attempt to
  8348. preserve truth and accurracy and hardly strikes me as "shrill" or
  8349. "sensationalist." It certainly is both more honorable and more honest
  8350. than to attack the messenger with ad hominems rather than address the
  8351. message.
  8352.  
  8353.  
  8354. Jim Thomas      Co-editor, Cu Digest
  8355.  
  8356.  
  8357. [Moderator's Note: The current issue of CuD (distributed Sunday via
  8358. email and newsgroup) covers the indictment in detail and includes some
  8359. commentary on the topic. Readers who have not seen it should request a
  8360. copy from Jim at the address shown above.   PAT]
  8361.  
  8362. ------------------------------
  8363.  
  8364. From: mnemonic@eff.org (Mike Godwin)
  8365. Subject: Re: Godwin Speaks Out ... Not!
  8366. Organization: Electronic Frontier Foundation
  8367. Date: Sun, 19 Jul 1992 11:12:40 GMT
  8368.  
  8369.  
  8370. In article <telecom12.564.10@eecs.nwu.edu> sami@scic.intel.com (Sam
  8371. Israelit) writes:
  8372.  
  8373. > Well Mike, you had me leaning towards your side until I read the 13
  8374. > July edition of {ComputerWorld}, specifically the article "Wiretap
  8375. > snares alleged hackers". In that article, you state:
  8376.  
  8377. > "This whole indictment could very well be an attempt to frame some
  8378. > people who the authorities believe glorify hacking."
  8379.  
  8380. > This sounds like a sensationalist defense strategy to me Mike. Why
  8381. > does it have to be a conspiracy on the part of the government to frame
  8382. > these people?
  8383.  
  8384. This is the first time I've seen this quotation. I said no such thing.
  8385. I will now contact {Computerworld} and seek a retraction. I do not for
  8386. a moment believe that the government has set out to frame anyone.
  8387.  
  8388. What I told {Computerworld} was that, with regard to the erasure of
  8389. data at Learning Link, in which individuals purporting to be two of
  8390. the defendants called up and claimed credit for the vandalism, it was
  8391. possible that someone other than the named defendants had made the
  8392. call. I explicitly stated to *every* member of the press that we had
  8393. no reason to believe at this time that the government had done
  8394. anything wrong in pursuing these indictments. Other press reports, so
  8395. far, have been accurate.
  8396.  
  8397. This make me furious.
  8398.  
  8399. It should be noted that we are not handling these individuals'
  8400. defense, so attributing their defense strategy to us is a mistake.
  8401.  
  8402. I ask Sam Israelit and all others who read the {Computerworld} article
  8403. to accept my statement that at no time did I suggest, to
  8404. {Computerworld} or anyone else, that the government had framed anyone.
  8405. This sounds very much as if the {Computerworld} reporter, like Pat
  8406. Townson, is so certain that EFF is going to say something patently
  8407. shrill, that he invented the comment.
  8408.  
  8409.  
  8410. Mike Godwin,     mnemonic@eff.org 
  8411. (617) 864-0665   EFF, Cambridge   
  8412.  
  8413.  
  8414. [Moderator's Note: How would the late Senator McCarthy (R-WI) phrase
  8415. it if he was the moderator here? Old Joe would probably wave a copy of
  8416. {Computerworld} in the air and ask, "Do you deny ever saying anything
  8417. to this magazine in the way they quoted you?" But seriously, it was
  8418. the magazine article which ticked me off also. If you say you did not
  8419. say it, then I believe you.   PAT]
  8420.  
  8421. ------------------------------
  8422.  
  8423. From: analyst@netcom.com (David Sternlight)
  8424. Subject: Re: Going UP
  8425. Date: Sat, 18 Jul 92 19:30:49 GMT
  8426. Organization: Netcom - Online Communication Services (408 241-9760 guest)
  8427.  
  8428.  
  8429. Higdon's message contains much more heat than light, and sounds like
  8430. it was written by a cable company or data service provider other than
  8431. the phone companies.
  8432.  
  8433. First of all, it is simply untrue that there is no quality on cable,
  8434. though by use of the word "entertainment" it's not clear what Higdon
  8435. wants. Just a few examples:
  8436.  
  8437. C-SPAN   C-SPAN 2  Bravo   Arts and Entertainment
  8438. HBO original movies   CNN  CNN Headline news.
  8439.  
  8440. Second, dial-up access to video services means that far more niche
  8441. markets can be satisfied, since there are far more channels available
  8442. on a fiber optic pipe into one's home, than on a cable with fixed
  8443. frequency allocations. Moreover, one doesn't have to modify the
  8444. subscriber equipment to add channels; just dial another number.
  8445.  
  8446. Third, fiber optic pipes into our homes will make data services,
  8447. highly sophisticated telephone services, interactive ordering and many
  8448. other thing available at low cost. Some who want to grab some of these
  8449. dollars, such as newspapers and others, also oppose phone company
  8450. entry for naked economic reasons. But such opposition is not in the
  8451. public interest since they aren't as technologically ready, nor have
  8452. they the market base or cost structure to provide such services as
  8453. cheaply as the phone companies can.
  8454.  
  8455. Finally, cross subsidization can be trivially handled by the state
  8456. PUCs with proper rules and accounting procedures. There's evidence
  8457. this works -- look at the very low cost of Long Distance calls
  8458. compared to local calls in many cases, due to the removal of
  8459. cross-subsidization by the regulatory process. Thus the opponents'
  8460. biggest propaganda objection is just plain silly, and only the
  8461. gullible will fall for it.
  8462.  
  8463.  
  8464. David Sternlight        David Sternlight Inc.        email:analyst@netcom.COM
  8465.  
  8466. ------------------------------
  8467.  
  8468. From: Jayson Raymond <jraymond@BBN.COM>
  8469. Subject: Re: Going UP
  8470. Date: Sat, 18 Jul 92 20:14:50 PDT
  8471.  
  8472.  
  8473. While I too share Mr. Higdon's concern for the increase we the regular
  8474. customer will have to fund for telco provided video, I'm excited by
  8475. the prospect of the phone company finally having a 'reason' to bring
  8476. high bandwidth home. Afterall Mr. Higdon, weren't you recently
  8477. complaining about not being able to receive ISDN at home?
  8478.  
  8479. However, this exacerbates the problems opened up with the previous
  8480. ruling allowing RBOCs to provide content. Let the telco's compete with
  8481. the cableco's and eliminate the "natural monopoly", make them fight
  8482. for our dollars by competing with each other in quality and services
  8483. in delivery (medium). But by god, keep both of them out of creating
  8484. the message, for it is far too easy and tempting to use one to gain
  8485. control of the other. And I agree with Higdon here, without regulating
  8486. this, the US will certainly become the U.B.S.A (or U.C.S.A).
  8487.  
  8488. As for the "Vast Wasteland" of media sub-mediocrity coming out of even
  8489. more choices, I think the real point to keep in mind is that video on
  8490. demand is an existing market that makes it very clear, even to those
  8491. who have no vision, of the potential that can come from bringing high
  8492. bandwidth home. It's only the tip of the iceberg, as Gibson, et al
  8493. have popularized.
  8494.  
  8495. Now that McGowan is gone, who'll slay the reawoken Goliath?
  8496.  
  8497.  
  8498. Jayson Raymond
  8499.  
  8500. ------------------------------
  8501.  
  8502. From: williamsk@gtephx.UUCP (Kevin W. Williams)
  8503. Subject: Re: Do ESS Systems Keep Detailed Call Records?
  8504. Organization: gte
  8505. Date: Sun, 19 Jul 1992 07:46:18 GMT
  8506.  
  8507.  
  8508. In article <telecom12.553.10@eecs.nwu.edu>, Matt Simpson <SYSMATT@ukcc.
  8509. uky.edu> writes:
  8510.  
  8511. > Does anyone out there know if local exchanges keep any kind of call
  8512. > detail records? Specifically, I'm interested to know if a
  8513. > law-enforcement agency would be able to obtain a record of all local
  8514. > calls made to a specific number for some period in the past, without
  8515. > having requested a trace in advance.  
  8516.  
  8517. > [Moderator's Note: Yes, the new switches do keep very detailed calling
  8518. > records. Getting them examined may be a hassle, but they do exist. Now
  8519. > of course if you had that nasty old Caller-ID, or even 'return last
  8520. > call', you could invade the caller's privacy by noting the calling
  8521. > number and act on it from that direction. Not only do hackerphreaks
  8522. > not care for Caller-ID, I suppose most burglars who call ahead to
  8523. > scope things out don't like it very well either.  PAT]
  8524.  
  8525. Pat,
  8526.  
  8527.  The keyword here is 'keep'. Most machines can maintain very detailed
  8528. STATUS, and can report them via Special Study reports. If Usage
  8529. Sensitive Service is applied, the switch will bill each call, so it
  8530. could be researched via billing checks. If the line is not on Special
  8531. Study, and USS Billing is not being applied, no record is kept of a
  8532. local call.
  8533.  
  8534.  If requested in advance, the line can be placed on special study, Hot
  8535. Number status, or Annoyance Call Monitor. Then the information desired
  8536. could be retrieved later.
  8537.  
  8538. Disclaimer: I speak GTD-5ese. People speaking 5ESSese or DMSese would
  8539. call these things different names, but the functionality is
  8540. equivalent.
  8541.  
  8542.  
  8543. Kevin Wayne Williams    UUCP : ...!ames!ncar!noao!asuvax!gtephx!williamsk
  8544.  
  8545. ------------------------------
  8546.  
  8547. From: gtephx!bakerj@enuucp.eas.asu.edu (Jon Baker)
  8548. Subject: Re: Do ESS Systems Keep Detailed Call Records?
  8549. Organization: AG Communication Systems, Phoenix, Arizona
  8550. Date: Sun, 19 Jul 1992 15:12:07 GMT
  8551.  
  8552.  
  8553. In article <telecom12.557.7@eecs.nwu.edu>, john@zygot.ati.com (John
  8554. Higdon) writes: 
  8555.  
  8556. > Matt Simpson <SYSMATT@ukcc.uky.edu> writes:
  8557.  
  8558. >> Does anyone out there know if local exchanges keep any kind of call
  8559. >> detail records? Specifically, I'm interested to know if a
  8560. >> law-enforcement agency would be able to obtain a record of all local
  8561. >> calls made to a specific number for some period in the past, without
  8562. >> having requested a trace in advance.
  8563.  
  8564. > You are probably out of luck for several reasons. The level of
  8565. > detail on calls is "settable" by the telco. If the purpose is to
  8566. > bill count and duration of local calls FROM a telephone (telcos do
  8567. > not keep any kind of records concerning calls TO a telephone), then
  8568. > a "peg count" is used and carries little detail. In the case of
  8569. > unmeasured service, the telco typically keeps no local records at
  8570. > all. I know Pac*Bell does not (although some telcos evidently do
  8571. > when they go after the customer for "excessive" use). 
  8572.  
  8573. Entirely correct; there is probably no way to trace the calls that
  8574. were placed to your home in the past, if they were local calls.
  8575.  
  8576. However, you still have an alternative.  On a line-by-line basis, the
  8577. telco can keep records of all calls going TO your telephone.  Most
  8578. modern switches will have some form of 'annoyance call' trace, such
  8579. that when your CO receives a call for your line, it can generate a
  8580. record of where that call came from.  If it came in on a trunk, that
  8581. may be all that they know.  However, if they set up an annoyance call
  8582. trace for any call going TO your line in all the CO's in your area,
  8583. then any time anyone calls you from one of those CO's, it will
  8584. generate a record.
  8585.  
  8586. If you expect this pattern of robbery to continue, I would suggest
  8587. that you push this matter with the sheriff and telephone company.  If,
  8588. as you claim, they have a modern switching system, then they can
  8589. perform this sort of trace.  It's a bit of trouble for them, but
  8590. that's why the trace feature is there.
  8591.  
  8592.  
  8593. J.Baker     enuucp!gtephx!bakerj
  8594.  
  8595.  
  8596. [Moderator's Note: Well I know that in 1974 when I caught Illinois
  8597. Bell ripping me off, it was after I called the Business Office to
  8598. complain about the excessive number of message units on my account and
  8599. the service rep told me in a snotty way I must have made all those
  8600. calls. Since that CO (Chicago-Wabash) went ESS earlier that year, I
  8601. told her to send me the print out. I got pages of local call detail in
  8602. the mail which I reviewed. I assumed responsibility for any number I
  8603. recognized as well as those I did not recognize from times of day when
  8604. I was likely in my office and could have used the phone. I did a name
  8605. and address check on those I did not recognize from times I knew I
  8606. could not have been on the phone. *Lots* of calls had been made to
  8607. such places as 'IBT Company Vehicle Repair Depot' and 'IBT Co., 65
  8608. East Congress Parkway' (the CO building itself!). I called back and
  8609. pointed out that obviously some technicians were using my pair to make
  8610. all their calls and I would not pay. The service rep wrote off all the
  8611. message units on my bill that month to get me to shut up.  And on a
  8612. couple occassions since I have requested the local call detail from
  8613. the month before to audit.  PAT]
  8614.  
  8615. ------------------------------
  8616.  
  8617. Date: Sun, 19 Jul 92 04:54:01 EDT
  8618. From: andys@flatline.sbi.com (Andy Sherman)
  8619. Subject: Re: 1-800-ATF-GUNS and Anonymity
  8620.  
  8621.  
  8622. In article 8@eecs.nwu.edu, vk2bea!michael@arinc.com (Michael G.
  8623. Katzmann) writes
  8624.  
  8625.   (description of government run tip hotline deleted)
  8626.  
  8627. > It says call 1-800-ATF-GUNS, YOU DON'T HAVE TO GIVE YOUR NAME.
  8628.  
  8629. > This is, at the least, misleading since it implies anonymity for the
  8630. > caller.  Since as astute comp.dcom.telecom readers know, ANI is
  8631. > available to 800 service subscribers, the caller's number would surely
  8632. > be recorded by ATF.
  8633.  
  8634. > [Moderator's Note: I've often had the same thoughts about the numerous
  8635. > signs I see on the subways here urging people to call and seek help
  8636. > for a problem with cocaine, abusing your children, etc. They all use
  8637. > 800 numbers also, with ANI, I'm sure.   PAT]
  8638.  
  8639. Do remember that *can have* ANI delivery is not the same as *has* ANI
  8640. delivery.  Unfortunately, you can't know for sure.  If you really want
  8641. to be anonymous, use a pay phone.
  8642.  
  8643.  
  8644. Andy Sherman  (one and the same)
  8645. Salomon, Inc.  -  Unix Systems Support  -  Rutherford, NJ
  8646. (201) 896-7018  -  andys@flatline.sbi.com
  8647. "These opinions are mine, all *MINE*.  My employer can't have them."
  8648.  
  8649. ------------------------------
  8650.  
  8651. From: haynes@cats.ucsc.edu (Jim Haynes)
  8652. Subject: 800 Number For Help With Personal Problems (was Abuse of ANI?)
  8653. Date: 19 Jul 1992 09:29:01 GMT
  8654. Organization: University of California; Santa Cruz
  8655.  
  8656.  
  8657. In article <telecom12.559.7@eecs.nwu.edu> sami@scic.intel.com (Sam
  8658. Israelit) writes:
  8659.  
  8660. > A number of those organizations are out there doing legitimate work
  8661. > and they have 800 numbers so that you can call them free of charge
  8662. > (ie, too large a number of the population are indigent).  And even if
  8663. > that isn't the reason, it doesn't mean
  8664.  
  8665. Then there was a expose' here a while back about a man in Aptos who
  8666. handled incoming 1-800 numbers for various drug abuse programs.  He
  8667. was essentially a front for a for-profit rehabilitation hospital.  It
  8668. was alleged that the callers were asked first about their medical
  8669. insurance.  If they had no insurance then the answerer was to get rid
  8670. of the caller as quickly as possible.  But if the caller had insurance
  8671. the answerer was to decide the person needed in-patient treatment, and
  8672. arrange for a plane ticket to Los Angeles where the hospital was
  8673. located, and proceed to admit the person to the hospital.
  8674.  
  8675.  
  8676. haynes@cats.ucsc.edu     haynes@cats.bitnet
  8677.  
  8678.  
  8679. [Moderator's Note: There should be extra-special, very severe
  8680. punishments for abusing the trust of people who call on the phone
  8681. seeking help. It is distressing to think that people get up the 
  8682. courage to admit they have a problem, finally trust someone enough to
  8683. ask for help and wind up getting betrayed. This makes the legitimate
  8684. counselors' job even harder.  I'd personally like to yank the service
  8685. out on some of those jerks.  PAT] 
  8686.  
  8687. ------------------------------
  8688.  
  8689. From: David Lesher <wb8foz@SCL.CWRU.Edu>
  8690. Subject: Use (Abuse) of ANI? 
  8691. Date: Wed, 15 Jul 92 18:34:57 EDT
  8692. Reply-To: wb8foz@skybridge.scl.cwru.edu  (David Lesher)
  8693. Organization: NRK Clinic for habitual NetNews abusers - Beltway Annex
  8694.  
  8695.  
  8696. Today's [Ides of July] {Washington Post} had a story on this in of all
  8697. places, the food section!
  8698.  
  8699. It was really about how Betty Crocker and Friends solicit and collect
  8700. marketing data from your call, but it did discuss the ANI aspects.
  8701.  
  8702. With the sole exception of calling the ANI 'Caller-ID' (Just cuz we
  8703. here in c.d.t. are pedantic does not mean everyone is ...) they got
  8704. all the fine print correct, including the fact that you can't block it
  8705. as you might do with CID, and it always shows up on bills.
  8706.  
  8707.  
  8708. wb8foz@skybridge.scl.cwru.edu
  8709.  
  8710. ------------------------------
  8711.  
  8712. End of TELECOM Digest V12 #570
  8713. ******************************
  8714. 
  8715. 
  8716. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa03091;
  8717.           19 Jul 92 21:40 EDT
  8718. Received: by delta.eecs.nwu.edu id AA09594
  8719.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 19 Jul 1992 13:26:09 -0500
  8720. Received: by delta.eecs.nwu.edu id AA28754
  8721.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 19 Jul 1992 13:26:02 -0500
  8722. Date: Sun, 19 Jul 1992 13:26:02 -0500
  8723. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  8724. Message-Id: <199207191826.AA28754@delta.eecs.nwu.edu>
  8725. To: "\\telecom"@eecs.nwu.edu
  8726. Subject: TELECOM Digest V12 #569
  8727.  
  8728. TELECOM Digest     Sun, 19 Jul 92 13:26:00 CDT    Volume 12 : Issue 569
  8729.  
  8730. Index To This Issue:                      Moderator: Patrick A. Townson
  8731.  
  8732.     Re: Cellular Phone Hacking (Felix Finch)
  8733.     Re: Cellular Phone Hacking (Nigel Roberts)
  8734.     Re: Cellular Phone Hacking (David Sternlight)
  8735.     Re: Telecom Fraud (was Cellular Phone Hacking) (James Hartman)
  8736.     Re: Telecom Fraud (was Cellular Phone Hacking) (Richard Nash)
  8737.     Re: Telecom Fraud (was Cellular Phone Hacking) (Bill Walker)
  8738.     Re: Telecom Fraud (was Cellular Phone Hacking) (Jeffrey Jonas)
  8739.     Re: Locating Cellular Information (John Nagle)
  8740.     Re: 3W vs 0.6W (Steve Forrette)
  8741.     Re: 3W vs 0.6W (Jeff Sicherman)
  8742.     Re: Suit Alleges Cellular Caused Brain Tumor (Peter da Silva)
  8743.     Re: Suit Alleges Cellular Caused Brain Tumor (Ed Ravin)
  8744.     Re: Perot Compuserve Account (Larry Johnson)
  8745.     Re: Perot Compuserve Account (Ronald Elliott)
  8746. ----------------------------------------------------------------------
  8747.  
  8748. From: felix@crowfix.com (Felix Finch)
  8749. Subject: Re: Cellular Phone Hacking
  8750. Organization: Scarecrow Repair, Dutch Flat.
  8751. Date: Sat, 18 Jul 1992 04:04:46 GMT
  8752.  
  8753.  
  8754. Bill Squire writes:
  8755.  
  8756. >> [Moderator's Note: What you suggest is highly illegal in the USA and
  8757. >> probably everywhere else in the world except possibly the Netherlands
  8758. >> where it seems that everything is okay where defrauding the telco is
  8759. >> concerned.
  8760.  
  8761. > C'mon Pat be nice.  Using the bluebox is one thing, but somebody's
  8762. > account is quite another matter.  See the difference?
  8763.  
  8764. Pat, is this guy for real?  By this logic, it's a no no to rob a
  8765. person, but ok to rob a bank.  Dang, Pat, I'm in the wrong business!
  8766.  
  8767.  
  8768. Felix Finch, scarecrow repairer / felix@crowfix.com / uunet!crowfix!felix
  8769.  
  8770. ------------------------------
  8771.  
  8772. From: nigel@frsbfs.enet.dec.com (Nigel Roberts)
  8773. Subject: Re: Cellular Phone Hacking
  8774. Organization: IC Software AG (on contract at DEC)
  8775. Date: Sun, 19 Jul 1992 01:28:06 GMT
  8776.  
  8777.  
  8778. In article <telecom12.563.1@eecs.nwu.edu> (by Rop Gonggrijp) 
  8779. our Esteemed Moderator notes ...
  8780.  
  8781. > help by telling us who called you?") they pry for details. Far too
  8782. > many mothers, grandmothers and air-headed friends, lovers, etc are
  8783. > very naive about this and run their mouth willingly.  PAT] 
  8784.  
  8785.  
  8786. What do you mean "Far too many?". I'd have thought you'd be pleased
  8787. when the Good Guys catch the Bad Guys.
  8788.  
  8789.  
  8790. Nigel Roberts        |  nigel@frsbfs.enet.dec.com  | Tel. +44 206 396610  |
  8791. European Engineer   |  roberts@frais.enet.dec.com |  &   +49 6103 383489 |
  8792. Fax  +44 206 393148
  8793.  
  8794.  
  8795. [Moderator's Note: Well generally I am ... but I was trying to speak
  8796. from his perspective in that example.  PAT]
  8797.  
  8798. ------------------------------
  8799.  
  8800. From: analyst@netcom.com (David Sternlight)
  8801. Subject: Re: Cellular Phone Hacking
  8802. Date: Thu, 16 Jul 92 17:57:15 GMT
  8803. Organization: Netcom - Online Communication Services (408 241-9760 guest)
  8804.  
  8805.  
  8806. In a discussion of telephone fraud, the Moderator says phone companies
  8807. call recipients of such calls, and try to find out who called. He then
  8808. says:
  8809.  
  8810. > Far too many mothers, grandmothers and air-headed friends, lovers,
  8811. > etc are very naive about this and run their mouth willingly.
  8812.  
  8813. Am I reading too much into this, or is the moderator on the side of
  8814. the crooks, and opposed to catching them?
  8815.  
  8816.  
  8817. David Sternlight        David Sternlight Inc.        email:analyst@netcom.COM
  8818.  
  8819.  
  8820. [Moderator's Note: I was trying to explain why calling private phones
  8821. on a regular basis -- establishing calling patterns -- is a bad idea
  8822. where people who are into phone fraud are concerned.   PAT]
  8823.  
  8824. ------------------------------
  8825.  
  8826. Subject: Re: Telecom Fraud (was Cellular Phone Hacking)
  8827. From: unkaphaed!phaedrus@cs.utexas.edu (James Hartman, Sysop)
  8828. Date: Sat, 18 Jul 92 13:35:15 GMT
  8829. Organization: Unka Phaed's UUCP Thingy
  8830.  
  8831.  
  8832. sbrack@jupiter.cse.UTOLEDO.edu (Steven S. Brack) writes:
  8833.  
  8834. > It makes me wonder why the issuing telcos couldn't detect and possibly
  8835. > block calls made on the same CC but made too far apart in distance and
  8836. > too close together in time to have been made by the same person.
  8837.  
  8838. What if, for example, my wife and I are both traveling at the same
  8839. time, and I only have one Sprint card?  I write down the number on a
  8840. piece of paper, take it with me, and give the card to my wife, who
  8841. happens to be going to New York while I go to L.A.  Then we just
  8842. happen to call home to check the answering machine within minutes of
  8843. each other -- but, since I gave her the card, and since we're married,
  8844. we both have the use of the same card number.
  8845.  
  8846. Or, would this be illegal use of the card in the first place?
  8847.  
  8848. Note: As, I'm not married, this is a hypothetical (but possible)
  8849. example.  :-)
  8850.  
  8851.  
  8852. phaedrus@unkaphaed.UUCP (James Hartman, Sysop)
  8853. Unka Phaed's UUCP Thingy, (713) 943-2728
  8854. 1200/2400/9600/14400 v.32bis/v.42bis
  8855.  
  8856. ------------------------------
  8857.  
  8858. Date: Sat, 18 Jul 1992 07:19:44 +0100
  8859. From: rickie@trickie.uucp (Richard Nash)
  8860. Subject: Re: Telecom Fraud (was Cellular Phone Hacking)
  8861.  
  8862.  
  8863. > sbrack@jupiter.cse.UTOLEDO.edu (Steven S. Brack) writes:
  8864.  
  8865. > Then my wife at home and myself on a business trip couldn't use the same
  8866. > card number to charge calls.
  8867.  
  8868. No problem! Joint credit cards could be issued with unique PINS that
  8869. identify each user.  Thus, only a simultaneous use of the credit card
  8870. could be from a fraudulent source.  This scheme has the added benefit
  8871. of assisting both users of the account to identify and reconcile their
  8872. own transactions. (The billing system records the entire credit card
  8873. including the PIN).
  8874.  
  8875.  
  8876. Richard Nash         Edmonton, Alberta Canada T6K 0E8
  8877. UUCP:                   trickie!rickie@ersys.edmonton.ab.ca
  8878. Amatuer Radio Packet:   VE6BON @ VE6MC.AB.CAN.NA 
  8879.                         VE6BON.ampr.org [44.135.147.206]
  8880.  
  8881. ------------------------------
  8882.  
  8883. Date: Fri, 17 Jul 92 09:59:51 -0700
  8884. From: wwalker@qualcomm.com (Bill Walker)
  8885. Subject: Re: Telecom Fraud (was Cellular Phone Hacking)
  8886. Organization: Qualcomm, Inc.
  8887.  
  8888.  
  8889. What if the two calls were made by two members of the same family?
  8890. And even if one of the calls was fraudulent, which call would you
  8891. block?  Whoever got in second would lose, whether it was the owner or
  8892. the thief.
  8893.  
  8894.  
  8895. Bill Walker - WWalker@qualcomm.com - QUALCOMM, Inc., San Diego, CA
  8896. All opinions expressed are mine, and do not reflect those of my employer.
  8897.  
  8898.  
  8899. [Moderator's Note: See one explanation or work-around mentione
  8900. elsewhere in this issue. Separate PINS if not separate cards.  PAT] 
  8901.  
  8902. ------------------------------
  8903.  
  8904. Date: Fri, 17 Jul 92 11:00:16 -0400
  8905. From: krfiny!jeffj@uunet.uu.net
  8906. Subject: Re: Telecom Fraud (was Cellular Phone Hacking)
  8907.  
  8908.  
  8909. Ooooh!  Ooooh!  Ooooh!  Ooooh!  Teacher, call on me!  I know the
  8910. answer!
  8911.  
  8912. There are several valid reasons for a single calling card to have
  8913. calls from distant origins:
  8914.  
  8915. 1) the calling card is shared by several people, such as a family.
  8916. Just as the home phone number is shared by the family, the calling
  8917. card is used by the husband at the office, the kids at college, etc.
  8918. Or a small business has its people in the field using the main number
  8919. to bill back calls.  Perhaps accounts can be flagged as shared/not
  8920. shared.
  8921.  
  8922. 2) the origin of the phone calls is not always accurate.  As explained
  8923. previously in TELECOM in great detail, many alternate carriers have a
  8924. POP (Point of Presence) that may not be in your same county, or state.
  8925. Calls from a few miles away may appear to have originated from
  8926. different states.
  8927.  
  8928. There are commercials for various credit cards where the card holder
  8929. gets a call from security verifying some unusual activity on their
  8930. account and preventing fraud.  Similarly, I think that calling card
  8931. fraud can be detected not by origin but usage pattern analysys.
  8932. Sudden changes such as many overseas calls or very long calls should
  8933. warrant verification from the account owner.  I do not agree to
  8934. service denial/shutoff based on this information because there are too
  8935. many cases of TELECOM readers having valid accounts terminated due to
  8936. misinterpretation of account use.
  8937.  
  8938.  
  8939. jeffrey jonas    jeffj@synsys.uucp
  8940.  
  8941. ------------------------------
  8942.  
  8943. From: nagle@netcom.com (John Nagle)
  8944. Subject: Re: Locating Cellular Information
  8945. Date: Sat, 18 Jul 92 19:29:30 GMT
  8946. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  8947.  
  8948.  
  8949. pwan@skidmore.EDU (peter wan) writes:
  8950.  
  8951. > I am looking for general and technical information regarding cellular
  8952. > systems and cellular technology. Are there any FTP archives which have
  8953. > such information, and can anyone suggest any printed books which cover
  8954. > the topic? Are there any vendors out there that will provide info on
  8955. > their products? Any suggestions are welcomed via email.
  8956.  
  8957.        I suggest "Digital Cellular Radio" (the book) for an unique
  8958. view of the current problems and future directions of cellular
  8959. technology.  Don't have the author's name handy, though.  Check Books
  8960. In Print.  This is a fun book to read, and it focuses on the issues of
  8961. scaling up cellular systems to large numbers of users.  Propagation of
  8962. UHF signals in cities in covered in detail.  The advantages of
  8963. spread-spectrum are explored.  Compression is discussed.  Power
  8964. control is analyzed.  How the designers of the existing system screwed
  8965. up by choosing Chicago as a testbed is explained.  Reading this book
  8966. convinced me that cellular systems have to go spread spectrum
  8967. eventually.  So I bought some Qualicomm stock.
  8968.  
  8969.         (I think, though, the existing cellular providers are a little
  8970. afraid of spread spectrum, because there's no fundamental reason that
  8971. there has to be only one cellular company in a band with spread
  8972. spectrum systems.  It could break the duopoly.  Eventually it probably
  8973. will.)
  8974.  
  8975.  
  8976. John Nagle
  8977.        
  8978. ------------------------------
  8979.  
  8980. From: stevef@wrq.com (Steve Forrette)
  8981. Subject: Re: 3W vs 0.6W
  8982. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  8983. Date: Sat, 18 Jul 1992 22:19:50 GMT
  8984.  
  8985.  
  8986. In article <telecom12.566.4@eecs.nwu.edu> dbrillha@dave.mis.semi.
  8987. harris.com (Dave Brillhart) writes:
  8988.  
  8989. >1.) Are 3.0W units really going to buy me alot more compared to the
  8990. >    compact 0.6W phones -- in regards to TX (and RX?) sound quality,
  8991. >    battery life, max distance from the closest transceiver, or other
  8992. >    issues I haven't thought of?
  8993.  
  8994. This reminds me of a feature on some of the Motorola bag phones that I
  8995. consider to be just a marketing gimmick: a .6W/3W switch.  The sales
  8996. people will tell you that when you are running the bag phone off of
  8997. batteries, it is a good idea to switch it to .6W to extend the battery
  8998. life; when you have it plugged into the cigarette lighter in your car,
  8999. switch it to 3W for best reception.
  9000.  
  9001. Of course, astute TELECOM Digest readers will note that the phone
  9002. doesn't always transmit at the maximum power level, but is instead
  9003. commanded by the base station to transmit at the lowest level that's
  9004. necessary for a good signal.  So, if you're near a cell, and only need
  9005. 200mW to get a good signal, your phone only transmits with 200mW,
  9006. regardless of whether you have a 600mW or 3W model (this is primarily
  9007. so that the cell size can be scaled -- not to conserve battery
  9008. capacity, although that is a nice side effect).  In any event, the
  9009. only thing that the 600mW setting of the bag-phone switch accomplishes
  9010. is cutting off your calls when they need more than 600mW to get
  9011. through -- they don't save any battery capacity otherwise.  Since I
  9012. can't imagine that even under battery power you'd rather have your
  9013. calls cut off when they need more than 600mW just so you can 'save
  9014. your batteries,' I conclude that this is just a marketing gimmick.
  9015.  
  9016.  
  9017. Steve Forrette, stevef@wrq.com
  9018.  
  9019. ------------------------------
  9020.  
  9021. Date: Sat, 18 Jul 92 16:29:16 -0700
  9022. From: Jeff Sicherman <sichermn@beach.csulb.edu>
  9023. Subject: Re: 3W vs 0.6W 
  9024. Organization: Cal State Long Beach
  9025.  
  9026.  
  9027. In article <telecom12.566.4@eecs.nwu.edu> TELECOM Moderater explains
  9028. what went wrong a long time ago:
  9029.  
  9030. > And yes, regulations say you can't have a three watt handheld since
  9031. > there is a risk with the antenna so close to your head that you might
  9032. > irradiate your brain cells, and become goofy like your Esteemed
  9033. > Moderator, whose battery hasn't taken a full charge in many years.
  9034.  
  9035. And here, all this time, I thought it was a short circuit ...  :-)
  9036.  
  9037.  
  9038. Jeff Sicherman   
  9039.  
  9040. ------------------------------
  9041.  
  9042. From: peter@taronga.com (Peter da Silva)
  9043. Subject: Re: Suit Alleges Cellular Caused Brain Tumor
  9044. Organization: Taronga Park BBS
  9045. Date: Sun, 19 Jul 1992 11:48:46 GMT
  9046.  
  9047.  
  9048. In article <telecom12.553.9@eecs.nwu.edu> mmaster@parnasus.dell.com
  9049. (Michael Masterson) writes:
  9050.  
  9051. > Well, it's about 100 times the power levels of a laser that says
  9052. > "AVOID EXPOSURE TO BEAM" on the warning label, and that's just talking
  9053. > about dead surface skin cells ...  heck, .5 watts is about what the
  9054. > cutting lasers run that are used to cut master disks for CDs.
  9055.  
  9056. There's a little difference in the concentration. .5 watts over a
  9057. skillionth of a square centimeter is not the same as .5 watts over the
  9058. detectable field volume of a typical radio transmitter.
  9059.  
  9060.  
  9061. Peter da Silva, Taronga Park BBS, Houston, TX  +1 713 568 0480/1032
  9062.  
  9063. ------------------------------
  9064.  
  9065. From: elr%trintex@uunet.UU.NET (Unix Guru-in-Training)
  9066. Subject: Re: Suit Alleges Cellular Caused Brain Tumor
  9067. Organization: Prodigy Services Co.
  9068. Date: Sun, 19 Jul 1992 01:03:40 GMT
  9069.  
  9070.  
  9071. In <telecom12.541.6@eecs.nwu.edu> MCMANGPH@NUSVM.BITNET (Ang Peng Hwa)
  9072. writes:
  9073.  
  9074. > Redrawing her subjects, she found that virtually all lived within
  9075. > 100 yards of either a substation or a high voltage line.
  9076.  
  9077. One of the early studies which found a correlation between childhood
  9078. leukemia and electromagnetic field emissions was done on some suburban
  9079. development -- nearly all the leukemia cases happened in houses that
  9080. were immediately near the step-down transformer on the utility poles
  9081. in the area.  For that neighborhood, the step-down transformers were
  9082. located on the corners of street intersection.  Hence it's not a case
  9083. of different income classes or any of the other factors suggested by
  9084. other posters.
  9085.  
  9086. One testimony I heard (all in well-reasoned tones by various
  9087. scientists who were discussing EMF at a public hearing about a
  9088. water-supply construction project in my neighborhood) is that it's
  9089. clear that EMF can cause cell damage -- the question is what
  9090. frequencies and what power levels cause the problems.  There may be
  9091. "windows", similiar to the atmospheric window which allows visible
  9092. light to penetrate but blocks out (well, it used to anyway, before the
  9093. ozone hole) ultraviolet rays and other stuff outside the frequency
  9094. range between infrared and ultraviolet.  One theory is that EMF
  9095. exposure within the "windows", i.e. of a certain frequency for at
  9096. least a certain time, can cause damage to the body but other
  9097. frequencies (or the same frequencies but without sufficient exposure)
  9098. will not cause problems.
  9099.  
  9100. The microwave industry (remember, microwaves are non-ionizing
  9101. radiation too) has a goodly amount of occupational diseases,
  9102. especially glaucoma in people who have to work on antennas (the name
  9103. Samuel Yannon comes to mind, who had to sue his employers heavily in
  9104. order to have his glaucoma recognized as work-related).  Of course,
  9105. we're talking huge differences between the power levels at a TV
  9106. repeater station or a long distance phone link and the piddling 600
  9107. milliwatts of a cellular phone.
  9108.  
  9109. > There is an extremely well-written (truly delightful to read despite
  9110. > the subject matter) book on this subject by Paul Brodeur.
  9111.  
  9112. One of the topics examined by Brodeur was a street in Connecticut
  9113. where single family homes were located next to a high-powered
  9114. electrical substation (we're talking complete with giant transformers
  9115. and the like).  Leukemia and brain tumors seemed to be the order of
  9116. the day for the residents on that street, as well as the residents
  9117. along the lines feeding the substation.  Again, we're talking EMF
  9118. levels orders of magnitude higher than cellular phone output.
  9119.  
  9120. I've read parts of Brodeur's series in the {New Yorker}, (the book is
  9121. called "Currents of Death") and he does document all his sources well
  9122. enough for any other interested parties to verify his conclusions.
  9123. Alas, he does run on and on and on in his writing, almost as bad as my
  9124. posting here. :-)
  9125.  
  9126.  
  9127. Ed Ravin- elr@trintex.uucp  elr%trintex@uunet.uu.net
  9128.            +1-914-993-4737  my opinions, nobody else's
  9129.  
  9130. ------------------------------
  9131.  
  9132. From: dprmpt!larry@uunet.UU.NET (Larry)
  9133. Subject: Re: Perot Compuserve Account
  9134. Date: 19 Jul 92 09:56:47 GMT
  9135. Reply-To: dprmpt!larry@uunet.UU.NET (Larry)
  9136. Organization: Data-Prompt
  9137.  
  9138.  
  9139. In article <telecom12.559.12@eecs.nwu.edu> peter@taronga.com (Peter da
  9140. Silva) writes:
  9141. X-Telecom-Digest: Volume 12, Issue 559, Message 12 of 14
  9142.  
  9143. > In article <telecom12.557.3@eecs.nwu.edu> TELECOM Moderator notes:
  9144.  
  9145. >> [Moderator's Note: This brings up the original question: Does Perot
  9146. >> have an email address for the proposed electronic forum for the
  9147. >> candidates? Should we use 'campaign@perot.com' instead?  PAT]
  9148.  
  9149. > perot.com, eh? So if he gets elected we might actually see something
  9150. > like "perot@whitehouse.com"?
  9151.  
  9152. Nah!  He'll probably use "perot@whitehouse.gov".  Of course, it
  9153. probably wouldn't be a bad idea if the government started running
  9154. itself like most .com sites (i.e. in the black).
  9155.  
  9156.  
  9157. Larry Johnson    UUCP: ...!uunet!dprmpt!larry
  9158.  
  9159. ------------------------------
  9160.  
  9161. From: caron!ronell@apple.com (Ronald Elliott)
  9162. Subject: Re: Perot Compuserve Account
  9163. Date: 19 Jul 92 01:11:53 GMT
  9164. Reply-To: caron!ronell@mojave.ati.com
  9165. Organization: Science and Technology Center, Apple Valley Ca.
  9166.  
  9167.  
  9168. In article <telecom12.559.12@eecs.nwu.edu>, Peter da Silva writes:
  9169.  
  9170. > perot.com, eh? So if he gets elected we might actually see something
  9171. > like "perot@whitehouse.com"?
  9172.  
  9173. I would think more like perot@whitehouse.gov but its a moot point
  9174. anymore!
  9175.  
  9176.  
  9177. Ronald Elliott                   Science and Technology Center
  9178. caron!ronell@mojave.ati.com              P.O. Box 2968
  9179.                                      Apple Valley, Ca 92307
  9180.                         Serving Education throughout the High Desert Area
  9181.  
  9182.  
  9183. [Moderator's Note: Moot point you say?  You want to know how far
  9184. behind I am in posting articles here sent to me?  How far behind am I?
  9185. How about I run some messages giving Harry Truman's email address!
  9186. Talk about moot points!   PAT]
  9187.  
  9188. ------------------------------
  9189.  
  9190. End of TELECOM Digest V12 #569
  9191. ******************************
  9192. 
  9193. 
  9194. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa03104;
  9195.           19 Jul 92 21:41 EDT
  9196. Received: by delta.eecs.nwu.edu id AA22629
  9197.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 19 Jul 1992 12:19:40 -0500
  9198. Received: by delta.eecs.nwu.edu id AA28019
  9199.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 19 Jul 1992 12:19:31 -0500
  9200. Date: Sun, 19 Jul 1992 12:19:31 -0500
  9201. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  9202. Message-Id: <199207191719.AA28019@delta.eecs.nwu.edu>
  9203. To: "\\telecom"@eecs.nwu.edu
  9204. Subject: TELECOM Digest V12 #568
  9205.  
  9206. TELECOM Digest     Sun, 19 Jul 92 12:19:35 CDT    Volume 12 : Issue 568
  9207.  
  9208. Index To This Issue:                      Moderator: Patrick A. Townson
  9209.  
  9210.     CompuServe: FCC May Reconsider Modem Fee (Curtis E. Reid)
  9211.     FCC Modem Tax Rumor on Compu$erve (Michael Harpe)
  9212.     Need Help With Gandalf Modems (Kipp Cannon)
  9213.     Calling Cards For Married Couples (Nigel Allen)
  9214.     AT&T Mail vs. MCI Mail: Which is Better? (Leonard Wan)
  9215.     Wanted: VME Based Tel Interface Board (Marc E. Fiucznski)
  9216.     Advice Needed: Dialback Management (Peter Alexander Merel)
  9217.     Information Wanted on Westel (David Dodell)
  9218.     Any Cordless Phones With Calling Number ID? (Henry W. Troup)
  9219.     Wireless Phones That Work With Computers Around (Lance Ellinghouse)
  9220.     Looking For TTD Specifications (John A. Hammond)
  9221.     Statement by NCTA President on FCC Video Dialtone Proceeding (Nigel Allen)
  9222.     x.25 Packet Rates - Sample Rates Wanted (Steve Cavrak)
  9223.     Wanted: Two-line Controller (Timothy Stark)
  9224.     Caller*ID Device: Name Delivery System (Timothy Stark)
  9225.     Caution: Men at Retirement (David Leibold)
  9226. ----------------------------------------------------------------------
  9227.  
  9228. Date: 18 Jul 1992 16:41:49 -0500 (EST)
  9229. From: "Curtis E. Reid" <CER2520@ritvax.isc.rit.edu>
  9230. Subject: CompuServe: FCC May Reconsider Modem Fee
  9231.  
  9232.  
  9233. Here is a blurb I found on CompuServe.  I hope this is not another
  9234. urban legend but CompuServe seemed very serious about it.  I called
  9235. their 800 line and they said it must be true if it's posted in "What's
  9236. New."
  9237.  
  9238. #######
  9239.  
  9240. MEMBERS URGED TO FIGHT "MODEM FEE"
  9241.  
  9242.   (16-Jul-92)
  9243.  
  9244.   A commissioner with the U.S. Federal Communications Commission (FCC)
  9245. recently stated that the FCC may again examine the possibility of
  9246. imposing "modem fees" for information service companies. Observers
  9247. have said the fees could drive up telephone line costs to information
  9248. services companies by as much as 300 percent, some or all of which
  9249. online service members would likely bear.
  9250.  
  9251.   CompuServe again needs your help in fighting any proposed cost
  9252. increase so that online services can grow and remain affordable. The
  9253. ramifications of the FCC's possible action is explained online (GO
  9254. FCC).  This area is free of connect charges.
  9255.  
  9256.   CompuServe asks that you send a letter to the FCC in opposition to
  9257. modem fees and also to write to certain U.S.Senators to encourage
  9258. legislation that would require the FCC to allow CompuServe and other
  9259. information services companies to use new and more efficient
  9260. technologies without being subjected to higher telephone line access
  9261. charges. Also, please copy Congressman Edward Markey of Massachusetts,
  9262. Chairman of the House Telecommunications Subcommittee. In 1987, a
  9263. similar letter writing campaign by online services users helped
  9264. prevent increased access charges from being implemented.
  9265.  
  9266.   The GO FCC area lists the names and address of FCC commissioners and
  9267. U.S. Senators to whom you should write. Or, CompuServe will soon make
  9268. available an FCCgram you can send electronically for 29 cents to the
  9269. FCC and Senators. (Composing online is free.) A sample message is
  9270. provided.  CompuServe is subsidizing this low 29-cent rate.
  9271.  
  9272.   GO TELECOM to read more about this issue in the Regulatory Affairs
  9273. section of the Telecommunications Forum.
  9274.  
  9275.   Your support of affordable information services is deeply
  9276. appreciated.
  9277.  
  9278.  
  9279. Curtis E. Reid                CER2520@ritvax.isc.rit.edu
  9280. Rochester Institute of Technology/NTID    REID@DECUS.org (DECUS)
  9281. P.O. Box 9887                716.475.6089 TDD/TT 475.6895 Voice
  9282. Rochester, NY 14623-0887        716.475.6500 Fax
  9283.  
  9284. ------------------------------
  9285.  
  9286. From: meharp01@vlsi.ct.louisville.edu (Michael Harpe)
  9287. Subject: FCC Modem Tax Rumor on Compu$erve
  9288. Organization: University of Louisville
  9289. Date: Fri, 17 Jul 1992 14:50:39 GMT
  9290.  
  9291.  
  9292. I captured this from Compu$erve this morning.  No permission at all,
  9293. but I don't think they'll mind.  Here goes another round of modem tax
  9294. rumors ...
  9295.  
  9296.  
  9297. [Moderator's Note: Mr. Harpe sent a copy of the same thing supplied by
  9298. Curtis Reid. No need to repeat it here.   PAT]
  9299.  
  9300.   --- End forwarded material   ---
  9301.  
  9302. Mike Harpe
  9303. University of Louisville
  9304.  
  9305. Disclaimer:  I am acting for myself, U of L isn't involved.
  9306.  
  9307.  
  9308. [Moderator's Note: Well, here we go again. Someone had better get on
  9309. the phone to CIS and ask them if they realize the problems caused by
  9310. the spreading of this report and their request for help ... unless it
  9311. really is true this time around. I strongly urge everyone to sit tight
  9312. on this until/unless there is some independent verification. Fred, you
  9313. seem to know about these things ... what can you tell us?  And whatever
  9314. you have to say, can you see to it CIS gets the message also?   PAT]
  9315.  
  9316. ------------------------------
  9317.  
  9318. From: kipp@sgl.ists.ca (Kipp Cannon)
  9319. Subject: Need Help With Gandalf Modems
  9320. Date: 16 Jul 92 03:14:08 GMT
  9321.  
  9322.  
  9323.         I would like information on the use of Gandalf MODEMS.  I have
  9324. two model LDS309's, but they are significantly different internally.
  9325. There are various jumpers for setting all sorts of modes, but some are
  9326. either different in layout or completely missing in one of them.  I
  9327. would like to know how to hook them up and configure them.  One is
  9328. labelled revision C5 and I think the other is revision A, but it isn't
  9329. labelled externally.  Please send me information.  Thanks in advance.
  9330.  
  9331.  
  9332. Kipp   kipp@sgl.ists.ca
  9333.  
  9334. ------------------------------
  9335.  
  9336. From: Nigel.Allen@lambada.oit.unc.edu
  9337. Subject: Calling Cards For Married Couples
  9338. Date: Sun, 19 Jul 92 1:24:51 EDT
  9339. Organization: Echo Beach, Toronto
  9340.  
  9341.  
  9342. Some people have mentioned that a married couple might share the same
  9343. calling card number.
  9344.  
  9345. They don't have to share the same number. One of them could be
  9346. assigned a special calling card number (sometimes called a fictitious
  9347. number) that would be billed on the same account. Some telephone
  9348. companies and long distance carriers may be reluctant to do this
  9349. because there are a limited number of possible fictitious numbers, and
  9350. some residential service representatives may not have been trained how
  9351. to set up this kind of calling card.
  9352.  
  9353. Similarly, another family member (such as a child away at university)
  9354. could be given his or her own calling card with a separate number, but
  9355. billed to the family telephone account.
  9356.  
  9357. If you have problems requesting a separate calling card number for
  9358. yourself or your spouse, explain that Nigel Allen told you that the
  9359. separate number would be a good idea, and that he said to mention his
  9360. name in case the business office was reluctant to process the request.
  9361. (This may not necessarily work, but it's worth a try. :-) )
  9362.  
  9363.  
  9364. Nigel Allen     nigel.allen@canrem.com   nigel.allen@bbs.oit.unc.edu
  9365.  
  9366. ------------------------------
  9367.  
  9368. Date: Sun, 19 Jul 92 08:07 GMT
  9369. From: Leonard Wan <0005113873@mcimail.com>
  9370. Subject: AT&T Mail vs. MCI Mail: Which is Better?
  9371.  
  9372.  
  9373. Does anybody know which offers better service? AT&T Mail or MCI Mail?
  9374. AT&T seems to provide a more professional service, is that true?
  9375.  
  9376. And, does any body know of any software that can be used with AT&T
  9377. mail?  (Alternatives to the expensive ACCESS PLUS), just like Norton
  9378. Commander and others availalbe to MCI Mail, substituing Lotus Express?
  9379.  
  9380.  
  9381. [Moderator's Note: Both have good service. It really comes down to
  9382. your individual preference. Many people select the email carrier which
  9383. also serves as their LD carrier.  MCI Mail offers Dow Jones News as
  9384. part of their package; AT&T Mail offers the FYI service which was part
  9385. of the old EasyLink (Western Union email) system.    PAT]
  9386.  
  9387. ------------------------------
  9388.  
  9389. From: mef@ehsl.mitre.org (Marc E. Fiucznski)
  9390. Subject: Wanted: VME Based Tel Interface Board
  9391. Organization: Electronic Hardware Standards Laboratory, MITRE Corporation,
  9392. Date: Sat, 18 Jul 1992 19:01:06 GMT
  9393.  
  9394.  
  9395. We are currently working on a project that is attempting to implement
  9396. a PBX on a LAN (fddi or ethernet).  We have a UniVoice UV-4
  9397. Voice/Telephone Interface Board for the VME bus.  It works ok, but we
  9398. would like to look at other boards.
  9399.  
  9400. If anyone can help me with this, or point me in the right direction
  9401. please!  Vendor contact or addresses would also be fine.
  9402.  
  9403.  
  9404. Sincerely,
  9405.  
  9406. Marc E. Fiuczynski    mef@ehsl.mitre.org    703-883-1221
  9407.  
  9408. ------------------------------
  9409.  
  9410. From: pete@cssc-syd.tansu.com.au (Peter Alexander Merel)
  9411. Subject: Advice Needed: Dialback Management
  9412. Organization: Customised Software Solutions Centres, AOTC
  9413. Date: Sun, 19 Jul 1992 06:04:00 GMT
  9414.  
  9415.  
  9416. I'm working at a site running an ethernet of Suns, and we have a
  9417. requirement for a sort of virtual dialback manager. The idea as I
  9418. understand it is:
  9419.  
  9420. You ring into one modem on one machine. That machine accepts your
  9421. details, and then hangs up the modem and tells a completely different
  9422. machine to call you back on another modem which is in a modem pool of
  9423. outgoing only modems.
  9424.  
  9425. We know about dialback modems, but it seems they are not as secure as
  9426. we'd like. I'm sure something like I describe must exist, but we don't
  9427. know what it is called or where to get it. Please help.
  9428.  
  9429.  
  9430. Internet: pete@cssc-syd.tansu.com.au  UUCP: {uunet,mcvax}!munnari!cssc-syd!pete
  9431. Snail: 1/18-20 Orion Road, Lane Cove NSW 2066 Australia  Phone: +61 2 911 3130
  9432.  
  9433.  
  9434. [Moderator's Note: A very secure (I suggest entirely foolproof) method
  9435. for using callback modems would include the use of three-way calling
  9436. on the lines. We all know that if the same modem is used to accept
  9437. incoming calls and then dial back to the user there is always the
  9438. possibility a hacker will simply sit on the line after the modem
  9439. disconnects, wait until it goes off hook, simulate dial tone and seize
  9440. the connection, thus defeating the security of calling back to only
  9441. registered numbers. Likewise, hackers have gone so far as to find out
  9442. the bank of numbers used for outcalls, dialed into them and sat there
  9443. waiting for a modem to go off hook to make a call then fraudulently
  9444. seized the line in the same way. The same line can be used in both
  9445. directions in a secure and effective way to defeat hackers: simply
  9446. have the line equipped with three-way calling from telco (not call
  9447. waiting!) and make a hook flash the first part of any outgoing dialing
  9448. string.
  9449.  
  9450. Here is what will happen: The modem goes off hook and does ADTD! (or
  9451. whatever is used to flash the hook) followed by a pause and the number
  9452. to be dialed. If no one is holding the line on the other end waiting
  9453. for the modem to go off hook, then the switch hook will be ignored and
  9454. a fresh dial tone brought up -- there is no basis for a three way
  9455. call.  On the other hand, if someone *is* sitting there waiting to
  9456. play tricks, then the hook flash will put that person on hold and
  9457. provide fresh dial tone for a 'three-way' call ... of course, the
  9458. calls will never get conferenced together, much to the hacker's
  9459. chagrin ... and he can sit there on hold as long as he wants while the
  9460. modem scoots around him on the three-way side to reach the registered
  9461. user at the authorized number, using the 'consultation' feature of
  9462. three-way calling rather than the 'conference' feature. Without
  9463. three-way calling from telco on the line, flashing the hook will do
  9464. nothing but put the call back where it was; but with three-way and a
  9465. hook flash as the first command in every dialing string, never the
  9466. hacker and outcalling modem shall meet. So forget about the two
  9467. modems, one machine telling the other one what to do, etc. It isn't
  9468. necessary. Just use existing features in the CO to hustle your hacker
  9469. nemesis out of the way should he be parked there waiting for you.  Can
  9470. anyone tell me precisely why this would not be foolproof?  PAT]
  9471.  
  9472. ------------------------------
  9473.  
  9474. Date: Sat, 18 Jul 92 21:26:18 mst
  9475. From: ddodell@stjhmc.fidonet.org (David Dodell)
  9476. Subject: Information Wanted on Westel
  9477.  
  9478.  
  9479. I am considering signing up with a company called "Westel" based out
  9480. of Texas as my business long distance carrier.  Anyone with any
  9481. experience with this company?
  9482.  
  9483.  
  9484. David
  9485. Internet: ddodell@stjhmc.fidonet.org    FAX: +1 (602) 451-1165
  9486. Bitnet: ATW1H @ ASUACAD                     FidoNet=> 1:114/15
  9487.         Amateur Packet ax25: wb7tpy@wb7tpy.az.usa.na
  9488.  
  9489. ------------------------------
  9490.  
  9491. Date: Sun, 19 Jul 1992 10:07:00 +0000 
  9492. From: Henry (H.W.) Troup <hwt@x400gate.bnr.ca>
  9493. Subject: Any Cordless Phones With Calling Number ID? 
  9494.  
  9495.  
  9496. I'd like to have a cordless phone with calling number ID for when I'm
  9497. out in the garden, etc.  Are there any yet?  I expect it'd be
  9498. expensive.
  9499.  
  9500.  
  9501. Henry Troup - HWT@BNR.CA (Canada) - BNR owns but does not share my opinions
  9502.  
  9503. ------------------------------
  9504.  
  9505. From: Lance Ellinghouse <lance@markv.com>
  9506. Subject: Wireless Phones That Work With Computers Around
  9507. Organization: Mark V Systems Limited, Encino, Ca.
  9508. Date: Sun, 19 Jul 1992 14:54:16 GMT
  9509.  
  9510.  
  9511. Does anyone know of any good quality wireless phones that will work
  9512. reliably around 40+ PC's and Workstations???
  9513.  
  9514. I have been told that there are NONE that will do this.
  9515.  
  9516. Please tell me I am wrong.
  9517.  
  9518.  
  9519. Thank you,
  9520.  
  9521. Lance Ellinghouse   lance@markv.com
  9522.  
  9523. ------------------------------
  9524.  
  9525. From: johnh@countach.telcom.tek.com (John A. Hammond)
  9526. Subject: Looking For TTD Specifications
  9527. Date: 18 Jul 92 23:44:32 GMT
  9528. Reply-To: johnh@countach.telcom.tek.com (John A. Hammond)
  9529. Organization: Tektronix, Inc., Beaverton,  OR.
  9530.  
  9531.  
  9532. Hi,
  9533.  
  9534. I am looking for the specifications for TTD, the (no flames please)
  9535. Baudot code format for terminals used by deaf people.  In particular,
  9536. I need the mark/space frequencies and bit timing.
  9537.  
  9538. Please e-mail replies.
  9539.  
  9540.  
  9541. Thanks in advance,
  9542.  
  9543. John Hammond
  9544.  
  9545. ------------------------------
  9546.  
  9547. From: Nigel.Allen@lambada.oit.unc.edu
  9548. Subject: Statement by NCTA President on FCC Video Dialtone Proceeding
  9549. Date: Sat, 18 Jul 92 22:53:28 EDT
  9550. Organization: Echo Beach, Toronto
  9551.  
  9552.  
  9553. Here is a press release from the National Cable Television
  9554. Association.  I pass it on without any additional comment.
  9555.  
  9556.  
  9557.  Statement by NCTA President on FCC Video Dialtone Proceeding 
  9558.  Contact: Peggy Laramie of the National Cable Television Association, 
  9559.           202-775-3629 
  9560.  
  9561.    WASHINGTON, July 16 /U.S. Newswire/ -- Following is a statement by
  9562. National Cable Television Association President and CEO James P.
  9563. Mooney on the FCC video dialtone proceeding:
  9564.  
  9565.    "When you cut through all the technical ballyhoo, this is a kind of
  9566. half-step toward encouraging phone companies to build a lot of hugely
  9567. expensive TV plant, with telephone customers financing the investment.
  9568. The other half-step belongs to Congress; whether they'll take it
  9569. remains to be seen."
  9570.  
  9571. ------------------------------
  9572.  
  9573. From: cavrak@emba-news.uvm.edu (Steve Cavrak)
  9574. Subject: x.25 Packet Rates - Sample Rates Wanted
  9575. Organization: University of Vermont -- Division of EMBA Computer Facility
  9576. Date: Sun, 19 Jul 1992 10:37:00 GMT
  9577.  
  9578.  
  9579. The local phone company would like us to begin using x.25 service for
  9580. some of our telecom services (including an educator "bbs") and quotes
  9581. a packet charge ($0.70 / kilopacket) that seems "uneconomical."
  9582.  
  9583. What are rates for kilopackets elsewhere in the country?
  9584.  
  9585. Are there any experiences with using x.25 service for BBS support?
  9586.  
  9587. Please reply to me directly and I'll post a summary in a week or so.
  9588.  
  9589.  
  9590. Thanks,
  9591.  
  9592. Steve
  9593.  
  9594. ------------------------------
  9595.  
  9596. From: tstark@netcom.com (Timothy Stark)
  9597. Subject: Wanted: Two-Line Controller
  9598. Date: Sat, 18 Jul 92 18:29:25 PDT
  9599.  
  9600.  
  9601.      I am looking for a two-line controller because I have two lines
  9602. and one single-line TDD machine. I prefer that the device handle
  9603. incoming calls from either of two lines and out-going calls on desired
  9604. line. Does anyone have information about it? If so, please include
  9605. company name and phone number (order phone number). Thanks!
  9606.  
  9607.  
  9608. Timothy Stark               Internet: tstark@netcom.com
  9609. 837 North Van Dorn St       GENIE: T.STARK1
  9610. Alexandria, Va. 22304-2723  TDD Phone Number: (703) 212-9731
  9611.  
  9612.  
  9613. [Moderator's Note: Is Radio Shack still producing/selling theirs?  PAT]
  9614.  
  9615. ------------------------------
  9616.  
  9617. From: tstark@netcom.com (Timothy Stark)
  9618. Subject: Caller*ID Device: Name Delivery System
  9619. Date: Sat, 18 Jul 92 18:35:44 PDT
  9620.  
  9621.  
  9622.        Last week I went to a Sears store and I found the Caller*ID 370
  9623. system that allows name display instead of number or both. I called
  9624. C&P Telephone Company; they have no information about that but said
  9625. that it is illegal in the area. Then, I called the Bell Altantic
  9626. Catalog Department and found out information. They told me that they
  9627. know about the service and C&P Telephone anticipates they will have it
  9628. in two years. It is being tested in California but all phone companies
  9629. have not set date for it.  What do you think?  Any suggestions? I need
  9630. that because I want to keep myself from getting prank calls, unknown
  9631. random numbers, etc.  Thanks!
  9632.  
  9633.  
  9634. Timothy Stark               Internet: tstark@netcom.com
  9635. 837 North Van Dorn St       GENIE: T.STARK1
  9636. Alexandria, Va. 22304-2723  TDD Phone Number: (703) 212-9731
  9637.  
  9638.  
  9639. [Moderator's Note: A Caller-ID device which said John Doe was calling
  9640. would be of less value than one which gave a specific number if you
  9641. have no idea who John Doe is. At least with the number displayed, you
  9642. have some recourse to the telephone subscriber.  People keep talking
  9643. about Caller-ID as a way to screen or avoid answering unwanted calls,
  9644. and they base their complaints about Caller-ID on the shortcomings
  9645. they find in their perception of the purpose of number delivery. If
  9646. they would realize the primary purpose is to identify and provide
  9647. recourse to the subscriber of the calling telephone -- the person who
  9648. legally remains responsible for the uses made of the instrument -- and
  9649. only secondarily as a way to avoid unwanted calls, I suspect there
  9650. would be fewer complaints. Clue: you continue answering all calls as
  9651. you do now (or diverting to answering machine, etc) ... and if you
  9652. don't like what you hear, the caller no longer has the comfort of
  9653. hiding behind the phone. That's Caller-ID, period: the inability of
  9654. callers to remain anonymous. Names are okay; numbers much better.  PAT]
  9655.  
  9656. ------------------------------
  9657.  
  9658. Date: Sun, 19 Jul 92 02:27:52 EDT
  9659. From: David Leibold <DLEIBOLD@VM1.YorkU.CA>
  9660. Subject: Caution: Men at Retirement
  9661.  
  9662.  
  9663. A story that probably came from the {Boston Globe} and as reported in
  9664. {The Globe and Mail} told the story of a sign warning motorists of
  9665. "Fat Telephone Workers Ahead". The sign was made by a telephone crew
  9666. member named Mike Koczat to send off a retiring co-worker in style.
  9667. However, the sign tends to get motorists slowing down out of curiosity
  9668. whenever it is used.
  9669.  
  9670. Perhaps there is safety in humours ...
  9671.  
  9672.  
  9673. dleibold@vm1.yorku.ca    dleibold1@attmail.com
  9674.  
  9675. ------------------------------
  9676.  
  9677. End of TELECOM Digest V12 #568
  9678. ******************************
  9679. 
  9680. 
  9681. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa07531;
  9682.           20 Jul 92 0:12 EDT
  9683. Received: by delta.eecs.nwu.edu id AA00686
  9684.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 19 Jul 1992 22:26:51 -0500
  9685. Received: by delta.eecs.nwu.edu id AA25958
  9686.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 19 Jul 1992 22:26:43 -0500
  9687. Date: Sun, 19 Jul 1992 22:26:43 -0500
  9688. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  9689. Message-Id: <199207200326.AA25958@delta.eecs.nwu.edu>
  9690. To: "\\telecom"@eecs.nwu.edu
  9691. Subject: TELECOM Digest V12 #571
  9692.  
  9693. TELECOM Digest     Sun, 19 Jul 92 22:26:35 CDT    Volume 12 : Issue 571
  9694.  
  9695. Index To This Issue:                      Moderator: Patrick A. Townson
  9696.  
  9697.     Re: Telephone Keypad Question (Tony Harminc)
  9698.     Re: Telephone Keypad Question (Steve Forrette)
  9699.     Re: Telephone Keypad Question (Gordon Burditt)
  9700.     Re: Leap Seconds and Telco Time-of-Day Accuracy (Bruce Albrecht)
  9701.     Re: Leap Seconds and Telco Time-of-Day Accuracy (Jon Baker)
  9702.     Re: SWBell Marketing Voice Mail (Peter da Silva)
  9703.     Re: 911 Circuitry Can Detect 91 (Carl Moore)
  9704.     Re: 700 Easyreach Service Should be Called Hard to Reach (Steve Forrette)
  9705.     Re: 700 Easyreach Service Should be Called Hard to Reach (Carl Moore)
  9706.     Re: Detroit Area 313 to Split (Carl Moore)
  9707.     Re: Overseas AT&T Calling Card (David M. Miller)
  9708.     Re: AT&T Voicemark (Jeffrey J. Carpenter)
  9709.     Re: Fixed Call Forwarding (Dave Levenson)
  9710.     Re: Telephone Vanity Plates? (Bob Blackshaw)
  9711.     Re: Godwin Speaks Out ... (John R. Levine)
  9712.     Re: European Phone in Canada? (Herman R. Silbiger)
  9713.     Re: "Telephone Scrambler" Plans Available (Bruce Ferrell)
  9714. ----------------------------------------------------------------------
  9715.  
  9716. Date: Sat, 18 Jul 92 16:46:05 EDT
  9717. From: Tony Harminc <TONY@VM1.MCGILL.CA>
  9718. Subject: Re: Telephone Keypad Question
  9719.  
  9720.  
  9721. dcheenne@unlinfo.unl.edu (Dominique J. Cheenne) wrote:
  9722.  
  9723. > Why are the letters "Q" and "Z" missing from the telephone keypad?
  9724.  
  9725. > [Moderator's Note: Telephone numbers do not usually begin with '1',
  9726. > and having the letters /ABC/ there would have effectively precluded
  9727. > them from being the starting letter in an exchange name, back when
  9728. > telco officially used words to identify central offices. In order to
  9729. > keep the zero available as a single digit way to reach the operator,
  9730. > letters were not used there either. Imagine life with no AVEnue,
  9731. > AUStin, BIShop, BOUlevard, CIRcle, CAThedral or COLumbus ... Since
  9732. > only eight digits are left, two letters had to be elimininated, with
  9733. > /QZ/ least likely to be needed. Imagine life without QUAyle ... PAT]
  9734.  
  9735. I have several Northern Electric (now Northern Telecom) 300 series
  9736. sets (made under licence from Western Electric in the US in the 1940s)
  9737. with QZ (and "Operator") on the zero hole.
  9738.  
  9739.  
  9740. Tony H.
  9741.  
  9742. ------------------------------
  9743.  
  9744. From: stevef@wrq.com (Steve Forrette)
  9745. Subject: Re: Telephone Keypad Question
  9746. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  9747. Date: Sat, 18 Jul 1992 22:24:55 GMT
  9748.  
  9749.  
  9750. I've noticed that some phone manufacturers (seen mostly on cheaper
  9751. models and COCOTS) now label the 1 key with "QZ".  However, many voice
  9752. processing applications, such as Octel voicemail, tell you to "use 7
  9753. for Q, and 9 for Z."  Considering that there are differing opinions as
  9754. to where Q and Z should be mapped for those applications that need
  9755. them, it seems unwise to label them at all on the keys.
  9756.  
  9757.  
  9758. Steve Forrette, stevef@wrq.com
  9759.  
  9760. ------------------------------
  9761.  
  9762. From: gordon@sneaky.lonestar.org (Gordon Burditt)
  9763. Subject: Re: Telephone Keypad Question
  9764. Organization: Gordon Burditt
  9765. Date: Sun, 19 Jul 1992 06:01:37 GMT
  9766.  
  9767.  
  9768. > /QZ/ least likely to be needed. Imagine life without QUAyle ... PAT]
  9769.  
  9770. That's 'QUAyl'.  Dan Quayl donated his 'e' to the potatoe.
  9771.  
  9772.  
  9773. Gordon L. Burditt     sneaky.lonestar.org!gordon
  9774.  
  9775. ------------------------------
  9776.  
  9777. Date: Sun, 19 Jul 92 10:13:40 CST
  9778. From: bruce@zuhause.MN.ORG (Bruce Albrecht)
  9779. Subject: Re: Leap Seconds and Telco Time-of-Day Accuracy
  9780.  
  9781.  
  9782. In <telecom12.554.2@eecs.nwu.edu>, Paul Eggert writes:
  9783.  
  9784. > In comp.protocols.time.ntp <208@visicom.com>, Jeff Makey reports that
  9785. > Pacific Bell's time-of-day service in San Diego adjusted for the June
  9786. > 30 leap second sometime between 28 and 53 minutes late.  (Since they
  9787. > hang up after reporting the time, it was impractical for him to
  9788. > determine the exact moment of switchover.)  This suggests that PacBell
  9789. > adjusts their time-of-day clock manually rather than relying on an
  9790. > automated system linked to WWV.  And it brings up more general
  9791. > questions:
  9792.  
  9793. > How accurate is the time-of-day reported by PacBell, GTE, etc.?
  9794.  
  9795. When I was in college (Grinnell, IA, 1975-1979), GTE's time of day was
  9796. off by two minutes(!!!) for the entire daylights savings time season.
  9797.  
  9798.  
  9799. bruce@zuhause.mn.org
  9800.  
  9801. ------------------------------
  9802.  
  9803. From: bakerj@gtephx.UUCP (Jon Baker)
  9804. Subject: Re: Leap Seconds and Telco Time-of-Day Accuracy
  9805. Organization: AG Communication Systems, Phoenix, Arizona
  9806. Date: Sun, 19 Jul 1992 15:01:15 GMT
  9807.  
  9808.  
  9809. In article <telecom12.554.2@eecs.nwu.edu>, eggert@farside.twinsun.com
  9810. (Paul Eggert) writes:
  9811.  
  9812. > Surely accurate timekeeping is important within the telco switches for
  9813. > performance and accounting reasons.
  9814.  
  9815. Surely it is ...
  9816.  
  9817. > How are times within the switches synchronized to the times reported
  9818. > to the public?
  9819.  
  9820. I suspect not at all.  The time-of-day reporting system you describe
  9821. is an outboard box, completely independent of the telephone switching
  9822. system.  You call a number, you're connected to this box, it states
  9823. the time, and that's it.
  9824.  
  9825. In the GTD5, the time-of-day is synchronized to the network clocking
  9826. signal.  This signal, which is used to clock all PCM traffic through
  9827. the switch, is typically obtained from an External Clock
  9828. Synchronization Source (a T1 span to an adjacent higher-order office).
  9829. All the CO's in a network are, in theory, synchronized to each other,
  9830. with the master timing source coming from the Grand Master Of Clocks
  9831. in Hillsboro (?), Missouri.  If anyone knows more about this Grandaddy
  9832. of clocks, I'd be interested to hear about it.  I believe that MCI and
  9833. the US Navy also operate similar 'Master Clocks'.
  9834.  
  9835. The time-of-day, as you state, is used for billing and other purposes.
  9836. It is accurate to within +/- 15 seconds per day.  But, it has no
  9837. relation to the recorded announcement.
  9838.  
  9839.  
  9840. Jon Baker (bakerj@gtephx)    UUCP: !enuucp!gtephx!bakerj
  9841.  
  9842. ------------------------------
  9843.  
  9844. From: peter@taronga.com (Peter da Silva)
  9845. Subject: Re: SWBell Marketing Voice Mail
  9846. Organization: Taronga Park BBS
  9847. Date: Mon, 20 Jul 1992 01:56:18 GMT
  9848.  
  9849.  
  9850. In article <telecom12.553.11@eecs.nwu.edu> GHADSAL@AMERICAN.EDU writes:
  9851.  
  9852. > We may thank Judge Harold Greene for this and *more*.  In his last
  9853. > year's decision (forced decision) Judge Greene finally is allowing the
  9854. > RBOCs to participate in the National Information Services Industries.
  9855.  
  9856. God help us all, because nobody on the ground will. This will put
  9857. existing non-RBOC service providers out of business, and (based on the
  9858. quality of service Southwestern Bell has come up with in the past ... a
  9859. Minitel based information services system that makes Prodigy look like
  9860. Usenet) reduce the available quality and variety of services available
  9861. to the public.
  9862.  
  9863. The RBOCs should be restricted to providing services for which they
  9864. can demonstrate are a natural monopoly and for which no third party
  9865. alternative can be expected, like Caller-ID, instead of crap like
  9866. "Voice Mail" which has been available from third parties for years.
  9867.  
  9868.  
  9869. Peter da Silva, Taronga Park BBS, Houston, TX  +1 713 568 0480/1032
  9870.  
  9871. ------------------------------
  9872.  
  9873. Date: Sun, 19 Jul 92 9:58:39 EDT
  9874. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  9875. Subject: Re: 911 Circuitry Can Detect 91
  9876.  
  9877.  
  9878. Some phone books do list non-emergency numbers, and I take them to be
  9879. for matters which should get police attention but are not as urgent.
  9880.  
  9881. ------------------------------
  9882.  
  9883. From: stevef@wrq.com (Steve Forrette)
  9884. Subject: Re: 700 Easyreach Service Should be Called Hard to Reach
  9885. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  9886. Date: Sun, 19 Jul 1992 08:50:40 GMT
  9887.  
  9888.  
  9889. In article <telecom12.560.1@eecs.nwu.edu> peter@taronga.com (Peter da
  9890. Silva) writes:
  9891.  
  9892. > In article <telecom12.553.2@eecs.nwu.edu> hpa@nwu.edu (H. Peter Anvin)
  9893. > writes:
  9894.  
  9895. >> A dedicated country code would probably be the best, especially from
  9896. >> an international standpoint.  Otherwise, maybe we have found a use for
  9897. >> the 600 area code.
  9898.  
  9899. > No, the best would be to abandon the fixed-length phone number. Other
  9900. > countries don't have them, having benefited from the U.S. being the
  9901. > pioneers in this instance.
  9902.  
  9903. The problem with this solution is that the modifications to telco
  9904. switches, private PBXs, etc., would be non-trivial.  I mean, it would
  9905. take at least a couple of years, right folks?  :-)
  9906.  
  9907.  
  9908. Steve Forrette, stevef@wrq.com
  9909.  
  9910. ------------------------------
  9911.  
  9912. Date: Sun, 19 Jul 92 10:11:30 EDT
  9913. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  9914. Subject: Re: 700 Easyreach Service Should be Called Hard to Reach
  9915.  
  9916.  
  9917. 500 and 600 are among the N00 listed as available as last resort if
  9918. needed before 1995 as geographical area codes.  Relief to area code
  9919. shortage is to come in 1995 when area codes generalize to NXX; the
  9920. delay is due to the need to reprogram all switches to accept such area
  9921. codes.
  9922.  
  9923. ------------------------------
  9924.  
  9925. Date: Sun, 19 Jul 92 11:01:14 EDT
  9926. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  9927. Subject: Re: Detroit Area 313 to Split
  9928.  
  9929.  
  9930. The 10 August 1994 date is only about five months before the deadline
  9931. for being ready for area codes of form NXX.  That deadline had been
  9932. July 1, 1995 but was moved to six months earlier (Jan. 1, 1995).  Of
  9933. the N0X/N1X area codes (excluding 610,710,N00,N11), now only 910 is
  9934. not either in use or announced for future use.
  9935.  
  9936. ------------------------------
  9937.  
  9938. Subject: Re: Overseas AT&T Calling Card
  9939. Date: Sun, 19 Jul 92 03:35:46 -0500
  9940. From: dmiller@elli.une.edu.au
  9941.  
  9942.  
  9943. The Australian OTC ("Overseas Telecommunications Commission") offers
  9944. what it calls "OTC CallCard" in conjunction with AT&T.  Works as
  9945. normal in the States, while callers from Australia or any other
  9946. country offering the USA Direct service may dial an international
  9947. toll-free number for connection to an AT&T operator.  Charge is
  9948. approximatly A$2.20/minute if I remember correctly.
  9949.  
  9950. To obtain information, you can ring OTC Sydney on (US) 800-332-2682.
  9951.  
  9952.  
  9953. Best regards,
  9954.  
  9955. David M Miller      Internet:    dmiller@loki.une.edu.au
  9956. PO Box 695          CompuServe:  100032,341       
  9957. Hornsby NSW 2077    GEnie:       D.MILLER3@GENIE  
  9958. Australia    
  9959.  
  9960. ------------------------------
  9961.  
  9962. Date: Sun, 19 Jul 1992 14:05:18 -0400 (EDT)
  9963. From: Jeffrey J. Carpenter <jjc+@pitt.edu>
  9964. Subject: Re: AT&T Voicemark
  9965.  
  9966.  
  9967. Excerpts from netnews.comp.dcom.telecom: 15-Jul-92 AT&T Voicemark Ken
  9968. Jongsma@esseye.si.co:
  9969.  
  9970. > I had an occasion to use AT&T Voicemark (The store and forward message
  9971. > service) the other morning. First, a kudo ...
  9972.  
  9973. > Please add the ability to send the same message to multiple numbers.
  9974. > it's a drag having to rerecord the same message.
  9975.  
  9976. This can be done, but you cannot do it automatically.  You need to
  9977. enter the sequence in to bring an operator on the line to assist you
  9978. (I can't remember the sequence off the top of my head), but they can
  9979. add additional numbers on for you.
  9980.  
  9981.  
  9982.  
  9983. jeff
  9984.  
  9985. ------------------------------
  9986.  
  9987. From: dave@westmark.com (Dave Levenson)
  9988. Subject: Re: Fixed Call Forwarding
  9989. Organization: Westmark, Inc.
  9990. Date: Sun, 19 Jul 1992 16:51:20 GMT
  9991.  
  9992.  
  9993. In article <telecom12.557.11@eecs.nwu.edu>, francois%tollys.UUCP%
  9994. bnrmtl.UUCP@Larry.McRCIM.McGill.EDU (F Truchon) writes:
  9995.  
  9996. > Concerning telco voice mail:
  9997.  
  9998. > The one advantage that I get from subscribing to my telco's voice mail
  9999. > service rather then forwarding to my voice mail at work (if I could)
  10000. > is that the dial tone changes on my phone when I have messages. This
  10001. > is like the flashing LED on answering machines. You can quickly check
  10002. > if you have messages by listening to the dial tone rather than having
  10003. > to dial the voice mail number and to log in.
  10004.  
  10005. But don't forget the infinite series that results: You go off-hook to
  10006. listen for dial-tone.  You hear steady tone for a second or two,
  10007. indicating that at the time you went off-hook, there were no messages
  10008. waiting.  You go back on-hook, secure in the knowlege that you don't
  10009. have to call anybody back right now ...
  10010.  
  10011. But while you were off-hook checking, somebody called, and by the time
  10012. you were finished checking, and back on-hook, they had been forwarded
  10013. to the telco voice mail system (because your line was busy).  They
  10014. leave a message, but you were finished checking by the time they were
  10015. finished recording it.
  10016.  
  10017. You must pick up again, after a minute or so, to see if anybody left a
  10018. message while you were checking for messages.  And of course, the same
  10019. thing could happen during your next check-for-messages!
  10020.  
  10021. The light on your answering machine, or on your telephone if it could
  10022. be activated by the telco's voice mail service, would seem to be a
  10023. better idea.  You can check it (by looking at it) without missing
  10024. another call in the process.
  10025.  
  10026. To use their service correctly, you must go off-hook at least once
  10027. after every conversation, to see if a call arrived while your were
  10028. busy.  This means that for every call you place or receive, you must
  10029. go off-hook at least two times -- once to make the call itself, and a
  10030. second time, to see if you missed a call while you were busy.  This
  10031. approximately doubles the number of dial-tone registers required to
  10032. serve your community.  That expense, of course, is partially offset by
  10033. the service charge imposed on the users of their voice mail service.
  10034. It is also partially imposed on all users of their basic telephone
  10035. service.
  10036.  
  10037. I don't consider that an advantage.
  10038.  
  10039.  
  10040. Dave Levenson        Internet: dave@westmark.com
  10041. Westmark, Inc.        UUCP: {uunet | rutgers | att}!westmark!dave
  10042. Warren, NJ, USA        Voice: 908 647 0900  Fax: 908 647 6857
  10043.  
  10044. ------------------------------
  10045.  
  10046. From: cos!bob1@uunet.UU.NET (Bob Blackshaw)
  10047. Subject: Re: Telephone Vanity Plates?
  10048. Organization: Corporation for Open Systems
  10049. Date: Sun, 19 Jul 1992 20:38:47 GMT
  10050.  
  10051.  
  10052. In <telecom12.555.8@eecs.nwu.edu> Alan Boritz <72446.461@CompuServe.
  10053. COM> writes:
  10054.  
  10055. > Did you know that the State of New Jersey issues special vanity
  10056. > license plates for "Telephone Pioneers?"  Am I the only one that
  10057. > didn't?  I spotted one on a car in a Mahwah, New Jersey, parking lot
  10058. > today.  The plates have a "PA" prefix and sport a Telephone Pioneers
  10059. > of America logo with the familiar bell in the middle.
  10060.  
  10061. > What'll they think of next?  First Bell-Shaped-Heads, now Bell-Shaped
  10062. > license plates. ;)
  10063.  
  10064.  Maryland does this also, except it is TPAnnnn, with telephone
  10065. pioneers of America across the bottom. As a life member, I thought
  10066. about it, but why spend the money.
  10067.  
  10068.  
  10069. Bob
  10070.  
  10071. ------------------------------
  10072.  
  10073. Subject: Re: Godwin Speaks Out ...
  10074. Organization: I.E.C.C.
  10075. Date: 19 Jul 92 17:26:02 EDT (Sun)
  10076. From: johnl@iecc.cambridge.ma.us (John R. Levine)
  10077.  
  10078.  
  10079. > Well Mike, you had me leaning towards your side until I read the 13
  10080. > July edition of {ComputerWorld}, specifically the article "Wiretap
  10081. > snares alleged hackers". In that article, you state:
  10082.  
  10083. > "This whole indictment could very well be an attempt to frame some
  10084. > people who the authorities believe glorify hacking."
  10085.  
  10086. > This sounds like a sensationalist defense strategy to me Mike.
  10087.  
  10088. Mike isn't the only one who thinks so.  The current issue of the RISKS
  10089. Digest contains a long piece quoted (legally) from {Newsbytes} and
  10090. written by two people familiar with the case and with the individuals
  10091. involved.  While they agree that there are straighforward charges that
  10092. the people involved commited calling card fraud and other crimes, they
  10093. are very concerned about a large and vague conspiracy charge which
  10094. seems to be very poorly supported.  The authors contend that the
  10095. conspiracy charge appears politically motivated, in particular to
  10096. support the FBI's current campaign to make phone systems easy to tap.
  10097. Anyone interested should read the original.
  10098.  
  10099. Now can we stop calling each other names and get back to phone phun?
  10100. Perhaps we can encourage our hard-working Moderator to set an example
  10101. by in the future not posting personal attacks either from others or
  10102. from himself.  I've found this policy quite successful in comp.compilers, 
  10103. the group that I moderate.
  10104.  
  10105.  
  10106. Regards,
  10107.  
  10108. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  10109.  
  10110.  
  10111. [Moderator's Note: Mike Godwin has since complained that he did NOT
  10112. say the thing attributed to him ... and in fact he repudiated it.  But
  10113. you say you *do* feel that way? An LDM (Latter-Day McCarthyite) will
  10114. take your statement to the Committee shortly.  :)   PAT]
  10115.  
  10116. ------------------------------
  10117.  
  10118. Date: Sun, 19 Jul 92 19:39:24 EDT
  10119. From: hsilbiger@attmail.att.com (Herman R Silbiger)
  10120. Subject: Re: European Phone in Canada?
  10121. Organization: AT&T
  10122.  
  10123.  
  10124. In article <telecom12.558.4@eecs.nwu.edu>, lancelot@Mais.Hydro.Qc.CA
  10125. (Christian Doucet) writes:
  10126.  
  10127. > My sister bought a phone in Amsterdam and it somewhat looks like a
  10128. > 2500 set. She want's to use it here in Canada because it has this
  10129. > "oldish European look" :). It has a DTMF keypad on it.
  10130.  
  10131. > Will this phone work in Canada?
  10132. > Will the DTMF keypad work in Canada?
  10133. > How to wire it?
  10134.  
  10135. The phone will work in Canada.  I am not sure about the connections,
  10136. but I would get a modular cord with spade lugs at one end (Radio Shack
  10137. has them, and try a and b, a and EB, and b and EB in turn, using the
  10138. red and green from the modular cord.
  10139.  
  10140. I was in one of the Primafoon stores in the Netherlands, which are
  10141. operated by Netherlands PTT Telecom.  They had more than 30 different
  10142. models on display, including some candy apple colors.  All the phones
  10143. on display had RJ-11 connectors.
  10144.  
  10145.  
  10146. Herman Silbiger
  10147.  
  10148. ------------------------------
  10149.  
  10150. From: rbf@sactoh0.sac.ca.us (Bruce Ferrell)
  10151. Subject: Re: "Telephone Scrambler" Plans Available
  10152. Organization: Sacramento Public Access Unix, Sacramento, Ca.
  10153. Date: Mon, 20 Jul 92 04:02:49 GMT
  10154.  
  10155.  
  10156. You're partially right ... IF the cellular industry had engineers
  10157. there might be the kind of advances you want.  Right now what passes
  10158. for an engineer in cellular (and most alternative long distance) is
  10159. really a project engineer.  AT&T seems to be the exception as they do
  10160. engage in research and development. The rest only test and evaluate
  10161. the products of the equipment manufacturers to be sure they can use it
  10162. AND still make a profit.
  10163.  
  10164. ------------------------------
  10165.  
  10166. End of TELECOM Digest V12 #571
  10167. ******************************
  10168. 
  10169. 
  10170. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa27324;
  10171.           20 Jul 92 9:12 EDT
  10172. Received: by delta.eecs.nwu.edu id AA19143
  10173.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 20 Jul 1992 07:10:03 -0500
  10174. Received: by delta.eecs.nwu.edu id AA24897
  10175.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 20 Jul 1992 07:09:55 -0500
  10176. Date: Mon, 20 Jul 1992 07:09:55 -0500
  10177. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  10178. Message-Id: <199207201209.AA24897@delta.eecs.nwu.edu>
  10179. To: "\\telecom"@eecs.nwu.edu
  10180. Subject: TELECOM Digest V12 #572
  10181.  
  10182. TELECOM Digest     Mon, 20 Jul 92 07:10:00 CDT    Volume 12 : Issue 572
  10183.  
  10184. Index To This Issue:                      Moderator: Patrick A. Townson
  10185.  
  10186.     Re: What is ESN? (Vance Shipley)
  10187.     Re: What is ESN? (Alan L. Varney)
  10188.     Re: Airfone System Overload (Gordon Hlavenka)
  10189.     Re: Way Cool MCI Mail Binary File Handling (Bruce Ferrell)
  10190.     Re: Payphones With Bogus DTMF Tones? (Alan Boritz)
  10191.     Re: Surprise Calling Card Fraud: Followup (Scott Colbath)
  10192.     Re: AT&T Automated Rate Information (Rudolph T. Maceyko)
  10193.     Re: Telecom Fraud (was Cellular Phone Hacking) (Phil Wherry)
  10194.     Re: Cracker Running Rampant! (Roger Gonzalez)
  10195. ----------------------------------------------------------------------
  10196.  
  10197. From: vances@xenitec.on.ca (Vance Shipley)
  10198. Subject: Re: What is ESN?
  10199. Organization: SwitchView Inc., Waterloo, Ontario
  10200. Date: Mon, 20 Jul 1992 03:34:41 GMT
  10201.  
  10202.  
  10203. In article <telecom12.559.8@eecs.nwu.edu> cmoore@BRL.MIL (VLD/VMB)
  10204. writes:
  10205.  
  10206. > I noticed a listing for Bell-Northern Research in Richardson, Texas
  10207. > (near Dallas) on the 214-684 prefix, and followed by a 7D number
  10208. > prefixed with "ESN".  What is ESN?
  10209.  
  10210. "Electronic Switched Network", both a Meridian PBX feature package
  10211. name and the name used to describe the Northern Telecom/BNR private
  10212. switched telephone network.  Typically each PBX has a three digit
  10213. location code.  A seven digit ESN number would be LOC-XXXX where LOC
  10214. is the location code specifying which PBX and XXXX is the directory
  10215. number on that switch.  It is only valid within the ESN network.
  10216.  
  10217.  
  10218. Vance Shipley 
  10219. vances@xenitec.on.ca   vances@ltg.uucp   ..uunet.ca!xenitec!vances
  10220.  
  10221. ------------------------------
  10222.  
  10223. Date: Sun, 19 Jul 92 20:51:52 CDT
  10224. From: varney@ihlpf.att.com (Alan L Varney)
  10225. Subject: Re: What is ESN?
  10226. Organization: AT&T Network Systems, Lisle, IL
  10227.  
  10228.  
  10229. In article <telecom12.562.9@eecs.nwu.edu> francois%tollys.UUCP%
  10230. bnrmtl.UUCP@Larry.McRCIM.McGill.EDU (F Truchon) writes:
  10231.  
  10232. > ESN is an acronym for "Electronic Switched Network". In this context,
  10233. > it simply refers to NT/BNR's corporate voice network. Basically, a
  10234. > telephone network is implemented by leasing voice trunks between the
  10235. > Meridian 1 (SL1) PBX's at various locations. I believe that the first
  10236. > two or three digits of an ESN telephone number refer to a particular
  10237. > PBX (same as for public networks).
  10238.  
  10239. > Is ESN a standard name for corporate voice networks or is it only used
  10240. > with NT's Meridian 1 PBX?
  10241.  
  10242.    Don't know, but if it's just BNR's, won't the lawyers be upset that
  10243. you didn't use the (trademark/servicemark) symbol?
  10244.  
  10245.    For years, AT&T had several "corporate" networks, each with it's
  10246. own purpose, funding and connectivity.  On the manufacturing/research
  10247. side, there was "CORNET", a "Hardware-defined network" using seven-digit
  10248. access numbers to reach almost anywhere.  The "NXX" digits usually
  10249. defined a location, and the last four digits typically matched the
  10250. extension.  In some cases, an off-premises extension would be used to
  10251. extend a number to a remote location.  This was often used to provide
  10252. CORNET lines to Western Electric CO installations, since installers
  10253. were not allowed to use the CO telephones (One Bell System, ya'
  10254. know?).  Most TELCos also had their own "network", and so did the
  10255. Operations part of the Long Distance service.  But you couldn't call
  10256. between them.
  10257.  
  10258.    Several other large companies used versions of CORNET long before
  10259. 1984 changed the business.  I don't believe any are left, since things
  10260. like SDN (Software Defined Network) are more flexible, and have better
  10261. real-time controls and data collection.  Why, you might wonder, would
  10262. "The Phone Company" want a private network when they OWNED the
  10263. network?  It's simple -- CORNET allowed AT&T to easily restrict most
  10264. telephones from making non-business calls.  This prevented (they say)
  10265. lots of abuse, at least by the non-management employees.  Having "9"
  10266. unblocked on your telephone was a "power" symbol at many factories.
  10267. Since most telephones factory telephones were black, dial-pulse
  10268. beauties, a common "lock" was a physical lock in the "9" hole of the
  10269. dial, preventing "9" or "0" calls.  "8" usually got you to CORNET,
  10270. others were internal.
  10271.  
  10272.    As usual, the legal/regulatory area also made itself felt.  CORNET
  10273. could be justified because it prevented those abuses that might have
  10274. otherwise required lots of record-keeping and justification of every
  10275. call made by AT&T -- just to be sure AT&T wasn't "giving away"
  10276. personal calls as a benefit.
  10277.  
  10278.    And, of course, it also allowed AT&T to concentrate on providing
  10279. GREAT service to it's paying customers, and fixing the CORNET problems
  10280. when there was time available ...
  10281.  
  10282.  
  10283. Al Varney -- just MY memories ... and opinions.
  10284.  
  10285. ------------------------------
  10286.  
  10287. From: cgordon@vpnet.chi.il.us (gordon hlavenka)
  10288. Subject: Re: Airfone System Overload
  10289. Organization: Vpnet Public Access
  10290. Date: Sun, 19 Jul 1992 22:19:50 GMT
  10291.  
  10292.  
  10293. > during the delay, I reached for the GTE Airfone built into the seat in
  10294. > front of me. I waited for the green LED to come on before proceeding.
  10295. > It wasn't coming on. Eventually it did illuminate, but it was gone
  10296. > again before I could get my credit card through the magnetic reader. I
  10297. > assume with all those planes grounded on the runway in addition to
  10298. > those in the air that could not land, the call traffic was more than
  10299. > the system could handle. One lady who managed to get her card through
  10300. > the reader and dial a number heard a message stating that all circuits
  10301. > were busy and to please wait. This message repeated at regular
  10302. > intervals. She waited about half an hour before finally giving up.
  10303.  
  10304. As the guy who designed that seatback phone for GTE, I think I can
  10305. answer this for you.  (GTE "restructured" me out of the company a few
  10306. years ago, and I'm now employed by "the other" ATG phone carrier,
  10307. In-Flight Phone Corp.  Look for us on USAir 757s.)  (But I'm on the
  10308. General Aviation side, not Commercial, so if it eats your dime, don't
  10309. flame _me_ :-)
  10310.  
  10311. The aircraft itself has a maximum capacity of (4) phone calls.  This
  10312. is a limitation imposed by the amount of radio equipment carried
  10313. onboard.  It takes about two lineal feet of shelf space in the
  10314. equipment bay to handle those four calls.  They may decide to
  10315. double-install some high volume aircraft, but they didn't do so while
  10316. I was there.  Real estate in the equipment bay is SCARCE.
  10317.  
  10318. There are four cabin trunks available to connect handsets to the
  10319. onboard switching computer (called the ACU).  If all these trunks are
  10320. in use, the green LED on your handset will not illuminate -- in fact
  10321. the handset is not even powered up at this point.
  10322.  
  10323. (The cordless GTE system can have as many as eight phones in the
  10324. cabin, and they can all connect to the ACU.  But you can still only
  10325. have four radios -- four calls per aircraft.)
  10326.  
  10327. When the green LED comes on, this indicates that a cabin trunk is
  10328. available.  You can seize this trunk by running your credit card
  10329. through the handset.  If 20 people all pick up their handsets at the
  10330. same time, they will all get green lights.  The first four to swipe
  10331. their cards through will connect to the ACU, and everybody else's LEDs
  10332. will go out.  When one of the four hangs up (in the holder, not just
  10333. by pressing NEWCALL) all 16 of those LEDs come back on and you can all
  10334. race for the trunk.  If you listen to the handset while waiting for
  10335. the LED to come on, you'll hear a "beep-beep-beep-beep" signal.  When
  10336. the beeps stop, your LED is on!
  10337.  
  10338. Once you are connected to the ACU your credit card is checked and (if
  10339. it's a valid card) you are issued either a dialtone or a message
  10340. indicating "all lines busy."  The ALB message means that your ACU is
  10341. unable to open a channel to the ground station.  This could be because
  10342. the ground station's 31 (max) channels are all in use, or because your
  10343. aircraft has fewer than four radios installed, and those that are
  10344. installed are in use.  Three years ago, very few ground stations were
  10345. fully stuffed out to 31 channels.
  10346.  
  10347. > On a side note, I'd be interested in seeing a study showing
  10348. > how much extra Airfone revenue is generated for the airlines when
  10349. > there are delays versus flights that are on time (why be on time when
  10350. > you can make extra money by being late?).
  10351.  
  10352. I only know that call volume went up a _lot_ when there was a weather
  10353. problem.  I'm sure that made (makes!) certain non-travelling people
  10354. very happy! :-) And yes, the airline gets a cut of the call revenue.
  10355. But I doubt it's enough to make up for the aggravation caused by a
  10356. delay.
  10357.  
  10358.                ********** Important note **********
  10359.  
  10360. I hold no grudge against GTE for canning me on five seconds notice.
  10361. (Well, maybe a little ;-) I will not respond to requests for details
  10362. on the operation of their system.  Besides, it will all be obsolete in
  10363. a couple of months when they deploy Genstar.  Right.
  10364.  
  10365.  
  10366. Gordon S. Hlavenka    cgordon@vpnet.chi.il.us
  10367.  
  10368. ------------------------------
  10369.  
  10370. From: rbf@sactoh0.sac.ca.us (Bruce Ferrell)
  10371. Subject: Re: Way Cool MCI Mail Binary File Handling
  10372. Organization: Sacramento Public Access Unix, Sacramento, Ca.
  10373. Date: Mon, 20 Jul 92 03:56:42 GMT
  10374.  
  10375.  
  10376. In article <telecom12.546.5@eecs.nwu.edu> 72446.461@CompuServe.COM
  10377. (Alan Boritz) writes:
  10378.  
  10379. > johnl@iecc.cambridge.ma.us (John R. Levine) writes:
  10380.  
  10381. >> MCI Mail has recently upgraded their support for binary files in
  10382. >> messages.  They have long allowed you to send and receive binary
  10383. >> message segments, but only through the batch X.PC interface used by
  10384. >> programs like Lotus Express and Norton Desktop.
  10385.  
  10386. > "x.pc" is not a batch interface.  It's a link-level protocol that
  10387. > supports multiple logical sessions and only works with Tymnet's x.pc
  10388. > servers.  Chuck Forsberg, author of Professional Yam, and DSZ, wrote a
  10389. > special version of ProYam that will talk to Tymnet's x.pc. The only  
  10390. > implication of using x.pc is multiple connect time charges (when
  10391. > connected to more than one port on a host that charges for connect
  10392. > time), but it has no binary file transfer cabability by itself.
  10393.  
  10394. The protocol that MCI Mail uses for batching is called MEP2.  That's
  10395. all I've ever been able to find out about it.  If any one knows
  10396. more ... I'm all ears.  The times I've tried to contact MCI Mail for
  10397. information, I've gotten the equivelent of a blank stare.
  10398.  
  10399. ------------------------------
  10400.  
  10401. Date: 20 Jul 92 07:30:12 EDT
  10402. From: Alan Boritz <72446.461@CompuServe.COM>
  10403. Subject: Re: Payphones With Bogus DTMF Tones?
  10404.  
  10405.  
  10406. 72446.461@CompuServe.COM (Alan Boritz) writes:
  10407.  
  10408. > Don't bet on it.  I couldn't complete an AT&T calling card call to a
  10409. > number in Missouri from a LEC's pay phone at a service plaza on I-80
  10410. > in Indiana (ITC was grabbing the 0+ and 1+ calls).
  10411.  
  10412. > I guess some parts of the country are not as important as others,
  10413. > as far as AT&T's potential calling card business is concerned. (I
  10414. > finally completed the call using MCI with MCI's ENFIA access.)
  10415.  
  10416. > [Moderator Banging Head Against the Wall: Now I have heard everything!
  10417. > Did you get the name or title of this so-called 'marketing person'? I
  10418. > would have immediatly tried to reach the office manager wherever she
  10419. > was located and urge that she be pulled off the phones until she had
  10420. > been through some sort of training class.
  10421.  
  10422. Oh, I'm used to this kind of nonsense from AT&T people.  The last time
  10423. I took the trouble of memorializing a bell-shaped person's name was
  10424. when I was doing a market survey in preparation for a new switch at
  10425. the Empire State Building, to replace an old tired Horizon-advanced.
  10426.  
  10427. When I explained to our marketing person that I wanted switch
  10428. diagnostics, including trunk group busy peg counts (we were grossly
  10429. over-trunked, typical for a NY Tel-engineered leased PBX), she
  10430. replied, "What's a peg count?" She was lost by the time we got to
  10431. "busy studies." I never got specs on whatever small-to-medium size
  10432. switch AT&T was trying to push on (presumably) inexperienced business
  10433. customers.
  10434.  
  10435. However, after they later left us with no service for three days
  10436. (power supply failure, and they hadn't backed up the configuration
  10437. tapes in over three years) I wouldn't have specified AT&T product
  10438. anyway.
  10439.  
  10440. > Let me ask, do any of the AT&T readers here become embarrassed by
  10441. > some of the stupid things their co-workers say to or pass off on the
  10442. > public?  PAT]
  10443.  
  10444. What about when AT&T announced that they were discontinuing the System
  10445. 85, and then followed it up with a denial that that would ever happen?
  10446. One of my former City of New York co-workers has copies of both
  10447. releases, right from the source.
  10448.  
  10449. The trade media has been suggesting for some time (when they don't
  10450. fall for phony press releases) that AT&T is getting out of the
  10451. interconnect business.  Could the horrendous service and inevitable
  10452. hostile escalation be because they're already accepted that fate, or
  10453. is it a symptom of incompetent management?
  10454.  
  10455. Perhaps it may be more topical instead of trading "stupid AT&T jokes"
  10456. to ask, "what smart business does AT&T conduct that makes their
  10457. incompetence at least tolerable?"
  10458.  
  10459.  
  10460. Alan Boritz    72446.461@compuserve.com
  10461.  
  10462. ------------------------------
  10463.  
  10464. From: scol@scottsdale.az.stratus.com (Scott Colbath)
  10465. Subject: Re: Surprise Calling Card Fraud: Followup
  10466. Date: 19 Jul 92 20:35:58 GMT
  10467.  
  10468.  
  10469. In article <telecom12.560.10@eecs.nwu.edu> schuldy@progress.COM (Mark
  10470. Schuldenfrei) writes:
  10471.  
  10472. > Best of luck to AT&T's stockholders, however, it seems that the
  10473. > fraud unit is willing to write off $1000 dollars at a time.
  10474.  
  10475. So if the bill was one thousand dollars, what would the actual cost be
  10476. to AT&T for the services they provided? Just curious :)
  10477.  
  10478.  
  10479. Scott Colbath    Stratus Computer
  10480. Phoenix, Az.     (602) 852-3106
  10481. Internet:scott_colbath@az.stratus.com
  10482.  
  10483. ------------------------------
  10484.  
  10485. Date: Mon, 20 Jul 1992 02:38:36 -0400 (EDT)
  10486. From: Rudolph T Maceyko <rm55+@pitt.edu>
  10487. Organization: University of Pittsburgh
  10488. Subject: Re: AT&T Automated Rate Information
  10489.  
  10490.  
  10491. In article <telecom12.561.3@eecs.nwu.edu> jongsma@esseye.si.com (Ken
  10492. Jongsma) writes:
  10493.  
  10494. > I was in the Little Rock airport the other day and noticed something
  10495. > interesting: The AT&T Darth Vader phones (old CRT style) had a small
  10496. > sticker on them that said "For free AT&T rate info, Dial 0 + AC +
  10497. > number + 0".
  10498.  
  10499. > Well, you can't do that. These phones capture the number and kill the
  10500. > dial after 0 + AC + number. They then outpulse the number with the
  10501. > receiver muted. When the "bong" occurs, you can dial 0, but that just
  10502. > gets you the AT&T operator. I expected something more automated.
  10503.  
  10504. > Anyone know why these phones are stickered this way?
  10505.  
  10506. I was recently at the University of Maryland and had the fortunate
  10507. experience of using one of their dorm phones.  It was an AT&T 2500-ish
  10508. black set, and had probably the same sticker on the bottom, and it was
  10509. wrong, too.
  10510.  
  10511. But the weirdest thing about the U of Md telephone system is ...
  10512.  
  10513. "Dial 34567 for an AT&T Operator."
  10514.  
  10515. They suggested using 800 numbers to access other IXC's.
  10516.  
  10517.  
  10518. Rudy Maceyko  <rm55+@pitt.edu> or <rtm+@cmu.edu>  
  10519. Pittsburgh, Pennsylvania USA
  10520.  
  10521. ------------------------------
  10522.  
  10523. From: psw@vibes.mitre.org (Phil Wherry)
  10524. Subject: Re: Telecom Fraud (was Cellular Phone Hacking)
  10525. Reply-To: psw@vibes.mitre.org (Phil Wherry)
  10526. Organization: The MITRE Corporation, McLean, Va
  10527. Date: Mon, 20 Jul 1992 12:51:28 GMT
  10528.  
  10529.  
  10530. For whatever it's worth, GTE Sprint _does_ do the sort of geographic
  10531. checking that has been discussed here: a call originating from point
  10532. "A" closely followed by one from point "B" (where A and B are
  10533. physically distant) will send up a red flag. An associate had three or
  10534. four people sharing a single account from locations across the
  10535. country; Sprint kept cutting their access off because of this
  10536. geographic checking. Despite his best efforts, he was unable to get
  10537. Sprint to prevent this from happening automatically. (In this case, I
  10538. have to side with Sprint; he had too many people using the same number
  10539. to have any real control over the account.) He eventually bit the
  10540. bullet and got a bunch of separate cards. 
  10541.  
  10542.  
  10543. Phillip Wherry   Member of the Technical Staff 
  10544. The MITRE Corporation, McLean, VA psw@mitre.org
  10545.  
  10546. ------------------------------
  10547.  
  10548. From: rg@msel.unh.edu (Roger Gonzalez)
  10549. Subject: Re: Cracker Running Rampant!
  10550. Organization: UNH Marine Systems Engineering Lab
  10551. Date: Mon, 20 Jul 1992 04:26:57 GMT
  10552.  
  10553.  
  10554. Sounds like this system needs a complete wipe to me.  There are too
  10555. many dark corners in Unix and SunOS in which to hide back doors.
  10556. Trying to chase down each separate hole will take (literally) forever,
  10557. as he will open them as quickly as you close them.  And that's probably
  10558. what he wants.  All the suid programs are him arming himself for a
  10559. piecewise war.  Pull the network, reinstall the OS, change every
  10560. password, recompile every source-distributed binary.
  10561.  
  10562. Its a serious hassle, but your friend's site screwed itself from the
  10563. start by not enforcing security, and not responding on the first
  10564. breakin.
  10565.  
  10566.  
  10567. Roger Gonzalez   -  rg@msel.unh.edu
  10568. Division of Bit Banging and Reluctant Robotics
  10569. UNH Marine Systems Engineering Laboratory, Durham, NH  03824-3525
  10570. (603) 862-4600 -4399 (fax)
  10571.  
  10572. ------------------------------
  10573.  
  10574. End of TELECOM Digest V12 #572
  10575. ******************************
  10576. 
  10577. 
  10578. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa29306;
  10579.           20 Jul 92 10:02 EDT
  10580. Received: by delta.eecs.nwu.edu id AA26872
  10581.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 20 Jul 1992 07:57:07 -0500
  10582. Received: by delta.eecs.nwu.edu id AA07199
  10583.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 20 Jul 1992 07:57:00 -0500
  10584. Date: Mon, 20 Jul 1992 07:57:00 -0500
  10585. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  10586. Message-Id: <199207201257.AA07199@delta.eecs.nwu.edu>
  10587. To: "\\telecom"@eecs.nwu.edu
  10588. Subject: TELECOM Digest V12 #573
  10589.  
  10590. TELECOM Digest     Mon, 20 Jul 92 07:57:00 CDT    Volume 12 : Issue 573
  10591.  
  10592. Index To This Issue:                      Moderator: Patrick A. Townson
  10593.  
  10594.     Re: Going UP (John Higdon)
  10595.     Re: Going UP (John R. Levine)
  10596.     Re: St.Pierre and Miquelon (Charlie Mingo)
  10597.     Re: St.Pierre and Miquelon (Tom Hofmann)
  10598.     Re: St.Pierre and Miquelon (Mark Brader)
  10599.     Re: House Voice/Data Wiring Question (Andrew Klossner)
  10600.     Re: Suit Alleges Cellular Caused Brain Tumor (Marc T. Kaufman)
  10601.     Re: Suit Alleges Cellular Caused Brain Tumor (Ang Peng Hwa)
  10602. ----------------------------------------------------------------------
  10603.  
  10604. Date: Sun, 19 Jul 92 17:26 PDT
  10605. From: john@zygot.ati.com (John Higdon)
  10606. Reply-To: John Higdon <john@zygot.ati.com>
  10607. Organization: Green Hills and Cows
  10608. Subject: Re: Going UP
  10609.  
  10610.  
  10611. analyst@netcom.com (David Sternlight) writes:
  10612.  
  10613. > First of all, it is simply untrue that there is no quality on cable,
  10614. > though by use of the word "entertainment" it's not clear what Higdon
  10615. > wants. Just a few examples:
  10616.  
  10617. > C-SPAN   C-SPAN 2  Bravo   Arts and Entertainment
  10618. > HBO original movies   CNN  CNN Headline news.
  10619.  
  10620. HIGDON responds:
  10621.  
  10622. If you feel that twenty-four hours a day of legislative antics
  10623. (C-SPAN), [Bravo: unfamiliar], the decline and fall of A&E, the very
  10624. occasional HBO original offering (for an exhorbitant monthly fee), and
  10625. twenty-four hours a day of sensationalist news coverage constitutes
  10626. quality programming, then we have a matter over which honest men may
  10627. differ. But the only reasons I respond to your post:
  10628.  
  10629. > Third, fiber optic pipes into our homes will make data services,
  10630. > highly sophisticated telephone services, interactive ordering and many
  10631. > other thing available at low cost.
  10632.  
  10633. Ah, yes. The promise of fiber. This is, of course, what the telcos
  10634. wave in front of the bright-eyed masses when it wants to monopolize
  10635. and control potentially money making businesses. Cable companies
  10636. already have interactive ordering if you are willing to pay. If and
  10637. when telcos find it advantageous to "wire" neighborhoods with fiber,
  10638. it will be because they have a definite profitable motive. "Other"
  10639. uses that may interest you will probably be priced out of existence.
  10640. Please try to keep your feet on the ground and remember that if the
  10641. telcos set up broadband data highways it will be for the purpose of
  10642. selling you their own data services (which they alone control and
  10643. originate), not so that you may communicate with others of your own
  10644. choosing.
  10645.  
  10646. > But such opposition is not in the public interest since they aren't
  10647. > as technologically ready, nor have they the market base or cost
  10648. > structure to provide such services as cheaply as the phone companies
  10649. > can.
  10650.  
  10651. And why can the phone companies do this so cheaply? There is no magic
  10652. here; there is no "in place" plant (regarding fiber) that could be
  10653. efficiently utilized. This is the old shell game regarding the telcos'
  10654. vast capital reservoir: the regulated ratebase. But apparently you
  10655. don't believe this:
  10656.  
  10657. > Finally, cross subsidization can be trivially handled by the state
  10658. > PUCs with proper rules and accounting procedures. There's evidence
  10659. > this works -- look at the very low cost of Long Distance calls
  10660. > compared to local calls in many cases, due to the removal of
  10661. > cross-subsidization by the regulatory process. Thus the opponents'
  10662. > biggest propaganda objection is just plain silly, and only the
  10663. > gullible will fall for it.
  10664.  
  10665. It would seem that you have not looked very deeply into this topic.
  10666. Such naivete and simplification could only be the result of ignorance.
  10667. The cost of long distance calls has nothing to do with anything; they
  10668. are handled by separate companies from the telcos. In the case of LD
  10669. handled by the telcos themselves, I invite you to examine California's
  10670. intraLATA pricing structure.
  10671.  
  10672. But as to other matters, telcos REGULARLY cross subsidize services to
  10673. the detriment of competition. How do you suppose that Pac*Bell, for
  10674. instance, can offer "The Message Center" for less than the cost of the
  10675. special features alone required to support it? Magic? Voodoo? You bet
  10676. it is. And it appears that you have fallen for the old "Arms Length"
  10677. eyewash all the way.
  10678.  
  10679. Perhaps before you continue to dismiss my diatribes with a wave of the
  10680. hand, you might (as I have) dig a little into the industry and speak
  10681. to some of the independent providers. And then you might look at some
  10682. of the real figures and tariffs rather than parroting the RBOC
  10683. handouts.  If you are really interested in facts rather than fluff and
  10684. propaganda, you might find out what some of the independents are
  10685. REALLY worried about.
  10686.  
  10687. So perhaps you can tell us just exactly how the telcos will install
  10688. new equipment and technolgy over the next several decades so much more
  10689. cheaply than anyone else? Perhaps you can tell us how the telcos pull
  10690. money out of thin air without tapping the ratebase? Perhaps you can
  10691. tell us about all the advantages of having major amounts of
  10692. information originate from one source?
  10693.  
  10694. Inquiring minds do indeed want to know.
  10695.  
  10696.  
  10697.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  10698.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  10699.  
  10700. ------------------------------
  10701.  
  10702. Subject: Re: Going UP
  10703. Date: Mon, 20 Jul 92 1:16:37 EDT
  10704. From: John R. Levine <johnl@iecc.cambridge.ma.us>
  10705.  
  10706.  
  10707. > I don't fear telco monopolies as much as some seem to, and despite
  10708. > your refutation of the LD carrier example, the principle is
  10709. > unchanged -- PUCs can easily prevent cross-subsidisation.
  10710.  
  10711. I fear you have an exaggerated idea of both the technical skill and
  10712. the political muscle of most state PUCs.  Preventing cross-subsidy is
  10713. a very tricky business.  For example, how do you allocate costs when a
  10714. regulated and non-regulated operation share a facility?  By floor
  10715. space?  Business volume?  What if the two operations share a power
  10716. system, the supply is very expensive because it's super reliable and
  10717. non-interruptable, the non-regulated part doesn't really need that
  10718. fancy a supply, but telco says it was easier (due to floor space
  10719. limits or economies of scale) to get one big supply than two smaller
  10720. ones.  Or when they share repairmen?  Or any of a thousand other
  10721. things.
  10722.  
  10723. A skilled team of accountants could eventually sort all this stuff
  10724. out, but in nearly all cases regulation seems to consist of the PUC
  10725. saying "Are you guys cross-subsidizing?" and telco saying "Nope, not
  10726. us."  The PUC in principle needs to audit every shared facility and
  10727. every sale or transfer between the regulated and non-regulated side,
  10728. and that is a tremendous amount of work.  There's also the issue of
  10729. whether regulated facilities are offered in a non-discriminatory way
  10730. to all competitors, a separate and in some cases more important issue
  10731. than cross-subsidy.
  10732.  
  10733. For an example, voice mail is supposed to be a competitive business.
  10734. Everyone agrees that Pac Bell's offering is junk.  So where are the
  10735. higher quality competitive offerings?  According to lots of previous
  10736. telecom messages, Pac Bell has made it extremely hard to get forward
  10737. on no answer and stutter dialtone control, the two features that
  10738. competitive voicemail needs.  Somehow, they're only available in the
  10739. COs where Pac Bell voicemail is needed, or they need special expensive
  10740. interoffice trunks into every CO where there is a subscriber, or some
  10741. such thing.  And this doesn't even begin to address the question of
  10742. whether the features are overpriced to kill the competition.
  10743.  
  10744. Here in Massachusetts, telco offers voice mail (at $83/year, not
  10745. exactly cheap) and you can't even order the separate features yet.
  10746. This is competition?
  10747.  
  10748. Local phone companies should be in the phone business.  They should be
  10749. busy providing CLASS* and nationally interoperable ISDN and
  10750. inexpensive intra-lata packet nets.  Instead they're doing cruddy
  10751. voicemail and cruddier Minitel because they think there's more money
  10752. in unregulated businesses where they can jack their prices up without
  10753. limit, once they get rid of those pesky competitors.
  10754.  
  10755. > Finally, cross subsidization can be trivially handled by the state
  10756. > PUCs with proper rules and accounting procedures. There's evidence
  10757. > this works -- look at the very low cost of Long Distance calls
  10758. > compared to local calls in many cases, due to the removal of
  10759. > cross-subsidization by the regulatory process.
  10760.  
  10761. That's not a very good analogy -- there's a lot more than two long
  10762. distance companies, and a long distance company doesn't have to run a
  10763. wire to your house to sign you up as a customer.  Furthermore, you'll
  10764. note that local telcos are completely forbidden from competing in the
  10765. long distance market so the subsidy issue is moot -- any subsidy would
  10766. subsidize all long distance companies equally.
  10767.  
  10768. If you look at the actual experience of local telcos in competitive
  10769. markets, the experience is pretty awful.  In places where telcos offer
  10770. voice mail, for example, they do their best to bundle features and
  10771. make them hard to order so that competitive voice mail systems don't
  10772. stand a chance.  Around here, you can't even order forward on no
  10773. answer and remotely controlled stutter dialtone, so there's no
  10774. competition at all for telco's voice mail other than to note that for
  10775. what they charge you could buy and throw away an answering machine
  10776. every 10 months or so (and it wouldn't mysteriously lose a week's
  10777. worth of messages every now and then, either.)
  10778.  
  10779. The local telco here is also offering a relabelled and rather
  10780. expensive Minitel product with their "added value" being a yellow
  10781. pages data base.  Probably it'll lose money and fail like their
  10782. earlier overpriced and underperforming on line service front end did
  10783. (it ran at 1200 bps, no matter how fast your modem was,) the
  10784. ratepayers will eat the loss, and telco will once again whine that the
  10785. problem was overregulation, and they won't face up to the fact that
  10786. the product was junk.
  10787.  
  10788. In reality, I expect that what will really happen with cable is that
  10789. the telcos will end up buying the cable companies in order to kill the
  10790. only plausible source of dial tone competition.
  10791.  
  10792.  
  10793. Regards,
  10794.  
  10795. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  10796.  
  10797.  
  10798. * - well, all of the CLASS features except one, but let's not go into
  10799. that.
  10800.  
  10801. ------------------------------
  10802.  
  10803. From: Charlie.Mingo@p4218.f70.n109.z1.fidonet.org (Charlie Mingo)
  10804. Date: Sun, 19 Jul 1992 16:10:20 -0500
  10805. Subject: Re: St.Pierre and Miquelon
  10806.  
  10807.  
  10808. On 7/18/92, clive@x.co.uk (Clive Feather) wrote:
  10809.  
  10810. > [I don't know what DOM and TOM mean.]
  10811.  
  10812. Mail, c'est tres simple:  DOM = Department d'Outre-Mer,
  10813.                           TOM = Territoire d'Outre-Mer.
  10814.  
  10815.   In France, a DOM is a regular department in the national system, but
  10816. not attached to the 'hexagone' (just as Hawaii is a regular US state
  10817. not attached to the 'Lower 48').  A TOM is an overseas possession, not
  10818. unlike Puerto Rico or American Samoa.
  10819.  
  10820.   I think St. Pierre & Miquelon has been upgraded recently from TOM to
  10821. DOM, as part of a fishing dispute with Canada over the Grand banks.
  10822.  
  10823. ------------------------------
  10824.  
  10825. From: wtho@ciba-geigy.ch (Tom Hofmann)
  10826. Subject: Re: St.Pierre and Miquelon
  10827. Organization: Ciba-Geigy Ltd., Basel, Switzerland
  10828. Date: Mon, 20 Jul 1992 07:02:47 GMT
  10829.  
  10830.  
  10831. In article <telecom12.567.6@eecs.nwu.edu> clive@x.co.uk (Clive Feather) writes:
  10832.  
  10833. >[I don't know what DOM and TOM mean.]
  10834.  
  10835. DOM = Departement outre mer (being considered part of the French
  10836.       republic)
  10837. TOM = Territoire outre mer (not being considered part of the French
  10838.       republic)
  10839.  
  10840. > Within mainland France, you dial ######## for the same system (Paris
  10841. > or Provincial, or 16~######## for the other).
  10842.  
  10843.  From Provincial to Paris you dial 16~1########.  From abroad you dial
  10844. +331######## for Paris and +33######## for the rest of France.  That's
  10845. why the notation for Paris phone numbers is "(1) ##.##.##.##".
  10846.  
  10847. > From Guadelope, numbers in St.Barthelems and St.Martin (both French
  10848. > and Dutch parts) of the form 3##### can be dialed direct.
  10849.  
  10850. The Information that I have says that Guadeloupe, St. Barthelemy, and
  10851. St. Martin have the same country code +590.  To call St. Maarten
  10852. (Dutch part, country code +599-5) from +590 land you simply dial 3.
  10853.  
  10854.  
  10855. Tom Hofmann     wtho@ciba-geigy.ch
  10856.  
  10857. ------------------------------
  10858.  
  10859. Date: Mon, 20 Jul 92 00:53 EDT
  10860. Subject: Re: St.Pierre and Miquelon
  10861. From: msb@sq.com (Mark Brader)
  10862. Reply-To: msb@sq.com (Mark Brader)
  10863. Organization: SoftQuad Inc., Toronto, Canada
  10864.  
  10865.  
  10866. In volume 12 issue 567, Clive Feather (clive@x.co.uk) writes:
  10867. > [I don't know what DOM and TOM mean.]
  10868.  
  10869. Overseas Department and Overseas Territory, respectively.
  10870.  
  10871.  
  10872. Mark Brader, SoftQuad Inc., Toronto, utzoo!sq!msb, msb@sq.com
  10873.  
  10874.  
  10875. [Moderator's Note: Thanks to Dave Albert (albert@das.harvard.edu) and
  10876. Nigel Roberts (nigel@frsbfs.enet.dec.com) for providing the same
  10877. answer in almost exactly the same words.  PAT]
  10878.  
  10879. ------------------------------
  10880.  
  10881. From: andrew@frip.wv.tek.com (Andrew Klossner)
  10882. Subject: Re: House Voice/Data Wiring Question
  10883. Date: 20 Jul 92 02:00:46 GMT
  10884. Reply-To: andrew@frip.wv.tek.com
  10885. Organization: Tektronix, Wilsonville, Oregon
  10886.  
  10887.  
  10888. > "I'm having a house built and am going to put in extra wiring."
  10889.  
  10890. I recently did the same.
  10891.  
  10892. > "If my goal is to have some pairs connected to the BOC network
  10893. > and others connected to my 10BASE-T network ..."
  10894.  
  10895. STOP.  10BASE-T is not suitable for residential use, because it emits
  10896. a boatload of EMI.  (10BASE-T systems don't meet FCC class B.)  If you
  10897. operate a 10BASE-T network, there's a good chance your TV will be
  10898. useless, and your neighbors' sets might also be impacted.  FCC rules
  10899. say that it's your responsibility to limit EMI, so you could find
  10900. yourself forbidden to operate this network.
  10901.  
  10902. I addressed this problem by running a 10BASE-2 COAX cable throughout
  10903. my house.
  10904.  
  10905. I also ran three-pair cable to each of 52 boxes, where I'm mounting
  10906. two-jack outlets.  All cables are "home-runned", i.e., everything
  10907. connects directly to the wire closet where I have a panel of punchdown
  10908. blocks.  I figure you can't have too much copper in a house.
  10909.  
  10910.  
  10911. Andrew Klossner  (andrew@frip.wv.tek.com) 
  10912. (uunet!tektronix!frip.WV.TEK!andrew)
  10913.  
  10914. ------------------------------
  10915.  
  10916. From: kaufman@xenon.stanford.edu (Marc T. Kaufman)
  10917. Subject: Re: Suit Alleges Cellular Caused Brain Tumor
  10918. Organization: CS Department, Stanford University, California, USA
  10919. Date: 20 Jul 92 03:06:36 GMT
  10920.  
  10921.  
  10922. elr%trintex@uunet.UU.NET (Unix Guru-in-Training) writes:
  10923.  
  10924. > One of the early studies which found a correlation between childhood
  10925. > leukemia and electromagnetic field emissions was done on some suburban
  10926. > development -- nearly all the leukemia cases happened in houses that
  10927. > were immediately near the step-down transformer on the utility poles
  10928. > in the area.  For that neighborhood, the step-down transformers were
  10929. > located on the corners of street intersection.  Hence it's not a case
  10930. > of different income classes or any of the other factors suggested by
  10931. > other posters.
  10932.  
  10933. I suppose it's too much to suggest that the other common factor of
  10934. pole transformers in the 60's and earlier was PCB transformer oil.
  10935. PCBs are a known carcinogen.
  10936.  
  10937. > One testimony I heard (all in well-reasoned tones by various
  10938. > scientists who were discussing EMF at a public hearing about a
  10939. > water-supply construction project in my neighborhood) is that it's
  10940. > clear that EMF can cause cell damage -- the question is what
  10941. > frequencies and what power levels cause the problems.
  10942.  
  10943. And its so much more exciting to blame cancer on things you can't see.
  10944.  
  10945. > One of the topics examined by Brodeur was a street in Connecticut
  10946. > where single family homes were located next to a high-powered
  10947. > electrical substation (we're talking complete with giant transformers
  10948. > and the like).  Leukemia and brain tumors seemed to be the order of
  10949. > the day for the residents on that street, as well as the residents
  10950. > along the lines feeding the substation.  Again, we're talking EMF
  10951. > levels orders of magnitude higher than cellular phone output.
  10952.  
  10953. And of course, this well controlled study took into account the fact
  10954. that giant transformers are designed to keep their magnetic fields
  10955. INSIDE the core, to minimize loss.  And they probably also had PCBs in
  10956. them.
  10957.  
  10958. > I've read parts of Brodeur's series in the {New Yorker}, (the book is
  10959. > called "Currents of Death") and he does document all his sources well
  10960. > enough for any other interested parties to verify his conclusions.
  10961. > Alas, he does run on and on and on in his writing, almost as bad as my
  10962. > posting here. :-)
  10963.  
  10964. True, true.  I respectfully suggest that those people really concerned
  10965. with powerline induced cancers move out to the country and disconnect
  10966. from the electric utility.  It is also known that EMF levels INSIDE
  10967. houses is higher than EMF levels due to powerlines, primarily because
  10968. you are so much closer to the radiator.
  10969.  
  10970. I hope your next television is kerosene powered.
  10971.  
  10972.  
  10973. Marc Kaufman (kaufman@CS.Stanford.EDU)
  10974.  
  10975. ------------------------------
  10976.  
  10977. Date: Mon, 20 Jul 92 17:49:04 SST
  10978. From: Ang Peng Hwa <MCMANGPH@NUSVM.BITNET>
  10979. Subject: Re: Suit Alleges Cellular Caused Brain Tumor
  10980.  
  10981.  
  10982. Ed Ravin, after giving more details that support my earlier statement
  10983. writes:
  10984.  
  10985. > One testimony I had heard ... is that it's clear that EMF can cause cell
  10986. > damage -- the question is what frequencies  and what power levels cause
  10987. > the problems.
  10988.  
  10989. A distant relative of mine working at the US FDA says he conducted an
  10990. experiment in which he found that small amounts of non-ionizing
  10991. radiation was actually *good* for the body. 'Sort of like stress --
  10992. good in small amounts, bad in large. He said he presented a finding at
  10993. some conference in New Orleans in 1990 or 1991. I've not heard
  10994. anything about that from any other source.
  10995.  
  10996. If that is true, it does complicate the issue further than Ravin
  10997. points. It's what frequency, what level, what effect.
  10998.  
  10999. ------------------------------
  11000.  
  11001. End of TELECOM Digest V12 #573
  11002. ******************************
  11003. 
  11004. 
  11005. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa02282;
  11006.           20 Jul 92 23:40 EDT
  11007. Received: by delta.eecs.nwu.edu id AA01445
  11008.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 20 Jul 1992 21:12:13 -0500
  11009. Received: by delta.eecs.nwu.edu id AA10675
  11010.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 20 Jul 1992 21:12:05 -0500
  11011. Date: Mon, 20 Jul 1992 21:12:05 -0500
  11012. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  11013. Message-Id: <199207210212.AA10675@delta.eecs.nwu.edu>
  11014. To: "\\telecom"@eecs.nwu.edu
  11015. Subject: TELECOM Digest V12 #574
  11016.  
  11017. TELECOM Digest     Mon, 20 Jul 92 21:12:07 CDT    Volume 12 : Issue 574
  11018.  
  11019. Index To This Issue:                      Moderator: Patrick A. Townson
  11020.  
  11021.     Re: FCC Modem Tax Rumor on Compu$erve (John Higdon)
  11022.     Re: FCC Modem Tax Rumor on Compu$erve (Adrienne Voorhis)
  11023.     Re: FCC Modem Tax Rumor on Compu$erve (Phil Howard)
  11024.     Re: Personal Identification (was The Depths of Sliminess) (Alan L. Varney)
  11025.     Re: DMS-100 Peculiarity - HELP!!! (Alan L. Varney)
  11026.     Re: KTLA 45th Anniversary Broadcast (Mike Morris)
  11027.     Re: Ground Wire on Network Interface? (Hans Ridder)
  11028.     Re: Phone Tap in Murder Case Ruled Illegal (Robert J. Woodhead)
  11029. ----------------------------------------------------------------------
  11030.  
  11031. Date: Sun, 19 Jul 92 12:38 PDT
  11032. From: john@zygot.ati.com (John Higdon)
  11033. Reply-To: John Higdon <john@zygot.ati.com>
  11034. Organization: Green Hills and Cows
  11035. Subject: Re: FCC Modem Tax Rumor on Compu$erve
  11036.  
  11037.  
  11038. On Jul 19 at 12:19, TELECOM Moderator writes:
  11039.  
  11040. > [Moderator's Note: Well, here we go again. Someone had better get on
  11041. > the phone to CIS and ask them if they realize the problems caused by
  11042. > the spreading of this report and their request for help ... unless it
  11043. > really is true this time around.
  11044.  
  11045. Hear! Hear! However, consider this: in today's climate of screwy
  11046. regulation and de-regulation it would not be surprising at all to see
  11047. the government on the one hand allowing the telcos entry into the
  11048. information providing business and on the other allowing them to jack
  11049. up rates to competitors. The telcos (RBOCs and independents) have
  11050. always had a hand-in-glove relationship with the Feds and all those
  11051. BBSes from Compu$erve on down make them just a little nervous. What
  11052. better way to "institutionalize" the information that the public
  11053. receives than to concentrate it in the hands of a highly-controllable
  11054. monopoly?
  11055.  
  11056. IMHO, the Bells are not the only ones that would like to see the BBSes
  11057. bite the dust. I am sure the FBI for one is just a little tired of the
  11058. chatter that goes on UNCONTROLLED every day on the thousands upon
  11059. thousands of maverick computer systems. Look what damage just a few
  11060. FAX machines did to the PR of the Chinese government. The Federal
  11061. government has a serious "problem" here, and juggling the rate
  11062. structure of the means of transmission could be a most effective tool
  11063. in keeping the citizens in line. During a recent investigation to
  11064. which I was a party, an FBI agent, after being told about USENET and
  11065. the Internet, exclaimed, "You mean anyone can say anything he wants
  11066. and there is no one controlling what goes out?"
  11067.  
  11068. Without minimizing or excusing any crimes that might have been
  11069. committed in the recent "MOD hacker" case, it is useful to note what a
  11070. big deal the government has made about the fact that the investigation
  11071. depended heavily upon "wiretaps" and that, fortunately in this case,
  11072. all of the circuits monitored were analog. In other words, it appears
  11073. that the inordinate hoopla surrounding this matter is designed to drum
  11074. up support for the FBI-proposed legislation governing the tapability
  11075. of digital networks.
  11076.  
  11077. As telecom-knowledgable citizens we need to be aware not only of the
  11078. "facts" of regulation or proposed regulation, but also of some of the
  11079. motivation. On one of the "modem tax" go-rounds of times past, many on
  11080. this and other forums offered a lot of justification why the telcos
  11081. could and should charge users of modems more for telephone service
  11082. than voice users. It was all bunk and those making such assertions
  11083. were probably naive. But this is what we need to guard against: the
  11084. playing into the hands of the manipulators. If there are massive
  11085. changes to rate structures proposed, examine every aspect. Who will
  11086. pay? Why? Who will benefit? Why? Who will be hurt the most? WHY?
  11087.  
  11088. Social manipulation and (I really hate to use the word) oppression
  11089. come gradually and with stealth. No one says, "We are now going to
  11090. control the information you have access to." It is done through
  11091. "well-meaning", but carefully plotted, relatively minor changes. You
  11092. can bet that when and if there ever really IS a "modem tax", the
  11093. public will have been pre-sold on its "necessity". Those not affected
  11094. will not care; those affected will have been indoctrinated with all of
  11095. the justifications.
  11096.  
  11097. BTW, anyone out there still want to call me a "right-wing" radical?  :-)
  11098.  
  11099.  
  11100.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  11101.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  11102.  
  11103. ------------------------------
  11104.  
  11105. From: Adrienne Voorhis <voorhis@aecom.yu.edu>
  11106. Subject: Re: FCC Modem Tax Rumor on Compu$erve
  11107. Date: Sun, 19 Jul 92 13:54:16 EDT
  11108.  
  11109. In response to the latest modem tax rumor, Pat notes: 
  11110.  
  11111. > [Moderator's Note: Well, here we go again. Someone had better get on
  11112. > the phone to CIS and ask them if they realize the problems caused by
  11113. > the spreading of this report and their request for help ... unless it
  11114.  
  11115.      Gee, maybe the government really does have a long term plan to
  11116. sneak in a modem tax by repeatedly issuing modem tax rumors until no
  11117. one believes them anymore, then instituting one.  ;-)
  11118.  
  11119.  
  11120. Best Regards,
  11121.  
  11122. Adrienne Voorhis (voorhis@aecom.yu.edu)
  11123. Albert Einstein College of Medicine
  11124. Bronx, New York  (New home to 718)
  11125. Disclaimer: Speaking personally; not for the school. 
  11126.  
  11127. ------------------------------
  11128.  
  11129. From: pdh@netcom.com (Phil Howard)
  11130. Subject: Re: FCC Modem Tax Rumor on Compu$erve
  11131. Date: Mon, 20 Jul 92 04:52:36 GMT
  11132. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  11133.  
  11134.  
  11135. > [Moderator's Note: Well, here we go again. Someone had better get on
  11136. > the phone to CIS and ask them if they realize the problems caused by
  11137. > the spreading of this report and their request for help ... unless it
  11138. > really is true this time around. 
  11139.  
  11140. Given the repetition this rumor has already had for so long, I would
  11141. think the FCC probably would not be able to withstand the political
  11142. fallout of actually trying to (finally) sneak it by.
  11143.  
  11144.  
  11145. Phil Howard  ---  KA9WGN  ---  pdh@netcom.com 
  11146.  
  11147. ------------------------------
  11148.  
  11149. Date: Sat, 18 Jul 92 20:18:46 CDT
  11150. From: varney@ihlpf.att.com (Alan L Varney)
  11151. Subject: Re: Personal Identification (was The Depths of Sliminess)
  11152. Organization: AT&T Network Systems, Lisle, IL
  11153.  
  11154.  
  11155. In article <telecom12.562.5@eecs.nwu.edu> ggw@wolves.durham.nc.us
  11156. writes:
  11157.  
  11158. > Caller-ID will tell me if a caller from a properly equipped exchange
  11159. > is at a particular number.  It does not tell me *who* at that number
  11160. > is calling.  It helps, but not much.
  11161.  
  11162. > It also does not cover situations where someone is calling from
  11163. > somewhere else.  It simply returns the number from wherever they are
  11164. > calling.  Once again, there is no way of knowing *who* is calling in
  11165. > particular.
  11166.  
  11167. > There are systems available that allow someone to give out special
  11168. > codes so that "special" people can be identified by their dialing, but
  11169. > these are not always available, ....  About the only one that
  11170. > works in any sort of universal fashion is the "distinctive ring" that
  11171. > assigns multiple numbers to one pair and rings in different fashions,
  11172. > but that is not universally available, and costs to bloody much for
  11173. > most folks tastes.
  11174.  
  11175.    But then they call using BOTH numbers, ya' know ...
  11176.  
  11177.    There is one other thing that will work (for awhile), and is cheap
  11178. and universally available.  Just inform your selected callers (once
  11179. you have Caller-ID available) that when calling from other than their
  11180. normal telephone, they should call TWICE within a short period -- your
  11181. short-term memory (or some device) will recognize the repeated number
  11182. and answer the telephone.  If that's too much trouble for the caller,
  11183. then you probably didn't want to talk to them anyway; your time's
  11184. valuable.  You'll want to tell the local police, your bank, etc. as
  11185. well.  Of course, now that this has appeared in c.d.t, the Tele-slime
  11186. know this, and will soon be calling you twice as often, even if you
  11187. don't act on this suggestion ...
  11188.  
  11189. > Saying that Caller-ID is the way to go is just to much of a "pat"
  11190. > answer.
  11191.  
  11192.    Eeeuww, a PUN in c.d.t!  Doesn't PJN have a copyright on them???
  11193.  
  11194.  
  11195. Al Varney -- just MY opinion
  11196.  
  11197.  
  11198. [Moderator's Note: Nope, I hold the copyright on this. I license it to
  11199. PJN and other moderators who pay my requested fee annually.  PAT]
  11200.  
  11201. ------------------------------
  11202.  
  11203. Date: Sun, 19 Jul 92 22:37:41 CDT
  11204. From: varney@ihlpf.att.com (Alan L Varney)
  11205. Subject: Re: DMS-100 Peculiarity - HELP!!!
  11206. Organization: AT&T Network Systems, Lisle, IL
  11207.  
  11208.  
  11209. In article <telecom12.567.2@eecs.nwu.edu> gavron@Spades.ACES.COM
  11210. writes:
  11211.  
  11212. > I'm in the process of moving to a new location in rural Tucson AZ
  11213. > outskirts. ...
  11214.  
  11215. > Here's what really ticks me off though.  I used to be on a 1AESS and
  11216. > now I'm on a DMS-100.  My custom calling features are call-waiting**
  11217. > and speed-dial 30.  HOWEVER, I find the following peculiarities:
  11218.  
  11219. >    1. If there is no call waiting call coming in
  11220. >       and I flash the switchhook, I get a SECOND
  11221. >       dialtone.  However, I am unable to dial any
  11222. >       number on it since at the 4th digit I get a
  11223. >       fast busy signal.  (It won't dial 2-digit
  11224. >       speed-dialed calls either).
  11225.  
  11226.    While I can't speak for BNR/NTI, I believe the DMS started life as
  11227. a PBX -- at least that seems to explain a lot of non-obvious
  11228. interactions.  Anyway, a 1A ESS(tm) switch will only give dial tone
  11229. when you are allowed to make a call -- if you aren't allowed to
  11230. "flash" during a part of the call, you get non-flash timing and
  11231. treatment.  This saves switch resources (a concern back in the 60's
  11232. and 70's), and allowed all lines without "features" to act (mostly)
  11233. the way they did with X-bar/SXS switches.  Like you, customers
  11234. complained 20 years ago when that new-fangled #1 ESS acted differently
  11235. than their "old" switch.
  11236.  
  11237.   On the other hand, the DMS always allows you to make a call (at
  11238. least to 911, I believe), so it first handles the flash -- and then
  11239. sends invalid calls to "Reorder (fast busy)".  If you don't have
  11240. three-way calling on the DMS, almost anything is invalid after a
  11241. non-call-waiting flash.  But almost any "bug" can be a feature -- you
  11242. can dial "*70 - disable call waiting" on incoming calls, assuming you
  11243. are allowed to dial it on outgoing calls.
  11244.  
  11245. >    2. If I attempt to program speed dial via:
  11246. >       [dial tone] 75# [confirm tone + dial tone] nnNPA-NXXX,
  11247. >           wait then it fails (fast busy).
  11248.  
  11249. >       If I do the same but leave off the pound:
  11250. >       [dial tone] 75 and wait [confirm tone + dial tone]
  11251. >           nnNPA-NXXX, wait then it works!  (Number programmed)
  11252.  
  11253.    You might try "*75" or "1175".  The 1A ESS switch usually uses "#"
  11254. to stop timing for more digits from a non-Centrex telephone.  The DMS
  11255. is somewhat more selective, but US West might be able to change "#" to
  11256. an allowed digit after a "service code" like "75".  In fact, only a
  11257. few of the "7x" codes are grandfathered to operate without a leading
  11258. "#" or "11" -- newer feature codes conflict with speed call digits,
  11259. etc.
  11260.  
  11261. >    Number 2 is a nuisance, but as I rarely _program_ speed
  11262. >        calling numbers, I could live with it.  However, number 1 
  11263. >        is a big hassle since I'm used to tapping the switchhook
  11264. >        and redialing a number very rapidly.  Now I have to hold 
  11265. >        it down and count One-Ringy-Dingy.
  11266.  
  11267.    ISDN phones don't use "flash", so you get immediate dial tone.
  11268. Expensive, maybe, but we all have to trade-off cost vs. "hassles".
  11269. You could always ask US West for the areas still served by your
  11270. preferred switch ...
  11271.  
  11272. > **This feature ought to be mandatory for everyone I ever call ...
  11273.  
  11274.    Maybe -- but I almost NEVER interrupt my current call to answer it.
  11275. Do you really prefer "audible ring" to "busy tone"? Of course, the the
  11276. 1A ESS "click" is a perfect excuse to end a bothersome call.  With the
  11277. DMS, callers just have to take your word that there's another call
  11278. waiting.
  11279.  
  11280.  
  11281. Al Varney -- just MY opinion
  11282.  
  11283. ------------------------------
  11284.  
  11285. From: morris@grian.cps.altadena.ca.us (Mike Morris)
  11286. Subject: Re: KTLA 45th Anniversary Broadcast
  11287. Organization: College Park Software, Altadena, CA
  11288. Date: Sun, 19 Jul 1992 18:47:05 GMT
  11289.  
  11290.  
  11291. barry@coyote.datalog.com (Barry Mishkind) writes:
  11292.  
  11293. > A friend who comes from LA just asked about the 45th anniversary
  11294. > program shown by KTLA ...
  11295.  
  11296. > I'd like to acquire a dub of this tape to give him. He saw the writeup
  11297. > in {Daily Variety} or {Hollywood Reporter}, and is drooling for a
  11298. > chance to see it.
  11299.  
  11300. > If anyone has access ...
  11301.  
  11302. I remember seeing the 35th and 40th anniversary broadcasts on TV, but
  11303. don't have them on tape.  If anybody does, I'd be willing tp PAY for a
  11304. set of the three.  I've contacted a acquaintance at KTLA and he calims
  11305. that they've had a number of queries, but have no plans on producing a
  11306. tape, or letting anybody else do it.
  11307.  
  11308.  
  11309. Mike Morris   WA6ILQ   PO Box 1130    Arcadia, CA. 91077  
  11310. 818-447-7052 evenings   All opinions must be my own since nobody 
  11311. pays me enough to be their mouthpiece ...
  11312.  
  11313. ------------------------------
  11314.  
  11315. From: Hans Ridder <ridder@zso.dec.com>
  11316. Subject: Re: Ground Wire on Network Interface?
  11317. Organization: Digital Equipment Corporation - DECwest Engineering
  11318. Date: Sun, 19 Jul 1992 20:44:53 GMT
  11319.  
  11320.  
  11321. In article <telecom12.554.15@eecs.nwu.edu> Jim.Rees@umich.edu writes:
  11322.  
  11323. > I assume that the protector block is now part of the network
  11324. > interface.
  11325.  
  11326. Yes.  The network interface (NI) usually has a protector and a
  11327. demarcation point ("demarc") in it.
  11328.  
  11329. > What I don't understand is that there is no ground wire going in to the
  11330. > network interface box.  All my other protector blocks require a ground
  11331. > for proper operation.
  11332.  
  11333. There should be a ground wire going into the box somewhere.  In the
  11334. US, all "communications" type wires entering a building are required
  11335. by "code" (NEC) to have lightning protection, and that requires a
  11336. ground.
  11337.  
  11338. Also, code requires that all these grounds, and your electrical
  11339. service ground, *must* be electrically bonded together.  It's the
  11340. installers responsibility to intall the ground.  They can't just drive
  11341. a stake in somewhere handy and call that a ground.
  11342.  
  11343. > There are two screw holes on the "customer" side of the box marked "G,"
  11344. > but these are just holes and don't have any conductors (or screws) in
  11345. > them.  There is no other obvious place to put a ground wire.
  11346.  
  11347. > Should I connect up a ground wire somehow?
  11348.  
  11349. I wouldn't.  I'd get the phone company to do it.  It's their
  11350. responsibility.  The ground wire usually connects to a lug or stud on
  11351. the protector, which is hidden in the "telco" side of the NI.  It's
  11352. likely to be difficult to get at.
  11353.  
  11354. > Should I install my own "old-fashioned" protector block in the
  11355. > basement?
  11356.  
  11357. I wouldn't.  It isn't necessary, assuming the NI is properly wired.
  11358.  
  11359.  
  11360. Hans-Gabriel Ridder        Digital DECwest Engineering
  11361. ridder@rust.zso.dec.com        Bellevue, Washington, USA
  11362. {pacbell,pyramid,uunet}!rust.zso.dec.com!ridder
  11363.  
  11364. ------------------------------
  11365.  
  11366. From: trebor@foretune.co.jp (Robert J Woodhead)
  11367. Subject: Re: Phone Tap in Murder Case Ruled Illegal
  11368. Organization: Foretune Co., Ltd.
  11369. Date: Mon, 20 Jul 1992 01:51:20 GMT
  11370.  
  11371.  
  11372. MPA15AB!RANDY@TRENGA.tredydev.unisys.com writes:
  11373.  
  11374. > [I can understand it being illegal to tap one's own phone, and also
  11375. > that evidence received through government (police) misconduct should
  11376. > be suppressed.  It also makes sense to me that if you illegally tap
  11377. > your phone, you shouldn't be able to profit from it, such as by using
  11378. > the tapes in a civil suit.  But if the government had no hand in
  11379. > making the tape (didn't put you up to it, etc.), then the tape should
  11380. > be usable in a criminal case. -- RCG]
  11381.  
  11382. I believe the intent of the exclusion of such evidence is to prevent
  11383. the old "Well, we (the government) can't tap the phone, but *nudge*
  11384. *nudge* *wink* *wink* if someone else should happen to do so, well,
  11385. that would *say no more* be a different story."  How do you prove that
  11386. the government didn't induce someone to tap?
  11387.  
  11388. Yes, the exclusion may hinder justice in some cases (such as, perhaps,
  11389. the above), but the question is, is the benefit worth the cost?
  11390. Should I be allowed to tap all the phones at my office (and copy all
  11391. the email), and give it to the police if I find evidence that one of
  11392. my employees is a crook?  What if he/she isn't stealing from me, but
  11393. using my premises as a base for other crimes?  Am I allowed to tell
  11394. the cops "X is a crook, but I can't explain why ... go check it out"?
  11395.  
  11396. Very difficult questions; how we decide to answer them will have great
  11397. effect on the shaping of our society.
  11398.  
  11399.  
  11400. Robert J. Woodhead, Biar Games / AnimEigo, Incs.  trebor@foretune.co.jp
  11401.  
  11402.  
  11403. [Moderator's Note: Yes, you are allowed to tell the police X is a
  11404. crook. What do you think the various crime-stopper anonymous phone
  11405. lines are about?  And if X is doing something illegal on your premises
  11406. or using your equipment (phone lines, computer, etc) you are perfectly
  11407. within your rights to report it. You never are required to permit
  11408. illegal acts to take place on (or using) property you control, and in
  11409. fact may be considered an accessory if you make no effort to stop it.  PAT]
  11410.  
  11411. ------------------------------
  11412.  
  11413. End of TELECOM Digest V12 #574
  11414. ******************************
  11415. 
  11416. 
  11417. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa07016;
  11418.           21 Jul 92 1:19 EDT
  11419. Received: by delta.eecs.nwu.edu id AA07424
  11420.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 20 Jul 1992 23:08:42 -0500
  11421. Received: by delta.eecs.nwu.edu id AA17968
  11422.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 20 Jul 1992 23:08:31 -0500
  11423. Date: Mon, 20 Jul 1992 23:08:31 -0500
  11424. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  11425. Message-Id: <199207210408.AA17968@delta.eecs.nwu.edu>
  11426. To: "\\telecom"@eecs.nwu.edu
  11427. Subject: TELECOM Digest V12 #575
  11428.  
  11429. TELECOM Digest     Mon, 20 Jul 92 23:08:28 CDT    Volume 12 : Issue 575
  11430.  
  11431. Index To This Issue:                      Moderator: Patrick A. Townson
  11432.  
  11433.     Re: Telephone Keypad Question (Erik Rauch)
  11434.     Re: Telephone Keypad Question (Jeffrey Jonas)
  11435.     Re: Suit Alleges Cellular Caused Brain Tumor (David G. Lewis)
  11436.     Re: Suit Alleges Cellular Caused Brain Tumor (Jon Mellott)
  11437.     Re: 3W vs 0.6W (Gregory Youngblood)
  11438.     Re: Telecom Fraud (was Cellular Phone Hacking) (Kevin A. Mitchell)
  11439.     Re: Telecom Fraud (was Cellular Phone Hacking) (David G. Lewis)
  11440.     Re: Telecom Fraud (was Cellular Phone Hacking) (Alan Boritz)
  11441.     Re: Calling Cards For Married Couples (Andy Sherman)
  11442.     Re: Messages Were Overflowing Again (Linc Madison)
  11443. ----------------------------------------------------------------------
  11444.  
  11445. From: Erik Rauch <hourglas!erikr@wisdom.bubble.org>
  11446. Subject: Re: Telephone Keypad Question
  11447. Date: Sun, 19 Jul 92 17:28:45 EDT
  11448.  
  11449.  
  11450. > [Moderator's Note: Telephone numbers do not usually begin with '1',
  11451. > and having the letters /ABC/ there would have effectively precluded
  11452. > them from being the starting letter in an exchange name, back when
  11453. > telco officially used words to identify central offices. In order to
  11454. > keep the zero available as a single digit way to reach the operator,
  11455. > letters were not used there either. Imagine life with no AVEnue,
  11456. > AUStin, BIShop, BOUlevard, CIRcle, CAThedral or COLumbus ... Since
  11457. > only eight digits are left, two letters had to be elimininated, with
  11458. > /QZ/ least likely to be needed. Imagine life without QUAyle ... PAT]
  11459.  
  11460. I have always considered phone numbers like "VIllage 2-3629" an
  11461. anachronism. Two questions: I have always seen such phone numbers with
  11462. only the first two digits serving as the mnemonic or CO identifier.
  11463. When did the phone company use three digits? And when was this
  11464. practice officially abolished?
  11465.  
  11466.  
  11467. [Moderator's Note: Prior to automatic service, telephone exchanges
  11468. were known by names, followed by one, two, three or four digits. In a
  11469. few rare cases there were five digits. The exchange names were chosen
  11470. based on several things: their geographic location, ie. Chicago's
  11471. Wabash and Franklin were on those streets; a neighborhood (Hyde Park
  11472. and Lakeview); a famous person ([Clarence] Buckingham, [Mayor Carter]
  11473. Harrison); or other factors. In small towns with one exchange, the CO
  11474. was frequently just the name of the town. The first exchange in
  11475. Chicago in 1878 was simply 'central' (as in central office), and over
  11476. the years it metamorphosed into Central, CENtral, CEntral-6, CE-6 and
  11477. for the past 30 years or so, 236. 
  11478.  
  11479. As automatic dialing was phased in and manual service phased out (we
  11480. here began converting to dial service in 1939; the war halted further
  11481. conversion from 1942-46 and the conversion was completed in 1951), the
  11482. old familiar names were kept when possible and when there would be no
  11483. conflict in dialing (certain old exchange names collided numerically
  11484. with other exchange names, ie. [Union Stock] Yards and Warren [Boulevard]
  11485.  -- we kept YARds (now 927) and Warren became Haymarket [riots, meeting
  11486. place of strikers] (now 421). To standardize all numbers at seven
  11487. digits (for many years 'Central 1' was a private line in the mayor's
  11488. office), the first three letters of the exchange name were used and
  11489. the existing four digits. If less than four digits, then zeros were
  11490. prepended. In the above example, Central 1 became CENtral-0001
  11491. following conversion to automatic dialing. WGN Radio with its long
  11492. time number Michigan 225 became MIChigan-0225, etc. (Don't try dialing
  11493. 312-642-0225 now; WGN hasn't had that number for 30+ years!) 
  11494.  
  11495. After a few years, early 1950-ish it became obvious there were not
  11496. enough *workable, easily speakable, spellable* combinations to go
  11497. around so a conversion was made to two letters and five numbers, with
  11498. the first digit merely being what had previously been the third
  11499. letter. But this now allowed other digits to be used as well, so that
  11500. cases like GRAceland [cemetery and surroundings set on land which
  11501. belonged to Grace, the wife of an early citizen of fame] could expand
  11502. to GRaceland-7 as well as the original GRaceland-2. The same rationale
  11503. was used about 1960 in the decision to go ANC -- 'all number calling';
  11504. it allowed use of number combinations like 998, 559 and such which
  11505. prior were unpronounceable non-words. When ANC started, existing
  11506. customers were grandfathered, and new customers got all digits on the
  11507. very same prefixes. For about ten years, the directory had a mix of
  11508. both types, GR-2 and 472, ROgers Park-4 and 764, etc. In many/most
  11509. communities across the USA where conversion to dial service occurred
  11510. prior to about 1950, the original three digit exchange will map to the
  11511. first three letters in the old name. After about 1960 it was dueces
  11512. wild; no attempt was made to match numbers with names; any number
  11513. combination unused at the time was considered with some universal
  11514. exceptions: First and second digits always 2-9 (never 0 or 1) and
  11515. third digit 1-9 (never a zero). A few were held aside on purpose as
  11516. part of the long range planning at the time: 976, 555, etc.  That's
  11517. more than you wanted to know, I'm sure!  :) PAT]
  11518.  
  11519. ------------------------------
  11520.  
  11521. Date: Mon, 20 Jul 92 11:04:17 -0400
  11522. From: krfiny!jeffj@uunet.uu.net
  11523. Subject: Re: Telephone Keypad Question
  11524.  
  11525.  
  11526. Pat's explanation of the letter assignments makes a lot of sense, but
  11527. recall that it used to be American Telephone and TELEGRAPH.  Telegraph
  11528. operators were super careful not to confuse '1' with 'I', '0' with
  11529. 'O', so one could surmise that letters and numbers that look alike
  11530. would have been avoided on the phone keypad since it's also a
  11531. telecommunications device.  If I'm not mistaken, touch tone (DTMF)
  11532. pads were used internally to AT&T many years before it was available
  11533. to the public.
  11534.  
  11535. The human factors group obviously took precedent and eliminated
  11536. letters that were rarely used in order to make easy to remember
  11537. exchanges.  It was common knowledge that only the first two letters
  11538. were used (except for 'vanity' numbers), so there was apparently no
  11539. confusion.
  11540.  
  11541. I'm still pissed that AT&T discontinued the Teletype brand name.  Kids
  11542. today really don't know why serial ports are names 'tty'.  Telegraphs
  11543. are really in the far past.
  11544.  
  11545.  
  11546. Jeffrey Jonas      synsys!jeffj@uunet.uu.net    .. ! uunet!synsys!jeffj
  11547.  
  11548. ------------------------------
  11549.  
  11550. From: deej@cbnewsf.cb.att.com (david.g.lewis)
  11551. Subject: Re: Suit Alleges Cellular Caused Brain Tumor
  11552. Organization: AT&T
  11553. Date: Mon, 20 Jul 1992 16:38:48 GMT
  11554.  
  11555.  
  11556. In article <telecom12.569.12@eecs.nwu.edu> elr%trintex@uunet.UU.NET
  11557. (Unix Guru-in-Training) writes:
  11558.  
  11559. > One of the early studies which found a correlation between childhood
  11560. > leukemia and electromagnetic field emissions was done on some suburban
  11561. > development -- nearly all the leukemia cases happened in houses that
  11562. > were immediately near the step-down transformer on the utility poles
  11563. > in the area.  For that neighborhood, the step-down transformers were
  11564. > located on the corners of street intersection.  Hence it's not a case
  11565. > of different income classes or any of the other factors suggested by
  11566. > other posters.
  11567.  
  11568. However, older-generation transformers often used PCBs for insulating
  11569. and cooling material, thereby giving another possible explanation -
  11570. environmental leakage of PCBs giving rise to dioxin (or whatever the
  11571. chain of events is -- I don't know this chemical stuff that well ...)
  11572.  
  11573. > One of the topics examined by Brodeur was a street in Connecticut
  11574. > where single family homes were located next to a high-powered
  11575. > electrical substation (we're talking complete with giant transformers
  11576. > and the like).  Leukemia and brain tumors seemed to be the order of
  11577. > the day for the residents on that street, as well as the residents
  11578. > along the lines feeding the substation.  Again, we're talking EMF
  11579. > levels orders of magnitude higher than cellular phone output.
  11580.  
  11581. Again, we're talking transformers, possibly PCBs and other environmental
  11582. causes other than EMF.
  11583.  
  11584. I'm not saying that there is no possibility that EMF can be a cause of
  11585. detrimental health effects, but rather (as has been said before) that
  11586. a lot of times people tend to confuse causation with correlation.
  11587.  
  11588. > I've read parts of Brodeur's series in the {New Yorker}, (the book is
  11589. > called "Currents of Death") and he does document all his sources well
  11590. > enough for any other interested parties to verify his conclusions.
  11591.  
  11592. A researcher with whom I am acquainted who has done an exhaustive
  11593. review of the research on EMF once referred to "Currents of Death" (in
  11594. a private conversation we had) as "the worst possible thing that could
  11595. have occurred in the field."  (I'm not claiming that's an exact quote,
  11596. which is why I'm not giving the individual's name ...)  The last thing
  11597. that a complex question of this nature needs is a sensational mass-media 
  11598. "expose'".
  11599.  
  11600. I've diverged enough from telecom, sorry ...
  11601.  
  11602. ------------------------------
  11603.  
  11604. From: jon@alpha.ee.ufl.edu (Jon Mellott)
  11605. Subject: Re: Suit Alleges Cellular Caused Brain Tumor
  11606. Organization: EE Dept at UF
  11607. Date: Mon, 20 Jul 92 17:00:20 GMT
  11608.  
  11609.  
  11610. In article <telecom12.573.7@eecs.nwu.edu>, kaufman@xenon.stanford.edu
  11611. (Marc T. Kaufman) writes:
  11612.  
  11613. elr%trintex@uunet.UU.NET (Unix Guru-in-Training) writes:
  11614.  
  11615. >> One of the early studies which found a correlation between childhood
  11616. >> leukemia and electromagnetic field emissions was done on some suburban
  11617. >> development -- nearly all the leukemia cases happened in houses that
  11618. >> were immediately near the step-down transformer on the utility poles
  11619. >> in the area.  For that neighborhood, the step-down transformers were
  11620. >> located on the corners of street intersection.  Hence it's not a case
  11621. >> of different income classes or any of the other factors suggested by
  11622. >> other posters.
  11623.  
  11624. Besides PCBs from the transformer oil, there could be a problem with
  11625. emissions from automobiles. Those homes located corners would
  11626. (presumably) be adjacent to more traffic than those not on the
  11627. corners. For example, the soil along many older roads is heavily
  11628. contaminated with lead from leaded gasoline.
  11629.  
  11630. > True, true.  I respectfully suggest that those people really concerned
  11631. > with powerline induced cancers move out to the country and disconnect
  11632. > from the electric utility.  It is also known that EMF levels INSIDE
  11633. > houses is higher than EMF levels due to powerlines, primarily because
  11634. > you are so much closer to the radiator.
  11635.  
  11636. Recall that for inductive fields, the magnetic field falls off as
  11637. 1/r^2 whereas for radiated fields the field falls off as 1/r. At low
  11638. frequencies (such as those used in power systems) the radiated power
  11639. is very low.  On the other hand, the electric field from high voltage
  11640. lines can be substantial. The moral of the story: don't worry too much
  11641. about the magnetic field unless you are *real* close to the line (and
  11642. it is carrying a substantial amount of current). Worry more if the
  11643. line is a very high voltage because of the E field.
  11644.  
  11645. > I hope your next television is kerosene powered.
  11646.  
  11647. But then there is that field from the CRT :)
  11648.  
  11649.  
  11650. Jon Mellott
  11651.  
  11652. ------------------------------
  11653.  
  11654. Subject: Re: 3W vs 0.6W
  11655. From: zeta@yngbld.gwinnett.COM (Gregory Youngblood)
  11656. Date: Mon, 20 Jul 92 10:44:55 EST
  11657. Organization: TCS Consulting Services, Peachtree City, GA
  11658.  
  11659.  
  11660. stevef@wrq.com (Steve Forrette) writes:
  11661.  
  11662. > In article <telecom12.566.4@eecs.nwu.edu> dbrillha@dave.mis.semi.
  11663. > harris.com (Dave Brillhart) writes:
  11664.  
  11665. >>1.) Are 3.0W units really going to buy me alot more compared to the
  11666. >>    compact 0.6W phones -- in regards to TX (and RX?) sound quality,
  11667. >>    battery life, max distance from the closest transceiver, or other
  11668. >>    issues I haven't thought of?
  11669.  
  11670. > This reminds me of a feature on some of the Motorola bag phones that I
  11671. > consider to be just a marketing gimmick: a .6W/3W switch.  The sales
  11672. > people will tell you that when you are running the bag phone off of
  11673. > batteries, it is a good idea to switch it to .6W to extend the battery
  11674. > life; when you have it plugged into the cigarette lighter in your car,
  11675. > switch it to 3W for best reception.
  11676.  
  11677. > Of course, astute TELECOM Digest readers will note that the phone
  11678. > doesn't always transmit at the maximum power level, but is instead
  11679. > commanded by the base station to transmit at the lowest level that's
  11680. > necessary for a good signal.  So, if you're near a cell, and only need
  11681. > 200mW to get a good signal, your phone only transmits with 200mW,
  11682. > regardless of whether you have a 600mW or 3W model (this is primarily
  11683. > so that the cell size can be scaled -- not to conserve battery
  11684. > capacity, although that is a nice side effect).  In any event, the
  11685. > only thing that the 600mW setting of the bag-phone switch accomplishes
  11686. > is cutting off your calls when they need more than 600mW to get
  11687. > through -- they don't save any battery capacity otherwise.  Since I
  11688. > can't imagine that even under battery power you'd rather have your
  11689. > calls cut off when they need more than 600mW just so you can 'save
  11690. > your batteries,' I conclude that this is just a marketing gimmick.
  11691.  
  11692. This technology is widely used.  But not everywhere.  Some systems,
  11693. particularly in RSAs do not run with this feature enabled.  I
  11694. personally know of about six or eight systems that I myself worked in
  11695. where the company wanted that disabled.  Full power, no power stepping
  11696. activated at all.
  11697.  
  11698. As far as the 'gimmick', several phones have that, including OKIs I
  11699. believe.  At least the old OKI 410 series phones had that I think.  It
  11700. has its uses, but I almost always kept the thing on high no matter
  11701. what.
  11702.  
  11703.  
  11704. Gregory S. Youngblood    The opinions expressed above are my own 
  11705. TCS Consulting Services  and does not mean I'm right or that anyone
  11706.                          else agrees with me.
  11707.  
  11708. ------------------------------
  11709.  
  11710. From: kam@dlogics.com (Kevin A. Mitchell)
  11711. Subject: Re: Telecom Fraud (was Cellular Phone Hacking)
  11712. Organization: Datalogics, Inc.
  11713. Date: Mon, 20 Jul 92 15:27:20 GMT
  11714.  
  11715.  
  11716. rickie@trickie.uucp (Richard Nash) writes:
  11717.  
  11718. > No problem! Joint credit cards could be issued with unique PINS that
  11719. > identify each user.  Thus, only a simultaneous use of the credit card
  11720. > could be from a fraudulent source.  This scheme has the added benefit
  11721. > of assisting both users of the account to identify and reconcile their
  11722. > own transactions. (The billing system records the entire credit card
  11723. > including the PIN).
  11724.  
  11725. I have an AT&T no-AOS type calling card. I asked for another card for
  11726. my wife and got a card with her name on it, and a _different number_
  11727. than the one on my card.
  11728.  
  11729.  
  11730. Kevin A. Mitchell    (312) 266-4485
  11731. Datalogics, Inc      Internet: kam@dlogics.com
  11732. 441 W. Huron         UUCP: ..!uunet!dlogics!kam
  11733. Chicago, IL  60610   FAX: (312) 266-4473
  11734.  
  11735.  
  11736. [Moderator's Note: You and your meaningless '266' phone number! I'd
  11737. expect a telecom enthusiast in your neighborhood to be on the
  11738. DElaware-7, SUPerior, MOHawk, or WHItehall exchange at the very
  11739. least.  :)  PAT]
  11740.  
  11741. ------------------------------
  11742.  
  11743. From: deej@cbnewsf.cb.att.com (david.g.lewis)
  11744. Subject: Re: Telecom Fraud (was Cellular Phone Hacking)
  11745. Organization: AT&T
  11746. Date: Mon, 20 Jul 1992 16:22:46 GMT
  11747.  
  11748.  
  11749. In article <telecom12.569.5@eecs.nwu.edu> rickie@trickie.uucp (Richard
  11750. Nash) writes:
  11751.  
  11752. > No problem! Joint credit cards could be issued with unique PINS that
  11753. > identify each user.
  11754.  
  11755. Not great from a security point of view, because it cuts the
  11756. probability of randomly guessing a PIN given a known phone number in
  11757. half.  A subaccount code postpended to the PIN or some such would be
  11758. preferable.  (By extension, allowing each family member in an extended
  11759. family of ten would cut security by an order of magnitude.  Not good.)
  11760.  
  11761. ------------------------------
  11762.  
  11763. Date: 20 Jul 92 17:12:55 EDT
  11764. From: Alan Boritz <72446.461@CompuServe.COM>
  11765. Subject: Re: Telecom Fraud (was Cellular Phone Hacking)
  11766.  
  11767.  
  11768. sbrack@jupiter.cse.UTOLEDO.edu (Steven S. Brack) writes:
  11769.  
  11770. > It makes me wonder why the issuing telcos couldn't detect and possibly
  11771. > block calls made on the same CC but made too far apart in distance and
  11772. > too close together in time to have been made by the same person.
  11773.  
  11774.  ... but not for long.  Your friend could have given his calling card
  11775. number to a friend or relative.
  11776.  
  11777. Cell-phone billing is generated long after the conversations are over,
  11778. however it takes money and resources to do something with the
  11779. questionable billing info after it's collected. It's much easier to
  11780. just bill everyone for the pirate's activities, and hope that most
  11781. people will just pay the bill without looking, rather than to go after
  11782. the real cause of the problem.  If these guys can't get their act
  11783. together long enough to set up a stolen ESN clearinghouse, why do you
  11784. think they'll take an active role to stop fraud before the customers
  11785. discover it?
  11786.  
  11787.  
  11788. Alan Boritz   72446.461@compuserve.com
  11789.  
  11790. ------------------------------
  11791.  
  11792. From: andys@flatline.sbi.com (Andy Sherman)
  11793. Subject: Re: Calling Cards For Married Couples
  11794. Date: Mon, 20 Jul 92 00:15:54 EDT
  11795.  
  11796.  
  11797. On 19 Jul 92 05:24:51 GMT, Nigel.Allen@lambada.oit.unc.edu said:
  11798.  
  11799. > They don't have to share the same number. One of them could be
  11800. > assigned a special calling card number (sometimes called a fictitious
  11801. > number) that would be billed on the same account. Some telephone
  11802. > companies and long distance carriers may be reluctant to do this
  11803. > because there are a limited number of possible fictitious numbers, and
  11804. > some residential service representatives may not have been trained how
  11805. > to set up this kind of calling card.
  11806.  
  11807. I called AT&T to get two of the new CIID cards.  They asked for my
  11808. wife's full name.  We got two cards, one with my name, one with hers.
  11809. They have different numbers.  I guess class tells.  :^)
  11810.  
  11811. > Similarly, another family member (such as a child away at university)
  11812. > could be given his or her own calling card with a separate number, but
  11813. > billed to the family telephone account.
  11814.  
  11815. If you get the AT&T Custom Calling Card (restricted to up to ten
  11816. numbers) it has its own number, too.
  11817.  
  11818. And you don't even have to tell AT&T that Nigel says its' a good idea.
  11819. And the net.cynics can't accuse me of blatent toadyism, as I don't
  11820. work there anymore. :^)  (But I ain't changing my PIC either).
  11821.  
  11822.  
  11823. Andy Sherman  (yes, the same one)
  11824. Salomon Inc  -  Unix Systems Support  -  Rutherford, NJ
  11825. (201) 896-7018  -  andys@flatline.sbi.com or asherman@mhnj.sbi.com
  11826. "These opinions are mine, all *MINE*.  My employer can't have them."
  11827.  
  11828. ------------------------------
  11829.  
  11830. Date: Mon, 20 Jul 92 14:45:19 PDT
  11831. From: linc@tongue1.Berkeley.EDU (Linc Madison)
  11832. Subject: Re: Messages Were Overflowing Again
  11833. Organization: University of California, Berkeley
  11834.  
  11835.  
  11836. In article <telecom12.505.12@eecs.nwu.edu> PAT writes:
  11837.  
  11838. > I am always gratified by the tremendous amount of traffic in this
  11839. > group ...
  11840.  
  11841. My, what funny things those little electrons are!  I *swear* the first
  11842. time I read that sentence, it said,
  11843.  
  11844. "I am always GRAFFITIED by the tremendous amount of traffic ..."
  11845.  
  11846.  
  11847. Linc Madison  ==  Linc@Tongue1.Berkeley.EDU
  11848.  
  11849.  
  11850. [Moderator's Note: Very clever ... but I don't consider any of my mail
  11851. to be graffiti. I read it all; I only wish I could answer it all and
  11852. use it all here in the Digest.  About 150 went unused last week. :(  PAT]
  11853.  
  11854. ------------------------------
  11855.  
  11856. End of TELECOM Digest V12 #575
  11857. ******************************
  11858. 
  11859. 
  11860. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa12835;
  11861.           21 Jul 92 3:27 EDT
  11862. Received: by delta.eecs.nwu.edu id AA17669
  11863.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 21 Jul 1992 00:46:38 -0500
  11864. Received: by delta.eecs.nwu.edu id AA06031
  11865.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 21 Jul 1992 00:46:27 -0500
  11866. Date: Tue, 21 Jul 1992 00:46:27 -0500
  11867. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  11868. Message-Id: <199207210546.AA06031@delta.eecs.nwu.edu>
  11869. To: "\\telecom"@eecs.nwu.edu
  11870. Subject: TELECOM Digest V12 #576
  11871.  
  11872. TELECOM Digest     Tue, 21 Jul 92 00:46:28 CDT    Volume 12 : Issue 576
  11873.  
  11874. Index To This Issue:                      Moderator: Patrick A. Townson
  11875.  
  11876.     Re: GTE and CLASS/ISDN (John Higdon)
  11877.     Re: Democratic Convention (Including Telecom) (Robert J. Woodhead)
  11878.     Re: Going UP (Mike McNally)
  11879.     Re: Going UP (David G. Lewis)
  11880.     Re: Advice Needed: Dialback Management (Bill Berbenich)
  11881.     Re: Way Cool MCI Mail Binary File Handling (Bob Frankston)
  11882.     Re: My 800 Number (Dennis G. Rears)
  11883.     Re: Cracker Running Rampant! (Darren Griffiths)
  11884.     Re: Airfone System Overload (David Lesher)
  11885.     Re: House Voice/Data Wiring Question (Jonathan Edwards)
  11886.     Re: Leap Seconds and Telco Time-of-Day Accuracy (David Schachter)
  11887. ----------------------------------------------------------------------
  11888.  
  11889. Date: Mon, 20 Jul 92 12:28 PDT
  11890. From: john@zygot.ati.com (John Higdon)
  11891. Reply-To: John Higdon <john@zygot.ati.com>
  11892. Organization: Green Hills and Cows
  11893. Subject: Re: GTE and CLASS/ISDN
  11894.  
  11895.  
  11896. MPA15AB!RANDY@TRENGA.tredydev.unisys.com writes:
  11897.  
  11898. > The rep said CLID hadn't yet been approved by the PUC!  When I pointed
  11899. > out that the PUC had approved it weeks ago, and mentioned the
  11900. > front-page articles in the {L.A. Times} and other papers, she said
  11901. > they were flat wrong.
  11902.  
  11903. This is typical GTE. I have found that one cannot expect to get
  11904. anything resembling a straight answer on any matter (from your current
  11905. bill on up to "proposed services") on the first call to the business
  11906. office. All light and knowledge from GTE (if you can call it that)
  11907. must come from Thousand Oaks. It is amusing to note that if you do
  11908. happen to call GTE about a billing question, you are told that someone
  11909. will call you back "within five working days". The people in the
  11910. front-line business office are ALWAYS wrong and with an attitude.
  11911.  
  11912. > A media rep called me back from the other number, and he seemed to
  11913. > know what he was talking about, and to be quite reasonable.  (Quite a
  11914. > change from the business office types!).  He said November was the
  11915. > target date for CLASS features other than CLID, Call Trace, and Call
  11916. > Return.
  11917.  
  11918. Of course, Pac*Bell is offering those other services NOW. However, I
  11919. still cannot get them. Why? I have been told that Priority Ringing,
  11920. Selective Call Forwarding, and Repeat Dialing are not compatible with
  11921. Commstar, Pac*Bell's mini Centrex system for small business and
  11922. residence. If I remember correctly this has been the case in other
  11923. areas until the local telco figured out what the hell it was doing.
  11924.  
  11925. > He said I was the first person ever to ask him about ISDN :-(
  11926.  
  11927. GTE also has a great deal of trouble providing simple T1 service. In
  11928. fact, in order to discourage customers from requesting such service in
  11929. conjuction with IECs, etc., GTE has priced T1 through the roof. I have
  11930. a client who is moving out of GTE and into Pac*Bell territory. The
  11931. savings on the T1 alone will more than justify the cost of the move.
  11932.  
  11933. > Regarding SS7 links, he said GTE was working on them between their own
  11934. > switches.  Links to PacBell would come, but he didn't know when.
  11935.  
  11936. When I have mentioned GTE's lack of SS7, I have been roundly taken to
  11937. task and told that the company does indeed have such links in place.
  11938. Thank you for confirming that this is the baloney that I suspected it
  11939. was.
  11940.  
  11941. > On other matters, he said he was bothered by the practice of IXCs
  11942. > selling ANI data, especially when the customers turn around and use it
  11943. > for marketing and other purposes.  That surprised me, coming from a
  11944. > phone company representative.
  11945.  
  11946. Of course. GTE would rather be collecting some kind of revenue on this
  11947. service. But given GTE's dismal lack of engineering acumen, what the
  11948. company would really like is to collect the revenue WITHOUT providing
  11949. the service! But then it already has a little of this in place: GTE's
  11950. rates are MUCH higher than Pac*Bell's. Never let anyone tell you that
  11951. in GTE territory you get what you pay for.
  11952.  
  11953. > He said he wasn't aware of "block blocking" (Anonymous Call Reject).
  11954. > Didn't the PUC order it as part of CLID in California?
  11955.  
  11956. Not a surprise. GTE is never aware of anything outside of GTE. I am
  11957. surprised he did not just tell you that it did not exist. Block
  11958. blocking was not mentioned in the CPUC order.
  11959.  
  11960. > Anyway, he promised to have someone call me back with more information
  11961. > on SS7 links, CLASS availability, and ISDN.
  11962.  
  11963. Hopefully you will have moved outside of GTE territory by then.
  11964.  
  11965.  
  11966.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  11967.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  11968.  
  11969. ------------------------------
  11970.  
  11971. From: trebor@foretune.co.jp (Robert J Woodhead)
  11972. Subject: Re: Democratic Convention (Including Telecom)
  11973. Organization: Foretune Co., Ltd.
  11974. Date: Mon, 20 Jul 1992 01:35:48 GMT
  11975.  
  11976.  
  11977. TELECOM Moderator noted:
  11978.  
  11979. > [Moderator's Note: The big news today of course is that Ross Perot has
  11980. > pulled out of the campaign, and things are looking brighter for the
  11981. > Democrats than anytime in the past twelve years. This may be their
  11982. > year for victory, for only the fourth time in forty years (Kennedy,
  11983. > Johnson, Carter, (??) Clinton (??).  PAT]
  11984.  
  11985. Ah, statistics.  Four times in 40 years sounds awful, but fact is, it
  11986. would be four out of ten or 40%, which isn't a statistically
  11987. significant deviation from 50/50.
  11988.  
  11989.  
  11990. Robert J. Woodhead, Biar Games / AnimEigo, Incs.    trebor@foretune.co.jp
  11991.  
  11992.  
  11993. [Moderator's Note: The catch is we've gone a full 40 years (11/52
  11994. through 11/92) with only *three* Democratic presidents. That really
  11995. makes it three out of ten. If Clinton gets elected, the statistics
  11996. will then be four out of eleven. But if you go back 64 years starting
  11997. with 11/28, it evens out with Roosevelt and Truman getting five in a
  11998. row.     Dem = 1932,1936,1940,1944,1948,1960,1964,1976 = 8
  11999.          Rep = 1928,1952,1956,1968,1972,1980,1984,1988 = 8
  12000. The Republicans stayed out longer (20 years) than the Democrats. Now
  12001. they're getting even for the 13-year reign of King Roosevelt II! :) PAT] 
  12002.  
  12003. ------------------------------
  12004.  
  12005. From: mcnally@wsl.dec.com (Mike McNally)
  12006. Subject: Re: Going UP
  12007. Organization: DEC Palo Alto
  12008. Date: 20 Jul 92 15:19:41 GMT
  12009.  
  12010.  
  12011. analyst@netcom.com (David Sternlight) writes:
  12012.  
  12013. > Second, dial-up access to video services means that far more niche
  12014. > markets can be satisfied, since there are far more channels available
  12015. > on a fiber optic pipe into one's home...
  12016.  
  12017. I was under the impression that the recent ruling specifically
  12018. addressed issues raised by Bellcore's recent announcement that they
  12019. could do 1.5megabit (i.e., MPEG) transmission over in-place twisted
  12020. pair copper loops.
  12021.  
  12022. Then again, I suppose that if the cheap experiment possible because of
  12023. the aforementioned technology proves successful and profitable, TPC
  12024. fiber-stringing crews would rapidly become common sights on
  12025. neighborhood streets.
  12026.  
  12027. I think that personally I hate cable companies more than phone
  12028. companies, so I'm pleased by the ruling.  I suspect that if John were
  12029. in a situation to require service from his cable company comparable to
  12030. what he needs for his telephonic endeavors, he would see that by
  12031. comparison GTE be a glittering paragon of virtue.
  12032.  
  12033.  
  12034.    Mike +  Software +  Digital Equipment +  Western Software +     mcnally@
  12035. McNally +   Laborer +        Corporation +        Laboratory +  wsl.dec.com
  12036.  
  12037. ------------------------------
  12038.  
  12039. From: deej@cbnewsf.cb.att.com (david.g.lewis)
  12040. Subject: Re: Going UP
  12041. Organization: AT&T
  12042. Date: Mon, 20 Jul 1992 16:56:19 GMT
  12043.  
  12044.  
  12045. In article <telecom12.570.3@eecs.nwu.edu> analyst@netcom.com (David
  12046. Sternlight) writes:
  12047.  
  12048. > Finally, cross subsidization can be trivially handled by the state
  12049. > PUCs with proper rules and accounting procedures. There's evidence
  12050. > this works -- look at the very low cost of Long Distance calls
  12051. > compared to local calls in many cases, due to the removal of
  12052. > cross-subsidization by the regulatory process. Thus the opponents'
  12053. > biggest propaganda objection is just plain silly, and only the
  12054. > gullible will fall for it.
  12055.  
  12056. 'scuse??  The fact that the regulatory process could *not* handle
  12057. cross-subsidization between regulated and unregulated lines of
  12058. business was one of the motivations behind the MFJ.  As to the "very
  12059. low cost of Long Distance calls compared to local calls due to the
  12060. removal of cross-subsidization",
  12061.  
  12062. A. cross-subsidization of local calls has not been removed; only the
  12063. name has changed (from internal Bell System bookkeeping to the
  12064. "subscriber line charge" and carrier access charges");
  12065.  
  12066. B. inasmuch as cross-subsidization has been relaxed, it is due to the
  12067. corporate separation of the IXCs from the LECs; and
  12068.  
  12069. C. where "the regulatory process" is trying to control
  12070. cross-subsidies, e.g.  costs for intra-LATA LD, the success has been,
  12071. at best, questionable.  Ask anyone in CA who reads c.d.t. about
  12072. PacBell's intra-LATA LD costs compared to any IXC's inter-LATA prices
  12073. for comparable - or longer - distances.
  12074.  
  12075. (disclaimer - not speaking for AT&T, of course, just an occasional
  12076.  loose cannon ...)
  12077.  
  12078. ------------------------------
  12079.  
  12080. Subject: Re: Advice Needed: Dialback Management
  12081. Date: Mon, 20 Jul 92 11:32:32 BST
  12082. From: Bill Berbenich <bill@eedsp.gatech.edu>
  12083. Reply-To: bill@eedsp.gatech.edu
  12084.  
  12085.  
  12086. One reason that our Moderator's plan may not work is because the
  12087. switch may take the initial hook-flash to be a rotary-dialed '1' if
  12088. there is no hacker or anyone else waiting on the line.  When I had
  12089. three-way calling, that was what would happen if I did a hook-flash
  12090. with nobody on the line yet.  It may be that either my (cheapie) phone
  12091. or my switch at that time did not adhere to the standards for
  12092. hook-flash duration and rotary pulse sensing.  Anyone know better?
  12093.  
  12094.  
  12095. Bill 
  12096.  
  12097.  
  12098. [Moderator's Note: After the ADTD! pause, then you tell the modem to 'wait
  12099. for new dial tone' and abandon the attempt if it doesn't hear one.  PAT] 
  12100.  
  12101. ------------------------------
  12102.  
  12103. From: Bob_Frankston@frankston.com
  12104. Subject: Re: Way Cool MCI Mail Binary File Handling
  12105. Date: Mon 20 Jul 1992 11:51 -0400
  12106.  
  12107.  
  12108. Clarifications for those interested:
  12109.  
  12110. X.PC is a Tymnet developed protocol that is like X.25 for dialup
  12111. terminals.  MCI does use X.PC to provide a reliable link.  One problem
  12112. with X.PC is that it does require 8 bit transparency which means it
  12113. can run into difficulties through some paths.  The newer MCI (9600bps)
  12114. lines support MNP5 for compression and error correction but the
  12115. reliability is only modem to modem and not end to end like X.PC,
  12116. though that might not be a problem because ...
  12117.  
  12118. MEP2 is a protocol for exchanging mail messages.  It is symmetric with
  12119. the two ends taking turns as master and slave.  The master presents an
  12120. envelope and then body parts (in the X.400 sense, not the medical
  12121. sense!) which can be binary or ASCII.  MEP2 encodes everything in
  12122. printable ASCII so that it can run over essentially any link.  It uses
  12123. simple checksums for error checking.  There is a retransmission
  12124. protocol to recover from errors but I've always felt hanging up and
  12125. retrying made a lot more sense.  Since MEP2 does error checking and
  12126. X.PC and MNP provide reliable links (end to end or modem to modem),
  12127. MEP2 rarely gets stressed.  Even without the lower level error
  12128. correction, many phone lines themselves are quite reliable.
  12129.  
  12130. One downside of MEP2 is that there is no header/envelope distinction
  12131. which means you can't separate the routing information from the header
  12132. and thus it is difficult to write a proper gateway between MCI and
  12133. other systems.
  12134.  
  12135. The new support for binary files in the INTERACTIVE sessions as well
  12136. as the encoding of attachments exchanged with the Internet does
  12137. strengthen MCI as a full mail service.  Note that the Internet
  12138. encoding is not really a function of MCI itself, but of the gateway
  12139. that translates between MEP2 and SMTP (I assume).
  12140.  
  12141. One advantage of MCI is that it does provide an email service for end
  12142. users with national (and some international) support.  Now, if they'd
  12143. only deal with headers ...
  12144.  
  12145. Disclaimer: Since I wrote much of Lotus Express, I'm not an entirely unbiased 
  12146. observer.
  12147.  
  12148. ------------------------------
  12149.  
  12150. Date: Mon, 20 Jul 92 16:25:25 EDT
  12151. From: Dennis G. Rears <drears@pica.army.mil>
  12152. Subject: Re: My 800 Number
  12153.  
  12154.  
  12155.    Kenton A. Hoover wrote about his 800 number service from Pac Bell.
  12156. I thought I would write about the great deal that I have.
  12157.  
  12158.    I have a residential 800 number from Sprint.  It is a real 800
  12159. number; not one with a PIN.  I got free installation and a waiver of
  12160. all service fees for 1992.  After 1992 as long as I have $30.00 a
  12161. quarter in usage charges they will waive the monthly fee.  The charge
  12162. is 18 cents a minute payable in 6 second increments.  The number is
  12163. good in all 50 states, Mexico, and Canada.  As far as billing, I get a
  12164. list of all calls, the number called from, and the duration of the
  12165. call.
  12166.  
  12167.   I am able to change the number it terminates on with 24 hour notice.
  12168. Overall, I am quite satified with it.
  12169.  
  12170.  
  12171.             Dennis G. Rears
  12172. UUCP:  ...!uunet!cor5.pica.army.mil!drears
  12173. INTERNET: drears@pica.army.mil    USPS:  Box 210, Wharton, NJ 07885
  12174. Phone(home): 201.927.8757       Phone(work): 201.724.2683/(DSN) 880.2683
  12175.         Moderator:  comp.society.privacy
  12176.  
  12177. ------------------------------
  12178.  
  12179. From: dag@ossi.com (Darren Griffiths)
  12180. Subject: Re: Cracker Running Rampant!
  12181. Organization: Open Systems Solutions Inc.
  12182. Date: Mon, 20 Jul 1992 19:36:29 GMT
  12183.  
  12184.  
  12185. rg@msel.unh.edu (Roger Gonzalez) writes:
  12186.  
  12187. > Sounds like this system needs a complete wipe to me.  There are too
  12188. > many dark corners in Unix and SunOS in which to hide back doors.
  12189. > Trying to chase down each separate hole will take (literally) forever,
  12190. > as he will open them as quickly as you close them.  And that's probably
  12191. > what he wants.  All the suid programs are him arming himself for a
  12192. > piecewise war.  Pull the network, reinstall the OS, change every
  12193. > password, recompile every source-distributed binary.
  12194.  
  12195. You're correct of-course, this is a hassle, particularly if the site
  12196. in question has incompetent system administrators, which sounds like
  12197. it's the case.  There is one other thing that must be done as well,
  12198. and that's call the police.  The 'cracker' has identified himself in
  12199. the sample mail, so finding his real name should not be a problem.  If
  12200. he is out of state then call the FBI, past experience has shown me
  12201. that with a little bit of hassle they will do something, and if he is
  12202. in Australia call the CIA, they have also become involved in previous
  12203. cases if you bug them enough.
  12204.  
  12205. I know that it's a real pain and it should not be necessary, but
  12206. unfortunately it is.  Every user of the Internet has a responsibility
  12207. to report these kind of abuses so that adolescent twits like this one
  12208. will think twice before they touch anything more powerful than a
  12209. pocket calculator.  They do not perform any service whatsoever, in
  12210. fact they waste a lot of valuable computer resources and lot of
  12211. administrators time.
  12212.  
  12213.  
  12214. Darren Alex Griffiths         dag@nasty.ossi.com
  12215. Open Systems Solutions, Inc   (510) 652-6200 x139
  12216. Fujitsu                       Fax: (510) 652-5532
  12217. 6121 Hollis Street            Emeryville, CA 94608-2092    
  12218.  
  12219. ------------------------------
  12220.  
  12221. From: David Lesher <wb8foz@SCL.CWRU.Edu>
  12222. Subject: Re: Airfone System Overload
  12223. Date: Mon, 20 Jul 92 18:41:22 EDT
  12224. Reply-To: wb8foz@skybridge.scl.cwru.edu  (David Lesher)
  12225. Organization: NRK Clinic for habitual NetNews abusers - Beltway Annex
  12226.  
  12227.  
  12228. > (The cordless GTE system can have as many as eight phones in the
  12229. > cabin, and they can all connect to the ACU.  But you can still only
  12230. > have four radios -- four calls per aircraft.)
  12231.  
  12232. But WAIT!
  12233.  
  12234. Can't I call my butler back in 48F from my seat here in first class?
  12235. Why not? Before they started letting ANYONE fly, I could send the
  12236. Stew^H^H^H^H sorry Flight Attendent, back. Now *I* have go back and
  12237. summon him. How degrading to have to walk into, ahem, Economy ...
  12238.  
  12239. Think! You could charge big money, and never use up any RF space at
  12240. all. Then the next step will be on-board 976 service. Hey, those long
  12241. flights across the pond are *boring* Folks ...  ;_}
  12242.  
  12243.  
  12244. wb8foz@skybridge.scl.cwru.edu
  12245.  
  12246. ------------------------------
  12247.  
  12248. From: edwards@world.std.com (Jonathan Edwards)
  12249. Subject: Re: House Voice/Data Wiring Question
  12250. Organization: The World Public Access UNIX, Brookline, MA
  12251. Date: Mon, 20 Jul 1992 22:54:43 GMT
  12252.  
  12253.  
  12254. In article <telecom12.573.6@eecs.nwu.edu> andrew@frip.wv.tek.com
  12255. writes:
  12256.  
  12257. > STOP.  10BASE-T is not suitable for residential use, because it emits
  12258. > a boatload of EMI.  (10BASE-T systems don't meet FCC class B.)  If you
  12259. > operate a 10BASE-T network, there's a good chance your TV will be
  12260. > useless, and your neighbors' sets might also be impacted.  FCC rules
  12261. > say that it's your responsibility to limit EMI, so you could find
  12262. > yourself forbidden to operate this network.
  12263.  
  12264. Gak! I am about to wire my new house under the assumption that
  12265. 10BASE-T was the easiest and most flexible approach (just add some
  12266. extra twisted pairs into each room). Can anyone comment on alternative
  12267. approaches?  Use shielded twisted pair?  Add a thinwire loop (more
  12268. complex install)?  Add coax homeruns to the patch panel (in addition
  12269. to the video cables)?
  12270.  
  12271. ------------------------------
  12272.  
  12273. From: david@llustig.palo-alto.ca.us (David Schachter)
  12274. Subject: Re: Leap Seconds and Telco Time-of-Day Accuracy
  12275. Organization: Greenwire Consulting
  12276. Date: Mon, 20 Jul 92 23:21:39 GMT
  12277.  
  12278.  
  12279. In article <telecom12.571.5@eecs.nwu.edu> bakerj@gtephx.UUCP (Jon
  12280. Baker) writes:
  12281.  
  12282. > All the CO's in a network are, in theory, synchronized to each other,
  12283. > with the master timing source coming from the Grand Master Of Clocks
  12284. > in Hillsboro (?), Missouri.  If anyone knows more about this Grandaddy
  12285. > of clocks, I'd be interested to hear about it.  I believe that MCI and
  12286. > the US Navy also operate similar 'Master Clocks'.
  12287.  
  12288. The Grand Master of Clocks is named Hubert Wollington III (it is one
  12289. of the few hereditary positions in the USA) and he doubles as the
  12290. official government standard for riboflavin.  He is usually kept in a
  12291. bell jar slightly to the left of the U.S. Consitution in Washington,
  12292. D.C.
  12293.  
  12294. The Wollington family is noted for its devotion to public service.
  12295. Hubert's sister, Jane Barbe, was for many years the voice of time at
  12296. WWV and WWVH (shortwave radio stations operated by the U.S.
  12297. Government); his mother, Jessye Norman, sang the 1000 and 1200 Hz
  12298. ticks and minute markers at the radio stations, and his aunt, Anne
  12299. Jones, was the official Canadian censor until she married Henry
  12300. Spencer and converted to Collyerism, a religion similar to Unitarian
  12301. Universalist, but concerned more with the exact date of the Ascension.
  12302. She devoted the rest of her life to correcting time header format
  12303. errors in the Dead Sea Scrolls.
  12304.  
  12305. Hubert has two sons, Ante Meridian and Postal Mail, and a daughter,
  12306. Principia Mathematica.  Like most men, he was briefly married to
  12307. Elizabeth Taylor during the 1970's.  He is currently single, cute, and
  12308. available, but poorly-paid.
  12309.  
  12310. Any facts in the above are unintentional and should be reported
  12311. immediate to the Brain Tumor Marketing Council.  Thank.
  12312.  
  12313.  
  12314. David Schachter   internet:    david@llustig.palo-alto.ca.us
  12315. uucp:   ...!{mips,decwrl,sgi}!llustig!david
  12316.  
  12317.  
  12318. [Moderator's Note: Doctor Collyer was a well-known and highly-revered
  12319. person here in Chicago in the last half of the nineteenth century. The
  12320. {Chicago Tribune} published every word he had to say on Sunday in the
  12321. Monday papers. All the upper crust of Chicago society went to Doctor
  12322. Collyer's church. When he went out of business in 1903 he sold the
  12323. church on North Dearborn Street to the Masons; today it is known as
  12324. the Scottish Rite Cathedral. It is directly across the street from
  12325. Washington Square Park (Bughouse Square) where in 1974 I addressed the
  12326. annual convention of the Brain Tumor Marketing Council and convinced
  12327. them that brain tumors are not a disease but merely a type of
  12328. lifestyle, convincing them to remove it as a category in their list of
  12329. diseases. In your discussion of the Wollington family, you neglected
  12330. to mention Hubert's famous sister Nell and her husband, Void, which is
  12331. another way of describing most of this issue of the Digest.   PAT]
  12332.  
  12333. ------------------------------
  12334.  
  12335. End of TELECOM Digest V12 #576
  12336. ******************************
  12337. 
  12338. 
  12339. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id ab14193;
  12340.           21 Jul 92 4:15 EDT
  12341. Received: by delta.eecs.nwu.edu id AA18646
  12342.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 21 Jul 1992 01:32:29 -0500
  12343. Received: by delta.eecs.nwu.edu id AA11499
  12344.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 21 Jul 1992 01:32:15 -0500
  12345. Date: Tue, 21 Jul 1992 01:32:15 -0500
  12346. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  12347. Message-Id: <199207210632.AA11499@delta.eecs.nwu.edu>
  12348. To: "\\telecom"@eecs.nwu.edu
  12349. Subject: TELECOM Digest V12 #577
  12350.  
  12351. TELECOM Digest     Tue, 21 Jul 92 01:32:14 CDT    Volume 12 : Issue 577
  12352.  
  12353. Index To This Issue:                      Moderator: Patrick A. Townson
  12354.  
  12355.     VDT Study Concerns CWA (Phillip Dampier)
  12356.     Caller*ID Device: Name Delivery System (Alan Boritz)
  12357.     Beating Hotel Calling-Card Surcharges (Stan Krieger)
  12358.     How to Use U.S. Modem in England? (John Chang)
  12359.     Don't Grab That Ladder ... (Lou Anschuetz)
  12360.     House Wiring (Steve Welch)
  12361.     ANI Information Included in Telephone Bill (Len E. Elam)
  12362.     Phone Records Are Public (David Gast)
  12363.     CDMA Technology and Multi-Media (Mitsutaka Ito)
  12364.     Help Needed Connecting With URUPAC, Uruguay (Robin Cheesman)
  12365.     FCC Email Address (Joshua Hosseinoff)
  12366.     Panasonic 12/32 - Any Experiences?  Any Advice? (Irving Wolfe)
  12367.     Federal Case Against NYNEX (David Gast)
  12368. ----------------------------------------------------------------------
  12369.  
  12370. From: Phillip.Dampier@f228.n260.z1.fidonet.org (Phillip Dampier)
  12371. Reply-To: phil@rochgte.fidonet.org
  12372. Date: Mon, 20 Jul 1992 15:13:39 -0500
  12373. Subject: VDT Study Concerns CWA
  12374.  
  12375.  
  12376. VDT STUDY EXPANDS KNOWN CAUSES OF REPETITIVE MOTION ILLNESS
  12377.  
  12378. WASHINGTON -- A major independent study of telecommunications workers
  12379. who use video display terminals, released today by the National
  12380. Institute for Occupational Safety and Health, shows that work
  12381. practices and organization as well as psychological factors are
  12382. significant causes of ergonomic VDT injuries.
  12383.  
  12384. Most prior studies have acknowledged only physical causes of
  12385. repetitive motion disorders, which affect an estimated 50 to 70
  12386. million American workers.
  12387.  
  12388. Three years in preperation at the joint request of the Communications
  12389. Workers of America and US West, the study identifies 22 percent of 533
  12390. participants as victims of upper body repetitive motion disorders.
  12391. This, despite the fact that NIOSH found US West in compliance with 80
  12392. percent of established physical standards for VDT workplaces, the best
  12393. record of any telecommunications company whose workers are represented
  12394. by CWA.
  12395.  
  12396. "This study clearly shows that how workers are treated by management
  12397. is at least as important in preventing repetitive motion injuries as
  12398. the equipment they are expected to use," said CWA President Morton
  12399. Bahr.
  12400.  
  12401. The NIOSH study found that psychological considerations such as job
  12402. insecurity, high productivity demands, surges in workload, lack of
  12403. control over work methods and lack of support by co-workers all
  12404. contribute to VDT illnesses.
  12405.  
  12406. Its report also stated that work practice variables such as wearing
  12407. bifocals or contact lenses, typing skill and frequency of arising from
  12408. the chair play an important role in developing ergonomic disorders.
  12409. It also found that work organization factors like overtime, task
  12410. variation, and frequency of breaks are significant.
  12411.  
  12412. With voluntary participation of 93 percent of selected employees in
  12413. five occupations at three different locations, the study represents
  12414. "the largest, most comprehensive scientific investigation of VDT
  12415. ergonomic illnesses to date," said CWA Executive Vice President M.E.
  12416. Nichols, who with David LeGrande of CWA's Office of Occupational
  12417. Safety and Health, coordinated the union's participation.
  12418.  
  12419. Conducted at US West's Phoenix, Denver, and Minneapolis locations, the
  12420. study found that tendon-related disorders affected 15 percent of
  12421. participants and that 12 percent manifested hand or wrist problems.
  12422. Others had arm, shoulder, neck, or back disorders.
  12423.  
  12424. The incidence of ergonomic VDT illness NIOSH found is broken down by
  12425. job category:
  12426.  
  12427.     *  Loop provisioning center workers  --  36%
  12428.     *  Recent change memory admin center employees  --  25%
  12429.     *  Directory assistance operators  --  22%
  12430.     *  Centralized mail remittance workers  --  20%
  12431.     *  Service representatives  --  6%
  12432.  
  12433. Concurring with numerous studies conducted with CWA over the last
  12434. decade by Dr. Michael Smith of the University of Wisconsin, the agency
  12435. found that workers experienced additional stress because of electronic
  12436. monitoring.  Those who believed that it prevented socialization,
  12437. brought on extra complaints from supervisors or increased workload
  12438. were also more prone to ergonomic problems.
  12439.  
  12440. NIOSH commended US West and CWA on their use of joint labor management
  12441. committees on the regional and local levels, which led to the
  12442. company's high compliance with physical VDT guidelines. The agency
  12443. encouraged the committees to continue to address the physical, work
  12444. design, and psychosocial causes of ergonomic VDT illnesses.
  12445.  
  12446. ------------------------------
  12447.  
  12448. Date: 20 Jul 92 17:13:12 EDT
  12449. From: Alan Boritz <72446.461@CompuServe.COM>
  12450. Subject: Caller*ID Device: Name Delivery System
  12451.  
  12452.  
  12453. > [Moderator's Note:...People keep talking about Caller-ID as a way to
  12454. > screen or avoid answering unwanted calls, and they base their
  12455. > complaints about Caller-ID on the shortcomings they find in their
  12456. > perception of the purpose of number delivery. If they would realize
  12457. > the primary purpose is to identify and provide recourse to the
  12458. > subscriber of the calling telephone -- the person who legally remains
  12459. > responsible for the uses made of the instrument -- and only
  12460. > secondarily as a way to avoid unwanted calls, I suspect there would be
  12461. > fewer complaints.
  12462.  
  12463. Also, don't forget that with the implementation of Caller-ID "privacy"
  12464. the Caller-ID service subscriber is getting something of significantly
  12465. less value than that advertised.  And wouldn't the "privacy" feature
  12466. appear to reflect the advertising campaigns, about reducing prank
  12467. calls, as deceptive marketing practices?
  12468.  
  12469.  
  12470. Alan Boritz      72446.461@compuserve.com
  12471.  
  12472.  
  12473. [Moderator's Note: Not really, since blocked-ID calls are noted as
  12474. such and the recipient can deal with them accordingly.  Speaking of
  12475. blocked ID, I received a neat device today from someone which goes in
  12476. series with the phone to the wall-jack. Whenever the phone goes off
  12477. hook to make a call, this gizmo dials *67 automatically. Kind of
  12478. clever if you prefer to block your ID. I'll be reviewing it in detail
  12479. here at a later date.   PAT]
  12480.  
  12481. ------------------------------
  12482.  
  12483. From: stank@cbnewsl.att.com
  12484. Date: Mon, 20 Jul 92 16:21:25 EDT
  12485. Subject: Beating Hotel Calling-Card Surcharges
  12486. Organization: Summit NJ
  12487.  
  12488.  
  12489. I just returned from vacation, and in two of the hotels I stayed,
  12490. there was no charge for 800 numbers but it cost 25 or 50 cents for
  12491. placing a calling card call.
  12492.  
  12493. To beat this charge, I simply placed my long distance calls through
  12494. 800-CALL-ATT (and one of the hotel bills did show five long distance
  12495. calls of cost $0.00).  I'll see in a month if these were billed as
  12496. "normal" calling card calls and if my Reach Out America discounts are
  12497. handled properly.
  12498.  
  12499.  
  12500. Stan Krieger                     All opinions, advice, or suggestions, even
  12501. AT&T UNIX System Laboratories    if related to my employment, are my own.
  12502. Summit, NJ    smk@usl.com
  12503.  
  12504. ------------------------------
  12505.  
  12506. From: chang@sparc2.prime.com (John Chang)
  12507. Subject: How to Use U.S. Modem in England?
  12508. Date: 20 Jul 92 16:18:35 GMT
  12509. Reply-To: chang@sparc2.prime.com (John Chang)
  12510. Organization: Prime Computervision, Bedford MA
  12511.  
  12512.  
  12513. How can I use a modem that's set up for U.S. modular jacks with phones
  12514. in Britain (London in particular)?  Are the line levels compatible?
  12515. If so, what wires go where?  In other words, how do you make a
  12516. jack-to-jack adapter?  Are the dialing tones the same, or do I need to
  12517. pulse dial?
  12518.  
  12519. What can I do to prepare here in the U.S. before I go, or do I need to
  12520. take a soldering iron, multimeter, wire strippers, etc. (I wonder what
  12521. airport security would have to say about *that*).
  12522.  
  12523. Please reply via email and I will summarize.
  12524.  
  12525.  
  12526. John Chang       chang@premise.prime.com   (617) 354-5861
  12527. 114 Tremont St.  Cambridge, MA 02139  
  12528.  
  12529. ------------------------------
  12530.  
  12531. From: lou@nptn.org (Lou Anschuetz)
  12532. Subject: Don't Grab That Ladder ...
  12533. Organization: National Public Telecommunication Network
  12534. Date: Mon, 20 Jul 1992 17:04:11 GMT
  12535.  
  12536.  
  12537. Just in case your local Bell telephone repair guy isn't as much fun as
  12538. one I just worked with, I thought you might enjoy this little episode.
  12539.  
  12540. A company I'm associated (loosely) with has an office in an office
  12541. building.  Most of the building is owned by one company, which has a
  12542. large PBX for the building in the telephone closet.  The punchdown
  12543. block is above the PBX.
  12544.  
  12545. When this little company had a dedicated phone line brought in by Ohio
  12546. Bell, the installer came in with a six foot ladder.  Unfortunately,
  12547. that ladder was a little too big, thus putting him too far away from
  12548. the punchdown block.  So, instead of going back to the truck for a
  12549. shorter ladder, he figured he could manage ok if he could just find
  12550. somewhere to put his foot while he worked.  "Hmmm, top of the PBX
  12551. looks just about right -- I'll put my foot there ..."  Of course, as
  12552. soon as his whole weight shifted to the PBX it ripped free of the wall
  12553. and smashed to the concrete floor below ...
  12554.  
  12555. At this point Ohio Bell is into the company who owns the PBX for
  12556. $23,000 for repairs to the PBX.  It may go higher.  Ohio Bell, being a
  12557. fair minded company, wanted to just take it off the companies monthly
  12558. phone bill :-) For some reason the owner of the pbx didn't agree to
  12559. that arrangement :-O
  12560.  
  12561. I'd really love to have been a fly on the wall back at Ohio Bell when
  12562. the repair person came in to explain how that darn PBX just jumped off
  12563. the wall :-) :-) :-)
  12564.  
  12565.  
  12566. Lou Anschuetz, lou@nptn.org   lou@yfn.ysu.edu  lou@ysu.edu
  12567.                     and ten's of other places....
  12568.  
  12569. ------------------------------
  12570.  
  12571. From: smw@sage.cgd.ucar.edu (Steve Welch)
  12572. Subject: House Wiring
  12573. Organization: National Center for Atmospheric Research
  12574. Date: Mon, 20 Jul 1992 17:51:14 GMT
  12575.  
  12576.  
  12577. > STOP.  10BASE-T is not suitable for residential use, because it emits
  12578. > a boatload of EMI.  (10BASE-T systems don't meet FCC class B.)  If you
  12579. > operate a 10BASE-T network, there's a good chance your TV will be
  12580. > useless, and your neighbors' sets might also be impacted.  FCC rules
  12581. > say that it's your responsibility to limit EMI, so you could find
  12582. > yourself forbidden to operate this network.
  12583.  
  12584. I had U.S West put in six pair all over the house (cost about $1K),
  12585. intending to use extra pairs for some random twisted pair network, but
  12586. I chickened out, mostly because I was worried about phone inteference.
  12587. So I put in a short (~30m) bit of thick Ethernet, and a bunch (eight
  12588. planned) of transceiver cables.  I have no EMI problems (my wife is a
  12589. shortwave listener, so this is a pretty good test), except I get a
  12590. small amount of RFI injected into my CATV coax at 50-70Mhz from some
  12591. high-frequency electronic ballasts (!?).  It figures that with a
  12592. zillion computers in the house, I'd have problems from fluorescent
  12593. lights...
  12594.  
  12595. I also pulled some RG-61 coax, just in case, since I had a roll of it
  12596. from an earlier project.  When the phone guy did the wiring, I told
  12597. him what I wanted to do, and he warned me I might not be happy.  He
  12598. said some people do Appletalk with no problems, but he had heard of
  12599. inteference from 10 Mbit networks when using spare phone company
  12600. copper.  I had him go ahead and pull the six pair, figuring I could
  12601. run RS-232 or some such over it in a pinch.  One thing I did, which
  12602. was smarter than I thought, was to buy a few hundred feet of spare
  12603. wire off of him.  It's come in very handy when I found out I had
  12604. placed a few of the jacks in the wrong place, and when I finished an
  12605. office in the basement for the wife.
  12606.  
  12607. Oh, I ended up using four pair, anyway ...
  12608.  
  12609. > I figure you can't have too much copper in a house.
  12610.  
  12611. Amen to that.
  12612.  
  12613.  
  12614. Steve Welch    <smw@sage.cgd.ucar.edu>    Voice: 303-530-2661
  12615. National Center for Atmospheric Research, Boulder, CO  USA
  12616. also: Complex Systems Research, Niwot, CO   Fax: 303-581-9820
  12617.  
  12618. ------------------------------
  12619.  
  12620. Date: Mon, 20 Jul 92 08:27:21 CDT
  12621. From: lelam%kuwait@Sun.COM (Len E. Elam)
  12622. Subject: ANI Information Included in Telephone Bill
  12623.  
  12624.  
  12625. The following was included in my last phone bill:
  12626.  
  12627.         Southwestern Bell               Account Number 817 XXX XXXX XXX
  12628.         Telephone                       July 9, 1991
  12629.                                         Detail of Charges      PAGE 4
  12630.  
  12631.                        AUTOMATIC NUMBER IDENTIFICATION
  12632. When an 800 or 900 number is dialed from your telephone, your telephone
  12633. number may be transmitted to the company you have called and may be
  12634. available to that company's service representative before your call is 
  12635. answered.
  12636.                            -------------
  12637.  
  12638. I have to wonder what prompted this.  Maybe someone at Southwestern
  12639. Bell reads this newsgroup.  Maybe not.  Could it be that someone at
  12640. Southwestern Bell is making an attempt to address customer concerns
  12641. about privacy? :)
  12642.  
  12643.  
  12644. Who Am I?: Len E. Elam      Email:     central.sun.com!gdfwc3!lelam
  12645. Disclamer: I speak only for myself.    
  12646.  
  12647. ------------------------------
  12648.  
  12649. Date: Mon, 20 Jul 92 17:16:31 -0700
  12650. From: gast@CS.UCLA.EDU (David Gast)
  12651. Subject: Phone Records Are Public
  12652.  
  12653.  
  12654. Whether you like or not, transactional records about phone usage can
  12655. be disseminated to any private party according to the ECPA.  According
  12656. to FCC rules IXCs *must* share transactional data with other IXCs.
  12657.  
  12658. And at least one user of an 800 number is upset that a certain IXC is
  12659. selling lists of people who call this 800 number to competitors.
  12660.  
  12661. Thus, PAT mistakenly misrepresents that calling CounseLink can be
  12662. confidential when he states: (I presume he is just repeating the
  12663. marketing blurb he saw).
  12664.  
  12665. > The service, known as CounseLink, is intended for people too shy or
  12666. > busy to go to an office, lie down and talk about themselves. To assure
  12667. > confidentiality, fees will appear on your telephone bill under the
  12668. > name Telelink Companies, Inc. of Des Plaines, IL.
  12669.  
  12670. The fact that any individual calls CounseLink is not confidential in
  12671. any way, shape or form.  Some degree of doubt might be cast if
  12672. Telelink has many different services all using the same number.
  12673.  
  12674. Also, in regards to the comments about 1-800-ATF-GUNS and ANI, and
  12675. then PATs comment that other organizations "all use 800 numbers also,
  12676. with ANI, I'm sure."  (BTW, I know of at least one organization that
  12677. does not get ANI.)
  12678.  
  12679. It is irrelevant whether or not the organization gets ANI, because the
  12680. telco can sell the information to whomever it wants.  Thus, even if
  12681. organization goes to great length to make sure they don't know the
  12682. number a person is calling from, other organizations can purchase this
  12683. information.  (I don't know how widespread the practice is, but it is
  12684. not illegal).
  12685.  
  12686. If you need confidentiality, do not call from home, do not use a
  12687. telephone credit card, etc.
  12688.  
  12689.  
  12690. David
  12691.  
  12692.  
  12693. [Moderator's Note: I think telcos only have to share information on
  12694. calls where *billing information* is required ... not for any other
  12695. purpose.   PAT]
  12696.  
  12697. ------------------------------
  12698.  
  12699. Subject: CDMA Technology and Multi-Media
  12700. Date: Fri, 17 Jul 92 10:27:14 +0900
  12701. From: Mitsutaka Ito <ito@nttslb.ntt.jp>
  12702.  
  12703.  
  12704. Dear Sirs,
  12705.  
  12706.    I am interested in application of CDMA technology to radio
  12707. multi-media communication.
  12708.  
  12709.    If anyone have any information on this topic, please inform me.
  12710.  
  12711.    Thank you in advance.
  12712.  
  12713.  
  12714. Mitsutaka Ito                E-mail: ito@nttslb.ntt.jp
  12715. NTT Software Laboratories    Tel/Fax: +81-3-3740-5715/+81-3-3740-5740
  12716. 1-9-1 Kohnan Minato-ku Tokyo 108 Japan
  12717.  
  12718. ------------------------------
  12719.  
  12720. From: robin@ruc.dk (Robin Cheesman)
  12721. Subject: Trying to Connect With URUPAC, Uruguay
  12722. Organization: Roskilde Universitetscenter, Danmark
  12723. Date: Mon, 20 Jul 1992 13:39:21 GMT
  12724.  
  12725.  
  12726. I am trying to connect to the Uruguayan PAD/PSI service URUPAC, but
  12727. cannot find the country code. In the list I have at hand is e.g.
  12728. Argentina with 7222, and plenty of other Latin American countries --
  12729. but not Uruguay. Can anyone help?
  12730.  
  12731.  
  12732. Robin Cheesman                                Communication Studies
  12733. Roskilde University  *  PO Box 260  *  DK-4000 Roskilde  *  Denmark
  12734. Phone: +45 46757711    Fax: +45 46755313    Internet:  robin@ruc.dk
  12735.  
  12736.  
  12737. [Moderator's Note: I assume you are asking about data network country
  12738. codes, NOT telephone country codes.   PAT]
  12739.  
  12740. ------------------------------
  12741.  
  12742. Date: 19 Jul 1992 13:49:16 -0400 (EDT)
  12743. From: JOSHUA HOSSEINOFF <EAW7100@ACFcluster.NYU.EDU>
  12744. Subject: FCC Email Address
  12745.  
  12746.  
  12747. Here it is, send all complains, questions, and assorted flames to:
  12748.  
  12749. Name:         Federal Communications Commission
  12750. Organization: FEDERALCOMMCOMM
  12751. City:         Washington
  12752. State:        DC
  12753. Country:      US
  12754. E-Mail:       442-6718@mcimail.com
  12755. Source:       mcimail
  12756. Ident:        442-6718
  12757. Last Updated: unknown
  12758.  
  12759. Just send it to 442-6718@mcimail.com
  12760.  
  12761.  
  12762. Joshua Hosseinoff      eaw7100@acfcluster.nyu.edu
  12763.  
  12764. ------------------------------
  12765.  
  12766. From: irving@happy-man.com (Irving_Wolfe)
  12767. Subject: Panasonic 12/32 - Any Experiences?  Any Advice?
  12768. Reply-To: Irving_Wolfe@happy-man.com
  12769. Organization: Happy Man Corp., Vashon Island, WA 98070-7399
  12770. Date: Mon, 20 Jul 1992 17:11:15 GMT
  12771.  
  12772.  
  12773. We've had a Panasonic 12/32 phone system here for about three years
  12774. and it is starting to fail.
  12775.  
  12776. Incoming DISA callers have not been able to get back out on another
  12777. line for some time, but we could live with that.
  12778.  
  12779. Now, unfortunately, we're having intermittent problems with general
  12780. incoming calls through DISA.  Most of the time, it still works.  But
  12781. sometimes, callers don't get the outgoing voice message.  Other times,
  12782. the system won't respond to their attempts to tone-dial an extension.
  12783. Still other times, it won't automatically transfer to operator if they
  12784. fail to dial an extension.
  12785.  
  12786. We're running six lines and about 26 extensions, over half of which
  12787. are standard two-wire phones or devices.  The only other thing I know
  12788. of that's wrong with the system is that one or two of the extension
  12789. jacks don't work properly, but that was no problem since we still have
  12790. more than we are using.
  12791.  
  12792. What's the best thing to do?  Shall I invest in another DISA card for
  12793. over $500?  Is the system really badly designed, so I should avoid
  12794. throwing good money after bad and replace it with something more
  12795. robust (and if so, what)?
  12796.  
  12797.  
  12798. Thanks!
  12799.  
  12800. Irving_Wolfe@Happy-Man.com      Happy Man Corp. 206/463-9399 x101
  12801. 4410 SW Pt. Robinson Rd., Vashon Island, WA  98070-7399  fax x108
  12802.  
  12803. ------------------------------
  12804.  
  12805. Date: Mon, 20 Jul 92 17:00:25 -0700
  12806. From: gast@CS.UCLA.EDU (David Gast)
  12807. Subject: Federal Case Against NYNEX
  12808.  
  12809.  
  12810. I saw in the paper a while back that the federal government's case
  12811. against NYNEX had started.  Has anyone heard if the case has finished
  12812. and what the result was?
  12813.  
  12814.  
  12815. David
  12816.  
  12817. ------------------------------
  12818.  
  12819. End of TELECOM Digest V12 #577
  12820. ******************************
  12821. 
  12822. 
  12823. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa14333;
  12824.           21 Jul 92 4:19 EDT
  12825. Received: by delta.eecs.nwu.edu id AA27545
  12826.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 21 Jul 1992 02:24:36 -0500
  12827. Received: by delta.eecs.nwu.edu id AA28676
  12828.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 21 Jul 1992 02:24:26 -0500
  12829. Date: Tue, 21 Jul 1992 02:24:26 -0500
  12830. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  12831. Message-Id: <199207210724.AA28676@delta.eecs.nwu.edu>
  12832. To: "\\telecom"@eecs.nwu.edu
  12833. Subject: TELECOM Digest V12 #578
  12834.  
  12835. TELECOM Digest     Tue, 21 Jul 92 02:24:21 CDT    Volume 12 : Issue 578
  12836.  
  12837. Index To This Issue:                      Moderator: Patrick A. Townson
  12838.  
  12839.     Governor's Island Phones (Jack Winslade)
  12840.     Solve Three Problems (was Telecom Fraud) (David Gast)
  12841.     Cordless Headset Wanted (John Pettitt)
  12842.     Tropez Cordless - Second Thoughts (Irving Wolfe)
  12843.     Cordless Phone Not Charging (Ang Peng Hwa)
  12844.     Help Needed Expanding Cellular Phone Range (David Brightbill)
  12845.     Anyone Heard of "Remote Cable"? (Matt McConnell)
  12846.     Help With X.25; Help With UK (Paul Gauthier)
  12847.     Help Identifying Bell Systems Ringer (mts@wam.umd.edu)
  12848.     What Will ISDN Get Me? (Doug Sewell)
  12849.     Questions About the Motorola Bravo Pager (Marshal Perlman)
  12850.     911 Run-Around (Dave Niebuhr)
  12851.     Re: 1-800-ATF-GUNS and Anonymity (Lawrence V. Cipriani)
  12852.     Re: Telephone Keypad Question (Liron Lightwood)
  12853.     Giving a PAT Answer to Questions (Robert S. Helfman)
  12854. ----------------------------------------------------------------------
  12855.  
  12856. Date: Mon, 20 Jul 92 09:38:58 CST
  12857. From: Jack.Winslade@ivgate.omahug.org (Jack Winslade)
  12858. Subject: Governor's Island Phones
  12859. Reply-To: jack.winslade%drbbs@ivgate.omahug.org
  12860. Organization: DRBBS Technical BBS, Omaha
  12861.  
  12862.  
  12863. In a message dated 18-JUL-92, Carl Moore writes:
  12864.  
  12865. > Earlier this year, I visited Ellis and Liberty Islands in the New York
  12866. > harbor, and have the following information on the phone prefixes there
  12867. > (pay phones only), in area 212:
  12868.  
  12869. > Liberty Island, zipcode 10004; phone prefix 825 (which I also noticed
  12870. > in phone book listings for Governors Island).
  12871.  
  12872. Years ago, when I was in the Coast Guard (things may have changed
  12873. since) the government phones on Governor's Island were on 212-264,
  12874. which is/was a U.S. govt. prefix with all of the FTS stuff, etc.  If I
  12875. remember correctly, the residence phones were indeed on 212-825, which
  12876. was some kind of a satellite crossbar switch of some kind at that
  12877. time.  Some of the civilian phones came out of lower Manhattan, with
  12878. some of the familiar old ones such as WHItehall (212-944) and BOWling
  12879. green (212-269) and I think Manufacturers Hanover (branch on GI) had
  12880. some lines out of a mid Manhattan Centrex.  (I remember at the time
  12881. that the only touch-tone phones on the island were at the bank.  Most
  12882. of NYC still could not get touch-tone.)
  12883.  
  12884.  
  12885. Good day.        JSW      Ybbat (DRBBS) 8.9 v. 3.14 r.1
  12886. DRBBS Technical BBS, Omaha (just say 'NOE') 402-896-3537  (1:285/666.0)
  12887.  
  12888. ------------------------------
  12889.  
  12890. Date: Mon, 20 Jul 92 22:16:04 -0700
  12891. From: gast@CS.UCLA.EDU (David Gast)
  12892. Subject: Solve Three Problems (was Telecom Fraud)
  12893.  
  12894.  
  12895. In my opinion, the best way to
  12896.  
  12897.    reduce fraud
  12898.    keep AOSes from overcharging
  12899.    provide a convenient means for calling without leaving a paper trail
  12900.  
  12901. is to go to a stored value card as used by telco in most other places
  12902. around the world.  Of course, someone can manufacture counterfeit
  12903. cards, but it's more difficult to do than peer over someone's
  12904. shoulder.  Also, since it is a stored value card, other carriers would
  12905. have no incentive to honor the card (they won't get paid), so they
  12906. could try to vandalize the card or more likely just reject it. Thus,
  12907. protection from AOS overcharging.
  12908.  
  12909. Of course, certain federal agencies won't like number three, so
  12910. Congress will have to pass a law requiring that
  12911.  
  12912.   (1) each phone record its number and time of use on the card; and
  12913.   (2) that each buyer send in his/her used cards with proper identification.
  12914.       Failure to do so would result in a $10,000 fine per card.
  12915.  
  12916.  
  12917. David
  12918.  
  12919. ------------------------------
  12920.  
  12921. From: starnet!jpp@sun.UUCP (John Pettitt)
  12922. Subject: Cordless Headset Wanted
  12923. Date: Mon, 20 Jul 92 19:46:01 PDT
  12924.  
  12925.  
  12926.     I am looking for a cordless telephone headset, either in the
  12927. either in the form of a complete phone or as a handset replacement for
  12928. an existing unit.
  12929.  
  12930. Any suggestions?
  12931.  
  12932.  
  12933. John Pettitt      Mail: jpp@StarConn.com    Fax: +1 415 949 2037
  12934.  
  12935. ------------------------------
  12936.  
  12937. From: irving@happy-man.com (Irving_Wolfe)
  12938. Subject: Tropez Cordless - Second Thoughts
  12939. Reply-To: Irving_Wolfe@happy-man.com
  12940. Organization: Happy Man Corp., Vashon Island, WA 98070-7399
  12941. Date: Mon, 20 Jul 1992 03:43:08 GMT
  12942.  
  12943.  
  12944. Awhile ago, I praised the new UHF Tropez cordless phone here.  I still
  12945. like it, but thought I'd better pass along this problem:
  12946.  
  12947. When we installed a second one, the range of both went down.
  12948. Intermittently, it went way down.
  12949.  
  12950. We spoke with the manufacturer; it is aware of the problem and working
  12951. on it.  In other words, until further notice, don't expect to be able
  12952. to use more than one of these on a site.
  12953.  
  12954.  
  12955. Irving_Wolfe@Happy-Man.com      Happy Man Corp. 206/463-9399 x101
  12956. 4410 SW Pt. Robinson Rd., Vashon Island, WA  98070-7399  fax x108
  12957.  
  12958.  
  12959. [Moderator's Note: Did the manufacturer explain *why* this happened?
  12960. Can you give any technical explanation?    PAT]
  12961.  
  12962. ------------------------------
  12963.  
  12964. Date: Mon, 20 Jul 92 17:55:11 SST
  12965. From: Ang Peng Hwa <MCMANGPH@NUSVM.BITNET>
  12966. Subject: Cordless Phone Not Charging
  12967.  
  12968.  
  12969. My AT&T cordless phone is not charging and I'd appreciate any input.
  12970. It was on for 20 days while I was on vacation. I then had to unplug it
  12971. for another 20 days. When I recharged it, the thing just lit up the
  12972. Battery Low light.
  12973.  
  12974. I figure it must be the NiCad remembering the charge. So I've
  12975. discharged the thing twice (waited for the low light to go out). It's
  12976. still on low after three days of charging.
  12977.  
  12978. Should I just wait longer for the memory to disappear, or leave it on
  12979. for the thing to charge?
  12980.  
  12981. ------------------------------
  12982.  
  12983. Date: Mon, 20 Jul 92 00:15:58 -0400
  12984. From: David Brightbill <djb@mailer.cc.fsu.edu>
  12985. Subject: Help Needed Expanding Cellular Phone Range
  12986.  
  12987.  
  12988. I live part time on an island in the Gulf of Mexico.  The island, off
  12989. the coast of Florida, is accessable only by boat or small plane, and
  12990. while we have electricity, there is no phone service on the island,
  12991. except for cellular.  The nearest big city is Tallahassee and the cell
  12992. provider of choice on the island is Centel Cellular.  Their nearest
  12993. tower is about 30 miles or so from my house on the island.  I borrowed
  12994. a phone from Centel for a few days and found that by mounting a
  12995. mag-mount antenna on a scrap of roof tin and placing it on the roof, I
  12996. was able to more-or-less reliably work the cell tower.  The "meter" on
  12997. the Motorola bag phone showed two bars.
  12998.  
  12999. I have two questions.  First, when I received calls on the phone,
  13000. occasionally, after a second or two of conversation, the call would
  13001. drop and be replaced with a ringing tone or a busy signal.  Since I
  13002. was in a "fringe area" and about the same distance from another B cell
  13003. system, is it possible that I was getting some sort of intermod?
  13004. Secondly, while the signal was fine most of the time, a few times it
  13005. was too scratchy to really have a conversation and I was unable to use
  13006. touch-tone devices like my answering machine at my other house.  Would
  13007. it be possible to build or buy a directional antenna aimed at the
  13008. nearest Centel tower?  Does anyone know of a source for plans?  I was
  13009. thinking that a little yagi might be the ticket.
  13010.  
  13011.  
  13012. David
  13013.  
  13014. ------------------------------
  13015.  
  13016. From: Matt McConnell <MCCOMATT@ba2.isu.edu>
  13017. Date: 20 Jul 92 20:15:49 MDT
  13018. Subject: Anyone Heard of "Remote Cable"?
  13019.  
  13020.  
  13021. I would like to know if the readers of TELECOM Digest have ever heard
  13022. of something called "remote cable".
  13023.  
  13024. A friend of mine asked me that a few days ago after having returned
  13025. from Kalispell,MT.  He says that a psychiatrist there was telling him
  13026. about something called "remote cable" though he's not really sure.
  13027.  
  13028. Something to do with: communities that have no cable, are hard to
  13029. reach, small, the government is selling licenses like with cellular ...
  13030.  
  13031. After having interogating him more I guessed he might be talking about
  13032. DBS (direct broadcast satellite) he seemed to agree ... though he's
  13033. not really sure.
  13034.  
  13035. Anyone heard of this "remote cable"?
  13036.  
  13037.  
  13038. Matt McConnell  mccomatt@ba2.isu.edu
  13039.  
  13040. ------------------------------
  13041.  
  13042. From: gauthier@ug.cs.dal.ca (Paul Gauthier)
  13043. Subject: Help With X.25; Help With UK 
  13044. Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
  13045. Date: Mon, 20 Jul 1992 18:19:55 -0300
  13046.  
  13047.  
  13048. Two related questions for you telecomers in the know ...
  13049.  
  13050. I am looking for a good book or electronic document on X.25 from the
  13051. point of view of a programmer going to write code to conduct
  13052. transactions over it.  Also, references to a good IBM PC based X.25
  13053. interface for dialup use are needed.
  13054.  
  13055. Second, this X.25 connection I am exploring is to be placed in the UK.
  13056. Some of the terms they use are not immediately obvious to me, so I am
  13057. wondering if anyone has useful comments on them. One was a service
  13058. called Mercury 5000UK which sounds to me like a packet switching
  13059. network. Is there a way in from Canada/USA/North America? The other
  13060. phrase he used was kilostream as a method of connection. Anyone??
  13061.  
  13062.  
  13063. Thanks,
  13064.  
  13065. Paul Gauthier / gauthier@ug.cs.dal.ca
  13066. Phone: (902)462-8217    Fax: (902)420-1675
  13067.  
  13068. ------------------------------
  13069.  
  13070. From: mts@wam.umd.edu
  13071. Subject: Help Identifying Bell Systems Ringer
  13072. Organization: University of Maryland at College Park
  13073. Date: Mon, 20 Jul 1992 05:17:57 GMT
  13074.  
  13075.  
  13076. I have a phone ringer, model R-1-A and I was hoping someone can tell
  13077. me anything about it.  It is riveted shut, so I was wondering if it
  13078. was made to be explosive proof or anything of the sort.  I also have a
  13079. filter model number 720 and was wondering the same of it.
  13080.  
  13081.  
  13082. Thanks,
  13083.  
  13084. Dave
  13085.  
  13086. ------------------------------
  13087.  
  13088. From: doug@cc.ysu.edu (Doug Sewell)
  13089. Subject: What Will ISDN Get Me?
  13090. Organization: Youngstown State University
  13091. Date: Mon, 20 Jul 1992 13:55:14 GMT
  13092.  
  13093.  
  13094. First, I expect the answer is 'nothing', but I'll toss the question
  13095. out anyway.
  13096.  
  13097. My home computer has a V.32 modem, to connect to another one at the
  13098. university.  I rarely call anything else, other than one or two 2400
  13099. baud BBSs.  In addition the computer has a nearly-unused fax-modem
  13100. (2400-baud+fax).  I'm running MSDOS, not Unix.
  13101.  
  13102. Most of the time I use the modem for terminal emulation, although I
  13103. have both SLIP and UUCP hookups defined for it that I use
  13104. occasionally.
  13105.  
  13106. Will ISDN do anything for me in this environment ?  What would have to
  13107. change before it will (assuming that first, I'll have to go beyond
  13108. MSDOS).
  13109.  
  13110.  
  13111. Doug Sewell, Tech Support, Computer Center, Youngstown State University
  13112. doug@cc.ysu.edu       doug@ysub.bitnet    <internet>!cc.ysu.edu!doug
  13113.  
  13114. ------------------------------
  13115.  
  13116. From: mperlman@nyx.cs.du.edu (Marshal "Airborne" Perlman)
  13117. Subject: Questions About the Motorola Bravo Pager
  13118. Reply-To: marshal.perlman@lambada.oit.unc.edu
  13119. Organization: University of Denver, Dept. of Math & Comp. Sci.
  13120. Date: Sun, 19 Jul 92 20:51:15 GMT
  13121.  
  13122.  
  13123. I have three questions about the Mororola Bravo [the 'cheap/workfore']
  13124. Pager:
  13125.  
  13126.  
  13127.  ... One ...
  13128.  
  13129. How long does that battery (one AA) last?
  13130.  
  13131.  ... Two ...
  13132.  
  13133. What is the range of these things? [non satellite]
  13134.  
  13135.  ... Three ...
  13136.  
  13137. They don't do anything if they are off right? (i.e. you have it
  13138. off..and some one beeps you ... then you turn it on later ... it will
  13139. still be 'blank'), right?
  13140.  
  13141.  
  13142. Thanks,
  13143.  
  13144. Please respond to: marshal.perlman@bbs.oit.unc.edu
  13145. (as nyx's mail is still screwed up)
  13146. ==============================  *  Marshal Perlman  
  13147. =-> mperlman@nyx.cs.du.edu <-=  *  Huntington Beach, California
  13148. ==============================  *  (Surf City, U.S.A
  13149.  
  13150. ------------------------------
  13151.  
  13152. Date: Mon, 20 Jul 92 07:16:22 EDT
  13153. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  13154. Subject: 911 Run-Around
  13155.  
  13156.  
  13157. In TELECOM Digest Volume 12 : Issue 571 Carl Moore (VLD/VMB)
  13158. <cmoore@BRL.MIL> writes:
  13159.  
  13160. > Some phone books do list non-emergency numbers, and I take them to be
  13161. > for matters which should get police attention but are not as urgent.
  13162.  
  13163. The problem with my PD (Suffolk County, NY) is that if I wanted to
  13164. make a non-emergency call but yet talk to a policeman/woman, I would
  13165. be told to call 911 in about 90% of the instances.
  13166.  
  13167. An example happened to me last year.  I was rummaging through a closet
  13168. and came across an old Army style ammo box with live ammunition in it
  13169. left over from the days when I went hunting.  I called the precinct,
  13170. was told to call 911 who told me to call the Emergency Services unit,
  13171. who told me to call the precinct.
  13172.  
  13173. I ended up going to the precinct and dropping the stuff off there.
  13174.  
  13175.  
  13176. Dave Niebuhr      Internet: niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  13177. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  13178.  
  13179.  
  13180. [Moderator's Note: The Chicago Police are notorious in this way. I
  13181. have always understood 911 was to be used ONLY in cases of dire
  13182. emergency when police or fire fighter intervention was needed
  13183. immediatly. Don't report stolen cars or burglarized homes to 911; the
  13184. danger is long past. Use 911 when a police officer is requested right
  13185. now to stop a crime in progress ... period. All other calls should go
  13186. to the district station. And that is the way the CPD officially tells
  13187. us to do it. But you call the district station to report something
  13188. which is going on (not an emergency) or something which happened, and
  13189. you get told to 'call 911 to report it'. Once every few months or so
  13190. 911 officials complain about how overloaded the system is, and why
  13191. they are sometimes unable to answer for six rings ... I wish our
  13192. police department would settle this once and for all, and make an
  13193. official policy that everyone had to stick to.   PAT]
  13194.  
  13195. ------------------------------
  13196.  
  13197. Date: Mon, 20 Jul 92 10:14:57 EDT
  13198. From: lvc@cbvox1.att.com (Lawrence V Cipriani)
  13199. Subject: Re: 1-800-ATF-GUNS and Anonymity
  13200. Organization: Ideology Busters, Inc.
  13201.  
  13202.  
  13203. In article <telecom12.570.7@eecs.nwu.edu> andys@flatline.sbi.com (Andy
  13204. Sherman) writes:
  13205.  
  13206. > In article 8@eecs.nwu.edu, vk2bea!michael@arinc.com (Michael G.
  13207. > Katzmann) writes:
  13208.  
  13209. >  (description of government run tip hotline deleted)
  13210.  
  13211. >> It says call 1-800-ATF-GUNS, YOU DON'T HAVE TO GIVE YOUR NAME.
  13212.  
  13213. > Do remember that *can have* ANI delivery is not the same as *has* ANI
  13214. > delivery.  Unfortunately, you can't know for sure.
  13215.  
  13216. In this case you can be sure, the BATF does indeed have ANI.  This is
  13217. documented in The Machine Gun Dealer's Bible."
  13218.  
  13219.  
  13220. Larry Cipriani, att!cbvox1!lvc or lvc@cbvox1.att.com
  13221.  
  13222. ------------------------------
  13223.  
  13224. From: lightw@cetra.trl.OZ.AU (Liron Lightwood)
  13225. Subject: Re: Telephone Keypad Question
  13226. Organization: Telecom Research Labs, Melbourne, Australia
  13227. Date: Tue, 21 Jul 1992 02:19:54 GMT
  13228.  
  13229.  
  13230. stevef@wrq.com (Steve Forrette) writes:
  13231.  
  13232. > I've noticed that some phone manufacturers (seen mostly on cheaper
  13233. > models and COCOTS) now label the 1 key with "QZ".  However, many voice
  13234. > processing applications, such as Octel voicemail, tell you to "use 7
  13235. > for Q, and 9 for Z."  Considering that there are differing opinions as
  13236. > to where Q and Z should be mapped for those applications that need
  13237. > them, it seems unwise to label them at all on the keys.
  13238.  
  13239. Australian phones with letters as well as numbers have the 'Q' and 'Z'
  13240. on the '1' key.
  13241.  
  13242. Australia hasn't been a user of words in telephone numbers, but all
  13243. that will change under deregulation.
  13244.  
  13245. In rsponse, all new phones sold by Telecom Australia (the former
  13246. monopoly carrier) have keys labelled with letters as well as numbers.
  13247. Cheaper phones made by other manufactures have had letters for a long
  13248. time, probably because they used the same phones made for the US
  13249. market).
  13250.  
  13251. On the new Telecom phones, the '2'-'9' keys are labelled with the same
  13252. letters as US phones.  However, the '1' key is labelled with 'Q' and
  13253. 'Z'.
  13254.  
  13255. Also, automatic teller machines (at least over here) which have keys
  13256. labelled with letters as well as numbers (for easier to remember
  13257. PIN's), also use the '1' key for 'Q' and 'Z'.  I believe this applies
  13258. in the USA as well.
  13259.  
  13260. If this is the case, the most obvious place to put the 'Q' and 'Z'
  13261. would be on the '1' button.
  13262.  
  13263.  
  13264. Liron Lightwood                     Internet : r.lightwood@trl.oz.au
  13265. Telecom Research Laboratories       Phone : +61 3 253 6535
  13266. 770 Blackburn Road                  Snail : P.O. Box 249 Clayton 3168 Australia
  13267. Clayton  Vic. 3168 Australia        Disclaimer : My views are not my company's
  13268.  
  13269. ------------------------------
  13270.  
  13271. From: helfman@aero.org (Robert S. Helfman)
  13272. Subject: Giving a PAT Answer to Questions 
  13273. Organization: The Aerospace Corporation, El Segundo, CA
  13274. Date: Tue, 21 Jul 1992 03:57:16 GMT
  13275.  
  13276.  
  13277. In article <telecom12.574.4@eecs.nwu.edu> varney@ihlpf.att.com (Alan L
  13278. Varney) writes:
  13279.  
  13280. > In article <telecom12.562.5@eecs.nwu.edu> ggw@wolves.durham.nc.us
  13281. > writes:
  13282.  
  13283. >> Saying that Caller-ID is the way to go is just to much of a "pat"
  13284. >> answer.
  13285.  
  13286. >   Eeeuww, a PUN in c.d.t!  Doesn't PJN have a copyright on them???
  13287.  
  13288. > [Moderator's Note: Nope, I hold the copyright on this. I license it to
  13289. > PJN and other moderators who pay my requested fee annually.  PAT]
  13290.  
  13291. Sure, PAT. 
  13292.  
  13293. My colleague, Samuel Goldstein, says that he now holds the rights to
  13294. the Patented Look and Feel of Shit. Thus, everyone will now have to
  13295. pay him royalties to look in the mirror each morning!
  13296.  
  13297. By now, I must owe him bigtime.
  13298.  
  13299.  
  13300. [PAT's Answer and Last Word on the Subject:  Me too! Or should I say
  13301. 'I also'?  :) PAT]
  13302.  
  13303. ------------------------------
  13304.  
  13305. End of TELECOM Digest V12 #578
  13306. ******************************
  13307. 
  13308. 
  13309. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa16403;
  13310.           23 Jul 92 3:38 EDT
  13311. Received: by delta.eecs.nwu.edu id AA09757
  13312.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 23 Jul 1992 01:34:00 -0500
  13313. Received: by delta.eecs.nwu.edu id AA07815
  13314.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 23 Jul 1992 01:33:49 -0500
  13315. Date: Thu, 23 Jul 1992 01:33:49 -0500
  13316. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  13317. Message-Id: <199207230633.AA07815@delta.eecs.nwu.edu>
  13318. To: "\\telecom"@eecs.nwu.edu
  13319. Subject: TELECOM Digest V12 #579
  13320.  
  13321. TELECOM Digest     Thu, 23 Jul 92 01:33:43 CDT    Volume 12 : Issue 579
  13322.  
  13323. Index To This Issue:                      Moderator: Patrick A. Townson
  13324.  
  13325.     European Blue-Box Program (RISKS Digest via dmiller@elli.une.edu.au)
  13326.     Minnesota Caller ID Testing (Jeffrey Comstock)
  13327.     900 Number With Fax Back Info Requested (Howard Pierpont)
  13328.     Call Waiting and Modems - a Weird Problem (Leonard Ira Kamlet)
  13329.     Bellcore Threatens 2600 Magazine With Lawsuit (Emmanuel Goldstein)
  13330.     New Ideas For Voice Mail (Jeffrey Jonas)
  13331.     Telephone Line Security (Wing Shing Djen)
  13332.     Mystery Equipment (F Farzin)
  13333.     Cellular Phone Interface (Alfredo Cotroneo)
  13334.     Phone Number Phun (Brent Byer)
  13335.     Where is +44-399? (Carl Moore)
  13336. ----------------------------------------------------------------------
  13337.  
  13338. Subject: European Blue-Box Program
  13339. Date: Wed, 22 Jul 92 23:57:21 -0500
  13340. From: dmiller@elli.une.edu.au
  13341.  
  13342.  
  13343. Perhaps of interest to TELECOM Digest readers also:
  13344.  
  13345. RISKS-LIST: RISKS-FORUM Digest  Tuesday 14 July 1992  Volume 13 : Issue 64
  13346.  
  13347.  Date: Mon, 6 Jul 1992 21:42:49 +0200 
  13348.  From: brunnstein@rz.informatik.uni-hamburg.dbp.de
  13349.  Subject: Phreaking/Blue Box program
  13350.  
  13351.  
  13352. CAPITAL, a German monthly specialized in financial aspects of economy,
  13353. had a story, in it's July edition, about a phone phreak "Kimble" who
  13354. offers an AMIGA-based program with built-in frequencies to switch your
  13355. telecom connection over more than 20 countries. In June, he
  13356. demonstrated this program in CAPITAL's office in Duesseldorf, in the
  13357. presence of some experts from a criminal agency and an IT security
  13358. experts. German Telecom was informed days ahead the presentation but
  13359. could not trace his dialling experiments which lead him from
  13360. Duesseldorf to Canada (known as normal entry of European Phreaks to
  13361. the New World), and so on. Kimble said that non-traceability be a
  13362. major new feature of this blue-boy program "Unlimited Assess
  13363. (Multi-Frequency Dialler)".
  13364.  
  13365. Phreaking was practiced, for some time, also in Hamburg's Chaos Club.
  13366. In last year's Chaos Congress, they once more held a seminar on
  13367. Phreaking (given by the Dutch Hac-Tic group; the German report on this
  13368. part is available, with the Chaos Congress' documentation, either from
  13369. CCC or from Virus Test Center's ftp site).  CCC and Hac-Tic freely
  13370. distributed information on blue box programs for PCs and 68000
  13371. systems. Due to this action, the price of a blue box program went down
  13372. significantly (from about 500 DM to about 100 DM), and one can upload
  13373. blue box programs together with games from ordinary BBS. But German
  13374. Telecom said that the holes which these programs exploit have been
  13375. patched.
  13376.  
  13377. When CAPITAL first contacted me (before the experiment), I was not
  13378. very impressed. But the the experiment continued, and some really
  13379. shocking results were reported: when German Telecom could also neither
  13380. trace nor intercept a second experiment, they reportedly asked some
  13381. Canadian experts for assistance.  When they watched and tried to close
  13382. the hole, they observed that somebody just worked in their "system" to
  13383. implant some Trojan horse (don't ask me how, because if I believe
  13384. Telecom, there is ***no connection to the outside*** When they patched
  13385. the holes in changing some frequencies, this evidently was immediately
  13386. "mediated" (path unknown) to the phreaks (organised in a group "Dope",
  13387. evidently working internationally). Unlimited Access comes with a
  13388. 1-year guarantee of free updates of frequencies: this is different
  13389. from other blue-boy programs and may verify the unusual price (15,000
  13390. DM, about 10,000 $), but remember that this program excludes being
  13391. traced by Telecoms!  And the group evidently "received" the updated
  13392. frequencies immediately and distributed them to their "clients".
  13393.  
  13394. Just for *caution and clarification*: due to the stress of
  13395. end-of-semester, I couldnot personally observe the experiment. My
  13396. report is based on some telephone discussions (not bluebox-dialled)
  13397. with the journalist, on the assessment of a participating colleague
  13398. which I trust, as well as on some discussions which I had with Telecom
  13399. on related matters, and with some phreaks in my neighbourhood *:)
  13400.  
  13401.  
  13402. Klaus Brunnstein
  13403.  
  13404. ------------------------------
  13405.  
  13406. From: uum1!kksys!brainiac!jrc@uunet.UU.NET (Jeffrey Comstock)
  13407. Subject: Minnesota Caller ID Testing?
  13408. Organization: Sewer of Source Code
  13409. Date: Wed, 22 Jul 92 08:34:48 GMT
  13410.  
  13411.  
  13412. About three months ago, I was mucking with the phone and depressed *60
  13413. on my telephone.  Then I hear a voice that says "Your selective caller
  13414. rejection service is now ON.  Please enter a command or wait for the
  13415. menu ..."  *62 gave the message "Your selective call distinctive alert
  13416. is now ON ..."  *63 was "Your selective call forwarding is now ON ...". 
  13417. I guess that US WEST was testing CLID here.  I wanted to get some
  13418. hardware to see if Caller ID would work, but never got around to it.
  13419. It would have worked right ?
  13420.  
  13421. Oooh boy did I have fun with that.  In my calling area there are about
  13422. 300 exchanges, and it was only flipped on in about 20.  I am in the
  13423. 854 exchange, and I could reject and distinctive ring from 830, 831,
  13424. 931 and some others, but it didnt work in any exchanges that I had
  13425. freinds or family in.  If I tried my brother for instance, the 'canned
  13426. lady' would say "We're sorry, this service is not available with that
  13427. number."  I could selectively forward a call from an activated
  13428. exchange to ANY number.
  13429.  
  13430. I am in an apartment with a security phone in the lobby -- you have to
  13431. call me from it to get 'buzzed into' the building.  I programmed my
  13432. phone to give me a distinctive ring if someone called from the lobby,
  13433. and it worked great. (PS: My apartment managers answering machine went
  13434. berserk from the distinctive ring when I programmed his to do it.  It
  13435. was set off to answer on the fourth ring, and the system would do
  13436. three short rings and one long one if someone called from the front
  13437. door.  I have an AT&T 1337 digital answering machine, and it was
  13438. immune from this problem.)
  13439.  
  13440. Well, a few day's ago they flipped it off.  I no longer have control
  13441. over it.  *60, *61, and *62 just give me a fast busy.  But guess what
  13442.  -- I still get distinctive ringing from the front lobby!  Yeah -- I
  13443. realize somebody from US WEST might read this and correct this
  13444. 'problem' for me -- no biggie.  Also, I remember that I had 854-1234
  13445. programmed for selective call rejection.  Maybe I will get lucky and
  13446. that is the IRS's or some other number I don't want to bother with.
  13447. (yuk yuk).
  13448.  
  13449. I also heard that a guy in the 931 exchange (it was active there) was
  13450. phreaking it, and depressed *73 or something and got a message like
  13451. "The last number that called you has been traced and a $10 charge has
  13452. been added to your bill."  He called the operator to make sure that he
  13453. wouldnt get billed for it, and they insisted that no such service was
  13454. available in Minnesota.  He did'nt get the $10 charge,and mysteriously
  13455. the *73 trick ceased to work.
  13456.  
  13457.  
  13458. Jeffrey R. Comstock   INET  jrc@brainiac.mn.org    CW   -. .-. ----- -..
  13459.  
  13460. ------------------------------
  13461.  
  13462. Date: Wed, 22 Jul 92 05:32:47 PDT
  13463. From: HOWARD PIERPONT <pierpont@snax.enet.dec.com>
  13464. Subject: 900 Number With Fax Back Info Requested
  13465.  
  13466.  
  13467. As part of my volunteer work with public radio, I get asked the
  13468. strangest questions.
  13469.  
  13470. There is a national news program that runs in the evening. There has
  13471. been a significant amount of interest expressed by business listeners
  13472. in being able to receive, by fax, a copy of one of the segments that
  13473. run during the broadcast segment. Time is critical in these requests.
  13474. [Yes you can mail for a transcript or a tape, but some people need the
  13475. information for a meeting in the morning.  They have also expressed an
  13476. interest in covering the transmission and handling costs.
  13477.  
  13478. As suggestion has been made that we set up a 900 number with prompts
  13479. for date/segment/etc and a spot for the fax number. The report would
  13480. be sent in short order by fax.
  13481.  
  13482. Is anyone doing this now? TRW has sent some end consumer information
  13483. on their system and a couple of the computer trades let you fax in and
  13484. they forward the request to the advertiser.
  13485.  
  13486. Any and all input welcomed and will be acknowledged.
  13487.  
  13488.  
  13489. Howard Pierpont     P.O. Box 937   Dayville, CT 06241-0937   or email.
  13490. While I work for Digital Equipment Corp., this is one of my hobbies
  13491. All standard disclaimers apply ...
  13492.  
  13493. ------------------------------
  13494.  
  13495. From: lik@engin.umich.edu (Leonard Ira Kamlet)
  13496. Subject: Call Waiting and Modems - a Weird Problem
  13497. Date: Wed, 22 Jul 92 16:36:20 EDT
  13498. Organization: University of Michigan Engineering, Ann Arbor
  13499.  
  13500.  
  13501. I've been having a weird problem recently, and I'm wondering if anyone
  13502. has any suggestions.  Here's the situation:
  13503.  
  13504. I recently moved to a new area, and got call waiting service on my
  13505. home phone.  To call into the computers I use as a student at U-M, I
  13506. can dial into either a 2400 baud number or a 1200 baud number.  When
  13507. I'm able to get through to the 2400, there are no problems at all
  13508. (it's often busy).  When I dial into the 1200 baud line, and leave the
  13509. call waiting feature on, the modem connects and then all I get is
  13510. garbage.  When I turn off call waiting(*70), the connection is fine.
  13511. This has happened daily for about 2-3 weeks, at various times
  13512. throughout the day.
  13513.  
  13514.    I've contacted the network I'm calling, who say there is nothing
  13515. wrong with the number I'm having problems with.  I've called Michigan
  13516. Bell, who tells me that they've checked the line and found nothing
  13517. wrong.  My belief is that *something* occurs when I turn off call
  13518. waiting, but I don't know what.
  13519.  
  13520. (Note: the obvious answer, "just turn it off", isn't acceptable.  One
  13521. of the reasons I have call waiting is so that people can reach me when
  13522. I use the computer for hours.)
  13523.  
  13524. Does anyone have experience with this, or any suggestions?  I do not
  13525. read news often, and rarely follow this group.  Please e-mail
  13526. suggestions to lik@caen.engin.umich.edu or just lik@umich.edu or call
  13527. me at (313) 522-5969.
  13528.  
  13529. Thanks for the help.
  13530.  
  13531.  
  13532. Leonard Kamlet  
  13533. lik@caen.engin.umich.edu
  13534. 2286 Woodview Rd. #835
  13535.  
  13536. ------------------------------
  13537.  
  13538. Date: Tue, 21 Jul 92 01:25:50 -0700
  13539. From: Emmanuel Goldstein <emmanuel@well.sf.ca.us>
  13540. Subject: Bellcore Threatens 2600 Magazine With Lawsuit
  13541.  
  13542.  
  13543. THE FOLLOWING CERTIFIED LETTER HAS BEEN RECEIVED BY 2600 MAGAZINE.
  13544. WE WELCOME ANY COMMENTS AND/OR INTERPRETATIONS.
  13545.  
  13546. Leonard Charles Suchyta
  13547. General Attorney
  13548. Intellectual Property Matters
  13549.  
  13550. Emanuel [sic] Golstein [sic], Editor
  13551. 2600 Magazine
  13552. P.O. Box 752
  13553. Middle Island, New York 11953-0752
  13554.  
  13555. Dear Mr. Golstein:
  13556.  
  13557. It has come to our attention that you have somehow obtained and published
  13558. in the 1991-1992 Winter edition of 2600 Magazine portions of certain
  13559. Bellcore proprietary internal documents.
  13560.  
  13561. This letter is to formally advise you that, if at any time in the future
  13562. you (or your magazine) come into possession of, publish, or otherwise
  13563. disclose any Bellcore information or documentation which either (i) you
  13564. have any reason to believe is proprietary to Bellcore or has not been
  13565. made publicly available by Bellcore or (ii) is marked "proprietary,"
  13566. "confidential," "restricted," or with any other legend denoting
  13567. Bellcore's proprietary interest therein, Bellcore will vigorously
  13568. pursue all legal remedies available to it including, but not limited
  13569. to, injunctive relief and monetary damages, against you, your magazine,
  13570. and its sources.
  13571.  
  13572. We trust that you fully understand Bellcore's position on this matter.
  13573.  
  13574. Sincerely,
  13575.  
  13576.  
  13577. LCS/sms
  13578.  
  13579. ------------------------------
  13580.  
  13581. Date: Wed, 22 Jul 92 18:21:25 -0400
  13582. From: krfiny!jeffj@uunet.uu.net
  13583. Subject: New Ideas For Voice Mail
  13584.  
  13585.  
  13586. In article <telecom12.557.11@eecs.nwu.edu>, francois%tollys.UUCP%
  13587. bnrmtl.UUCP@Larry.McRCIM.McGill.EDU (F Truchon) writes:
  13588.  
  13589. >> The one advantage that I get from subscribing to my telco's voice mail
  13590. >> service rather then forwarding to my voice mail at work (if I could)
  13591. >> is that the dial tone changes on my phone when I have messages. This
  13592. >> is like the flashing LED on answering machines. You can quickly check
  13593. >> if you have messages by listening to the dial tone rather than having
  13594. >> to dial the voice mail number and to log in.
  13595.  
  13596. In Volume 12, Issue 571, Message 13 of 17, Dave Levenson replied:
  13597.  
  13598. > But don't forget the infinite series that results: You go off-hook to
  13599. > listen for dial-tone.  You hear steady tone for a second or two,
  13600. > indicating that at the time you went off-hook, there were no messages
  13601. > waiting.  You go back on-hook, secure in the knowlege that you don't
  13602. > have to call anybody back right now ...
  13603.  
  13604. > But while you were off-hook checking, somebody called, and by the time
  13605. > you were finished checking, and back on-hook, they had been forwarded
  13606. > to the telco voice mail system (because your line was busy) ...
  13607.  
  13608. I agree that there must be a better way to signal the subscriber that
  13609. there's a voice message waiting than to play games with the dial tone.
  13610.  
  13611. Now that Caller-ID can deliver text as well as digits, why not have
  13612. the voice mail ring you and send the caller-id box a message such as
  13613. "voice mail" with your phone number in the number field.  Two rings is
  13614. all it takes.
  13615.  
  13616. If you pick up the phone (or don't have Caller-ID), a recording will
  13617. tell you "you have voice mail, enter your id to start" (and time out
  13618. should your answering machine get the call).  Or perhaps yet another
  13619. unique ringing pattern for voice mail to get your attention.  Give two
  13620. quick rings every hour (but silent from 10PM-8AM if you choose that
  13621. option)?  Doesn't that new feature "annoy-a-call" do that (repeatedly
  13622. attempt to contact the destination with your pre-recorded message)?
  13623.  
  13624. There's a tradeoff between giving the service to people with their
  13625. existing equipment (no Caller-ID, no message lights) and people
  13626. willing to purchase new equipment to use the enhanced services
  13627. conveniently.  The studdering dial tone meets some of those goals.
  13628.  
  13629.  
  13630. Jeffrey Jonas    jeffj@synsys.uucp
  13631.  
  13632. ------------------------------
  13633.  
  13634. From: wsdjen@ucdavis.edu (Wing Shing Djen)
  13635. Subject: Telephone Line Security
  13636. Date: 21 Jul 92 08:52:59 GMT
  13637. Organization: U.C. Davis - Dept. of Electrical Engineering & Computer Science
  13638.  
  13639.  
  13640. I'm looking for a commercially available product that can provide
  13641. security against tapping in for the regular telephone line. I have no
  13642. idea what it is like, but I think it has some kind of data encryption
  13643. capability to jam the regular signal so that it becomes noise when
  13644. somebody wants to eavesdrop the conversation between two people.
  13645.  
  13646. Any input is appreciated. Thanks.
  13647.  
  13648. ------------------------------
  13649.  
  13650. From: F.Farzin-nia@lut.ac.uk (F Farzin_nia)
  13651. Subject: Mystery Equipment
  13652. Reply-To: F.Farzin-nia@lut.ac.uk (F Farzin_nia)
  13653. Organization: Loughborough University, UK.
  13654. Date: Thu, 23 Jul 92 05:54:29 GMT
  13655.  
  13656.  
  13657. I have a 'I don't know what this piece of kit is' question. :-) 
  13658.  
  13659. A friend of mine recently bought a piece of kit from an electronic
  13660. junk shop for me, thinking that it was a telephone answering machine
  13661. (you see, I had asked a lot of friends to keep an eye out for a second
  13662. hand answering machine and if they were to find a reasonable one to
  13663. purchase it on my behalf). On close inspection of this rather curious
  13664. and wonderful gadget, I realised there is a lot more to it than meets
  13665. the eye. However, I simply cannot figure out what it is. This thing is
  13666. manufactured by LANIER BUSINESS PRODUCTS, INC (Atlanta, Georgia, USA),
  13667. and it has a MODEL P-101 printed underneath it. 
  13668.  
  13669. It resembles a telephone answering machine/dictating machine/modem. It
  13670. has a speaker but no mic. There is a small tape recorder with the
  13671. associated buttons plus a 'telephone' push button on the console. The
  13672. other switches and buttons on this machine which are located around
  13673. and underneath it are: DIC-CONF; OFF-SCAN; MIC-SPK; RECALL-1.2.3; A
  13674. headset jack socket; a record gain knob; telephone jack socket; a
  13675. TOTAL and a RESET button; three knobs that control SPEED (presumably
  13676. that of the recorder), TONE and VOLUME; and finally a SCART like
  13677. socket. Incidentally, there are some seven-segment led displays on the
  13678. console to show 'unit no.', 'complete units', 'instruction' and
  13679. 'location' for DICTATE option and 'unit no.', 'total units',
  13680. 'remaninig length' and 'instruction' for the TRANSCRIBE option.
  13681.  
  13682. If any of you have ever come across a gadget like the above please let
  13683. me know what it is (and how it operates, if possible!).
  13684.  
  13685.  
  13686. Regards,
  13687.  
  13688. Farzin    E-mail: F.Farzin-nia@lut.ac.uk
  13689.  
  13690.  
  13691. [Moderator's Note: Have you considered contacting Lanier to get a set
  13692. of instructions and/or documentation?   PAT]
  13693.  
  13694. ------------------------------
  13695.  
  13696. Date: Wed, 22 Jul 92 15:05:38 +0200
  13697. From: alfredo@quickt2.it12.bull.it (Alfredo Cotroneo)
  13698. Subject: Cellular Phone Interface
  13699.  
  13700.  
  13701. I am remaking a request to see if some people from NOKIA Finland are
  13702. monitoring this list, and perhaps may help ...
  13703.  
  13704. I have just re-enquired aboute the availability of the FAX/Modem
  13705. interface for the NOKIA Cityman 200 cellular phone distributed in
  13706. Italy thru the NOKIA representative in Rome. They directed me to a
  13707. local installer in Milano who told me <his words>: "I have the
  13708. interface, but when I tested it did not work the way it should have
  13709. worked. If you want it, I can sell it, but mind that I will not accept
  13710. returns". When I asked why did it not work, he was not able to give me
  13711. more details.
  13712.  
  13713. When I decided to buy the NOKIA Cityman I bought it because on an
  13714. official leaflet from NOKIA it was advertised the availability of such
  13715. interface.  Otherwise I would have gone in some other direction.  Now,
  13716. after more than 1 1/2 years, NOKIA has introduced a new product, but
  13717. it seems that this interface is either not-distributed or it is not
  13718. working.
  13719.  
  13720. NOKIA itself in Rome would not comment, and say that we "ordinary
  13721. folks" have to go to local distributors for information. They in
  13722. return are not able to provide enough information as above.
  13723.  
  13724. Anybody from NOKIA to help here please?
  13725.  
  13726.  
  13727. Regards,
  13728.  
  13729. Alfredo E. Cotroneo, Milano, Italy
  13730. email: 100020.1013@compuserve.com or alfredo@quickt2.it12.bull.it
  13731.  
  13732. ------------------------------
  13733.  
  13734. Date: Wed, 22 Jul 92 14:20:05 -0400
  13735. From: bb@generali.harvard.edu (Brent Byer)
  13736. Subject: Phone Number Phun
  13737. Organization: Textware, Cambridge, MA
  13738.  
  13739.  
  13740. In article <telecom12.575.6@eecs.nwu.edu> kam@dlogics.com writes:
  13741.  
  13742. > I have an AT&T no-AOS type calling card. I asked for another card for ...
  13743.  
  13744. > [Moderator's Note: You and your meaningless '266' phone number! I'd
  13745. > expect a telecom enthusiast in your neighborhood to be on the
  13746. > DElaware-7, SUPerior, MOHawk, or WHItehall exchange at the very
  13747. > least.  :)  PAT]
  13748.  
  13749. Actually, Pat, it is in the BOOndocks exchange.
  13750.  
  13751. My home phone number used to be TROTSKY , 15+ years ago.  I
  13752. occasionally run into past acquaintances of that era.  Most forgot my
  13753. name, but remembered the number.
  13754.  
  13755. And, in recognition of election year (feh!), my modem line is now
  13756. VOTE-JOB .  Funnier still, was when I was getting a phone number for
  13757. an off-site modem, and, after a couple of minutes of brainstorming,
  13758. the *female* telco rep found, and enciphered, ASS-WELT; I took it for
  13759. the link, but it's not my kink.
  13760.  
  13761.  
  13762. Brent Byer    Textware Intl.   (617) uni-text
  13763.  
  13764. ------------------------------
  13765.  
  13766. Date: Wed, 22 Jul 92 13:35:26 EDT
  13767. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  13768. Subject: Where is +44-399?
  13769.  
  13770.  
  13771. I have added 399 as a city code in the UK.  But here is how I found
  13772. it: in a listing in Cardiff, Wales CF4 (UK), I found +44-222 in use
  13773. for the voice and fax numbers (each followed by 6D number), then
  13774. VoiceMail +44-399 + 6D.  Where would +44-399 be?
  13775.  
  13776. ------------------------------
  13777.  
  13778. End of TELECOM Digest V12 #579
  13779. ******************************
  13780. 
  13781. 
  13782. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa18686;
  13783.           23 Jul 92 4:42 EDT
  13784. Received: by delta.eecs.nwu.edu id AA30777
  13785.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 23 Jul 1992 02:38:55 -0500
  13786. Received: by delta.eecs.nwu.edu id AA00816
  13787.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 23 Jul 1992 02:38:45 -0500
  13788. Date: Thu, 23 Jul 1992 02:38:45 -0500
  13789. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  13790. Message-Id: <199207230738.AA00816@delta.eecs.nwu.edu>
  13791. To: "\\telecom"@eecs.nwu.edu
  13792. Subject: TELECOM Digest V12 #580
  13793.  
  13794. TELECOM Digest     Thu, 23 Jul 92 02:38:47 CDT    Volume 12 : Issue 580
  13795.  
  13796. Index To This Issue:                      Moderator: Patrick A. Townson
  13797.  
  13798.     AT&T Fights Fonorola's Attempts to Enter U.S. Market (David Leibold)
  13799.     List of GTE Southern California SS7 Links (Lauren Weinstein)
  13800.     Coda Call (was Teleslime etc.) (David Norman)
  13801.     How to Build a Line-in-Use Indicator (Michael A. Covington)
  13802.     CIS Modem Fee Story (Scott Loftesness, CIS via TELECOM Moderator)
  13803.     Re: FCC Modem Tax Rumor on Compu$erve (Norman Yarvin)
  13804.     Re: FCC Modem Tax Rumor on Compu$erve (Michael H. Riddle, Esq.)
  13805.     Re: FCC Modem Tax Rumor on Compu$erve (Steve Forrette)
  13806.     Re: FCC Modem Tax Rumor on Compu$erve (Fred Goldstein)
  13807.     Re: FCC Modem Tax Rumor on Compu$erve (Jeffrey Comstock)
  13808.     Re: FCC Modem Tax Rumor on Compu$erve (Tony Safina)
  13809. ----------------------------------------------------------------------
  13810.  
  13811. Date: Thu, 23 Jul 92 02:00:17 EDT
  13812. From: David Leibold <DLEIBOLD@VM1.YorkU.CA>
  13813. Subject: AT&T Fights Fonorola's Attempts to Enter U.S. Market
  13814.  
  13815.  
  13816. Despite a December ruling from the FCC allowing foreign companies to
  13817. provide international communications within the U.S., AT&T is fighting
  13818. a bid by the Canadian company Fonorola to sell its services in the U.S.
  13819.  
  13820. Much of the dispute involves differing rules and regulations between
  13821. Canada and the U.S. Local rates are cheaper in Canada, for instance,
  13822. while it is easier in Canada to subsidise local rates from long
  13823. distance revenues. AT&T claims that Canadian companies fail a "test of
  13824. equivalency" that was required by the FCC in conjunction with opening
  13825. up international communications. Fonorola replies that American
  13826. resellers are already allowed, and is thus sifficient for the
  13827. equivalency required by the FCC.
  13828.  
  13829. Under free trade terms between the U.S. and Canada, there are concerns
  13830. this dispute could put requirements for local service subsidies from
  13831. long distance at risk. That is, a "level playing field" imposed on
  13832. Canada could mean skyrocketing local rates for Canadians, a situation
  13833. regulators sought to avoid when permitting long distance competition
  13834. in Canada.
  13835.  
  13836.  
  13837. dleibold@vm1.yorku.ca
  13838.  
  13839. ------------------------------
  13840.  
  13841. Date: Wed, 22 Jul 92 12:04:00 PDT
  13842. From: lauren@vortex.COM (Lauren Weinstein)
  13843. Subject: List of GTE Southern California SS7 Links
  13844.  
  13845.  
  13846. john@zygot.ati.com (John Higdon) wrote:
  13847.  
  13848. >> Regarding SS7 links, he said GTE was working on them between their own
  13849. >> switches.  Links to PacBell would come, but he didn't know when.
  13850.  
  13851. > When I have mentioned GTE's lack of SS7, I have been roundly taken to
  13852. > task and told that the company does indeed have such links in place.
  13853. > Thank you for confirming that this is the baloney that I suspected it
  13854. > was.
  13855.  
  13856. John, as I've told you before, it isn't baloney; GTE has numerous SS7
  13857. links up and running, at least in Southern California (I don't have
  13858. info, one way or another, about Northern California).  Some of the
  13859. offices with SS7 interconnects include (and these are all carrying
  13860. regular traffic, not test links):
  13861.  
  13862. Granada, Pacoima, San Fernando, Sylmar, Sunland, Sepulveda, Camarillo,
  13863. Oxnard, Thousand Oaks, Quartz Hills, Lancaster, Santa Barbara.
  13864.  
  13865. More SS7 sites are coming up on a regular basis.  The Santa Monica STP
  13866. (Santa Monica, Mar Vista, West Los Angeles, Malibu, Topanga, etc.)  is
  13867. slated for SS7 this September.
  13868.  
  13869. Neither Pacific nor GTE has shown much enthusiasm toward fast action
  13870. on GTE<->PacBell SS7 links.  Both seem to be more concerned with their
  13871. own offices and with connections to the long distance carriers at this
  13872. point.
  13873.  
  13874.  
  13875.  --Lauren--
  13876.  
  13877. ------------------------------
  13878.  
  13879. Date: Wed, 22 Jul 92 16:14:04 NZS
  13880. From: David Norman <norman@corp.telecom.co.nz>
  13881. Subject: Coda Call (was Teleslime etc.)
  13882.  
  13883.  
  13884. Our local press here in Wellington carried a short article "Sick of
  13885. junk calls" describing a device called "Coda Call".  This requires a
  13886. three digit PIN to be appended to all incoming calls before
  13887. "connecting".  A Joseph Lutz is credited with developing the device.
  13888.  
  13889. Does anyone have any further details? It would seem to be an excellent
  13890. answer for eliminating telemarketer calls for example. I'd be
  13891. particularly interested in what happens to callers who have dialed the
  13892. published directory number; do they just get ring tone no reply?
  13893.  
  13894. Please feel free to e-mail me directly; I'll happily summarize
  13895. responses.
  13896.  
  13897.  
  13898. Dave Norman    e.mail:norman@corp.telecom.co.nz
  13899. Telecom Corporation of New Zealand
  13900.  
  13901.  
  13902. [Moderator's Note: If it works like the PrivCode device here in the
  13903. USA, it sits on the line all the time looking for changes in voltage
  13904. to indicate a call has been connected. It then seizes the line before
  13905. the phone has a chance to ring (subscriber is not disturbed with the
  13906. bell), and the PrivCode synthesized voice says 'enter your PrivCode
  13907. please'. The three digit number which follows is then dealt with.
  13908. After two or three wrong attempts, the device just drops the call. If
  13909. the code is one of several authorized, then the device itself warbles
  13910. to get the attention of the subscriber. Warbles come in different
  13911. cadences to partially indicate who is calling, based on the three
  13912. digit code entered. Certain codes are reserved with one always ringing
  13913. the answering machine plugged in, another just giving a ring back tone
  13914. to the caller (but silence to the subscriber) and eventually telling
  13915. the calling party politely 'no one is answering -- goodbye', and
  13916. other codes which will first attempt to signal the subscriber then
  13917. default to the answering machine after several rings.  PrivCode was
  13918. first available here in the early 1980's, and the patent is held by
  13919. International Mobile Machines of Bala Cynwyd, PA ... so I doubt the
  13920. newspaper was correct about the person who 'invented' it.   PAT]
  13921.  
  13922. ------------------------------
  13923.  
  13924. From: mcovingt@athena.cs.uga.edu (Michael A. Covington)
  13925. Subject: How to Build a Line-in-Use Indicator
  13926. Organization: University of Georgia, Athens
  13927. Date: Wed, 22 Jul 1992 05:15:17 GMT
  13928.  
  13929.  
  13930. In article <92202.125551GNR100@psuvm.psu.edu> GNR100@psuvm.psu.edu writes:
  13931.  
  13932. >      I'd like to build a devive tha detects if the phone is in use (ie. if
  13933. > someone is using the same line on a different phone) without causing any
  13934. > disturbance, and lights an indicator whenever it is.  All I want to know
  13935. > from the device is yes or no, and I want it to cause an indicator to light
  13936. > up whenever the phone line is in use, without having to turn it on, press a
  13937. > button or the like.
  13938.  
  13939. This is a frequent request.  Circuits to do it have been published
  13940. several times in the "Circuit Circus" column of {Popular Electronics}.
  13941.  
  13942. Also <drum roll> <fanfare> a reliable but simple phone-line-in-use
  13943. indicator designed by me will appear as a full-length article in an
  13944. upcoming issue of {Popular Electronics}.
  13945.  
  13946.  
  13947. Michael A. Covington, Ph.D. |  mcovingt@uga.cc.uga.edu  |  ham radio N4TMI
  13948. Artificial Intelligence Programs | U of Georgia | Athens, GA 30602  U.S.A.
  13949.  
  13950.  
  13951. [Moderator's Note: See if the magazine will give you permission to
  13952. share it with us also; we can always use a good article about this.  PAT]
  13953.  
  13954. ------------------------------
  13955.  
  13956. Date: Tue, 21 Jul 92 14:14:00 -0400
  13957. From: TELECOM Moderator (telecom@eecs.nwu.edu)
  13958. Subject: CIS Modem Fee Story
  13959.  
  13960.  
  13961. The article below was in the Telecom Forum on Compuserve, and provides
  13962. a bit more background about the snit CIS is in right now, urging their
  13963. users to contact the FCC, etc. I received copies of this from several
  13964. readers as well as seeing it there myself.
  13965.  
  13966. PAT
  13967.  
  13968.  #: 18660 S2/Regulatory Affairs
  13969.      20-Jul-92  21:55:22
  13970.  Sb: #More Modem Fee Backgnd
  13971.  Fm: Scott Loftesness 76703,407
  13972.  To: All
  13973.  
  13974. The reason for the renewed concern about the possible return of the
  13975. modem fee is a recent public speech given by FCC Commissioner Andrew
  13976. Barrett to the Interactive Services Association.  Communications Daily
  13977. reported in its June 30th edition that Barrett, in a keynote address
  13978. to the conference, suggested "I think it will come back again.  It
  13979. ought to come back again."
  13980.  
  13981. Barrett was apparently recommending that reconsideration of the issue
  13982. involving Enhanced Service Provider fees should be brought back as
  13983. part of a comprehensive review of Part 69 access rules.  Barrett
  13984. declined to comment on how he would vote on the issue -- just saying
  13985. that the issue was worthy of additional examination.
  13986.  
  13987.  
  13988. Scott
  13989.  
  13990. ------------------------------
  13991.  
  13992. From: yarvin@CS.YALE.EDU (Norman Yarvin)
  13993. Subject: Re: FCC Modem Tax Rumor on Compu$erve
  13994. Organization: Yale Computer Science Department
  13995. Date: Wed, 22 Jul 1992 09:46:11 GMT
  13996.  
  13997.  
  13998. I don't know whether or not a modem tax is planned by the telcos'
  13999. highest decision making level.  I do know that one current research
  14000. project at Bellcore is a circuit to automatically distinguish modem
  14001. sounds from voice sounds.  It uses neural networks, and is apparently
  14002. quite reliable.
  14003.  
  14004. I learned about this through conversations with people in the field of
  14005. neural networks.
  14006.  
  14007.  
  14008. Norman Yarvin    yarvin@cs.yale.edu
  14009.  
  14010. ------------------------------
  14011.  
  14012. From: bc335@cleveland.Freenet.Edu (Michael H. Riddle, Esq.)
  14013. Subject: Re: FCC Modem Tax Rumor on Compu$erve
  14014. Reply-To: bc335@cleveland.Freenet.Edu (Michael H. Riddle, Esq.)
  14015. Organization: Case Western Reserve University, Cleveland, OH (USA)
  14016. Date: Wed, 22 Jul 92 13:33:28 GMT
  14017.  
  14018.  
  14019. In a previous article, pdh@netcom.com (Phil Howard) says:
  14020.  
  14021. > [Moderator's Note: Well, here we go again. Someone had better get on
  14022. > the phone to CIS and ask them if they realize the problems caused by
  14023. > the spreading of this report and their request for help ... unless it
  14024. > really is true this time around. 
  14025.  
  14026. The way I read the Compuserve message in their GO FCC forum, and the
  14027. referenced discussion in GO TELECOM (not to be confused with the
  14028. TELECOM Digest), CIS is concerned about two separate issues.
  14029.  
  14030. First, although they fail to give the docket number, they appear to be
  14031. concerned with Docket 89-79, which had a "Final Rule" promulgated
  14032. about a year ago.  CIS appears to want their users to support the
  14033. Petition to Reconsider which has been filed by the industry group
  14034. ADAPSO, among others.
  14035.  
  14036. Second, CIS attributes to an unnamed FCC commissioner the thought that
  14037. some kind of a modem fee might be reasonable.  They also want to
  14038. attack that principle.
  14039.  
  14040. The troublesome thing about the CIS messages is that they have an
  14041. enormous lack of detail.  So much so, that I'm afraid most responses
  14042. generated will go immediately into the bit-bucket@black.hole.com.
  14043.  
  14044. I've left feedback to the CIS managers and hope to have more details
  14045. soon.
  14046.  
  14047.  
  14048. mike.riddle@inns.omahug.org    Nebraska Inns of Court
  14049. bc335@cleveland.freenet.edu    +1 402 593 1192 (Data/Fax)
  14050. Sysop of 1:285/27@Fidonet      V.32/V.42bis   /   G3 Fax
  14051.  
  14052.  
  14053. [Moderator's Note: Scott Loftesness, a Digest reader and one of the
  14054. sysops of the Telecom Forum on CIS put up the very message you talk
  14055. about in his forum over there recently. I've included it in another
  14056. message in this issue.   PAT]
  14057.  
  14058.  
  14059. ------------------------------
  14060.  
  14061. From: stevef@wrq.com (Steve Forrette)
  14062. Subject: Re: FCC Modem Tax Rumor on Compu$erve
  14063. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  14064. Date: Wed, 22 Jul 1992 19:03:15 GMT
  14065.  
  14066.  
  14067. If you read the original CompuServe message carefully, you see that
  14068. all they are really saying is something that has been mentioned in
  14069. TELECOM Digest several times in the past: that the data carriers will
  14070. not be imposed on by the "access fees" that voice carriers must pay
  14071. (the "modem tax") as long as they continue to use current access
  14072. methods and facilities.  If they want to upgrade their type of
  14073. connection into the LEC network, then they must pay the higher rate.
  14074. Whether this is fair or not, it's not really news.  It seems that
  14075. CompuServe wants to use the newer services, but not pay the higher
  14076. rates that would result, and is stirring up the "modem tax" issue to
  14077. put public pressure to change this.
  14078.  
  14079.  
  14080. Steve Forrette, stevef@wrq.com
  14081.  
  14082. ------------------------------
  14083.  
  14084. Date: Wed, 22 Jul 1992 17:54:27 -0400
  14085. From: goldstein@carafe.tay2.dec.com (k1io, FN42jk)
  14086. Subject: Re: FCC Modem Tax Rumor on Compu$erve
  14087.  
  14088.  
  14089. Well, Pat et al, I did see that latest incarnation of The Network
  14090. Chain Letter That Won't Die.  This is, like the flu, yet another
  14091. strain of the virus.
  14092.  
  14093. Offhand I think it is somebody's reaction to the FCC's ONA (Open
  14094. Network Architecture) rules, which have applied a _federal_ tariff for
  14095. ONA services, but with each telco making up its own rules and rates
  14096. for the FCC to approve.  The ONA rates are set at levels close to what
  14097. carriers pay (and that's what the "modem tax" was; making Enhanced
  14098. Service Providers pay carrier rates rather than user rates).  So CI$
  14099. et al won't be able to use ONA.
  14100.  
  14101. But the FCC has said that making ONA _available_ (even at ridiculous
  14102. rates) is a prerequisite for the carriers' offering their own
  14103. competitive (controvesial!) services.  So the FCC has taken this
  14104. fig-leaf of unreasonable ONA offerings and allowed it to enable the
  14105. carriers to do something _other_ than be carriers.  That's enough for
  14106. CI$ and any other right-thinking American to get upset.
  14107.  
  14108. But it's not a modem tax.  It has nothing to do with modems.  And it
  14109. has nothing to do with taxes.  It's a tariff dispute, and it's likely
  14110. to be settled in Congress.  (BTW, in the latest "WeldBulgermander" map
  14111. of Mass. Congressional districts, my town got moved from Kennedy (the
  14112. younger) to Markey (Mr. Telecom).  Now I'm a "constituent.")
  14113.  
  14114.  
  14115. fred
  14116.  
  14117. ------------------------------
  14118.  
  14119. From: uum1!kksys!brainiac!jrc@uunet.UU.NET (Jeffrey Comstock)
  14120. Subject: Re: CompuServe: FCC May Reconsider Modem Fee
  14121. Organization: Sewer of Source Code
  14122. Date: Wed, 22 Jul 92 07:52:17 GMT
  14123.  
  14124.  
  14125. In article <telecom12.568.1@eecs.nwu.edu> CER2520@ritvax.isc.rit.edu (Curtis E. Reid) writes:
  14126.  
  14127. > Here is a blurb I found on CompuServe.  I hope this is not another
  14128. > urban legend but CompuServe seemed very serious about it.  I called
  14129. > their 800 line and they said it must be true if it's posted in "What's
  14130. > New."
  14131.  
  14132. It seems to me that when this REALLY happened a long time ago, the
  14133. most vocal opponent was Compuserve.  If so, they would be keeping
  14134. close tabs on the FCC for this ...
  14135.  
  14136.  
  14137. Jeffrey R. Comstock    INET  jrc@brainiac.mn.org   CW    -. .-. ----- -..
  14138.  
  14139. ------------------------------
  14140.  
  14141. From: disk!tony@uunet.UU.NET (tony)
  14142. Subject: Re: FCC Modem Tax Rumor on Compu$erve
  14143. Organization: Digital Information Systems of KY
  14144. Date: Wed, 22 Jul 1992 09:18:35 GMT
  14145.  
  14146.  
  14147. john@zygot.ati.com (John Higdon) writes:
  14148.  
  14149. > On Jul 19 at 12:19, TELECOM Moderator notes:
  14150.  
  14151. >> [Moderator's Note: Well, here we go again. Someone had better get on
  14152. >> the phone to CIS and ask them if they realize the problems caused by
  14153. >> the spreading of this report and their request for help ... unless it
  14154. >> really is true this time around.
  14155.  
  14156. > IMHO, the Bells are not the only ones that would like to see the BBSes
  14157. > bite the dust. I am sure the FBI for one is just a little tired of the
  14158. > chatter that goes on UNCONTROLLED every day on the thousands upon
  14159. > thousands of maverick computer systems. Look what damage just a few
  14160. > FAX machines did to the PR of the Chinese government. The Federal
  14161. > government has a serious "problem" here, and juggling the rate
  14162. > structure of the means of transmission could be a most effective tool
  14163. > in keeping the citizens in line. During a recent investigation to
  14164. > which I was a party, an FBI agent, after being told about USENET and
  14165. > the Internet, exclaimed, "You mean anyone can say anything he wants
  14166. > and there is no one controlling what goes out?"
  14167.  
  14168. John,
  14169.  
  14170.     You seem to be implying that there are people in "...the land
  14171. of the free and the home of the brave..." that would like to do away
  14172. with our First Amendment right to freedom of speech.  What can members
  14173. of the bbsing community do to prevent intrusions on our most basic
  14174. rights?  Do you think continued attempts to trample our most basic
  14175. freedoms will eventually make America a socialistic state?
  14176.  
  14177.     On a different note, however, I might add that there ARE
  14178. departments of the government that make vital database services
  14179. available to telecommunicaters (bbsers?) at MUCH lower rates than
  14180. commercial enterprises offer the same information.  I have subscribed
  14181. to Medline for five years or so, and there is no commercial enterprise
  14182. that makes this source of medical citations available at such an
  14183. affordable price.  I might also add that until several years ago, some
  14184. of the government-operated bbses in the DC area were among the best
  14185. BBSes in the country.  
  14186.  
  14187. Least we forget, the government also runs (or supports to a large
  14188. extent) the Internet.  I don't think we should knock the government
  14189. excessively.  I think if the government could cheaply make a service
  14190. like Dialog affordable to the masses they would be doing a major
  14191. service.  I guess I have mixed feelings about government involvement
  14192. in telecommunications because on one hand I would like to see more
  14193. government involvement, but I say this only if it is going to make
  14194. more information available to me at less cost, not less information at
  14195. more cost.
  14196.  
  14197.     Last, which presidential choice do you think will do the most
  14198. to help not hinder BBSING/online data retrieval in the US in the
  14199. mid-1990's in America?  I really would like to know as this will be
  14200. a definite deciding factor in my vote for president this November.
  14201.  
  14202. pdh@netcom.com (Phil Howard) responds to TELECOM Moderator:
  14203.  
  14204. >> [Moderator's Note: Well, here we go again. Someone had better get on
  14205. >> the phone to CIS and ask them if they realize the problems caused by
  14206. >> the spreading of this report and their request for help ... unless it
  14207. >> really is true this time around. 
  14208.  
  14209. > Given the repetition this rumor has already had for so long, I would
  14210. > think the FCC probably would not be able to withstand the political
  14211. > fallout of actually trying to (finally) sneak it by.
  14212.  
  14213. Possibly.  But just _how_ influential do you think bbsers/telecommunicat- 
  14214. ers/modemers are in the US?  Do "we" really have as much power as "we"
  14215. might like to believe we have.  Uh, to paraphrase the Firesign Theatre,
  14216. "Just who am us, anyways?"  <grin>
  14217.  
  14218.  
  14219. Tony Safina -=- disk!tony@uunet.UU.NET
  14220.  
  14221. ------------------------------
  14222.  
  14223. End of TELECOM Digest V12 #580
  14224. ******************************
  14225. 
  14226. 
  14227. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa02210;
  14228.           24 Jul 92 2:10 EDT
  14229. Received: by delta.eecs.nwu.edu id AA30885
  14230.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 23 Jul 1992 23:59:02 -0500
  14231. Received: by delta.eecs.nwu.edu id AA03929
  14232.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 23 Jul 1992 23:58:51 -0500
  14233. Date: Thu, 23 Jul 1992 23:58:51 -0500
  14234. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  14235. Message-Id: <199207240458.AA03929@delta.eecs.nwu.edu>
  14236. To: "\\telecom"@eecs.nwu.edu
  14237. Subject: TELECOM Digest V12 #581
  14238.  
  14239. TELECOM Digest     Thu, 23 Jul 92 23:58:52 CDT    Volume 12 : Issue 581
  14240.  
  14241. Index To This Issue:                      Moderator: Patrick A. Townson
  14242.  
  14243.     Forbes Cover Story: Phreakers (Robert L. McMillin)
  14244.     Phone Hacking Article in Forbes (David G. Cantor)
  14245.     2600 Reply to Bellcore Lawsuit Threat (Emmanuel Goldstein)
  14246.     Bell Canada Granted Right to Appeal Parts of Long Distance (David Leibold)
  14247.     Recommendations For SS7 Test Equipment (Wynn Quon)
  14248.     About That TPC Monopoly ... (Robert L. Ullmann)
  14249.     CID on CAMPUS (Marshal Perlman)
  14250.     Ratepayer Funding (John Higdon)
  14251.     California PUC Orders $57.6m PacBell Refund (Herb Jellinek)
  14252.     Concord 224 Modem (Gene Prall)
  14253.     Standards, Standards, Who's Got the Standard? (Andrew M. Boardman)
  14254.     Lung Power (Randy Gellens) 
  14255. ----------------------------------------------------------------------
  14256.  
  14257. Date: Thu, 23 Jul 92 06:38:44 -0700
  14258. From: rlm@ms_aspen.hac.com (Robert L. McMillin)
  14259. Subject: Forbes Cover Story: Phreakers
  14260.  
  14261.  
  14262. This week's issue of {Forbes} has as its cover story an excellent
  14263. article about phraud and phreaking.  The synopsis: if you haven't been
  14264. nailed by phreakers, you will be.  Phraud in the United States
  14265. accounts for $4 billion a year in toll charges.
  14266.  
  14267. The article discusses "shoulder-surfers", the slimebags with video
  14268. cameras, binoculars, or keen vision lurking in airports and other
  14269. likely spots, who record your phone card number as you dial it,
  14270. "call-sellers", the people who take these numbers and stand on
  14271. streetcorners in areas with large immigrant populations selling phone
  14272. calls home for $10-$30, and the linkage between phreakers,
  14273. "shoulder-surfers", and drug dealers.  
  14274.  
  14275. Also, it talks about the inherent dangers of DISA well-known to
  14276. readers of TELECOM Digest, as well as what some telecom firms are
  14277. doing to combat phraud. (Example: NYT, Sprint, MCI, and AT&T no longer
  14278. accept international calling-card calls from payphones in some parts
  14279. of New York.)  All in all, a highly recommended piece.
  14280.  
  14281.  
  14282. Robert L. McMillin                     | Voice:    (310) 568-3555
  14283. Hughes Aircraft/Hughes Training, Inc.  | Fax:      (310) 568-3574
  14284. Los Angeles, CA                        | Internet: rlm@ms_aspen.hac.com
  14285.  
  14286. ------------------------------
  14287.  
  14288. Reply-To: dgc@math.ucla.edu
  14289. Subject: Phone Hacking Article in Forbes
  14290. Date: Thu, 23 Jul 92 15:31:35 -0700
  14291. From: David G. Cantor <dgc@math.ucla.edu>
  14292.  
  14293.  
  14294. The latest (August 3, 1992) issue of {Forbes Magazine} features an
  14295. article headlined "Crime on the Line -- If you haven't been a victim
  14296. of toll fraud, you probably will be".  The article is entitled "For
  14297. Whom the Bells Toll".
  14298.  
  14299. A direct quote: "Who are the culprits?  Organized crime and drug
  14300. dealers are the big-league crooks."  My question: Are these the type
  14301. of persons who have been arrested in the various well-publicized
  14302. phone-phreak busts?
  14303.  
  14304. Judging by what it states others are publishing and getting away with,
  14305. the publishers of {2600} have nothing to worry about.
  14306.  
  14307.  
  14308. David G. Cantor    Department of Mathematics   University of California   
  14309. Los Angeles, CA 90024-1555   Internet:  dgc@math.ucla.edu
  14310.  
  14311. ------------------------------
  14312.  
  14313. Date: Thu, 23 Jul 92 15:37:56 -0700
  14314. From: Emmanuel Goldstein <emmanuel@well.sf.ca.us>
  14315. Subject: 2600 Reply to Bellcore Lawsuit Threat
  14316.  
  14317.  
  14318. The following reply has been sent to Bellcore. Since we believe they
  14319. have received it by now, we are making it public.
  14320.  
  14321.  
  14322. Emmanuel Goldstein
  14323. Editor, 2600 Magazine
  14324. PO Box 752
  14325. Middle Island, NY 11953
  14326.  
  14327.  
  14328. July 20, 1992
  14329.  
  14330.  
  14331. Leonard Charles Suchyta
  14332. LCC 2E-311
  14333. 290 W. Mt. Pleasant Avenue
  14334. Livingston, NJ 07039
  14335.  
  14336.  
  14337. Dear Mr. Suchyta:
  14338.  
  14339.  
  14340. We are sorry that the information published in the Winter 1991-92
  14341. issue of 2600 disturbs you. Since you do not specify which article you
  14342. take exception to, we must assume that you're referring to our
  14343. revelation of built-in privacy holes in the telephone infrastructure
  14344. which appeared on Page 42. In that piece, we quoted from an internal
  14345. Bellcore memo as well as Bell Operating Company documents. This is not
  14346. the first time we have done this. It will not be the last.
  14347.  
  14348. We recognize that it must be troubling to you when a journal like ours
  14349. publishes potentially embarrassing information of the sort described
  14350. above. But as journalists, we have a certain obligation that cannot be
  14351. cast aside every time a large and powerful entity gets annoyed. That
  14352. obligation compels us to report the facts as we know them to our
  14353. readers, who have a keen interest in this subject matter. If, as is
  14354. often the case, documents, memoranda, and/or bits of information in
  14355. other forms are leaked to us, we have every right to report on the
  14356. contents therein. If you find fault with this logic, your argument
  14357. lies not with us, but with the general concept of a free press.
  14358.  
  14359. And, as a lawyer specializing in intellectual property law, you know
  14360. that you cannot in good faith claim that merely stamping "proprietary"
  14361. or "secret" on a document establishes that document as a trade secret
  14362. or as proprietary information. In the absence of a specific
  14363. explanation to the contrary, we must assume that information about the
  14364. publicly supported telephone system and infrastructure is of public
  14365. importance, and that Bellcore will have difficulty establishing in
  14366. court that any information in our magazine can benefit Bellcore's
  14367. competitors, if indeed Bellcore has any competitors.
  14368.  
  14369. If in fact you choose to challenge our First Amendment rights to
  14370. disseminate important information about the telephone infrastructure,
  14371. we will be compelled to respond by seeking all legal remedies against
  14372. you, which may include sanctions provided for in Federal and state
  14373. statutes and rules of civil procedure. We will also be compelled to
  14374. publicize your use of lawsuits and the threat of legal action to
  14375. harass and intimidate.
  14376.  
  14377.  
  14378. Sincerely,
  14379.  
  14380. Emmanuel Goldstein
  14381.  
  14382. ------------------------------
  14383.  
  14384. Date: Thu, 23 Jul 92 18:45:22 EDT
  14385. From: David Leibold <DLEIBOLD@VM1.YorkU.CA>
  14386. Subject: Bell Canada Granted Right to Appeal Parts of Long Distance
  14387.  
  14388.  
  14389. Bell Canada went to court to seek "leave to appeal" the competition
  14390. decision handed down by the CRTC last month. The court ruled that the
  14391. appeal could proceed, possibly in the fall. Bell wants to change some
  14392. of the terms of the decision to allow long distance competitors access
  14393. to Bell's network, particularly the 70% share of the initial
  14394. interconnection costs that are to be borne by Bell, with only 30%
  14395. borne by competitors. Unitel claims that a delay of six months getting
  14396. to the marketplace would cost them about CAD$588 million. Bell Canada
  14397. and other existing Canadian telcos consider the CRTC decision to be
  14398. "expropriation" of Bell's assets without adequate compensation.
  14399.  
  14400. The decision requires Bell to allow for test facilities to be set up
  14401. for competitors, though the actual interconnection has to wait until
  14402. the appeal is finished.
  14403.  
  14404. The legal wrangling is no doubt part of the competitive process, as
  14405. are advertisements shot by one party and another. Unitel recently
  14406. placed an ad featuring two babies, one dialing a toy telephone with
  14407. the other bawling away at the idea of the other having the phone.
  14408. Unitel's ad quipped that it was not easy being the only child
  14409. (referring to Bell, et al) for so long, and touting the benefits of
  14410. competition.
  14411.  
  14412.  
  14413. dleibold@vm1.yorku.ca
  14414.  
  14415. ------------------------------
  14416.  
  14417. From: quonw@software.mitel.com (Wynn Quon)
  14418. Subject: Recommendations Wanted For SS7 Test Equipment
  14419. Date: Thu, 23 Jul 1992 15:31:18 -0400
  14420. Organization: Mitel. Kanata (Ontario). Canada.
  14421.  
  14422.  
  14423.     I'm looking for SS7 test equipment to test out a new SSP that
  14424. we're developing.  Anyone have any recommendations on easy-to-use,
  14425. powerful test platforms that can simulate STP, SSP and perhaps SCP
  14426. nodes?  (It should be able to handle national variants of SS7).  What
  14427. features have you found most helpful in any SS7 test equipment that
  14428. you've used?  Any comments (favorable or unfavorable) about the
  14429. Tekelec MGTS?
  14430.  
  14431.     I'll summarize the e-mail responses for everyone's information.
  14432.  
  14433.  
  14434. Wynn Quon   Mitel Corp.  Kanata, Ontario 
  14435.  
  14436. ------------------------------
  14437.  
  14438. From: ariel@world.std.com (Robert L Ullmann)
  14439. Subject: About That TPC Monopoly ...
  14440. Organization: The World in Boston
  14441. Date: Fri, 24 Jul 1992 02:01:40 GMT
  14442.  
  14443.  
  14444. Hi,
  14445.  
  14446. About all the discussion of 'phone companies being  allowed into video
  14447. delivery, and  already being allowed  into information  providing, and
  14448. demonstrably using their clout to squelch competition, and so on ...
  14449.  
  14450. At the IETF last week I said to several people, to much amusement:
  14451.  
  14452.     Voice is An Application Layer Protocol
  14453.  
  14454. which was especially poignant in light of the successful IETF
  14455. audiocast on the Internet.
  14456.  
  14457. I will make a prediction on the record: 
  14458.  
  14459.     Voice (and Video) on Internet packet technology is going
  14460.     to utterly destroy the competitiveness of *all* of TPC's
  14461.     current technology in the next 5 years.
  14462.  
  14463. Unless they get their packet switching act together, they will find
  14464. that all they are doing is leasing circuits to people running TCP/IP
  14465. (v4 or v7 :-) with all the interesting stuff being run on top.
  14466.  
  14467. ISDN packet mode might be useful if they actually provide it, ISDN
  14468. circuit mode will be useful in some cases. (In both modes, the use is
  14469. to carry internet packets.) But if they don't get it right, including
  14470. pricing it at something comparable to real cost, they will be bypassed
  14471. by *everyone*.
  14472.  
  14473. All I need is bandwidth to my local Internet service provider; once I
  14474. get there, it is all packets. I don't have to pay $2.58 for Call
  14475. Waiting, $2.57 for Forwarding, $4.12 for 30-Number Speed Calling (all
  14476. real NYNEX rates, from Boston directory, Sept 91). I can have any
  14477. feature I can program into my PC, or get it for the cost of a
  14478. shareware program. (call waiting; 42-way calling; calling-address-or-
  14479. whatever-I-damn-please-dependent forwarding; as many speed codes as I
  14480. care to remember ... :-)
  14481.  
  14482.     During the IETF audiocast (which was apparently 'on' 24 hours
  14483.     a day, but only used for presentations during daytime in
  14484.     Boston's time zone), one observer noted a couple of people,
  14485.     both in Australia, using the "Internet Citizen's Band" to
  14486.     discuss some unrelated issue. When asked why they were using
  14487.     it: "It's cheaper than a 'phone call." And so it is.
  14488.  
  14489.     And there was a videocast too.
  14490.  
  14491. I pay NYNEX about $24.00 a month for a copper loop that can do 14.4
  14492. full duplex if I push it. Boston Cablevision delivers 106 channels for
  14493. $60.00 month (counting, but not paying for, some PPV). That is what?
  14494. Maybe 20GB? More?
  14495.  
  14496. Who do you think I am going to buy packets from? With eight orders of
  14497. magnitude difference? (NYNEX is about US$1.5/KByte/sec/month, the
  14498. cable company about US$0.0000003/Kbyte/sec/month) Yes, I understand
  14499. the difference between the value-added of the switching; but the cable
  14500. company could (for example) provide a complete usenet feed with a
  14501. vanishingly small fraction of its bandwidth; most processed
  14502. information flow (measured in receiver*time) is _inward_, i.e. from 1
  14503. person to N people for _very_ large values of N.
  14504.  
  14505. In short:
  14506.  
  14507.     Once the available bandwidth is converted to unregulated
  14508.     packets (Democratic Packets :-), all regulated service
  14509.     providers will either compete or get blown away.
  14510.  
  14511.     And this is happening NOW, and will reach critical mass
  14512.     very quickly.
  14513.  
  14514. Seen a vinyl record lately? Tried to buy one? Um, and did you *have* a
  14515. CD player ten years ago? You probably have a PC now ...
  14516.  
  14517.     Once the technology to go digital/packet is available, 
  14518.     it is inevitable, and imperative, and immediate.
  14519.  
  14520.  
  14521. With My Best Regards for all TELECOM readers,
  14522.  
  14523. Robert Ullmann
  14524. home/evenings        Ariel@World.STD.COM    +1 617 247 7959
  14525. work/weekday/daytime    Ariel@Process.COM    +1 508 879 6994 x226
  14526.  
  14527. ------------------------------
  14528.  
  14529. From: mperlman@nyx.cs.du.edu (Marshal "Airborne" Perlman)
  14530. Subject: CID on CAMPUS
  14531. Organization: University of Denver, Dept. of Math & Comp. Sci.
  14532. Date: Fri, 24 Jul 92 03:06:55 GMT
  14533.  
  14534.  
  14535. This fall I am moving from California to Florida to attend college
  14536. at the Florida Institute of Technology and I understand Florida
  14537. has CID. Now comes the complex part. FIT has all their phones
  14538. running off a PBX of sorts (don't quote me on this) but they are
  14539. not regular 'dial out phones'. {i.e. if you dial a number without
  14540. '9', its gonna be to another extention, just like a hotel}. 
  14541.  
  14542. HOW does CID work in this enviroment?
  14543.  
  14544. ==============================  *  Marshal Perlman       
  14545. =-> mperlman@nyx.cs.du.edu <-=  *  Huntington Beach, California
  14546. ==============================  *  (Surf City, U.S.A) 
  14547.  
  14548.  
  14549. [Moderator's Note: It is not quite clear to me from your message what
  14550. type of phones 'they have at FIT', but usually with a PBX Caller-ID
  14551. shows the call coming from the main listed or directory number for the
  14552. PBX. There are exceptions.   PAT]
  14553.  
  14554. ------------------------------
  14555.  
  14556. Date: Thu, 23 Jul 92 12:09 PDT
  14557. From: john@zygot.ati.com (John Higdon)
  14558. Reply-To: John Higdon <john@zygot.ati.com>
  14559. Organization: Green Hills and Cows
  14560. Subject: Ratepayer Funding
  14561.  
  14562.  
  14563. Yesterday, the California Public Utilities Commission ordered Pacific
  14564. Bell to refund approximately 57.6 million dollars and reduce its rates
  14565. by 19 million to ratepayers. The Division of Ratepayer Advocates
  14566. determined that Pac*Bell has been using regulated revenues to support
  14567. competitive services since January of 1990.
  14568.  
  14569. A service is considered competitive if it can be supplied by other
  14570. vendors. The CPUC says that Pac*Bell services such as Voicemail, PC
  14571. Connection, California Call Management, and Smart Desktop were all
  14572. subsidized by regulated ratepayers when they should have been financed
  14573. by shareholders.
  14574.  
  14575. Need I say more? Yes. Those who naively believe that regulation of
  14576. cross-subsidization is a trivial matter should consider this: yes, the
  14577. PUC caught Pac*Bell with hands in the cookie jar. But how many VM
  14578. providers, IPs, and other independent businesses did Pac*Bell drive
  14579. out of business before this discovery? (I know of several ...)
  14580.  
  14581. Please, can we finally see that RBOCs have NO BUSINESS getting into
  14582. competitive business. And particularly, they have no business getting
  14583. into competitive business that depends upon use of the LEC network.
  14584. There is not enough PUC horsepower in the world to supervise this
  14585. madness. The RBOCs are masters of this game and will ALWAYS win. All
  14586. of this push to allow them into information and other competitive
  14587. services is terribly wrong thinking. RBOCs do NOT have the public's
  14588. best interests at heart; they hold their stockholders' interests
  14589. paramount.  And that is the way it should be. So let us at least not
  14590. just bend over.
  14591.  
  14592.  
  14593.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  14594.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  14595.  
  14596. ------------------------------
  14597.  
  14598. From: Herb Jellinek <jellinek@adoc.xerox.com>
  14599. Subject: California PUC Prders $57.6m PacBell Refund
  14600. Date: Wed, 22 Jul 1992 15:44:38 PDT
  14601.  
  14602.  
  14603. According to UPI, today the California Public Utilities Commission
  14604. ordered Pacific Bell to refund approximately $57.6 million to
  14605. consumers, and to reduce rates by a further $19 million.  The PUC
  14606. found that PacBell had used ratepayer money to fund competitive
  14607. services like its Message Center voicemail system, when shareholders'
  14608. monies should have been used instead.
  14609.  
  14610. The average residential refund will be approximately $0.20/month for 1
  14611. year, combined with a rate reduction of about $0.07/month.  [Don't
  14612. spend it all in one place!]
  14613.  
  14614. ------------------------------
  14615.  
  14616. From: prall968@Armstrong.EDU
  14617. Subject: Concord 224 Modem
  14618. Organization: Armstrong State College, Savannah, GA
  14619. Date: Thu, 23 Jul 1992 20:00:59 GMT
  14620.  
  14621.  
  14622. Does anyone have any information about Concord Data System? I need an
  14623. address, email address or a phone number.
  14624.  
  14625. I have a Concord 224 modem, and I need some info on it ... like
  14626. everything.
  14627.  
  14628.  
  14629. Gene Prall    prall968@pirates.armstrong.edu
  14630.  
  14631. ------------------------------
  14632.  
  14633. Date: Thu, 23 Jul 92 17:28:31 EDT
  14634. From: andrew m. boardman <amb@cs.columbia.edu>
  14635. Subject: Standards, Standards, Who's Got the Standard?
  14636.  
  14637.  
  14638. I need to wire a bunch RJ-14 boxes for new service here at Columbia,
  14639. and have run into an interesting problem.  The NTI people (it's an SL1
  14640. coming in) insist that, for the secondary pair, yellow is ring and
  14641. black is tip.  A rather fuzzy memory on my part says that it's the
  14642. other way around (black is tip, and yellow is ring), and my
  14643. "Subscriber Loop Signalling and Transmission Handbook" also agrees
  14644. with me.  The possibilities I can see ...
  14645.  
  14646. * The NTI rep is plain wrong.
  14647. * The "standard" differs from industry practice.
  14648. * The book is wrong.  (In several places, no less!)
  14649.  
  14650. I'm interested not only what's common practice, but in any popular
  14651. devices that don't conform to it.  (i.e., splitters, two line phones
  14652. (If there are any that are actually polatiry sensetive!), et
  14653. cetera...)  Many of the phones will be old 2500 sets, so polarity
  14654. *will* matter ...
  14655.  
  14656. Thanks for any clues!
  14657.  
  14658.  
  14659. andrew    amb@cs.columbia.edu
  14660.  
  14661. ------------------------------
  14662.  
  14663. From: MPA15AB!RANDY@TRENGA.tredydev.unisys.com
  14664. Date: 19 JUL 92 22:30   
  14665. Subject: Lung Power
  14666.  
  14667.  
  14668. Happened to see _Shadow_of_a_Doubt_ (an Alfred Hitchcock classic) on
  14669. TV the other night.  In an early scene, the mother phones the
  14670. telegraph office to hear a telegram, and shouts her end of the
  14671. conversation.  Her younger daughter says "No need to yell" and
  14672. comments in an aside "Mother makes no allowence for science -- she
  14673. thinks she has to cover the entire distance with sheer lung power!"
  14674.  
  14675.  
  14676. Randy Gellens            randy%mpa15ab@trenga.tredydev.unisys.com
  14677. >>>>>>> If mail bounces, forward to rgellens@mcimail.com <<<<<<<<
  14678. Opinions are personal; facts are suspect; I speak only for myself
  14679.  
  14680. ------------------------------
  14681.  
  14682. End of TELECOM Digest V12 #581
  14683. ******************************
  14684. 
  14685. 
  14686. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa06253;
  14687.           24 Jul 92 3:55 EDT
  14688. Received: by delta.eecs.nwu.edu id AA24784
  14689.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 24 Jul 1992 01:50:26 -0500
  14690. Received: by delta.eecs.nwu.edu id AA07790
  14691.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 24 Jul 1992 01:50:16 -0500
  14692. Date: Fri, 24 Jul 1992 01:50:16 -0500
  14693. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  14694. Message-Id: <199207240650.AA07790@delta.eecs.nwu.edu>
  14695. To: "\\telecom"@eecs.nwu.edu
  14696. Subject: TELECOM Digest V12 #582
  14697.  
  14698. TELECOM Digest     Fri, 24 Jul 92 01:50:00 CDT    Volume 12 : Issue 582
  14699.  
  14700. Index To This Issue:                      Moderator: Patrick A. Townson
  14701.  
  14702.     Re: Telephone Keypad Question (Carl Moore)
  14703.     Re: Telephone Keypad Question (Herman R. Silbiger)
  14704.     Re: Telephone Keypad Question (Erik Rauch)
  14705.     Re: Telephone Keypad Question (Brendan Jones)
  14706.     Re: FCC Modem Tax Rumor on Compu$erve (Floyd Davidson)
  14707.     Re: FCC Modem Tax Rumor on Compu$erve (John Higdon)
  14708.     Re: Beating Hotel Calling-Card Surcharges (Bob Frankston)
  14709.     Re: Beating Hotel Calling-Card Surcharges (Scott Scheingold)
  14710.     Re: 911 Run-Around (Dave Niebuhr)
  14711.     Re: 911 Run-Around (Ron Natalie)
  14712.     Re: Phone Tap in Murder Case Ruled Illegal (Wolf Paul)
  14713.     Re: What Will ISDN Get Me? (Sean N. Welch)
  14714.     Re: Panasonic 12/32 - Any Experiences? Any Advice? (John Higdon)
  14715. ----------------------------------------------------------------------
  14716.  
  14717. Date: Thu, 23 Jul 92 12:43:45 EDT
  14718. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  14719. Subject: Re: Telephone Keypad Question
  14720.  
  14721.  
  14722. Dropping of letters from telephone numbers varied from place to place.
  14723. In Wilmington, Delaware, the directory released in October 1966 was
  14724. the first there NOT to have the exchange names, although since about
  14725. 1960(?)  some exchanges had been created which never had names (737 in
  14726. Newark, Del., for example).  POrter 2 & 4 (now 762 and 764) in
  14727. Wilmington had been created in 1957 (had to read this because I am too
  14728. young to remember it).
  14729.  
  14730. But the 1976 Philadelphia directory was still using exchange names.
  14731. As in the Wilmington case, these were the two letter + five number
  14732. type; the cases (cited in the Digest) of three letters and four
  14733. numbers are too far back for me to remember.
  14734.  
  14735.  
  14736. [Moderator's Note: The only times I've seen 3L + 4D was in reviewing
  14737. old issues of the IBT and (its predecessor) Chicago Telephone Company
  14738. directories on microfilm.  The Chicago Public Library keeps them on
  14739. microfilm from 1878 to the present. PAT]
  14740.  
  14741. ------------------------------
  14742.  
  14743. Date: Thu, 23 Jul 92 19:46:54 EDT
  14744. From: hsilbiger@attmail.att.com (Herman R Silbiger)
  14745. Subject: Re: Telephone Keypad Question
  14746. Organization: AT&T
  14747.  
  14748.  
  14749. In article <telecom12.578.14@eecs.nwu.edu>, lightw@cetra.trl.OZ.AU
  14750. (Liron Lightwood) writes:
  14751.  
  14752. > On the new Telecom phones, the '2'-'9' keys are labelled with the same
  14753. > letters as US phones.  However, the '1' key is labelled with 'Q' and
  14754. > 'Z'.
  14755.  
  14756. > Also, automatic teller machines (at least over here) which have keys
  14757. > labelled with letters as well as numbers (for easier to remember
  14758. > PIN's), also use the '1' key for 'Q' and 'Z'.  I believe this applies
  14759. > in the USA as well.
  14760.  
  14761. > If this is the case, the most obvious place to put the 'Q' and 'Z'
  14762. > would be on the '1' button.
  14763.  
  14764. This subject has been under discussion in both ISO and CCITT.
  14765. Agreement has been reached on where 24 of the 26 letters will go, but
  14766. the Q and Z location is not yet agreed.
  14767.  
  14768. The holdout is AUSTRALIA.
  14769.  
  14770. Several human factors studies have shown that users expect the Q to
  14771. follow the P, and the Z to follow the Y.  There are thousands of voice
  14772. mail systems and directory access systems that use this convention.
  14773.  
  14774. While I was in Australia I want into a shop that sold telephone sets,
  14775. and saw sveral sets that had letters on the keypad.  None had Q and Z
  14776. on the "1".
  14777.  
  14778.  
  14779. Herman Silbiger
  14780.  
  14781. ------------------------------
  14782.  
  14783. From: Erik Rauch <hourglas!erikr@wisdom.bubble.org>
  14784. Subject: Re: Telephone Keypad Question
  14785. Date: Thu, 23 Jul 92 21:27:19 EDT
  14786.  
  14787.  
  14788. Erik Rauch (erikr@hourglas.UUCP):
  14789.  
  14790. > When did the phone company use three digits? And when was this
  14791. > practice officially abolished?
  14792.  
  14793. Pat Townson:
  14794.  
  14795. > The old familiar names were kept when possible and when there would be
  14796. > no conflict in dialing (certain old exchange names collided
  14797. > numerically with other exchange names, ie. [Union Stock] Yards and
  14798. > Warren [Boulevard]
  14799. > -- we kept YARds (now 927) and Warren became Haymarket [riots, meeting
  14800. > place of strikers] (now 421).
  14801.  
  14802. So you're saying that the words used to identify CO's originally had
  14803. no number associated with them? When did they start being associated
  14804. with numbers? I bet this was around the time when letters started
  14805. appearing on rotary dials.
  14806.  
  14807. > After about 1960 it was dueces wild; no attempt was made to match
  14808. > numbers with names; any number combination unused at the time was
  14809. > considered with some universal exceptions: First and second digits
  14810. > always 2-9 (never 0 or 1) and third digit 1-9 (never a zero).
  14811.  
  14812. What were the xx0 exchanges being kept for?
  14813.  
  14814.  
  14815. [Moderator's Note: From the beginning until the early 1920's when
  14816. dialing began there was no real concern in the matter. The operators
  14817. understood the different words; that was all that mattered. To their
  14818. credit, Chicago Telephone Company made a point of skipping names which
  14819. would be 'numerically ambiguous' beginning sometime in the 1920's in
  14820. anticipation of it making a difference several years later. But those
  14821. which were in use stayed that way until the first of the two (I do not
  14822. know of any instance where there were three) converted to dial. It
  14823. then got a new name which would not be ambiguous to the equipment. In
  14824. the beginning, people who wanted to know the weather outside lifted
  14825. the receiver and asked the operator what the temperature and
  14826. conditions were. Eventually this became a specialized task, but the
  14827. subscribers still asked the operator for WEATHER and were plugged in
  14828. to the place where it was recited continuously. Among the first
  14829. conversions to dial in 1939 was W-E-A-T-H-E-R, but that was short-lived 
  14830. for some reason with a change to WEather-4-(anything, with 1212 the
  14831. official number) and a new CO called WEbster-9 showing up downtown.
  14832. WEather-4 went away in favor of 934, then 936, and finally (free) 976
  14833. followed by (pay) 976.  Webster could have become WEBster but for some
  14834. reason it became WEbster-9 instead. I can't divine their thinking from
  14835. that long ago. 
  14836.  
  14837. Instead of happening overnight as in a small town, the conversion from
  14838. manual to dial service went on for years here, and led to lots of
  14839. confusion by subscribers. Dial customers dialed each other; manual
  14840. customers asked the operator for connections to each other or the dial
  14841. customers; dial customers calling manual exchanges sometimes could
  14842. dial them (!) but other times had to dial 911 and wait for an operator
  14843. to answer and pass the request. When I was a child I stayed up late
  14844. the night our CO converted to dial, making a manual call at about 1:59
  14845. AM, and a dial call a minute or two later. My friend's phone did not
  14846. convert for another year; I dialed 911, waited for an operator to
  14847. answer and gave his number; to call me he just gave the operator my
  14848. number. 911 (?) ... I see your eyebrows raise ... the police were
  14849. called via POLice-1313; a fire was reported at FIRe-1313.  Emergency
  14850. use of 911 started in the late 1970's here.  During the manual to dial
  14851. conversion 511, 711, and 911 were dialed to reach operators in
  14852. unconverted manual exchanges around the city. The '0' operator was not
  14853. to be contacted for those calls. 511, 711 and 911 just 'dropped into'
  14854. the manual offices and showed up on the operators switchboards. Each
  14855. time you gave your number to anyone they'd always ask "Are you getting
  14856. converted soon? Get to keep the same number? ..."  PAT]
  14857.  
  14858. ------------------------------
  14859.  
  14860. From: brendan@otc.otca.oz.au
  14861. Subject: Re: Telephone Keypad Question
  14862. Date: Wed, 22 Jul 92 18:06:51 +1000
  14863.  
  14864.  
  14865. I have seen many variations on the letter groupings on telephone keypads.
  14866. The most common appears to be:
  14867.  
  14868.     0    -        5    JKL
  14869.     1    -        6    MNO
  14870.     2    ABC        7    PRS
  14871.     3    DEF        8    TUV
  14872.     4    GHI        9    WXY
  14873.  
  14874. The missing letters (Q and Z) are sometimes put on the 0 or (more
  14875. commonly) the 1 key.  However, I have also seen one labelled thus:
  14876.  
  14877.     0    -        5    MNO
  14878.     1    ABC        6    PQR
  14879.     2    DEF        7    STU
  14880.     3    GHI        8    VWX
  14881.     4    JKL        9    YZ
  14882.  
  14883. And even one labelled thus:
  14884.  
  14885.     0    O        5    KLM
  14886.     1    I        6    NPQ
  14887.     2    ABC        7    RST
  14888.     3    DEF        8    UVW
  14889.     4    GHJ        9    XYZ
  14890.  
  14891. All of this highlights one thing - absolutely no keypad lettering
  14892. standardization.  In fact, the future use of vanity numbers is
  14893. something that concerns the CCITT, as vanity number use may become
  14894. more prevalent rather than less and will transcend national
  14895. boundaries.
  14896.  
  14897. I believe that the CCITT is currently looking at this issue (perhaps
  14898. someone in the know can confirm or deny) with a view to creating a
  14899. recommendation on keypad letter groupings and hence for the first time
  14900. an international standard.
  14901.  
  14902. Also, the CCITT won't necessarily adopt what is most common, but would
  14903. adopt what would appear to be most sensible and useful.  We may even
  14904. get a type of QWERTY layout to evenly spread out the commonly used
  14905. letters :-)
  14906.  
  14907. Of all the letter permutations I have seen, the last one (IMHO) is the
  14908. best.  It eliminates any possible confusion between 0 and O, and 1 and
  14909. I, and the rest of the letters neatly fit.  Its shortcomings include
  14910. the effective wiping out of vanity words beginning with O or I, and
  14911. the letter frequency spread is not that good (9 would get used little,
  14912. but 7 would get used often).
  14913.  
  14914. Can anyone suggest a loyout that has a roughly even letter-frequency
  14915. spread and minimises potential 0/O, 1/I, 2/Z confusion?
  14916.  
  14917.  
  14918. Brendan Jones    ACSnet:  brendan@otc.otca.oz.au
  14919. R&D Contractor    UUCP:  {uunet,mcvax}!otc.otca.oz.au!brendan
  14920. Services R&D    Phone:  (02)287-3128   Fax:  (02)287-FAXX
  14921. |||| OTC ||    Snail:  GPO Box 7000, Sydney  2001, AUSTRALIA
  14922.  
  14923. ------------------------------
  14924.  
  14925. From: floyd@denali.ims.alaska.edu (Floyd Davidson)
  14926. Subject: Re: FCC Modem Tax Rumor on Compu$erve
  14927. Organization: University of Alaska Institute of Marine Science
  14928. Date: Thu, 23 Jul 1992 12:08:02 GMT
  14929.  
  14930.  
  14931. In article <telecom12.580.6@eecs.nwu.edu> yarvin@CS.YALE.EDU (Norman
  14932. Yarvin) writes:
  14933.  
  14934. > I don't know whether or not a modem tax is planned by the telcos'
  14935. > highest decision making level.  I do know that one current research
  14936. > project at Bellcore is a circuit to automatically distinguish modem
  14937. > sounds from voice sounds.  It uses neural networks, and is apparently
  14938. > quite reliable.
  14939.  
  14940. While such development might seem to obviously have applications in
  14941. billing decisions ... and all the horrors that involves, I doubt the
  14942. two are actually related.
  14943.  
  14944. One of the more significant developing technologies is real time data
  14945. compression for, among other things, telco digital transmission
  14946. systems.  But one really serious problem is that compressing a bit
  14947. stream being used by a modem causes serious degrading of the
  14948. modem-to-modem data link.  Hence the research to distinguish non-voice
  14949. sounds is very much needed in order to provide compression equipment
  14950. that will still work for modem users (by switching off the compression
  14951. for non-voice users).
  14952.  
  14953.  
  14954. Floyd
  14955.  
  14956. ------------------------------
  14957.  
  14958. Date: Thu, 23 Jul 92 10:23 PDT
  14959. From: john@zygot.ati.com (John Higdon)
  14960. Reply-To: John Higdon <john@zygot.ati.com>
  14961. Organization: Green Hills and Cows
  14962. Subject: Re: FCC Modem Tax Rumor on Compu$erve
  14963.  
  14964.  
  14965. yarvin@CS.YALE.EDU (Norman Yarvin) writes:
  14966.  
  14967. > I do know that one current research project at Bellcore is a circuit
  14968. > to automatically distinguish modem sounds from voice sounds.  It uses
  14969. > neural networks, and is apparently quite reliable.
  14970.  
  14971. Well, this ought to tell people something. If it takes neural network
  14972. technology to determine mechanically that a modem rather than a voice
  14973. is using a telephone line, then there cannot be much justification on
  14974. technical grounds for higher charges!
  14975.  
  14976.  
  14977.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  14978.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  14979.  
  14980. ------------------------------
  14981.  
  14982. From: Bob_Frankston@frankston.com
  14983. Subject: Re: Beating Hotel Calling-Card Surcharges
  14984. Date: Thu 23 Jul 1992 11:57 -0400
  14985.  
  14986.  
  14987. I just stayed at a Regency Hyatt.  It is nice to know that 800 number
  14988. surcharges are going away.  But the hotel does make a special case of
  14989. 800 numbers used to access LD carriers.
  14990.  
  14991. ------------------------------
  14992.  
  14993. From: scott@phlpa.pha.pa.us (Scott Scheingold)
  14994. Subject: Re: Beating Hotel Calling-Card Surcharges
  14995. Organization: Ians' Playhouse
  14996. Date: Thu, 23 Jul 1992 11:00:13 GMT
  14997.  
  14998.  
  14999. In article <telecom12.577.3@eecs.nwu.edu> stank@cbnewsl.att.com writes:
  15000.  
  15001. > To beat this charge, I simply placed my long distance calls through
  15002. > 800-CALL-ATT (and one of the hotel bills did show five long distance
  15003. > calls of cost $0.00).  I'll see in a month if these were billed as
  15004. > "normal" calling card calls and if my Reach Out America discounts are
  15005. > handled properly.
  15006.  
  15007. I hate to say this but I have called 800 numbers from hotels and been
  15008. charged for local calls. From $.25 to $.75 a call.
  15009.  
  15010.  
  15011. Scott Scheingold sysadmin   Voice   1-215-546-9959
  15012. UUCP     ...!{widener|dsinc}!jabber!phlpa!scott  or scott@phlpa.pha.pa.us
  15013. Compuserve 76057.607@compuserve.com  
  15014.  
  15015. ------------------------------
  15016.  
  15017. Date: Thu, 23 Jul 92 08:57:32 EDT
  15018. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  15019. Subject: Re: 911 Run-Around
  15020.  
  15021.  
  15022. In TELECOM Digest Volume 12 : Issue 578 I wrote:
  15023.  
  15024. > In TELECOM Digest Volume 12 : Issue 571 Carl Moore (VLD/VMB)
  15025. > <cmoore@BRL.MIL> writes:
  15026.  
  15027. >> Some phone books do list non-emergency numbers, and I take them to be
  15028. >> for matters which should get police attention but are not as urgent.
  15029.  
  15030. > The problem with my PD (Suffolk County, NY) is that if I wanted to
  15031. > make a non-emergency call but yet talk to a policeman/woman, I would
  15032. > be told to call 911 in about 90% of the instances.
  15033.  
  15034. [ ... An example I gave was deleted ...]
  15035.  
  15036. [ ... Moderator's  confirmation that this is not unique to one police
  15037. department deleted ...]
  15038.  
  15039. > Once every few months or so 911 officials complain about how
  15040. overloaded the system is, and why they are sometimes unable to answer
  15041. for six rings ... I wish our police department would settle this once
  15042. and for all, and make an official policy that everyone had to stick
  15043. to.  PAT]
  15044.  
  15045. My son-in-law is a dispather for the SCPD and this is one of his
  15046. biggest gripes.  He told me one day that his workload would be cut by
  15047. at least 50% if the precincts would handle the non-emergency calls
  15048. directly instead of referring the callers to 911.
  15049.  
  15050.  
  15051. Dave Niebuhr      Internet: niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  15052. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  15053.  
  15054. ------------------------------
  15055.  
  15056. From: ron@pilot.njin.net (Ron Natalie)
  15057. Subject: Re: 911 Run-Around
  15058. Date: 23 Jul 92 19:13:51 GMT
  15059. Organization: Rutgers Univ., New Brunswick, N.J.
  15060.  
  15061.  
  15062. > The problem with my PD (Suffolk County, NY) is that if I wanted to
  15063. > make a non-emergency call but yet talk to a policeman/woman, I would
  15064. > be told to call 911 in about 90% of the instances.
  15065.  
  15066. Where I used to be, they wanted you to call 911 for nearly everything
  15067. for two reasons:
  15068.  
  15069.     1.  Some people's idea of what constitutes an emergency is
  15070. more than others.  Better the trained dispatches at 911 identify the
  15071. call than to lose valuable time while someone worked through the
  15072. switchboard at the local precinct house or had the phone ring off
  15073. the hook at the volunteer fire statoin.
  15074.  
  15075.     2.  All there fancy ANI/ALI/"who do we relay this call to"
  15076. stuff only works if you dial into 911.  If you call in on the regular
  15077. phone, they have to get your address and go ahead and type it into the
  15078. computer anyway so they know who to send out (even in a non-emergency).
  15079.  
  15080. Of course, each juristiction runs it's own 911 and some are more
  15081. coordinated than others.  I still feeel a little odd calling 911 to
  15082. report stuff in the road and look up the non-emergecy number (in the
  15083. Gumn't pages of the phone book, it isn't on the inside cover like the
  15084. emergency numbers).
  15085.  
  15086.  
  15087. Ron
  15088.  
  15089. ------------------------------
  15090.  
  15091. From: Wolf.Paul@rcvie.co.at (Wolf Paul)
  15092. Subject: Re: Phone Tap in Murder Case Ruled Illegal
  15093. Reply-To: Wolf.Paul@rcvie.co.at (Wolf N. Paul)
  15094. Organization: Alcatel Austria - Elin Research Center, Vienna
  15095. Date: Tue, 21 Jul 1992 08:27:00 GMT
  15096.  
  15097.  
  15098. In article <telecom12.574.8@eecs.nwu.edu> trebor@foretune.co.jp
  15099. (Robert J Woodhead) writes:
  15100.  
  15101. > Should I be allowed to tap all the phones at my office (and copy all
  15102. > the email), and give it to the police if I find evidence that one of
  15103. > my employees is a crook?  What if he/she isn't stealing from me, but
  15104. > using my premises as a base for other crimes?  Am I allowed to tell
  15105. > the cops "X is a crook, but I can't explain why ... go check it out"?
  15106.  
  15107. Not too much relation to Telecom anymore, but:
  15108.  
  15109. You are even allowed to explain why, and hand over such tapes, BUT the
  15110. police are not allowed to use them as evidence in the trial (if it
  15111. comes to that). They will have to PROVE your employee's guilt by other
  15112. means, but that does not mean that they cannot use such tapes etc to
  15113. aid them in their investigation.
  15114.  
  15115.  
  15116. Wolf N. Paul, Computer Center   wnp@rcvie.co.at
  15117. Alcatel-Elin Research Center    +43-1-391621-122 (w)
  15118. Ruthnergasse 1-7                +43-1-391452 (fax)
  15119. ELIN RESEARCH   A-1210 Vienna-Austria/Europe      +43-1-2246913 (h)
  15120.  
  15121. ------------------------------
  15122.  
  15123. From: welch@xcf.Berkeley.EDU (Sean N. Welch)
  15124. Subject: Re: What Will ISDN Get Me?
  15125. Date: 24 Jul 1992 01:29:02 GMT
  15126. Organization: Experimental Computing Facility, U.C. Berkeley
  15127.  
  15128.  
  15129. In article <telecom12.578.10@eecs.nwu.edu> doug@cc.ysu.edu (Doug
  15130. Sewell) writes:
  15131.  
  15132. > First, I expect the answer is 'nothing', but I'll toss the question
  15133. > out anyway.
  15134.  
  15135. > Will ISDN do anything for me in this environment ?  
  15136.  
  15137. There are cards available now for PC's that support ISDN, such that
  15138. you could have the campus network extended to your home.  You would
  15139. need a line, a line on campus, and two such cards.  There are also
  15140. stand alone terminal adapters that look very much like high speed
  15141. modems in the conventional dial-in paradigm.  Additionally, there are
  15142. boxes available that take ISDN basic rate in one side and give you
  15143. ethernet out the other.  You can get up to 128Kbps from a PC card
  15144. (using both B channels on a Basic Rate Interface).  Terminal adapters
  15145. generally go to 38.4Kbps through a serial interface.  The ISDN <->
  15146. ethernet boxes I've seen go 128Kbps.
  15147.  
  15148. >What would have tochange before it will (assuming that first, I'll
  15149. have to go beyond MSDOS).
  15150.  
  15151. You can run the above equipment under DOS.  Since I don't know
  15152. anything about PC's, I can't really say what this buys you.  (I'm sure
  15153. you can use it for something -- I just have no experience with DOS at
  15154. all.)  For a Unix box at home, you can have a real network connection
  15155. over ethernet (as far as the machine is concerned), or you can run
  15156. SLIP or PPP at a more reasonable speed.
  15157.  
  15158.  
  15159. Sean N. Welch          welch@xcf.Berkeley.EDU
  15160. Experimental Computing Facility  University of California, Berkeley
  15161.  
  15162. ------------------------------
  15163.  
  15164. Date: Wed, 23 Jul 92 02:49 PDT
  15165. From: john@zygot.ati.com (John Higdon)
  15166. Reply-To: John Higdon <john@zygot.ati.com>
  15167. Organization: Green Hills and Cows
  15168. Subject: Re: Panasonic 12/32 - Any Experiences? Any Advice?
  15169.  
  15170.  
  15171. irving@happy-man.com (Irving_Wolfe) writes:
  15172.  
  15173. > What's the best thing to do?  Shall I invest in another DISA card for
  15174. > over $500?  Is the system really badly designed, so I should avoid
  15175. > throwing good money after bad and replace it with something more
  15176. > robust (and if so, what)?
  15177.  
  15178. Have you thought about having it repaired? You know Matsushita has an
  15179. extensive repair center network nationwide and they have very
  15180. reasonable "flat" repair rates. As far as the system design is
  15181. concerned, it is one of the best. I am shocked that you feel that
  15182. money spent on the system was "bad" and quite frankly of the many,
  15183. many such systems with which I am personally familiar (including my
  15184. own), none has experienced as much trouble as you describe.
  15185.  
  15186. I suggest you do a bit of shopping and then ask about replacing it
  15187. again. You will not find a more feature-laden system at anywhere near
  15188. the price. If yours were mine (and I was too lazy to get repair
  15189. service on it), I would replace any defective cards in a heartbeat.
  15190.  
  15191. But then, if you have more (MUCH more) money than sense, you might go
  15192. out and look at a Merlin :-(
  15193.  
  15194.  
  15195.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  15196.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  15197.  
  15198. ------------------------------
  15199.  
  15200. End of TELECOM Digest V12 #582
  15201. ******************************
  15202. 
  15203. 
  15204. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa08845;
  15205.           25 Jul 92 18:29 EDT
  15206. Received: by delta.eecs.nwu.edu id AA26247
  15207.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 25 Jul 1992 16:41:10 -0500
  15208. Received: by delta.eecs.nwu.edu id AA10803
  15209.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 25 Jul 1992 16:41:01 -0500
  15210. Date: Sat, 25 Jul 1992 16:41:01 -0500
  15211. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  15212. Message-Id: <199207252141.AA10803@delta.eecs.nwu.edu>
  15213. To: "\\telecom"@eecs.nwu.edu
  15214. Subject: TELECOM Digest V12 #583
  15215.  
  15216. TELECOM Digest     Sat, 25 Jul 92 16:41:03 CDT    Volume 12 : Issue 583
  15217.  
  15218. Index To This Issue:                      Moderator: Patrick A. Townson
  15219.  
  15220.     Re: Cracker Running Rampant! (Cliff Stoll)
  15221.     Re: Cracker Running Rampant! (Rop Gonggrijp)
  15222.     Re: Cracker Running Rampant! (Darren Alex Griffiths)
  15223.     Re: Cordless Phone Not Charging (Herman R. Silbiger)
  15224.     Re: Cordless Phone Not Charging (Eli Mantel)
  15225.     Re: Cordless Phone Not Charging (Joe Konstan)
  15226.     Re: Cordless Phone Not Charging (Ron Natalie)
  15227.     Re: Telephone Keypad Question (Dale Miller)
  15228.     Re: Telephone Keypad Question (Carl Moore)
  15229.     Re: Telephone Keypad Question (Leonard Erickson)
  15230.     Re: Telephone Keypad Question (Mark Brader)
  15231.     Re: Advice Needed: Dialback Management (Paul Cook)
  15232.     Re: Ground Wire on Network Interface? (Dick Rawson)
  15233.     Re: House Wiring (Bill Nickless)
  15234.     Re: House Wiring (Ron Natalie)
  15235. ----------------------------------------------------------------------
  15236.  
  15237. From: stoll@ocf.Berkeley.EDU (Cliff Stoll)
  15238. Subject: Re: Cracker Running Rampant!
  15239. Date: 25 Jul 1992 18:59:54 GMT
  15240. Organization: U. C. Berkeley Open Computing Facility
  15241.  
  15242.  
  15243. Someone's breaking into a system and thumbing his nose at the system
  15244. managers.  They're apparently incompetent, which makes patching up the
  15245. damage difficult.
  15246.  
  15247. Roger Gonzalez says to completely wipe the system -- since the guy has
  15248. introduced new holes into the OS, everything has to be rebuilt from
  15249. scratch.
  15250.  
  15251. Darren Griffiths (dag@nasty.ossi.com) sez that's not enough: you've
  15252. got to call the police, perhaps the FBI and CERT.
  15253.  
  15254. Sadly, I agree.  Those with neither ethics nor responsibility
  15255. undermine the trust of our Internet community.
  15256.  
  15257.  
  15258. Cliff Stoll
  15259.  
  15260.  
  15261. [Moderator's Note: Well Cliff, the Internet community had a lot of
  15262. trust between people for many years until the BBS'er/malicious hacker
  15263. type person found out about it and began abusing the trust. It reminds
  15264. me of how ham radio *used* to be until the CB'ers started moving in.  PAT]
  15265.  
  15266. ------------------------------
  15267.  
  15268. Subject: Re: Cracker Running Rampant!
  15269. From: rop@hacktic.nl (Rop Gonggrijp)
  15270. Date: Sat, 25 Jul 92 13:40:36 WET/D
  15271. Organization: Hack-Tic Magazine
  15272.  
  15273.  
  15274. dag@ossi.com (Darren Griffiths) writes:
  15275.  
  15276. > You're correct of-course, this is a hassle, particularly if the site
  15277. > in question has incompetent system administrators, which sounds like
  15278. > it's the case.  There is one other thing that must be done as well,
  15279. > and that's call the police.  The 'cracker' has identified himself in
  15280. > the sample mail, so finding his real name should not be a problem.  If
  15281. > he is out of state then call the FBI, past experience has shown me
  15282. > that with a little bit of hassle they will do something, and if he is
  15283. > in Australia call the CIA, they have also become involved in previous
  15284.                         ^^^
  15285. > cases if you bug them enough.
  15286.  
  15287. You mean the CIA is in the business of chasing kids that play with
  15288. someone else's SUN? That is absurd!  Aren't they supposed to be
  15289. killing union leaders, and mining foreign harbors?
  15290.  
  15291. More seriously: Do you have any documented cases of the CIA getting
  15292. involved in the chase of a hacker (that is not also spying for
  15293. countries other than the U.S.)?
  15294.  
  15295. ------------------------------
  15296.  
  15297. Subject: Re: Cracker Running Rampant! 
  15298. Date: Sat, 25 Jul 92 12:36:18 PDT
  15299. From: dag@ossi.com
  15300.  
  15301.  
  15302. > "if he is in Australia call the CIA, they have also become
  15303. > involved in previous cases if you bug them enough."
  15304.  
  15305. > Can you name a case in which they have done so?  Acting on criminal
  15306. > matters is not within the CIA's charter.  Read "The Cuckoo's Egg" for a
  15307. > detailed history of a case in which a computer at Berkeley was cracked
  15308. > by a person in Germany.
  15309.  
  15310. The CIA did manage to get involved in the case at Lawrence Berkeley
  15311. Labs, and in fact the author of "The Cuckoo's Egg" has given numerous
  15312. talks for the CIA and received commendations from them, although I'm
  15313. not sure he is proud about the commendations.  The trick is to annoy
  15314. them enough so they think that it would be easier to help than to keep
  15315. getting messages from you.  It is true, I believe, that other agencies
  15316. helped more in this case, although no-one thought that it was
  15317. important enough to volunteer their services.
  15318.  
  15319. It's funny that you should mention "The Cuckoo's Egg", I worked at LBL
  15320. for a number of years, included part of the time chronicled by Cliff
  15321. in the book.  During that time, and since, I've learned more about
  15322. computer security issues than I've ever wanted to.  You will find my
  15323. name scattered around in the book, although the part where Cliff
  15324. mentions that I enjoy listening to the band U2 is completely
  15325. slanderous and I'm still considering legal action unless a public
  15326. apology is forthcoming (are you paying attention Cliff?)
  15327.  
  15328.  
  15329. Cheers,
  15330.  
  15331. Darren Alex Griffiths         dag@nasty.ossi.com
  15332. Open Systems Solutions, Inc   (510) 652-6200 x139
  15333. Fujitsu                       Fax: (510) 652-5532
  15334. 6121 Hollis Street            Emeryville, CA 94608-2092
  15335.  
  15336. ------------------------------
  15337.  
  15338. Date: Sat, 25 Jul 92 09:38:38 EDT
  15339. From: hsilbiger@attmail.att.com (Herman R Silbiger)
  15340. Subject: Re: Cordless Phone Not Charging
  15341. Organization: AT&T
  15342.  
  15343.  
  15344. In article <telecom12.578.5@eecs.nwu.edu>, MCMANGPH@NUSVM.BITNET (Ang
  15345. Peng Hwa) writes:
  15346.  
  15347. > My AT&T cordless phone is not charging and I'd appreciate any input.
  15348. > It was on for 20 days while I was on vacation. I then had to unplug it
  15349. > for another 20 days. When I recharged it, the thing just lit up the
  15350. > Battery Low light.
  15351.  
  15352. > I figure it must be the NiCad remembering the charge. So I've
  15353. > discharged the thing twice (waited for the low light to go out). It's
  15354. > still on low after three days of charging.
  15355.  
  15356. > Should I just wait longer for the memory to disappear, or leave it on
  15357. > for the thing to charge?
  15358.  
  15359. NiCads are capable of a finite number of charge-discharge cycles.
  15360. Your NiCad may be due for replacement.  Go to your nearest AT&T Phone
  15361. Center and buy a new one.  Unless you have a very old model, the
  15362. batteries are user replaceable.
  15363.  
  15364.  
  15365. Herman Silbiger
  15366.  
  15367. ------------------------------
  15368.  
  15369. From: Eli.Mantel@lambada.oit.unc.edu (Eli Mantel)
  15370. Subject: Re: Cordless Phone Not Charging
  15371. Organization: Extended Bulletin Board Service
  15372. Date: Sat, 25 Jul 1992 07:09:05 GMT
  15373.  
  15374.  
  15375. In article <telecom12.578.5@eecs.nwu.edu> MCMANGPH@NUSVM.BITNET (Ang
  15376. Peng Hwa) writes:
  15377.  
  15378. > My AT&T cordless phone is not charging and I'd appreciate any input.
  15379. > It was on for 20 days while I was on vacation. I then had to unplug it
  15380. > for another 20 days. When I recharged it, the thing just lit up the
  15381. > Battery Low light.
  15382.  
  15383. I have a several-year-old Uniden phone which exhibits similar
  15384. properties.  If I allow it to discharge fully, it will not recharge.
  15385. It seems that there is one cell which will not recharge while in
  15386. series with the other cells.  If I recharge that cell independently
  15387. (identified by its lack of voltage) then I can recharge the whole
  15388. battery pack successfully.
  15389.  
  15390.  
  15391. Eli Mantel (eli.mantel@bbs.oit.unc.edu)
  15392.  
  15393.    The opinions expressed are not necessarily those of the University of
  15394.      North Carolina at Chapel Hill, the Campus Office for Information
  15395.         Technology, or the Experimental Bulletin Board Service.
  15396.            internet:  bbs.oit.unc.edu or 152.2.22.80
  15397.  
  15398. ------------------------------
  15399.  
  15400. Date: Sat, 25 Jul 92 12:20:48 PDT
  15401. From: konstan@elmer-fudd.cs.berkeley.edu (Joe Konstan)
  15402. Subject: Re: Cordless Phone Not Charging
  15403.  
  15404.  
  15405. In TELECOM Digest V12 #578, Ang Peng Hwa writes:
  15406.  
  15407. > My AT&T cordless phone is not charging and I'd appreciate any input.
  15408.  
  15409. The most common problem I have with AT&T cordless phones (love my
  15410. 5500) is that the contacts on the phone and charger get dirty.  If the
  15411. model you have has a "Charging" light, check to see if it stays on
  15412. when the phone is in the base.  If not, get steel wool (can use other
  15413. scrubbers, but steel wool works best) and clean off all of the
  15414. contacts.  In general, I've needed to do this every two or three
  15415. months after owning the phone for about a year.
  15416.  
  15417. If that isn't it, and you really trashed the battery, I'd just go and
  15418. buy a new NiCad either from AT&T (more expensive) or any electronics
  15419. dealer.
  15420.  
  15421.  
  15422. Joe Konstan     konstan@cs.berkeley.edu
  15423.  
  15424. ------------------------------
  15425.  
  15426. From: ron@pilot.njin.net (Ron Natalie)
  15427. Subject: Re: Cordless Phone Not Charging
  15428. Date: 25 Jul 92 19:31:06 GMT
  15429. Organization: Rutgers Univ., New Brunswick, N.J.
  15430.  
  15431.  
  15432. The last thing you want to do to a NiCad battery is to run it
  15433. completly dry.  You run the risk of destroying one of the cells which
  15434. sounds like you may have done.  All is not lost however, there are
  15435. commercial battery houses that sell replacement batteries and they
  15436. aren't that hard to replace.  You will have to disassemble the handset
  15437. and this may involve soldering/unsoldering.
  15438.  
  15439.  
  15440. Ron
  15441.  
  15442. ------------------------------
  15443.  
  15444. Subject: Re: Telephone Keypad Question
  15445. From: domiller@ualr.edu
  15446. Date: 25 Jul 92 09:03:57 GMT
  15447. Organization: University of Arkansas at Little Rock
  15448.  
  15449.  
  15450. In article <telecom12.575.1@eecs.nwu.edu>, Pat writes:
  15451.  
  15452. [interesting number origin deleted]
  15453.  
  15454. > After about 1960 it was dueces wild; no attempt was made to match
  15455. numbers with names; any number combination unused at the time was
  15456. considered with some universal exceptions: First and second digits
  15457. always 2-9 (never 0 or 1) and third digit 1-9 (never a zero).
  15458.  
  15459. In 501 there are at least the 370, 660, and 670 exchanges.  When did
  15460. the third digit change to allow zeros?
  15461.  
  15462.  
  15463. Dale Miller - University of Arkansas at Little Rock   domiller@ualr.edu
  15464.  
  15465.  
  15466. [Moderator's Note: We've got lots of NN0 and N0N type prefixes now. We
  15467. started getting NN0 about ten years ago; we started getting N0N at the
  15468. time of the 312/708 split a couple years ago.   PAT]
  15469.  
  15470. ------------------------------
  15471.  
  15472. Date: Sat, 25 Jul 92 9:25:52 EDT
  15473. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  15474. Subject: Re: Telephone Keypad Question
  15475.  
  15476.  
  15477. You mention 911 in the Moderator's Note, apparently in reference to
  15478. Chicago.  When did it go away?  (Not to be confused with the
  15479. 911-for-emergency-service; when did that come to Chicago?)
  15480.  
  15481.  
  15482. [Moderator's Note: All the special three digit N11 codes used for
  15483. connection of dial subscribers to the (still) manual exchanges went
  15484. away once the conversion was finished. After 1951 I don't think we had
  15485. any until about 1955 when a couple places in northern Indiana which
  15486. were in the Chicago local calling area were converted to dial; then
  15487. people on the far south side of Chicago who had been dial for a few
  15488. years were told to use 911 to reach the manual exchange in Whiting,
  15489. Indiana for a few months. (Previously everyone dialed the operator to
  15490. ask for a Whiting number; we kept doing that, but the southern end of
  15491. the city and a couple suburbs out there suddenly were told use 911,
  15492. and use 711 for East Chicago, IN (which cut to dial about a month
  15493. before Whiting, and about a year after Hammond. All three of those
  15494. towns are in the local calling area for Chicago-Mitchell and Chicago-  
  15495. Pullman.)  From about 1942 - 1946 we had 811 for 'priority long
  15496. distance calling'. If you were of sufficient military rank you used
  15497. that as a way to get the operator to take a circuit from someone
  15498. else and give it to you if needed. From 1946 to about 1980, the use of
  15499. 811 was for 'hotel time and charges' type long distance calls.  We got
  15500. 911 (as in police) about 1975-76, a few exchanges at a time, with the
  15501. unconverted continuing to dial POlice-5-1313 until their conversion
  15502. was made. By 1977 everyone here had 911 except one lousy exchange
  15503. which was still an old panel office. I remember the first year of the
  15504. almost complete conversion: The phone book devoted a couple pages to
  15505. big, garish cartoons and bold face digits '911' to advertise it, with
  15506. only a tiny mention near the bottom of the page: "Subscribers on the
  15507. LOngbeach-1 exchange should dial the operator and tell her about the
  15508. emergency." Good old 312-561 cut over maybe six months later.   PAT]    
  15509.  
  15510. ------------------------------
  15511.  
  15512. From: leonard@qiclab.scn.rain.com (Leonard Erickson)
  15513. Subject: Re: Telephone Keypad Question
  15514. Reply-To: 70465.203@compuserve.com
  15515. Organization: SCN Research/Qic Laboratories of Tigard, Oregon.
  15516. Date: Sat, 25 Jul 1992 15:37:09 GMT
  15517.  
  15518.  
  15519. brendan@otc.otca.oz.au writes:
  15520.  
  15521. > Of all the letter permutations I have seen, the last one (IMHO) is the
  15522. > best.  It eliminates any possible confusion between 0 and O, and 1 and
  15523. > I, and the rest of the letters neatly fit.  Its shortcomings include
  15524. > the effective wiping out of vanity words beginning with O or I, and
  15525. > the letter frequency spread is not that good (9 would get used little,
  15526. > but 7 would get used often).
  15527.  
  15528. > Can anyone suggest a loyout that has a roughly even letter-frequency
  15529. > spread and minimises potential 0/O, 1/I, 2/Z confusion?
  15530.  
  15531. Well, you have another problem. Letter frequencies vary by *language*.
  15532. I don't have my references handy, but from my reading in cryptology, i
  15533. can tell you that the variations are quite marked. So *which* language
  15534. do you optimize for?
  15535.  
  15536. Oh yes, if you are dealing with written "numbers" you have at least
  15537. one other possible confusion. Europeans put a horizontal bar on the
  15538. "7" so that it doesn't get confused with a "1" (which they draw as a
  15539. vertical stroke with a *quite* pronounced angled stroke attached to
  15540. the top:
  15541.  
  15542.          *
  15543.        * *
  15544.       *  *
  15545.          *
  15546.          *
  15547.          *
  15548.  
  15549. as you can see this is easily confused with a 7 by Americans ...)
  15550.  
  15551.  
  15552. Leonard Erickson              leonard@qiclab.scn.rain.com
  15553. CIS: [70465,203]             70465.203@compuserve.com
  15554. FIDO:   1:105/56     Leonard.Erickson@f56.n105.z1.fidonet.org
  15555. (The CIS address is checked daily. The others infrequently)
  15556.  
  15557. ------------------------------
  15558.  
  15559. Date: Sat, 25 Jul 1992 12:16:00 -0400
  15560. From: msb@sq.com (Mark Brader)
  15561. Subject: Re: Telephone Keypad Question
  15562.  
  15563.  
  15564. > But the 1976 Philadelphia directory was still using exchange names.
  15565. > As in the Wilmington case, these were the two letter + five number
  15566. > type; the cases (cited in the Digest) of three letters and four
  15567. > numbers are too far back for me to remember.
  15568.  
  15569. While I've never investigated it systematically, my impression from
  15570. the places where I've seen old numbers is that here in Toronto we
  15571. never had three letters and four digits (3L+4D).  Instead, it appears
  15572. that we went from 2L + 4D to 2L + 5D.  (And later to 7D, of course.)
  15573.  
  15574.  
  15575. Mark Brader, SoftQuad Inc., Toronto, utzoo!sq!msb, msb@sq.com
  15576.  
  15577. ------------------------------
  15578.  
  15579. Date: Sat, 25 Jul 92 17:37 GMT
  15580. From: Proctor & Associates <0003991080@mcimail.com>
  15581. Subject: Re: Advice Needed: Dialback Management
  15582.  
  15583.  
  15584. pete@cssc-syd.tansu.com.au (Peter Alexander Merel) writes:
  15585.  
  15586. > We know about dialback modems, but it seems they are not as secure as
  15587. > we'd like. I'm sure something like I describe must exist, but we don't
  15588. > know what it is called or where to get it. Please help.
  15589.  
  15590. I don't have a virtual solution, but I do have a very flexible
  15591. programmable hardware one.
  15592.  
  15593. The reason that dialback modems are sometimes not secure is that a
  15594. cracker can call into the modem and wait for the modem to hang up, and
  15595. then remain on the line, playing dialtone back to the modem.  The
  15596. modem "thinks" it is dialing on the network, but instead it reaches
  15597. the bad guy's modem.
  15598.  
  15599. This is possible because many central offices will keep the circuit up
  15600. for up to about 22 seconds if the calling party remains off-hook after
  15601. the called party goes on-hook.  This is a long enough window for the
  15602. dialback modem to re-seize the line and start dialing.
  15603.  
  15604. You can attach an external security device, such as the Proctor
  15605. 46300F2 Secured System Access Line.  It answers a ringing line, then
  15606. expects a security code (up to 14 digits) before ringing into the
  15607. modem.  This should be enough security, unless of course someone finds
  15608. out what the security code is.
  15609.  
  15610. When performing dialback, it can call different dialback numbers
  15611. linked to different security codes.  To prevent the problem mentioned
  15612. above, it can be programmed to wait for a CPC pulse on the line before
  15613. initiating dialback, or it can perform the dialback on one of several
  15614. separate ports.  Since the dialback can be done on a separate line,
  15615. there is no way for a cracker to get through with the dialtone trick.
  15616.  
  15617. This product can also be used as a secure DISA adaptor (a device that
  15618. allows one to dial in and seize another line for outgoing service,
  15619. such as a PBX extension), and is available with an internal voice
  15620. frequency repeater.
  15621.  
  15622. Contact Proctor & Associates via one of the email, fax, telephone or
  15623. snailmail addresses below for more information.
  15624.  
  15625.  
  15626. Paul Cook                       206-881-7000
  15627. Proctor & Associates       MCI Mail 399-1080
  15628. 15050 NE 36th St.          fax: 206-885-3282
  15629. Redmond, WA  98052-5317  3991080@mcimail.com
  15630.  
  15631. ------------------------------
  15632.  
  15633. From: drawson@sagehen.Tymnet.COM (Dick Rawson)
  15634. Subject: Re: Ground Wire on Network Interface?
  15635. Date: 25 Jul 92 18:13:03 GMT
  15636. Organization: BT North America (Tymnet)
  15637.  
  15638.  
  15639. > In the US, all "communications" type wires entering a building are
  15640. > required by "code" (NEC) to have lightning protection, and that
  15641. > requires a ground.
  15642.  
  15643. > Also, code requires that all these grounds, and your electrical
  15644. > service ground, *must* be electrically bonded together.  
  15645.  
  15646. A quibble, but the NEC is a model code, not a law, and has effect only
  15647. when a local jurisdiction adopts it by law.  A jurisdiction frequently
  15648. adopts most of a model code, but with some local changes.  There are
  15649. multiple competing codes for fire, building, life safety, and so on;
  15650. they generally differ somewhat.  I don't know if the NEC has a
  15651. competitor.
  15652.  
  15653.  
  15654. Dick
  15655.  
  15656. ------------------------------
  15657.  
  15658. From: nickless@antares.mcs.anl.gov (Bill Nickless)
  15659. Date: Sat, 25 Jul 92 13:21:12 -0500
  15660. Subject: Re: House Wiring Question
  15661.  
  15662.  
  15663. If you can't wire your new house with 10BaseT Ethernet, you'll be
  15664. gratified to know that the new FDDI-over-copper stuff *is* FCC Class B
  15665. compilant.  So it's illegal to run 10Mbits over copper, but legal to
  15666. run 100Mbits over copper in a residential area.
  15667.  
  15668. Of course, if you're going to do 100Mbit speeds anyway, why not just
  15669. pull fiber?  :)
  15670.  
  15671.  
  15672. Bill Nickless
  15673.  
  15674. ------------------------------
  15675.  
  15676. From: ron@pilot.njin.net (Ron Natalie)
  15677. Subject: Re: House Wiring
  15678. Date: 25 Jul 92 19:22:45 GMT
  15679. Organization: Rutgers Univ., New Brunswick, N.J.
  15680.  
  15681.  
  15682. When moved into my house in NJ, the house was sporadically wired for
  15683. two lines (some wall jacks had wires behind them for both pairs, some
  15684. only one).  Having five computer programmers living there we had
  15685. already ordered ten lines (oddly enough the phone company finally
  15686. caught on and stopped offering "teen" lines for $4.00 additional a
  15687. month).  I pulled 25-pair cable into the major rooms (my office, Liz's
  15688. office, the hack room, and Rehmi's bedroom) as well to the laundry
  15689. room (the other side of the exterior wall from where the NI was).
  15690. Everything was cross connected on 66 blocks in the garage.  I also
  15691. pulled thin ethernet.  We ran the ten lines everywhere and used the
  15692. remaining pairs for things like RS-232 lines.
  15693.  
  15694. One day, about half the lines stopped working.  I called the phone
  15695. company and they came out and decided the problem was with the
  15696. internal wiring (they hadn't been inside yet, they were still at the
  15697. NI).  I had noticed that we were paying 30 cents a month or something
  15698. for wire maintenance (not my idea, I didn't place the order when we
  15699. moved), so I told him to have at it.  The installer was sure suprised
  15700. when I showed him where the wires went after the demarc.  After about
  15701. 20 minutes of puttering around with an ohmmeter he calls me over and
  15702. says that he's identified which run of the 25 pair is bad.  We head to
  15703. Liz's office.  The 66 block here is not attached to the wall but is
  15704. sitting on the floor (no closet in her office, I was going to screw it
  15705. to the underside of the built-in desk).  We pulled it out a bit.
  15706. "Can't you smell it I say?"  The phone installer can't tell, but some
  15707. cat has pissed into the 66 block (we had new kittens).  We finally
  15708. agree that he will provide me a few 66 blocks and other miscellanious
  15709. parts (bridge clips) and I'll take care of repuncing that block.
  15710.  
  15711.  
  15712. Ron
  15713.  
  15714. ------------------------------
  15715.  
  15716. End of TELECOM Digest V12 #583
  15717. ******************************
  15718. 
  15719. 
  15720. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa10899;
  15721.           25 Jul 92 19:27 EDT
  15722. Received: by delta.eecs.nwu.edu id AA22717
  15723.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 25 Jul 1992 17:41:22 -0500
  15724. Received: by delta.eecs.nwu.edu id AA19676
  15725.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 25 Jul 1992 17:41:13 -0500
  15726. Date: Sat, 25 Jul 1992 17:41:13 -0500
  15727. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  15728. Message-Id: <199207252241.AA19676@delta.eecs.nwu.edu>
  15729. To: "\\telecom"@eecs.nwu.edu
  15730. Subject: TELECOM Digest V12 #584
  15731.  
  15732. TELECOM Digest     Sat, 25 Jul 92 17:41:09 CDT    Volume 12 : Issue 584
  15733.  
  15734. Index To This Issue:                      Moderator: Patrick A. Townson
  15735.  
  15736.     Re: 911 Run-Around (Dale Miller)
  15737.     Re: 911 Run-Around (Robert S. Helfman)
  15738.     911 Nightmare (Martin McCormick)
  15739.     Re: Solve Three Problems (was Telecom Fraud) (Koos van den Hout)
  15740.     Re: Solve Three Problems (was Telecom Fraud) (Mark Phaedrus)
  15741.     Re: GTE and CLASS/ISDN (Jon Baker)
  15742.     Re: GTE and CLASS/ISDN (Jeff Sicherman)
  15743.     Re: How to Use U.S. Modem in England? (Herman R. Silbiger)
  15744.     Re: St. Pierre and Miquelon (Herman R. Silbiger)
  15745. ----------------------------------------------------------------------
  15746.  
  15747. Subject: Re: 911 Run-Around
  15748. From: domiller@ualr.edu
  15749. Date: 25 Jul 92 09:30:30 GMT
  15750. Organization: University of Arkansas at Little Rock
  15751.  
  15752.  
  15753. In article <telecom12.578.12@eecs.nwu.edu>, dwn@dwn.ccd.bnl.gov (Dave
  15754. Niebuhr) writes:
  15755.  
  15756. > In TELECOM Digest Volume 12 : Issue 571 Carl Moore (VLD/VMB)
  15757. > <cmoore@BRL.MIL> writes:
  15758.  
  15759. >> Some phone books do list non-emergency numbers, and I take them to be
  15760. >> for matters which should get police attention but are not as urgent.
  15761.  
  15762. Yes, when you can find them.  For instance, the Little Rock phone book
  15763. used to dedicate the first page to all the numbers of the police,
  15764. fire, etc.  departments in central Arkansas.  This now has been
  15765. reduced to a listing for all major services of 911 (in big print).
  15766. Referring to the "helpful numbers" section in the "blue pages" gives
  15767. police in most communities as 911.  Only looking under city government
  15768. can one find the actual police numbers.  Even there though, the fire
  15769. department only gives a central number, not station numbers.
  15770.  
  15771. I have no problem with pushing 911.  But when > 50% of the first page
  15772. of the directory is now blank, why not publish the direct numbers too?
  15773.  
  15774.  
  15775. Dale Miller - University of Arkansas at Little Rock 
  15776. (but not an official voice)  domiller@ualr.edu
  15777.  
  15778. ------------------------------
  15779.  
  15780. From: helfman@aero.org (Robert S. Helfman)
  15781. Subject: Re: 911 Run-Around
  15782. Organization: The Aerospace Corporation, El Segundo, CA
  15783. Date: Sat, 25 Jul 1992 17:16:22 GMT
  15784.  
  15785.  
  15786. In article <telecom12.582.9@eecs.nwu.edu> dwn@dwn.ccd.bnl.gov (Dave
  15787. Niebuhr) writes:
  15788.  
  15789. In TELECOM Digest Volume 12 : Issue 578 I wrote:
  15790.  
  15791. >> In TELECOM Digest Volume 12 : Issue 571 Carl Moore (VLD/VMB)
  15792. >> <cmoore@BRL.MIL> writes:
  15793.  
  15794. >>> Some phone books do list non-emergency numbers, and I take them to be
  15795. >>> for matters which should get police attention but are not as urgent.
  15796.  
  15797. >> The problem with my PD (Suffolk County, NY) is that if I wanted to
  15798. >> make a non-emergency call but yet talk to a policeman/woman, I would
  15799. >> be told to call 911 in about 90% of the instances.
  15800.  
  15801. In the city of Los Angeles, there are non-emergency numbers for the
  15802. LAPD dispatchers which do not pass through 911. I use them to call
  15803. regarding loud parties, gangbanger conventions, etc. They usually
  15804. result in a wait -- often zero-time, but more typically a minute or
  15805. two, occasionally 20 minutes. They DO dispatch for this stuff, believe
  15806. it or not.
  15807.  
  15808. One night I was awakened at 2 AM to the sound of rap. I went to the
  15809. window to see where it was coming from, and it was from the rear of a
  15810. medical building about 800 feet from my house and maybe 15 stories
  15811. down the hill. With binoculars, I looked to see what was going on and
  15812. saw that a couple of guys had a mom-and-pop-type business cleaning and
  15813. checking the oil on airport shuttle buses. They would do this stuff
  15814. all night and have the vans ready for their first runs in the morning.
  15815. (The site is on Stocker St., a standard shuttle route from downtown
  15816. L.A. to the airport).
  15817.  
  15818. The guys had one van door open with the stereo blasting, and because
  15819. of the late hour and the altitude of my house, I could hear it
  15820. perfectly, in violation of the LA Noise Abatement Laws, which specify
  15821. that no amplified music system may be heard more than 150 off the
  15822. property, whether public or private.
  15823.  
  15824. I called the LAPD non-emergency number, they dispatched in about 10
  15825. minutes (I saw the car arrive and read those guys big-time), and I
  15826. never heard those guys again, despite their continuing to use the site
  15827. for that business for another year afterward.
  15828.  
  15829. If you called 911 for something like this in L.A., you'd be laughed
  15830. into humiliation. 911 is for the real stuff -- life and/or property in
  15831. immediate danger. (Incidentally, during the riots, it typically took
  15832. 5-10 minutes to get DIAL TONE, and another 20 to get to 911. It made
  15833. me realize that when the Big One arrives, we are going to be in deep
  15834. doodoo.)
  15835.  
  15836. ------------------------------
  15837.  
  15838. Subject: 911 Nightmare
  15839. Date: Sat, 25 Jul 92 15:32:10 -0500
  15840. From: martin@datacomm.ucc.okstate.edu
  15841.  
  15842.  
  15843. According to a report on Tulsa's KTUL television, gridlock in the
  15844. telephone system may have contributed to the death of a lady on
  15845. Saturday, July 18.  On that morning, tickets to a Garth Brooks concert
  15846. went on sale and there was much congestion as people tried to place
  15847. orders.  A Dr. Hardy, of Tulsa, observed his wife was having a heart
  15848. attack and, after starting CPR, tried to call 911 to summon an
  15849. ambulance.  What he heard was a busy signal.  Dr. Hardy said that he
  15850. repeated dialing 911 seven or eight times before finally getting
  15851. through.
  15852.  
  15853.      He said that he really didn't know how much difference the delay
  15854. caused in the outcome of the event, but valuable time was lost.
  15855.  
  15856.      A spokesman for Southwestern Bell explained the dilemma of the
  15857. economics of providing enough capacity to handle large loads as
  15858. opposed to normal activity.
  15859.  
  15860.      It seems to me that a sensible remedy to this and similar
  15861. problems around the country would be to program the system to start
  15862. dropping calls, if necessary to free up access to 911.  Would this
  15863. make people mad?  You bet it would, but it is still better than trying
  15864. to dial the standard emergency number, only to get a busy signal.  The
  15865. algorithm, here is simple.  John Q. Public just dialed 911.  Are all
  15866. circuits busy? Knock off the first one that isn't from or to an
  15867. emergency service.
  15868.  
  15869.  
  15870. Martin McCormick WB5AGZ   Stillwater, OK
  15871. O.S.U. Computer Center Data Communications Group
  15872.  
  15873.  
  15874. [Moderator's Note: The problem is *NOT* in deciding how to handle a
  15875. 911 emergency call *once you have identified the call and know it is
  15876. to go to the police.*  The problem comes up in first identifying the
  15877. call. Let's say ten phones on my desk are ringing at one time. One is
  15878. my brother telling me the building is on fire and to flee for my life
  15879. with the cats, etc. Another phone call is from a friend inviting me
  15880. over for pizza and beer. When I get the 'house on fire' call, I know
  15881. what to do with no further delay. The question is how do I know which
  15882. ringing line to answer *first*? Should I hire ten people to stay there
  15883. and answer calls in the event ten come at one time just so I'll be
  15884. immediatly notified that the house is on fire?  
  15885.  
  15886. Phone systems are the same way. How many calls should be dealt with at
  15887. the same instant in order to prevent the possibility that an emergency
  15888. call will receive delayed handling?  What happens if I have the
  15889. ability to deal with that many then I get that many plus one more?
  15890. Typically the ability to deal with 10-12 percent of the subscribers at
  15891. any one time is more than adequate -- and that is during the busy
  15892. times of the day. Maybe five percent of the subscribers (big maybe)
  15893. want to use the service at the same time during off hours. How much
  15894. should telco spend (and you the subscriber pay) to have the essence of
  15895. a 'non-blocking' switch, if there is such a thing?  
  15896.  
  15897. The modern CO does not know the difference between one off-hook and
  15898. another *until it finds time to go and get the caller's request.* At
  15899. least one advantage of the old manual phone system was that a steadily
  15900. flashing lamp on the switchboard meant a routine call; a rapid off/on
  15901. flashing (because the subscriber was tapping the hook rapidly) would
  15902. usually catch the eye of an operator who would then go to that one
  15903. next *presuming it to be an emergecy*, and giving hell to the
  15904. subscriber for flashing like that if it was not. (A rapid blink-blink-
  15905. blink of a light on the board was universally accepted to mean 'oper-
  15906. ator, talk to me now this is urgent.').  PAT]
  15907.  
  15908. ------------------------------
  15909.  
  15910. Subject: Solve Three Problems (was Telecom Fraud)
  15911. From: koos@kzdoos.hacktic.nl (Koos van den Hout)
  15912. Date: Sat, 25 Jul 92 15:20:40 MET
  15913. Organization: Koos z'n Doos (BBS)
  15914.  
  15915.  
  15916. gast@CS.UCLA.EDU (David Gast) writes:
  15917.  
  15918. >    reduce fraud
  15919. >    keep AOSes from overcharging
  15920. >    provide a convenient means for calling without leaving a paper trail
  15921. > is to go to a stored value card as used by telco in most other places
  15922. > around the world.
  15923.  
  15924. Here in Holland (and in a number of European countries around here)
  15925. this system is used.
  15926.  
  15927. > Of course, someone can manufacture counterfeit cards,
  15928.  
  15929. That is VERY difficult. The 'value' is 'stored' in a bar of a material
  15930. with a certain refractive index for infrared light. 'Nickels' are
  15931. removed from the card by simply burning the appropiate pieces of the
  15932. bar.
  15933.  
  15934. In the bar is also a countrycode so you can't take the card to another
  15935. country.
  15936.  
  15937. I like this system. A high number of telephone boots here in Holland
  15938. accept them (esp. on stations), they are easy to purchase (at
  15939. 'telephone shops', stations and so) and they fit easily into a wallet
  15940. (creditcard size).
  15941.  
  15942. And you're anonymous when calling. But in Holland you're always
  15943. anonymous since the (one) phonecompany we have is some years behind
  15944. (already one (1!)  added service : *21) so Caller-Id is just discussed
  15945. a little and far from operational.
  15946.  
  15947.  
  15948. Koos van den Hout (koos@kzdoos.hacktic.nl)
  15949. BBS Koos z'n Doos : +31-3402-36647
  15950.  
  15951. ------------------------------
  15952.  
  15953. From: phaedrus@cs.washington.edu (Mark Phaedrus)
  15954. Subject: Re: Solve Three Problems (was Telecom Fraud)
  15955. Organization: University of Washington Computer Science
  15956. Date: Sat, 25 Jul 92 19:33:52 GMT
  15957.  
  15958.  
  15959. In article <telecom12.578.2@eecs.nwu.edu> gast@CS.UCLA.EDU (David
  15960. Gast) writes:
  15961.  
  15962. [he proposes a stored-value card as a solution to fraud ...]
  15963.  
  15964.      There's one major problem I can see with this solution.  Most
  15965. telephones in this country are still not capable of magnetically
  15966. "reading" even the current calling cards.  So unless you plan on
  15967. replacing most of the telephones in the nation, or making the
  15968. stored-value cards unusable on any phone without a card reader, the
  15969. protection against fraud largely goes out the window; there's still
  15970. going to have to be a number on the card for people to punch into
  15971. older phones, and "shoulder-surfing" will still work just like it does
  15972. now.  In fact, I would wager that your protection from fraud would
  15973. actually *decrease* under these circumstances.  Under the currnt
  15974. system, if someone steals your card number and rings up fraudulent
  15975. calls, you can generally get the charges reversed; with fraud on a
  15976. stored-value card, the providers would probably adopt the same policy
  15977. that many providers of debit cards do now ("if your card or number
  15978. gets stolen and all the money in your card gets drained, well, sorry
  15979. about that").
  15980.  
  15981.      Also, unless you want to further modify every phone in the
  15982. country so that they're capable of *writing* to the cards too, the
  15983. privacy advantage is going to be eliminated as well; since the phones
  15984. won't be capable of recording usage onto the cards, the cards' value
  15985. will have to be stored in some centralized database somewhere; and
  15986. since that database is going to have to be provided with at least some
  15987. information about where you're calling from and to in order to
  15988. calculate the billing info, it will be capable of keeping records just
  15989. as detailed as those kept now (where you're calling from and to, when
  15990. you're calling, for how long, etc.).  I suppose the phone company
  15991. could be legally required not to record this information for
  15992. stored-value-card calls, but that would completely blow away your
  15993. protection against fraud.  ("Well, since we have no way of knowing
  15994. when or where those calls were made, we have no way of knowing whether
  15995. they're fraudulent or not, so we'll just have to let the charges
  15996. stand.")
  15997.  
  15998.      One other personal problem I have with stored-value cards: they
  15999. require payment in advance, which may be okay for those who use the
  16000. cards regularly, but is a pain for those like me who only carry a card
  16001. in case of emergency or running out of change.  Why should I give my
  16002. long-distance carrier an extra $5 or $10 of my money to take care of,
  16003. on the off-chance I need to make a calling card call someday?
  16004.  
  16005. > Also, since it is a stored value card, other carriers would
  16006. > have no incentive to honor the card (they won't get paid), so they
  16007. > could try to vandalize the card or more likely just reject it. Thus,
  16008. > protection from AOS overcharging.
  16009.  
  16010.      This is about the most Pyrrhic form of "protection from AOS
  16011. overcharging" I've seen in a while.  Are you saying that you'd rather
  16012. have a phone try to erase your $50 worth of stored value than to
  16013. overcharge you for the call?  As long as we're updating every phone in
  16014. America to deal with these cards, why not just encode the carrier
  16015. choice into the card?  You would pick up the phone, insert your card,
  16016. and then dial the number; the phone would read the carrier code from
  16017. the card and automatically select the proper carrier, without any of
  16018. this 10XXX nonsense.
  16019.  
  16020. > Of course, certain federal agencies won't like [privacy], so
  16021. > Congress will have to pass a law requiring that
  16022.  
  16023. >  (1) each phone record its number and time of use on the card; and
  16024. >  (2) that each buyer send in his/her used cards with proper identification.
  16025. >      Failure to do so would result in a $10,000 fine per card.
  16026.  
  16027.      If you're going to joke, try to at least joke plausibly. :) "Oh,
  16028. someone stole your wallet and your $100 stored-value card?  Gee,
  16029. that's a shame.  Well you're out that $100, and since you won't be
  16030. properly returning that card, you're out another $10,000 too."
  16031. Besides, unless you really do intend on replacing every phone in the
  16032. nation, I don't think the government will have any problem getting
  16033. that information, since as I described above, the "stored value" will
  16034. probably wind up implemented in a central database rather than on the
  16035. card itself.
  16036.  
  16037.  
  16038. Mark Phaedrus, Computer Science Major, Univ. of  Washington, Seattle, WA  
  16039. Work: phaedrus@cs.washington.edu   Play: phaedrus@u.washington.edu
  16040.  
  16041. ------------------------------
  16042.  
  16043. From: bakerj@gtephx.UUCP (Jon Baker)
  16044. Subject: Re: GTE and CLASS/ISDN
  16045. Organization: AG Communication Systems, Phoenix, Arizona
  16046. Date: Sat, 25 Jul 1992 19:38:12 GMT
  16047.  
  16048.  
  16049. In article <telecom12.576.1@eecs.nwu.edu>, john@zygot.ati.com (John
  16050. Higdon) writes:
  16051.  
  16052. >> Regarding SS7 links, he said GTE was working on them between their own
  16053. >> switches.  Links to PacBell would come, but he didn't know when.
  16054.  
  16055. > When I have mentioned GTE's lack of SS7, I have been roundly taken to
  16056. > task and told that the company does indeed have such links in place.
  16057. > Thank you for confirming that this is the baloney that I suspected it
  16058. > was.
  16059.  
  16060. Apparent evidence that, as I suspected, Mr. Higdon was never really
  16061. listening when he was roundly taken to task.
  16062.  
  16063. The GTD5 has offered SS7 and CLASS services for about 4 years now.
  16064. All of the GTD5's in GTE West are, most definitely, without a doubt,
  16065. 100% certain, capable of providing SS7 and CLASS features.
  16066.  
  16067. When, and if, these services are deployed in your area is dependent on
  16068. the local telephone company (in this case, GTE West).
  16069.  
  16070. Mr. Higdon has never been taken to task over the issue of whether or
  16071. not GTE West has actually deployed SS7 or CLASS, or the extent of that
  16072. deployment.  He has been taken to task over his unfounded claims that
  16073. the GTD5 is not capable of supporting SS7/CLASS.  Neither I nor any
  16074. other person has ever claimed that GTE West has 100% SS7 trunking.
  16075. The statement 'GTE was working on them between their own switches' is
  16076. entirely accurate.  Their deployment is somewhere between 0% and 100%,
  16077. and it is increasing.
  16078.  
  16079. At no time has Mr. Higdon been fed any baloney, or any other meat
  16080. by-product, by me or any other member of this staff.
  16081.  
  16082.  
  16083. J.Baker    enuucp!gtephx!bakerj
  16084. I am not an official representative of AG Communication Systems.
  16085.  
  16086. ------------------------------
  16087.  
  16088. Date: Sat, 25 Jul 92 20:18:58 -0700
  16089. From: Jeff Sicherman <sichermn@beach.csulb.edu>
  16090. Subject: Re: GTE and CLASS/ISDN
  16091. Organization: Cal State Long Beach
  16092.  
  16093.  
  16094. In article <telecom12.576.1@eecs.nwu.edu> John Higdon
  16095. <john@zygot.ati.com> writes:
  16096.  
  16097. > MPA15AB!RANDY@TRENGA.tredydev.unisys.com writes:
  16098.  
  16099. >> The rep said CLID hadn't yet been approved by the PUC!  When I pointed
  16100. >> out that the PUC had approved it weeks ago, and mentioned the
  16101. >> front-page articles in the {L.A. Times} and other papers, she said
  16102. >> they were flat wrong.
  16103.  
  16104. > This is typical GTE. I have found that one cannot expect to get
  16105. > anything resembling a straight answer on any matter (from your current
  16106. > bill on up to "proposed services") on the first call to the business
  16107. > office. All light and knowledge from GTE (if you can call it that)
  16108. > must come from Thousand Oaks. It is amusing to note that if you do
  16109. > happen to call GTE about a billing question, you are told that someone
  16110. > will call you back "within five working days". The people in the
  16111. > front-line business office are ALWAYS wrong and with an attitude.
  16112.  
  16113.   Trust me, I'm currently living and working in Thousand Oaks (and
  16114. calling my account via a state-wide network via a local port) and
  16115. there is no knowledge and very little light around here. What there
  16116. is, definitely is not coming from the GTE HQ which I pass every day -
  16117. twice.
  16118.  
  16119.  
  16120. Jeff Sicherman
  16121.  
  16122. ------------------------------
  16123.  
  16124. Date: Sat, 25 Jul 92 19:57:50 EDT
  16125. From: hsilbiger@attmail.att.com (Herman R Silbiger)
  16126. Subject: Re: How to Use U.S. Modem in England?
  16127. Organization: AT&T
  16128.  
  16129.  
  16130. In article <telecom12.577.4@eecs.nwu.edu>, chang@sparc2.prime.com
  16131. (John Chang) writes:
  16132.  
  16133. > How can I use a modem that's set up for U.S. modular jacks with phones
  16134. > in Britain (London in particular)?  Are the line levels compatible?
  16135. > If so, what wires go where?  In other words, how do you make a
  16136. > jack-to-jack adapter?  Are the dialing tones the same, or do I need to
  16137. > pulse dial?
  16138.  
  16139. The DTMF tones are the same the world over.  Unfortunately, the RJ-11
  16140. wiring patterns are not.
  16141.  
  16142. On a 4-lead RJ-11, in the US pins 2 and 3 are used for tip and ring.
  16143. In the UK pins 1 and 4 are used.  You will therefore have to make up a
  16144. line cord with leads 2 and 3 at the modem end going to pins 1 and 4 at
  16145. the wall jack end.
  16146.  
  16147.  
  16148. Herman Silbiger
  16149.  
  16150. ------------------------------
  16151.  
  16152. Date: Sat, 25 Jul 92 00:10:32 EDT
  16153. From: hsilbiger@attmail.att.com (Herman R Silbiger)
  16154. Subject: Re: St.Pierre and Miquelon
  16155. Organization: AT&T
  16156.  
  16157.  
  16158. >> From Guadelope, numbers in St.Barthelems and St. Martin (both French
  16159. >> and Dutch parts) of the form 3##### can be dialed direct.
  16160.  
  16161. > The Information that I have says that Guadeloupe, St. Barthelemy, and
  16162. > St. Martin have the same country code +590.  To call St. Maarten
  16163. > (Dutch part, country code +599-5) from +590 land you simply dial 3.
  16164.  
  16165. St. Maarten has the country code 5995.  St. Martin has the country
  16166. code 596.
  16167.  
  16168.  
  16169. Herman Silbiger
  16170.  
  16171. ------------------------------
  16172.  
  16173. End of TELECOM Digest V12 #584
  16174. ******************************
  16175. 
  16176. 
  16177. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa14807;
  16178.           25 Jul 92 22:18 EDT
  16179. Received: by delta.eecs.nwu.edu id AA30626
  16180.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 25 Jul 1992 20:30:08 -0500
  16181. Received: by delta.eecs.nwu.edu id AA18389
  16182.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 25 Jul 1992 20:29:58 -0500
  16183. Date: Sat, 25 Jul 1992 20:29:58 -0500
  16184. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  16185. Message-Id: <199207260129.AA18389@delta.eecs.nwu.edu>
  16186. To: "\\telecom"@eecs.nwu.edu
  16187. Subject: TELECOM Digest V12 #585
  16188.  
  16189. TELECOM Digest     Sat, 25 Jul 92 20:29:53 CDT    Volume 12 : Issue 585
  16190.  
  16191. Index To This Issue:                      Moderator: Patrick A. Townson
  16192.  
  16193.     Ameritech Testing Digital Cellular Phones (Andrew C. Greene)
  16194.     AT&T Doesn't Like MCI's Ads (Washington Times via Paul Robinson)
  16195.     CPSR Recommends NREN Privacy Principles (Dave Banisar)
  16196.     New Subscriber Solicitations - MCI (Tony Safina)
  16197. ----------------------------------------------------------------------
  16198.  
  16199. Date: Fri, 24 Jul 1992 12:18:15 CDT
  16200. From: acg@hermes.dlogics.com
  16201. Reply-To: acg@hermes.dlogics.com
  16202. Subject: Ameritech Testing Digital Cellular Phones
  16203.  
  16204.  
  16205. (Disclaimer: Please note that I am not a telecom professional, so bear
  16206. with me if I inadvertently get my terminology mangled in the following.
  16207. Details were gleaned from a phone conversation with Mr. Tay Kim of
  16208. Ameritech, who added that extra volunteers were welcome -- see
  16209. restrictions below. I have no connection to Ameritech.)
  16210.  
  16211. I've been offered a chance to participate in a long-term test of
  16212. Ameritech's Personal Communication Services, which is essentially a
  16213. cellular-phone type of network, but uses digital-transmission radio
  16214. frequencies between the user's portable phone and local transceivers.
  16215. I'm taking the liberty of calling it a "cellular" phone network to
  16216. save explanations, though they themselves do not use the term.
  16217.  
  16218. Ameritech, one of the Chicago area cellular providers, is conducting
  16219. an 18-month test of various prototype telephones with several hundred
  16220. people in the area of downtown Chicago, the Lincoln Park area of the
  16221. city on the north side, and the suburb of Arlington Heights, to the
  16222. northwest beyond O'Hare Airport.
  16223.  
  16224. The Personal Communication Service, or PCS, consists of a very small
  16225. handset resembling a typical cellular phone, though without the large
  16226. battery pack, cord, etc. A short antenna of about 5" is used, with the
  16227. flip-type handset having a pivoting cover holding the microphone,
  16228. closing over the keypad. The phone transmits a digital signal with
  16229. 10mW of power to a radio transceiver located on some nearby (two or
  16230. three city blocks or approx. 1/4 mile) building or other high point,
  16231. where it connects to the normal telephone system. The phones generate
  16232. true DTMF for operating voice mail systems, etc., at the called
  16233. number. The test areas have been populated with small transceivers
  16234. consisting mainly of a box with a 12" antenna connected to AC power
  16235. and a phone line.
  16236.  
  16237. Ameritech is now rolling out various prototype telephones to test this
  16238. system over the next 18 months in the area I described. They're
  16239. recruiting people for the test in various ways (I assume); I was
  16240. approached at the Arlington Heights train station on my way to work.
  16241. You're asked to fill out a short questionnaire on your daily
  16242. activities and phone usage, and mail it in. The results are tabulated
  16243. in a database, and people fitting the profile (mainly by living and
  16244. working in the test service area) will be given the phones to use.
  16245. The first month of local calls will be completely free; following
  16246. months will be charged approximately 25 cents per call or less (one
  16247. portion of the test is apparently on varying fee scales!). Long
  16248. distance calls will be handled by Sprint at their normal billing
  16249. rates; alternative LD carriers may not be selected.
  16250.  
  16251. LIMITATIONS: I was told that these phones are intended primarily for
  16252. people on foot, or otherwise NOT traveling rapidly from one area to
  16253. another. Using the PCS in a car or steel-framed building may or may
  16254. not work; however, if it does work in your car, you're advised to pull
  16255. over and stop, since the handoffs cannot keep up with car speeds.
  16256. Walking-speed handoffs are intended, and you will receive an
  16257. out-of-range warning before you lose a call by blundering out of the
  16258. test area. Due to present technical limitations, the phones cannot
  16259. take incoming calls.
  16260.  
  16261. The prototype phones will be configured in different ways, most
  16262. notably that some will permit hand-off from one transceiver to the
  16263. next, but others will not. I was told that this is an effort to
  16264. determine whether the hand-off capability is really necessary as a
  16265. standard feature, since these phones are intended primarily for foot
  16266. traffic.
  16267.  
  16268. The only charges billed to the user will be for calls made after the
  16269. first month (and any long-distance calls made IN the first month).
  16270. Ameritech gets the phones back at the end of the test period, and will
  16271. issue refunds for lost calls or poor quality connections if you have
  16272. difficulty.
  16273.  
  16274. IF YOU WANT TO JOIN IN THE TEST: You must live in Arlington Heights,
  16275. the Lincoln Park area of Chicago, or downtown Chicago, and you MUST
  16276. NOT be a member of a telecommunications company (unless it's
  16277. Ameritech, I'll bet :-). Call Mr. Tay Kim or one of his associates at
  16278. (800) 640-6472 for details. He told me that they are a small group in
  16279. charge of running the whole test; in fact I discovered that he was the
  16280. one who'd handed me the brochure at the train station, after which
  16281. he'd rushed back to his office to field calls at the 800 number, plus
  16282. he appeared in the glossy brochure handout posing as a commuter at the
  16283. train station. A small group indeed!
  16284.  
  16285. All told, this sounds pretty interesting, despite the current
  16286. limitations. Biggest danger I can think of is adding to the number of
  16287. bozos who babble into portable phones at the top of their voice in
  16288. crowded areas when others are trying to concentrate, causing others to
  16289. search around for large heavy objects to throw, but I think I can
  16290. behave myself. If there's sufficient interest (and they deign to issue
  16291. me a PCS phone), I can post a progress report as things develop.
  16292.  
  16293. Disclaimer #2: Speaking only for myself, not Datalogics or Ameritech.
  16294.  
  16295.  
  16296. Andrew C. Green
  16297. Datalogics, Inc.      Internet: acg@dlogics.com
  16298. 441 W. Huron          UUCP: ..!uunet!dlogics!acg
  16299. Chicago, IL  60610    FAX: (312) 266-4473
  16300.  
  16301.  
  16302. [Moderator's Note: Please do let us have a follow up on this.  PAT]
  16303.  
  16304. ------------------------------
  16305.  
  16306. Date: Fri, 24 Jul 92 17:20 GMT
  16307. From: "Tansin A. Darcos & Company" <0005066432@mcimail.com>
  16308. Subject: AT&T Doesn't Like MCI's Ads
  16309.  
  16310.  
  16311. New Ads Heat up AT&T-MCI Rivalry
  16312. By Kent Gibbons
  16313. The Washington (DC) Times (July 21, 1992-Pg C1)
  16314.  
  16315.    AT&T and MCI's war of words is getting personal.
  16316.  
  16317.    The newest TV commercials for AT&T's long distance rates attack the
  16318. ethics behind MCI's recent spots promoting a new international calling
  16319. plan.
  16320.  
  16321.    American Telephone & Telegraph Co. says MCI used unfair comparisons
  16322. to claim savings of 45 percent or more off AT&T's rates.  MCI
  16323. Communications Corp matched its "Around the World" discount rates
  16324. against AT&T's basic rates, rather than its cheaper "Reach Out World"
  16325. discount plan for international calls.
  16326.  
  16327.    "Blatantly deceptive," said AT&T spokesman Jim McGann on behalf of
  16328. the nation's biggest long-distance company.
  16329.  
  16330.    "Fair," countered Debra Shriver of Washington-based MCI, the No. 2
  16331. carrier.
  16332.  
  16333.    Most AT&T customers make their international calls on the company's
  16334. basic plan, not "Reach Out World," Ms. Shriver insisted.  Besides, she
  16335. said, most of AT&T's advertised discounts compare with AT&T's basic
  16336. rates.
  16337.  
  16338.    "If they've been comparing their own rates to [basic] dial-1 rates,
  16339. why can't we do it?" she said.
  16340.  
  16341.    "How can that be fair?" Mr. McGann said of the MCI ads.  "You've
  16342. got to compare comparable plan to comparable plan.  If someone makes a
  16343. lot of international calls, it would make sense for them to sign up
  16344. for 'Reach Out World'.
  16345.  
  16346.    For example, an MCI spot claims a call to France on its new plan
  16347. would save 57 percent against AT&T's basic rate.  Part of that savings
  16348. comes from designating one foreign number as part of MCI's "Friends &
  16349. Family" plan.
  16350.  
  16351.    For any other numbers in France, AT&T says, the savings against its
  16352. international discount plan would be 1.6 percent.
  16353.  
  16354.    Stoking the fires, Mr. McGann called reporters yesterday about his
  16355. company's ads, which first aired over the weekend.  AT&T also provided
  16356. videotapes and transcripts.
  16357.  
  16358.    AT&T and MCI have never hidden their mutual dislike.  MCI helped
  16359. hasten the breakup of the telephone monopoly with antitrust lawsuits
  16360. in the 1970s.  And in 1989 the two companies sued each other with
  16361. claims of unfair advertising.  They settled out of court.
  16362.  
  16363.    MCI has always compared its rates with AT&T's, even erecting
  16364. electronic toteboards to show the supposed savings MCI's customers
  16365. have enjoyed over AT&T users.  The latter's commercials have jabbed at
  16366. MCI's popular "Friends & Family" plan, in which MCI callers get extra
  16367. savings if they sign up other customers.  Sprint, No. 3 in the
  16368. long-distance market, has taken on both rivals.
  16369.  
  16370.    But the new AT&T ads aim squarely at MCI's credibility.
  16371.  
  16372.    "Do you judge a company's ethics by their advertising?" an
  16373. off-camera voice asks a man in an antique restoration shop in one
  16374. spot.  Answering more questions, the man says the MCI ads promise 50
  16375. percent savings through "Friends Around the World" but says he did not
  16376. realize the savings wer off AT&T's basic rate.
  16377.  
  16378.    Why doesn't the MCI advertising compare discount plans?  "I think
  16379. the answer is obvious," the man replies.
  16380.  
  16381.    In another commercial, a woman says the advertising would change her
  16382. opinion about the advertiser.
  16383.  
  16384.    Ms. Shriver said MCI stands by its ads and has no plans to change
  16385. them or lob an attack back at AT&T.
  16386.  
  16387.                              -------------
  16388.  
  16389. Paul Robinson      TDARCOS@MCIMAIL.COM or 0005066432@MCIMAIL.COM 
  16390.  
  16391. By the way, I have two phone lines at home, one is on MCI and the
  16392. other is on AT&T.  The only thing I notice is that the bill is too
  16393. expensive ...
  16394.  
  16395. ------------------------------
  16396.  
  16397. Organization: CPSR, Washington Office
  16398. From: Dave Banisar <banisar@washofc.cpsr.org>
  16399. Date: Fri, 24 Jul 1992 17:26:09 EDT
  16400. Subject:  CPSR Recommends NREN Privacy Principles
  16401.  
  16402.  
  16403.  
  16404. PRESS RELEASE
  16405. July 24, 1992
  16406.   
  16407. CPSR Recommends NREN Privacy Principles
  16408.  
  16409.  
  16410.    WASHINGTON, DC -- Computer Professionals for Social Responsibility
  16411. (CPSR), a national public interest organization, has recommended
  16412. privacy guidelines for the nation's computer network.
  16413.  
  16414.    At a hearing this week before the National Commission on Library
  16415. and Information Science, CPSR recommended a privacy policy for the
  16416. National Research and Education Network or "NREN."  Marc Rotenberg,
  16417. Washington Director of CPSR, said "We hope this proposal will get the
  16418. ball rolling.  The failure to develop a good policy for the computer
  16419. network could be very costly in the long term."
  16420.   
  16421.    The National Commission is currently reviewing comments for a
  16422. report to the Office of Science and Technology Policy on the future of
  16423. the NREN.
  16424.  
  16425.    Mr. Rotenberg said there are several reasons that the Commission
  16426. should address the privacy issue.  "First, the move toward
  16427. commercialization of the network is certain to exacerbate privacy
  16428. concerns.  Second, current law does not do a very good job of
  16429. protecting computer messages.  Third, technology won't solve all the
  16430. problems."
  16431.   
  16432.    The CPSR principles are (1) protect confidentiality, (2) identify
  16433. privacy implications in new services, (3) limit collection of personal
  16434. data, (4) restrict transfer of personal information,(5) do not charge
  16435. for routine privacy protection, (6) incorporate technical safeguards,
  16436. (7) develop appropriate security policies, and (8) create an
  16437. enforcement mechanism.
  16438.  
  16439.    Professor David Flaherty, an expert in telecommunications privacy
  16440. law, said "The CPSR principles fit squarely in the middle of similar
  16441. efforts in other countries to promote network services.  This looks
  16442. like a good approach."
  16443.  
  16444.    Evan Hendricks, the chair of the United States Privacy Council and
  16445. editor of Privacy Times, said that the United States is "behind the
  16446. curve" on privacy and needs to catch up with other countries who are
  16447. already developing privacy guidelines.  "The Europeans are racing
  16448. forward, and we've been left with dust on our face."
  16449.  
  16450.    The CPSR privacy guidelines are similar to a set of principles
  16451. developed almost 20 years ago called The Code of Fair Information
  16452. practices.  The Code was developed by a government task force that
  16453. included policy makers, privacy experts, and computer scientists.  The
  16454. Code later became the basis of the United States Privacy Act.
  16455.  
  16456.    Dr. Ronni Rosenberg, who has studied the role of computer
  16457. scientists in public policy, said that "Computer professionals have an
  16458. important role to play in privacy policy. The CPSR privacy guidelines
  16459. are another example of how scientists can contribute to public
  16460. policy."
  16461.  
  16462.    CPSR is a membership organization of 2500 professionals in the
  16463. technology field. For more information about the Privacy Policies and
  16464. how to join CPSR, contact CPSR, P.O. Box 717, Palo Alto CA 94302.
  16465. 415/322-3778 (tel) and 415/322-3798 (fax).  
  16466. Email at cpsr@csli.stanford.edu.
  16467.  
  16468. ------------------------------
  16469.  
  16470. From: disk!tony@uunet.UU.NET (tony)
  16471. Subject: New subscriber solicitations - MCI
  16472. Organization: Digital Information Systems of KY
  16473. Date: Sat, 25 Jul 1992 00:40:25 GMT
  16474.  
  16475.  
  16476.         About six weeks ago a woman from MCI called and said a fellow
  16477. by the name of Bob Parsons gave my name as a referral and so MCI
  16478. called to solicit my business after they got this "referral."  I never
  16479. heard of a Bob Parsons -- if I do know someone by that name I
  16480. certainly don't remember them, so I can't see how such a person would
  16481. think they know me well enough to give my name as a referral.
  16482.  
  16483.     Well, I talked with the woman from MCI and she led me to
  16484. believe I would be getting a much better deal with MCI than I'm
  16485. getting with AT&T.  She said I didn't have to sign anything, they
  16486. would switch my service as soon as I got off the phone.  Oh, one thing
  16487. that did annoy me -- they asked whose name my service was in -- it's
  16488. in my wife's name.  The woman said they would have to put my new MCI
  16489. service in her name too.
  16490.  
  16491.     Right off ... two strikes against them: they probably pulled
  16492. the name "Bob Parsons" out of a hat.  Second, the talked to me on the
  16493. phone 20 minutes and then they want to put the service in my wife's
  16494. name.  It didn't matter to them that I'm the one who brings home the
  16495. paycheck.
  16496.  
  16497.     Well, the clincher, the last straw ... about two weeks after I
  16498. told the woman from MCI that I would switch even if the service
  16499. wouldn't be in my name, a package from MCI arrived in the mail.
  16500. Enclosed was a "MCI Long Distance Certificate."  It said, "Pay to the
  16501. order of MCI or the Telephone Company $5.00 and 00 cents."  It said,
  16502. "Sign and enclose this Long Distance Savings Certificate with your
  16503. long distance bill."
  16504.  
  16505.     As you might guess, this was the heart of the scam.  The woman
  16506. from MCI said I wouldn't have to sign anything to effect the
  16507. changeover from AT&T to MCI.  Well, if my wife had opened the mail
  16508. that day I would probably be an MCI customer now.  Fortunately she
  16509. asked me to open the mail and when I looked on the back side of that
  16510. "MCI Long Distance Savings Certificate" I read this paragraph which
  16511. looked and read much like a contract.  It said:
  16512.  
  16513.          "This is to confirm that I want MCI to provide
  16514.     my long distance service and I authorize MCI to not-
  16515.     ify my local telephone company of this choice for 
  16516.     the telephone number(s) listed on this form.  I under-
  16517.     stand that I may choose only one long distance company
  16518.     for each telephone number.  I also understand that the
  16519.     local phone company may charge a fee for this and any
  16520.     later change.
  16521.  
  16522.     Well, I called MCI today and told them I decided not to make
  16523. the change.  They actually asked if I was "signed-up."  They asked
  16524. this after telling me I wouldn't have to sign anything.  I said, "No,
  16525. I didn't sign anything -- I had the "MCI Long Distance Certificate" in
  16526. my hand as I spoke.  She said something to the effect that if that was
  16527. true, then I wasn't signed up.  She also said something to the effect
  16528. that if I "disregarded the form" I would never be "signed-up."
  16529.  
  16530.     I think my point is that if this company taught their phone
  16531. solicitors to be HONEST, if they told them to tell would-be new
  16532. subscribers that, yes, they will need to sign a changeover form to
  16533. effect the change, I (I mean, my wife) would presently be a new MCI
  16534. customer today.
  16535.  
  16536.     I just want to relay one other observation which may help the
  16537. folks at MCI make a better impression on their customers.  When I
  16538. called today and got their electronic operator, it said to press #1 if
  16539. I was an MCI customer, to press #2 if I wanted to establish a new
  16540. account with MCI, and to stay on the line if I was calling from a
  16541. rotary phone.  Well, choices one and two didn't apply so I stayed on
  16542. the line.  I stayed on the line about four minutes and no one answered.
  16543. I hung up and called back.  I pressed choice #2, for would-be new
  16544. subscribers.  Someone answered on the first ring.  My point is that it
  16545. appears to me that if they think you may be calling to establish a new
  16546. account they want to talk to you right away.  If they aren't sure if
  16547. you want to start a new account, or if you are poor (poor people are
  16548. probably the only ones who still have rotary phones), they take their
  16549. sweet ol' time and they appear not to care whether they talk to you or
  16550. not.
  16551.  
  16552.     Well, if the "solicitation" had been handled differently, if
  16553. they said something like, "Mr. Safina, we are calling long distance
  16554. users in your area today to let them know what MCI has to offer. Blah,
  16555. blah, blah, blah, blah.  Yes, we would be happy to put the new long
  16556. distance service in your name.  Yes, you will have to sign a form
  16557. authorizing us to make switch you from AT&T to MCI," ... then I would
  16558. have made the switch and would be an MCI customer today.  I may be a
  16559. little weird, but I think credibility is an im- portant issue.  I
  16560. think the facts should be laid out in black & white and every question
  16561. should be answered with 100% honesty.
  16562.  
  16563.         I might add that I did call the Kentucky Consumer Protection
  16564. agency today to register a complaint, but writing this message has
  16565. given me enough of an opportunity to express my discouragement, so I
  16566. will probably use the complaint forms they are send- ing me to protest
  16567. the incessant "computer solicitations" we get here on a daily basis.
  16568. On that note ... today I had the phone company put a block on our
  16569. account so no one will be able to call any 900 or 976 numbers from our
  16570. house.  Some of the prizes some of these companies offer sound so
  16571. HONEST that some family member may be tempted to inquire one day
  16572. without asking for my approval.  Well, thankfully big business still
  16573. empowers the "little people" to some small extent.  I was able to make
  16574. that choice, to block calls to any 900/976 numbers.
  16575.  
  16576.     Well, I guess I left this long post just to see if anyone else
  16577. has been "solicited" in the same manner as I was and whether or not
  16578. they thought there was anything obectionable about how the
  16579. solicitation took place.
  16580.         
  16581.         
  16582. Tony Safina -=- disk!tony@uunet.UU.NET 
  16583.  
  16584. ------------------------------
  16585.  
  16586. End of TELECOM Digest V12 #585
  16587. ******************************
  16588. 
  16589. 
  16590. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa00620;
  16591.           26 Jul 92 15:33 EDT
  16592. Received: by delta.eecs.nwu.edu id AA02709
  16593.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 26 Jul 1992 13:38:24 -0500
  16594. Received: by delta.eecs.nwu.edu id AA11947
  16595.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 26 Jul 1992 13:38:15 -0500
  16596. Date: Sun, 26 Jul 1992 13:38:15 -0500
  16597. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  16598. Message-Id: <199207261838.AA11947@delta.eecs.nwu.edu>
  16599. To: "\\telecom"@eecs.nwu.edu
  16600. Subject: TELECOM Digest V12 #586
  16601.  
  16602. TELECOM Digest     Sun, 26 Jul 92 13:38:17 CDT    Volume 12 : Issue 586
  16603.  
  16604. Index To This Issue:                      Moderator: Patrick A. Townson
  16605.  
  16606.     Telkom's Problems With 087 Service (RSA) (Mark J. Elkins)
  16607.     Digital Video-on-Demand in Dallas? (Bruce Klopfenstein)
  16608.     Phone Call Limiting Device (Allan Griefer)
  16609.     Unitel Presses on With Some Alternative Long Distance (David Leibold)
  16610.     Two Experiences With BellSouth (Patton M. Turner)
  16611.     Product Review: Kittyhawk Personal Storage Module (Leroy Donnelly)
  16612.     Country Code 37 Now Discontinued (Use 49) (Thomas Diessel)
  16613.     Should I Keep My Cellphone Off When Not Using it? (Stephen Friedl)
  16614.     NN0 Prefixes (was Telephone Keypad Question) (Carl Moore)
  16615.     What is DSO? (Dave Niebuhr)
  16616.     AT&T System 75: Need Terminal Emulator (David Neal)
  16617. ----------------------------------------------------------------------
  16618.  
  16619. From: mje@mje99.UUCP (Mark J Elkins)
  16620. Subject: Telkom's Problems With 087 Service (RSA)
  16621. Date: 26 Jul 92 00:17:44 GMT
  16622. Reply-To: mje@mje99.UUCP (Mark J Elkins)
  16623. Organization: Mark's Machine (Working for Olivetti Africa)
  16624.  
  16625.  
  16626. This appeared in {The Pretoria News} Thursday July 23, 1992:
  16627.  
  16628. The '087' service is like the 900 service in the USA -- mainly sleezy
  16629. numbers for lonely people ...
  16630.  
  16631. One of beleagured Telkom's main problems appears to be a lack of the
  16632. high technology needed to support the controversial 087 service,.
  16633. Consumers, faced with ever increasing phone bills, continue to demand
  16634. detailed billing in order to establish exact charges on their bills.
  16635. The discontinuation of a subscriber's telephone service due to
  16636. non-payment of the 087 charges is also a bone of contention.
  16637.  
  16638. There is legislation in the US preventing telephone companies from
  16639. disconnecting a customer's basic telephone service for failure to pay
  16640. 087 service charges.  However, South African consumers are not so
  16641. lucky.  Telkom, at this stage, lacks the ability to separate 087 calls
  16642. and other telephone charges.
  16643.  
  16644. This means if a consumer disputes charges on a telephone bill, he does
  16645. not have the option of paying only for normal telephone calls without
  16646. losing his telephone line.
  16647.  
  16648. Neither do comsumers have the right to dispute charges for 087 calls
  16649. and to have these charges removed from the telephone bill.  Telkom
  16650. also pays 087 service providers before collecting from the consumers,
  16651. so Telkom carries all bad debt arising if consumers fail to pay high
  16652. telehone bills.
  16653.  
  16654. Testimony in a Senate Committee hearing in the US last year again
  16655. indicated there was almost universal support for the requirement that
  16656. consumers have the right to block 087 services (in the USA = 900).
  16657. This service is provided free of charge at least once on request.
  16658. South Africans will soon be able to block 087 calls on their service
  16659.  -- but at a price.  It will cost people on an electro-mechanical
  16660. exchange R20 (about $8) to block the service.  A Telkom spokesman said
  16661. the older electro-mechanical exchanges were not capable of recording
  16662. details of calls made.  Furthermore, the computer network needed for
  16663. detailed billing was not available.
  16664.  
  16665. ------------------------------
  16666.  
  16667. From: klopfens@andy.bgsu.edu (Bruce Klopfenstein)
  16668. Subject: Digital Video-on-Demand in Dallas?
  16669. Organization: Bowling Green State University B.G., Oh.
  16670. Date: Sun, 26 Jul 1992 10:54:38 GMT
  16671.  
  16672.  
  16673. According to the 13 July 1992 issue of {Television Digest}, USA Video
  16674. wants to test a video-on-demand service this fall "using one of
  16675. Southwestern Bell's two fiber testbed communities outside Dallas."
  16676. The technology was tested in SW Bell's lab in St. Louis in June.  A
  16677. compressed movie can be delivered to the home in 3 1/2 minutes using
  16678. the "equivalent of less than ten standard video channels for rapid
  16679. delivery."
  16680.  
  16681. USA Video has a research operation in Dallas.  I'd like to learn more
  16682. about this venture including what SW Bell's "fiber testbed
  16683. communities" are.  In addition, I'd like to create a current list of
  16684. such projects nationally and will be glad to share the results with
  16685. comp.dcom.telecom readers.
  16686.  
  16687. Please feel free to send email directly to me.  The Dallas project is
  16688. of special personal interest as I may be able to take a sabbatical
  16689. there in 1993.
  16690.  
  16691. Thanks very much.
  16692.  
  16693.  
  16694. Bruce C. Klopfenstein             |  klopfens@andy.bgsu.edu
  16695. Department of Telecommunications  |  klopfenstein@bgsuopie.bitnet
  16696. 322 West Hall                     |  klopfens@bgsuvax.UUCP
  16697. Bowling Green State University    |  (419) 372-2138; 372-2224 
  16698. Bowling Green, OH  43403-0235     |  fax (419) 372-8600
  16699.  
  16700. ------------------------------
  16701.  
  16702. Subject: Phone Call Limiting Device
  16703. Organization: IBM Almaden Research Center
  16704. Date: Sun, 26 Jul 92 13:32:46 -0800
  16705. From: Allan Griefer <griefer@almaden.ibm.com>
  16706.  
  16707.  
  16708. Does anyone know of a device to limit phone calls to a certain time
  16709. limit?  I'd like to find something that would limit all inbound and
  16710. outbound calls to 15 minutes.
  16711.  
  16712. (Obviously, I have multiple teenagers in the house.;-) )
  16713.  
  16714.  
  16715. Opinions are strictly my own,
  16716. Allan D. Griefer,       IBM Almaden Research Center, San Jose, CA
  16717. VNET/BITNET: GRIEFER at ALMADEN                Fax: (408)927-4004
  16718. Internet: griefer@almaden.ibm.com               mcimail: 398-8024
  16719.  
  16720. ------------------------------
  16721.  
  16722. Date: Sun, 26 Jul 92 09:36:40 EDT
  16723. From: David Leibold <DLEIBOLD@VM1.YorkU.CA>
  16724. Subject: Unitel Presses on With Some Alternative Long Distance
  16725.  
  16726.  
  16727. While Unitel is shut out of the main long distance market in Canada
  16728. pending the current appeal, and while Unitel has held off on $2.5
  16729. billion (CAD) of investment and 4700 new jobs, there are plans to
  16730. launch something of an alternate long distance service for consumers
  16731. in the fall. The appeal did not block off all avenues of competition
  16732. and access, so it appears that the service to be provided in the fall
  16733. will be something of an FG-A type service (ie. dial a local or 800
  16734. access number, get Unitel tone, dial the Unitel account number then
  16735. the destination phone number) and Unitel promises a 15% discount over
  16736. Bell Canada/Stentor service. The service is expected to be provided in
  16737. all provinces for which long distance competition was permitted
  16738. (according to CRTC Telecom Decision 92-12, the landmark decision made
  16739. last month).
  16740.  
  16741. Meanwhile, 13th October 1992 is a tentative date when the appeal court
  16742. (Federal Court of Appeal) will hear the arguments of Bell Canada, BC
  16743. Tel, and other telcos against the details of the competitive access.
  16744. Unitel warned that it may not remain in the public long distance
  16745. market if the appeal results in unfavourable conditions for Unitel,
  16746. though a further appeal through the Supreme Court of Canada is
  16747. possible (the loser of this fall's appeal could take the next step in
  16748. the appeal process).
  16749.  
  16750. Sources: {Globe and Mail}, {The Toronto Star}
  16751.  
  16752.  
  16753. dleibold@vm1.yorku.ca
  16754.  
  16755. ------------------------------
  16756.  
  16757. Date: Sun, 26 Jul 92 02:01:14 CDT
  16758. From: Patton M. Turner <pturner@eng.auburn.edu>
  16759. Subject: Two Experiences With BellSouth
  16760.  
  16761.  
  16762. A friend of mine recentaly bought a house in Atlanta (Tucker GA
  16763. actually).  She only had three phone jacks in the house and they were
  16764. wired with a hodge-podge of wiring, and connected to the old (123?)
  16765. style demarc which was hanging loose from the side of the house.  I
  16766. decided to scrap the old wiring and replace it with twisted pair.  I
  16767. called the repair service and asked then to replace the demarc.  The
  16768. rep asked me if the phone were working, I said yes, but could they
  16769. change the demark anyway.  She said sure and that it would be cleared
  16770. by Thursday night (less than 48 hours later).
  16771.  
  16772. Thursday PM a very competant craftsperson showed up.  Not only did he
  16773. replace the demarc but even installed RFI filters at my request.  He
  16774. even installed a RFI filter on the second line when I told him it
  16775. would be connected soon.  (I will be using one of the rooms as an
  16776. office when I am in Atlanta).  He also gave me the loops specs when I
  16777. asked him. Though he had not heard of ISDN when I told him
  16778. unfortunataly the loop was to long (23.6 kfeet), he volunteered that
  16779. there was a SLC that we could be served off of if that would work.  I
  16780. was impressed for a residental installer.
  16781.  
  16782.      I then put her jacks wherever she wanted them and wired the back
  16783. to a 66 punchdown block (AT&T four pair cable and PDS jacks).  From here
  16784. I ran a single line back to the network interface and punched jumpers
  16785. down as necessary (tring to keep the antenna system to a minimum as a
  16786. AM station was faintaly audiable in the background before).  The ends
  16787. of the old wire were disconnected from the network interface coiled
  16788. up, tywraped, and left laying in the crawlspace (the old wire wasn't
  16789. stapled, but just laying on the ground)
  16790.  
  16791.      This worked fine for over a month until her phones went dead.  SB
  16792. sent a repairperson out who said my wiring was shorted and a piece of
  16793. crap anyway.  He also said he would have to disconnect it as I had
  16794. used "Twisted Pair" wiring which was also crap and they were told to
  16795. disconnect it since it didn't meet spec.  He said I should go back to
  16796. school and learn how wiring should be done.  The cause of the problem
  16797. was the coil of wire in the crawlspace that wasn't connected to any
  16798. thing, plus I had probally shot a few staples through the wire. (Any
  16799. one who has ever used a T17/T25 or even a T75 knows that is a virtual
  16800. impossability).  He refused to believe her when she told him the
  16801. wiring had worked for several weeks, and he assured her that whether
  16802. she knew it or not I had worked on the wiring that day.  (I was
  16803. several hundred miles away).
  16804.  
  16805.      I've stopped by my house, picked up my megger and am heading to
  16806. Atlanta in the morning.  If there is a problem with my wiring, I will
  16807. apologize to the net, but right now I have a very low opinion of
  16808. opinion of SCB.
  16809.  
  16810.      GTE is often called Graft, Tape and Extort; Gross Telephones
  16811. Everywhere; Great Telephone Experiment; Contel, the sunshine phone
  16812. company... as long as the sun shines, the phones work fine; REA sub'd
  16813. companies, Ripoff Enhancement Artists.  John calls PacBell PacHell.
  16814. Now what could I call Bellsouth ... what matches the initials BS ... :)
  16815. In all fairness, as Pat often says, any company is no better than it's
  16816. front line personnel, but I will have to give Bellsouth credit for
  16817. having quite a few good ones.
  16818.  
  16819.      If anyone is looking for a Telebit, I bought one from the Questor
  16820. Project.  (As Seen On CDT!!!) While it took a few weeks, I saved quite
  16821. a bit (Thanks Steve!!)
  16822.  
  16823.  
  16824. Pat Turner    KB4GRZ  turner@dixie.com <= I think this is correct
  16825.  
  16826. ------------------------------
  16827.  
  16828. Date: Sat, 25 Jul 92 19:11:28 CST
  16829. From: Leroy.Donnelly@ivgate.omahug.org (Leroy Donnelly)
  16830. Subject: Product Review: Kittyhawk Personal Storage Module
  16831. Reply-To: leroy.donnelly%drbbs@ivgate.omahug.org
  16832. Organization: DRBBS Technical BBS, Omaha
  16833.  
  16834.  
  16835.  From the July 27, 1992 issue of {Radio Communications Report}:
  16836.  
  16837. PALO ALTO, Calif. -- Hewlett-Packard Co. said it has introduced a disk
  16838. drive the size of a small matchbox that can be used in portable
  16839. computers, cellular phones and other wireless technologies.
  16840.  
  16841.     The HP Kittyhawk Personal Storage Module combines miniaturization
  16842. with the cost benefits of conventional disk-drive technology,
  16843. according to Hewlett-Packard.  The PSM can be used in a number of
  16844. applications, including cellular and other communications products,
  16845. palmtop, pen-based and sub-notebook computers, printers, facsimile
  16846. machines, medical equipment and digital-imaging devices.
  16847.  
  16848.     "Practically any product that uses a microprocessor becomes a
  16849. candidate for the Kittyhawk storage module," said Bruce Spenner,
  16850. general manager of HP's Disk Memory Division.  The Kittyhawk can store
  16851. the equivalent of more than 14,000 typed pages, Hewlett-Packard noted.
  16852.  
  16853.     For the cellular industry, the disk drive will be able to store
  16854. text messages once cellular phones become more advanced, said Randi
  16855. Braunwaler, a marketing communications representative at Hewlett-
  16856. Packard.  "We're thinking real futuristic here."
  16857.  
  16858.     The disk drive also could be used to receive voice mail in
  16859. traveling salespeople's personal computers, Braunwaler added.
  16860.  
  16861.     The disk drive -- touted as the world's smallest -- measures 0.4
  16862. inches by 2 inches by 1.44 inches, and weighs about one ounce.  It was
  16863. designed with HP's calculators in mind.  The unit can withstand an
  16864. operating shock ten times that of larger 1.8-inch and 2.5-inch disk
  16865. drives, the company said.
  16866.  
  16867.     "Today's 2.5-inch and 1.8-inch drives are limited as storage
  16868. solutions for new generations of mobile computing devices because they
  16869. are too big and too sensitive to shock Spenner said.
  16870.  
  16871.     Evaluation units of the Kittyhawk are available for $450,
  16872. Braunwaler said.  When mass production begins this fall, the volume
  16873. OEM price is expected to be $250.
  16874.  
  16875.  
  16876. Ybbat (DRBBS) 8.9 v. 3.14 r.1
  16877. DRBBS Technical BBS, Omaha  402-896-3537  (1:285/666.0)
  16878.  
  16879. ------------------------------
  16880.  
  16881. From: diessel@informatik.unibw-muenchen.de (Thomas Diessel)
  16882. Subject: Country Code 37 Now Discontinued (Use 49)
  16883. Date: Sun, 26 Jul 92 9:04:55 MET DST
  16884.  
  16885.  
  16886. Effective July 22, 1992 phones in the western and the EASTERN part of
  16887. Germany are only be reachable using the country code 49. The full
  16888. cutover follows a transition period since April 15, 1992. The country
  16889. code 37 for the area of the former DDR (GDR) will not longer be valid.
  16890. All areas in the eastern part of Germany already use new area codes
  16891. starting with 3 for calls from West to East and for international
  16892. calls.  For calls within the eastern part of Germany the new area
  16893. codes will be introduced between July, 1992 and the end of 1993. This
  16894. will complete the reunification of the German phone network.
  16895.  
  16896. By the way, when would the country code 37 be available again (e.g.
  16897. for the new countries in Eastern Europe)? Is there a waiting period
  16898. before 'reuse' of a country code?
  16899.  
  16900.  
  16901. Thomas Diessel
  16902. Federal Armed Forces University, Munich  -  Computer Science Department
  16903. Werner-Heisenberg-Weg 39  -  W-8014 Neubiberg  Germany
  16904.  
  16905. ------------------------------
  16906.  
  16907. Subject: Should I Keep My Cellphone Off When Not Using it?
  16908. Date: 26 Jul 92 01:46:46 PDT
  16909. From: friedl@mtndew.Tustin.CA.US (Stephen Friedl)
  16910.  
  16911.  
  16912. Hi telecom.folks,
  16913.  
  16914.      I use a carphone from PacTel Cellular here in southern CA, and it
  16915. turns out that I *never* receive calls.  Rather than give out my
  16916. cellphone number, I give my customers my pager number (which they need
  16917. anyway), and when they page me while on the road I make an outgoing
  16918. call.  I have no idea what my phone's ringer sounds like :-)
  16919.  
  16920.      Anyway, a friend of mine says that cellphones engage in sporadic
  16921. "here I am" conversations with the local cell sites, presumably to
  16922. limit how many cells have to light up on an incoming call.  Since I
  16923. will never receive a call, am I "wasting" resources in the cellular
  16924. system by keeping my phone on when I am not using it?  Would I be
  16925. doing them a favor by keeping my phone powered off until I need to
  16926. make a call?  Note that my phone is wired into my car, so battery
  16927. usage is not an issue like it would be with a handheld.
  16928.  
  16929.  
  16930. Thanks much,
  16931.  
  16932. Stephen J Friedl | Software Consultant | Tustin, CA |     +1 714 544 6561
  16933. 3b2-kind-of-guy  | I speak for me ONLY |   KA8CMY   | uunet!mtndew!friedl
  16934.  
  16935. ------------------------------
  16936.  
  16937. Date: Sun, 26 Jul 92 9:48:37 EDT
  16938. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  16939. Subject: NN0 Prefixes (was Telephone Keypad Question)
  16940.  
  16941.  
  16942. In some areas, NN0 prefixes might not be used until the area gets
  16943. rather full.  This is beyond the scope of what history.of.area.splits
  16944. covers (it is limited to the implementation of N0X/N1X and to splits).
  16945. For example, before N0X/N1X came to the DC area (also affecting the
  16946. calling instructions throughout 301/703 before the 301/410 split), I
  16947. saw several NN0 prefixes in the Maryland and Virginia suburbs.  Until
  16948. October 1990, there was seven-digit local calling among DC/MD
  16949. suburbs/VA suburbs, so if you needed a new suburban prefix, you had to
  16950. consider your own area code (301 or 703) along with a bit chunk of
  16951. prefixes in DC and in suburbs beyond the Potomac.
  16952.  
  16953. The history.of.area.splits includes the suggestion (NOT originating
  16954. with me) that some sparsely-populated area codes could, when area
  16955. codes become NXX form, hang on to 1 + 7D intra-NPA long-distance by
  16956. disallowing NN0 prefixes, since the first batch of NNX area codes are
  16957. to be of form NN0.
  16958.  
  16959. ------------------------------
  16960.  
  16961. Date: Sun, 26 Jul 92 12:02:57 EDT
  16962. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  16963. Subject: What is DSO?
  16964.  
  16965.  
  16966. I know that DMS (tm), the ESS(tm) series and AXE(tm) acronyms are for
  16967. types of swithces in the COs, but I've come across the term DSO used
  16968. when I've dialed NNX-9901 to determine the location of a particular
  16969. exchange or group of them.
  16970.  
  16971. Today, NYTel had a notification in {Newsday} that the company was
  16972. offering Enterprise DSO which carries both analog and digital signals
  16973. over fiber but no explanation was given as to what DSO was/is/does.
  16974.  
  16975. Is it the hardware or software parts of the switch or a protocol of
  16976. some kind?  I'm stumped and hope someone can answer, preferably direct
  16977. to either address below.
  16978.  
  16979.  
  16980. Thanks in advance,
  16981.  
  16982.  
  16983. Dave Niebuhr      Internet: niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  16984. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  16985.  
  16986. ------------------------------
  16987.  
  16988. Date: Sun, 26 Jul 1992 10:45:24 EDT
  16989. From: David Neal <LORAX@wvnvm.wvnet.edu>
  16990. Subject: AT&T System 75: Need Terminal Emullation
  16991.  
  16992.  
  16993. I've recently been crowned Telephone Administrator by my employer so
  16994. that makes me responsible for a System 75 with about 200 stations and
  16995. Audix voice mail.  These things are naturally in a separate building
  16996. from the one what contains my office so I need to run a remote
  16997. terminal.  The terminals supported are the 513, 4410, and 4425.  I
  16998. have the AT&T 513 emulation program but it doesn't like the MCGA
  16999. graphics on my Model 30.  It works fine on PCs with any other type of
  17000. graphics though.  Can anyone help me find a terminal emulator that
  17001. supports one of the three types I need.  Commercial, shareware, or
  17002. free -- it's OK with me.
  17003.  
  17004.  
  17005. david neal  lorax@wvnvm.wvnet.edu   Elk and Kanawha Rivers  Appalachia 
  17006.  
  17007. ------------------------------
  17008.  
  17009. End of TELECOM Digest V12 #586
  17010. ******************************
  17011. 
  17012. 
  17013. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa22896;
  17014.           27 Jul 92 2:52 EDT
  17015. Received: by delta.eecs.nwu.edu id AA05551
  17016.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 27 Jul 1992 01:02:07 -0500
  17017. Received: by delta.eecs.nwu.edu id AA01774
  17018.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 27 Jul 1992 01:01:57 -0500
  17019. Date: Mon, 27 Jul 1992 01:01:57 -0500
  17020. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  17021. Message-Id: <199207270601.AA01774@delta.eecs.nwu.edu>
  17022. To: "\\telecom"@eecs.nwu.edu
  17023. Subject: TELECOM Digest V12 #587
  17024.  
  17025. TELECOM Digest     Mon, 27 Jul 92 00:46:02 CDT    Volume 12 : Issue 587
  17026.  
  17027. Index To This Issue:                      Moderator: Patrick A. Townson
  17028.  
  17029.     Voice Disguising Telephone? (Kim Fosbe)
  17030.     Pac*Bell CLASS Features (Neal Goldsmith)
  17031.     Mitel SX-20 Switch (Bryan Lockwood)
  17032.     AT&T Strikes Again (Ed Greenberg)
  17033.     VarTec Telecom (Douglas Hedges)
  17034.     Ham Radio Operators Running Rampant! (Paul W. Schleck)
  17035.     About MCI's LINCS ATC System (Washington Times via Paul Robinson)
  17036.     Looking For List of Area Codes (Scott Colbath)
  17037.     Region CG1 in British Columbia (Carl Moore)
  17038.     800 Numbers: Which Provider is Best? (Robert J. Woodhead)
  17039.     Strange PBX (Linc Madison)
  17040. ----------------------------------------------------------------------
  17041.  
  17042. Date: Mon, 22 Jul 92 02:07:18 GMT
  17043. From: Kim.Fosbe@ivgate.omahug.org (Kim Fosbe)
  17044. Subject: Voice Disguising Telephone?
  17045. Reply-To: kim.fosbe%drbbs@ivgate.omahug.org
  17046. Organization: DRBBS Technical BBS, Omaha
  17047.  
  17048.  
  17049. For those who don't know me, I'm a junk-mail junkie. I'm on about
  17050. every mailing list you've heard of and then some. I just got one of
  17051. those gift catalogs from Hanover House, Hanover, PA and I saw this.
  17052. I've never heard of this, but I thought I would ask here since I'm
  17053. sure some of you guys have heard of this.
  17054.  
  17055. I'll copy right out of the catalog:
  17056.  
  17057. VOICE-DISGUISING TELEPHONE!
  17058.  
  17059. Enjoy new-found privacy and added security because it lets you screen
  17060. who to talk to - answer phone in a different voice at the touch of a
  17061. button and say you're not there. Lets children, single women living
  17062. alone answer phone in adult voice. Plugs into standard jack; no
  17063. batteries or wiring.  FCC registered; comes with instructions.
  17064. G516161 - Multi-Voice Phone was $19.99; SALE $16.88
  17065.  
  17066. Now for a couple questions. Is this as good as it sounds or is this
  17067. just one big gyp? For $16.88 it's almost worth the risk to find out.
  17068. Has anybody ever used these? How come these aren't on sale everywhere
  17069. if they're so good? Can these really make my voice sound deep and
  17070. gruff, and not like me trying to disguise it? Or does it sound like
  17071. the TV interviews where they disguise the voice and it sounds like
  17072. calling from Mars. Full of questions, aren't I?
  17073.  
  17074. I've been getting a bit paranoid about the phone lately since I've
  17075. been getting these calls where they hang up a couple seconds after I
  17076. say "hello". I'm not too worried, cause it's still listed in my
  17077. ex-roomate's name with no address, but still it's spooky when it
  17078. happens.
  17079.  
  17080. I'm tempted just to order it just to see if it works. I mean at worst
  17081. I can use it for a spare phone for the bathroom.
  17082.  
  17083.  
  17084. Ybbat (DRBBS) 8.9 v. 3.14 r.1
  17085. DRBBS Technical BBS, Omaha (just say 'NOE') 402-896-3537  (1:285/666.0)
  17086.  
  17087.  
  17088. [Moderator's Note: Those phones *are* on sale in various catalogs. So
  17089. far as I can tell it is strictly a mail order item. The price you
  17090. quoted is about the same everywhere else I have seen it. We covered
  17091. this here in the Digest a few months ago; it works, but you get what
  17092. you pay for.  PAT]
  17093.  
  17094. ------------------------------
  17095.  
  17096. From: mtxinu!sybase!pokey!nealg@ucbvax.Berkeley.EDU (Neal Goldsmith)
  17097. Subject: Pac*Bell CLASS Features
  17098. Date: 27 Jul 92 23:32:27 GMT
  17099.  
  17100.  
  17101. I ordered the three new features (Repeat Dialing, Select Call
  17102. Forwarding, and Priority Ringing). The features only work within my
  17103. LATA.
  17104.  
  17105. I can understand them not working for numbers that are not on SS7
  17106. equiped switches, but isn't the CLASS information passed on even
  17107. through toll switches? If not will it ever be?
  17108.  
  17109. I would like to add numbers in LA to my Priority Ringing list.
  17110.  
  17111. Also it seems that repeat dialing works by attempting to retry the
  17112. call every 45 seconds. I would think that this should work even
  17113. through toll switches.
  17114.  
  17115. When I asked about CLID I was told that Pac*Bell didn't have the
  17116. technology yet. I didn't have the time or desire to explain to the
  17117. person at Pac*Bell that it's the same stuff and they are already ready
  17118. to provide it, they just don't want to right now.
  17119.  
  17120.  
  17121. Neal E. Goldsmith                                Sybase, Inc.  
  17122. nealg@sybase.com                                 1650 65th Street
  17123. What I sez is my opinion and not my employers.   Emeryville, CA  94608
  17124.                                                  (510) 596-3338
  17125.  
  17126. ------------------------------
  17127.  
  17128. Subject: Mitel SX-20 Switch
  17129. From: system@coldbox.cojones.com (Bryan Lockwood)
  17130. Date: Sun, 26 Jul 92 23:54:20 PDT
  17131. Organization: The Generation Gap
  17132.  
  17133.  
  17134. I do the maintenance for a small school located in northern Alaska. I
  17135. don't know a lot about telephony, but where I live, we can't bring in
  17136. experts, so I learn what I need to to fix problems as they occur. And
  17137. hopefully avoid more later.
  17138.  
  17139. We have a small MITEL SX-20 switch (PBX? I don't know the proper
  17140. terminology) which services our 20 or so extensions. MITEL no longer
  17141. sells this equipment or makes replacement parts for it, and it's a
  17142. real bear to get ahold of a real human at MITEL- they have a voice
  17143. mail system that has to be heard to be beleived. I still see red.
  17144.  
  17145. Anyhow, the remote operator display is on the fritz. This is a small
  17146. display unit, approximately 8" x 8" x 1.5", with red LEDs to show
  17147. number dialed, extension status, etc. It is meant to be located at the
  17148. prime extension.
  17149.  
  17150. I followed the troubleshooting instructions in the MITEL book, and the
  17151. display unit appeared to be dead. So I ordered another one. MITEL said
  17152. they would have to wait until someone sold them one or traded one in
  17153. on a new system, refurbish it, and send it to me. Eight months and
  17154. $200 (not to mention probably another $100 spent on long-distance hold
  17155. or bouncing around in that voicemail system) later, I now have the new
  17156. display unit and it appears to be as dead as the first one. It does
  17157. sport a "refurbished and tested" sticker.
  17158.  
  17159. I suspect the motherboard is bad ... possibly the place where the
  17160. remote display plugs in. Yet I am loathe to go through the long
  17161. process of obtaining yet another part from MITEL.
  17162.  
  17163. Does anyone out there have any experience with the MITEL SX-20 switch,
  17164. and if so, can you be persuaded to comment on this problem? I really
  17165. need that remote display, since it is how I program the system. Some
  17166. upcoming changes will force me to need programmability.
  17167.  
  17168. Thanks for listening!
  17169.  
  17170.  
  17171. Author: Bryan Lockwood (system@coldbox.cojones.com)
  17172. Coldbox=  Usenet: system@coldbox.cojones.com | WWIVnet: system@501
  17173.  
  17174. ------------------------------
  17175.  
  17176. From: edg@netcom.com (Ed Greenberg)
  17177. Subject: AT&T Strikes Again
  17178. Date: Sun, 26 Jul 92 7:58:49 PDT
  17179.  
  17180.  
  17181. Well, I called AT&T this morning (at 800-222-0300, press 2) to change
  17182. from Any Hour Saver to Reach Out America.  I want this for the month
  17183. of August, since I'll get discounted calling card calling on my
  17184. sabbatical trip.
  17185.  
  17186. I spoke to "Eleanor" who wouldn't identify herself further. 
  17187.  
  17188. Eleanor told me the terms of the plan:
  17189.  
  17190. * $10.70/month including 1 hour calling between 10 and 8, and all day
  17191. saturday, and till five on sunday.
  17192.  
  17193. * 25% discount on rates during the evening hours.
  17194.  
  17195. * 10% discount on rates during day hours.
  17196.  
  17197. I then asked her about the calling card surcharge.  Surprise, she told
  17198. me that the calling card surcharge was 100% absolutely waived for all
  17199. calls while you are on ROA.  I questioned this.  I posed examples in
  17200. the day and evening periods.  She was insistant.
  17201.  
  17202. Finally, not believing a word of it, and knowing I'd never get it in
  17203. writing, (:-) I had her go check.  Sure enough, during your 1 hour of
  17204. midnight calling, the surcharge is waived.  Other than that, it's just
  17205. discounted.
  17206.  
  17207. Boy, I wish I had conducted this negotiation by fax and had a written
  17208. record of it :-)
  17209.  
  17210. If anyone has any good suggestions for avoiding the calling card
  17211. surcharge, or LD services that will waive that surcharge, I'd
  17212. appreciate hearing from you.
  17213.  
  17214.  
  17215. Ed Greenberg         | Home: +1 408 283 0511 | edg@netcom.com
  17216. P. O. Box 28618        | Work: +1 408 764 5305 | DoD#: 0357
  17217. San Jose, CA  95159    | Fax:  +1 408 764 5003 | KM6CG (ex WB2GOH) 
  17218.  
  17219. ------------------------------
  17220.  
  17221. From: hedges@pilot.njin.net (Douglas Hedges)
  17222. Subject: VarTec Telecom
  17223. Date: 27 Jul 92 05:03:00 GMT
  17224. Organization: Rutgers Univ., New Brunswick, N.J.
  17225.  
  17226.  
  17227. I got a flyer in the mail about VarTec Telecom.  Long distance
  17228. carrier, no subscription, just dial their access # before making your
  17229. calls.  Supposedly cheaper than the usual suspects.  Any comments or
  17230. experiences with this company and the quality and cost of this
  17231. service?
  17232.  
  17233. ------------------------------
  17234.  
  17235. From: pschleck@cwis.unomaha.edu (Paul W Schleck KD3FU)
  17236. Subject: Ham Radio Operators Running Rampant!
  17237. Organization: University of Nebraska at Omaha
  17238. Date: Sun, 26 Jul 1992 23:12:01 GMT
  17239.  
  17240.  
  17241. In a response to a post by Cliff Stoll (whose views I support), our
  17242. esteemed Moderator (whom I otherwise admire) blithers the following:
  17243.  
  17244. > [Moderator's Note: Well Cliff, the Internet community had a lot of
  17245. > trust between people for many years until the BBS'er/malicious hacker
  17246. > type person found out about it and began abusing the trust. It reminds
  17247. > me of how ham radio *used* to be until the CB'ers started moving in.  PAT]
  17248.         ^^^ ^^^ ^^^^^ ^^^^^^ ^^ ^^ ^^^^^ ^^^ ^^^^^^ ^^^^^^^ ^^^^^^ ^^
  17249.  
  17250. Well, I guess it had to happen.  Pat's insulted just about every other
  17251. loyal sub-culture of Digest readers, now he goes after us (I wonder if
  17252. Pat realized the irony in the fact that Cliff is also a ham, K7TA).
  17253. Since "P Towson" isn't in the callbook, I wonder where you've gotten
  17254. this second or third-hand knowledge of how much the hobby has
  17255. "deterioriated" particularly due to the invasion of "CB operators."
  17256.  
  17257. While I'm not going to say something stupid like, "you owe the net an
  17258. apology," your non-specific attacks are ignorant at best, and
  17259. insulting at worst.
  17260.  
  17261. Amateur radio may have its problems, among them:
  17262.  
  17263.  - gradual aging of the ham population
  17264.  
  17265.  - anachronistic Morse Code requirements (only recently remedied)
  17266.  
  17267.  - loss of interest among younger techie-types in favor of other
  17268.    distractions like computers
  17269.  
  17270. we are clearly far from dead yet.  The contributions of people like
  17271. Phil Karn, KA9Q (NOS TCP/IP software package), those in the Amateur
  17272. Satellite Corporation, and the ham astronauts who flew in recent SAREX
  17273. (Shuttle Amateur Radio Experiment) missions, are testimony to this.
  17274.  
  17275. In the two metropolitan communities I have lived in (Washington, DC
  17276. and Omaha, Nebraska), the amateur radio operators I have met (and the
  17277. organizations they are members of) have been enthusiastic proponents
  17278. of the hobby, leading by their excellent examples.  Everyone involved
  17279. in the hobby that I know of has been extremely friendly, helpful, and
  17280. technically competent.  If "CB'ers" have overrun the hobby, then more
  17281. power to them, because the subtle peer pressure of the ham community
  17282. has molded them into model amateurs. (Maybe they were chased off of CB
  17283. due to their distaste for the radio anarchy that can be found in that
  17284. service.).
  17285.  
  17286. Perhaps Mr. Towson would like to step out from behind his moderated
  17287. enclave and more specifically enumerate what he dislikes about our
  17288. hobby.
  17289.  
  17290.  
  17291. Paul W. Schleck, KD3FU  pschleck@unomaha.edu
  17292.  
  17293.  
  17294. [Moderator's Note: Your message really amazes me. You must have read
  17295. it as well as you read my name in each issue ... Towson, indeed. If I
  17296. were to say "I really used to like going to the forest until the
  17297. lumber company cut down a lot of the trees and careless campers set
  17298. fire to the rest ..." would you ask me what I have against nature and
  17299. the beauty of the forest?  I have nothing against ham radio operators.
  17300. Nothing at all. They are intelligent people and good citizens. What I
  17301. do dislike is the way some parts of the the ham radio spectrum have
  17302. been usurped by unlicensed, uncaring people who (judging from their
  17303. conversations, tone of voice and phraseology) were CB 'enthusiasts' in
  17304. the past. I mean, I do listen to my radios. I hear them here in
  17305. Chicago doing foolish and inconsiderate things: going up into 40
  17306. meters and sitting there tuning up. They haven't even the courtesy to
  17307. use a dummy load. They sit there keyed up, playing music and acting
  17308. like jackasses. My complaints are with the people who cut down the
  17309. trees and burned the forest.  NOW do you understand?  Geeze, of all
  17310. the letters I get ... :(   PAT]
  17311.  
  17312. ------------------------------
  17313.  
  17314. Date: Sun, 26 Jul 92 00:58 GMT
  17315. From: Tansin A. Darcos & Company <0005066432@mcimail.com>
  17316. Subject: About MCI's LINCS ATC System
  17317.  
  17318.  
  17319. MCI's LINCS to Connect Air-Traffic-Control System
  17320. By David Field    The Washington (DC) Times   (July 22, 1992-Page C1)
  17321.  
  17322.    MCI yesterday unveiled the nuts and bolts or, rather, the fiber
  17323. optics and multiplexers, of a communications system for air-traffic
  17324. controllers that the company is providing under its largest contract
  17325. ever.
  17326.  
  17327.    The Federal Aviation Administration project will be worth $1 billion 
  17328. to MCI Communications Corp.  over the next decade, MCI's president and
  17329. chief operating officer, Daniel F. Akerson, said yesterday.
  17330.  
  17331.    Some 50 MCI employees in the Tysons Corner [Virginia] area will
  17332. work on the project, and the Washington-based company will award
  17333. subcontracts to local firms, MCI's vice president for government
  17334. systems, Jerry A, Edgerton, told a reporter.
  17335.  
  17336.    The project is called LINCS, for Leased Interfacility National
  17337. Airspace Communications System.  It is designed to prevent emergencies
  17338. such as the September 1991 interruption to air-traffic control caused
  17339. by a telephone problem in New York City.
  17340.  
  17341.    It will link 156 air-traffic control units -- ranging from major 
  17342. regional command centers to individual airport towers -- to flight 
  17343. service stations that give private pilots flight information.
  17344.  
  17345.    The LINCS lines will also get air-traffic controllers' voice
  17346. commands to airplanes, carrying them over phone lines to remote radio
  17347. transmitters, which then send them to planes.
  17348.  
  17349.    A phone outage on Sept. 17 -- caused, as it turned out, by a gener-
  17350. ator failure -- forced the FAA to cancel 500 flights, stranding 37,000
  17351. passengers nationally and capping a long dispute over earlier phone
  17352. failures.
  17353.  
  17354.    The FAA, the Transportation Department unit that runs air-traffic
  17355. control, insisted that any company winning the contract would have to
  17356. design a system with 99.999 percent reliability.
  17357.  
  17358.    That, Mr. Akerson said, was equivalent to one loss by the
  17359. Washington Redskins in 5,000 seasons (counting pre-season games).
  17360.  
  17361.    MCI won the FAA contract to design a new system, besting American
  17362. Telephone & Telegraph and Sprint Corp.
  17363.  
  17364.    In case of a major outage, LINCS will restore service in an average
  17365. of 20 seconds, the company said.
  17366.  
  17367.    The LINCS system, to be installed in the Washington area by early
  17368. 1995, will replace the FAA's existing collection of telephone
  17369. contracts with a single system with backup or redundancy capacity.
  17370.  
  17371.    All the phone lines to be used by the FAA -- 4.5 million circuit
  17372. miles -- represent about 3.2 percent of MCI's total capacity.
  17373.  
  17374.    MCI won the contract with an initial $558 million, three-year award
  17375. in March, but a protest by Sprint, a Kansas-based competitor, delayed
  17376. the start of work.
  17377.  
  17378.    Mr. Akerson said the system will be in operation in the Seattle
  17379. region by early next year, and LINCS will be installed in Southern
  17380. California in 1993.
  17381.  
  17382.    FAA spokesman Richard Stafford said that LINCS for the Washington
  17383. area, which is under control of a Leesburg air-traffic-control center,
  17384. would be operational by the first quarter of 1995.
  17385.  
  17386.  
  17387. Paul Robinson
  17388. TDARCOS@MCIMAIL.COM or 0005066432@MCIMAIL.COM
  17389.  
  17390. ------------------------------
  17391.  
  17392. From: scol@scottsdale.az.stratus.com (Scott Colbath)
  17393. Subject: Looking For List of Area Codes
  17394. Date: 27 Jul 92 00:13:45 GMT
  17395.  
  17396.  
  17397. Where can I get the latest and greatest list of area codes? I thought
  17398. I remembered a thread on this a while back where someone was compiling
  17399. a new list.
  17400.  
  17401.  
  17402. Scott Colbath     Stratus Computer
  17403. Phoenix, Az.  (602)852-3106
  17404. Internet:scott_colbath@az.stratus.com
  17405.  
  17406.  
  17407. [Moderator's Note: There is such a list in the Telecom Archives. Now
  17408. and again I update it as time permits; I have a bunch of files waiting
  17409. to be put in the archives as soon as I get a couple hours to spare.
  17410. The archives is accessible using anonymous ftp:  lcs.mit.edu    PAT]
  17411.  
  17412. ------------------------------
  17413.  
  17414. Date: Mon, 27 Jul 92 00:36:43 EDT
  17415. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  17416. Subject: Region CG1 in British Columbia
  17417.  
  17418.  
  17419.  From a call to British Columbia: "The number you have reached is not
  17420. in service.  This is a recording from region CG1."  The number I
  17421. called was apparently a Vancouver prefix.
  17422.  
  17423. ------------------------------
  17424.  
  17425. From: trebor@foretune.co.jp (Robert J Woodhead)
  17426. Subject: 800 Numbers: Which Provider is Best?
  17427. Organization: Foretune Co., Ltd.
  17428. Date: Wed, 22 Jul 1992 02:30:27 GMT
  17429.  
  17430.  
  17431. I am considering having our US office set up an 800 number.  I'd
  17432. appreciate any information about the various provider's plans (cost,
  17433. monthly charges) etc.
  17434.  
  17435. In particular, there are several mnemonic numbers we'd prefer to get;
  17436. does anyone have a list of the number spaces each provider has?
  17437.  
  17438. If you email, I'll summarize and post to the group.
  17439.  
  17440. Thanks in advance.
  17441.  
  17442.  
  17443. Robert J. Woodhead, Biar Games / AnimEigo, Incs.    trebor@foretune.co.jp |
  17444.  
  17445.  
  17446. [Moderator's Note: We have such a list in the Telecom Archives.  PAT]
  17447.  
  17448. ------------------------------
  17449.  
  17450. Date: Mon, 27 Jul 92 00:40:44 GMT
  17451. From: linc@tongue1.Berkeley.EDU (Linc Madison)
  17452. Subject: Strange PBX
  17453.  
  17454.  
  17455. Well, I've finally graduated (and lo, the heavens parted and down upon
  17456. a beam of light descended The Diploma ...) and am now doing gruntwork
  17457. on that ever-popular 8-to-5 basis.  (Yes, I'm up past my bedtime.)
  17458.  
  17459. The company I'm working for has a PBX with a mix of DID and non-DID
  17460. lines.  It's a "Meridian Mail" system, which seems to be Northern
  17461. Telecom hardware with a Pac*Bell sticker on it, although that
  17462. evaluation comes from a less-than-exhaustive analysis of the box on my
  17463. desk.  This company has an office in Switzerland (which wins my prize
  17464. for most repetitive phone number -- country code 41, city code 41,
  17465. phone numbers 41-XX-XX).  Anyway, up until "recently" (some time
  17466. before I arrived, but I've heard this from several different people),
  17467. to dial an international call, you had to dial:
  17468.  
  17469.  9 + 1 + 011 + country + city + number
  17470.  
  17471. The less-than-Digest-level-telecom-literate people I've talked to were
  17472. of the impression that Pacific Bell required the "1" before the "011"
  17473. until recently.  I assured them that it has never been PERMITTED, but
  17474. they insist that this was how it was done, and have tales of
  17475. reprogramming fax autodial lists to back up the story.
  17476.  
  17477. The only thing I can figure is that it was something analogous to
  17478. hotels where you dial "9" for a local call but "8" for long distance
  17479.  -- the PBX ate the "91" as indicating "grab a toll trunk," and then
  17480. dialed the rest into the PSTN.  Since the "1" has only recently been
  17481. required for domestic long distance, it would at least be
  17482. semi-coherent.
  17483.  
  17484. Seeing the braindead stuff they do with much of the phone/computer
  17485. system there, I wouldn't put such silliness past them.  They also have
  17486. some "secure" phones with some sort of encryption, I guess, for
  17487. calling government people, but I haven't tried dialing 710, and only
  17488. used "the black phone" once when I needed to call my answering
  17489. machine.  (The regular phones do the "blip" outdialing instead of
  17490. matching my finger timing.  Very annoying.)
  17491.  
  17492.  
  17493. Linc Madison  ==  Linc@Tongue1.Berkeley.EDU
  17494.  
  17495. ------------------------------
  17496.  
  17497. End of TELECOM Digest V12 #587
  17498. ******************************
  17499. 
  17500. 
  17501. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa24978;
  17502.           27 Jul 92 3:52 EDT
  17503. Received: by delta.eecs.nwu.edu id AA23217
  17504.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 27 Jul 1992 01:49:47 -0500
  17505. Received: by delta.eecs.nwu.edu id AA13814
  17506.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 27 Jul 1992 01:49:37 -0500
  17507. Date: Mon, 27 Jul 1992 01:49:37 -0500
  17508. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  17509. Message-Id: <199207270649.AA13814@delta.eecs.nwu.edu>
  17510. To: "\\telecom"@eecs.nwu.edu
  17511. Subject: TELECOM Digest V12 #588
  17512.  
  17513. TELECOM Digest     Mon, 27 Jul 92 01:49:20 CDT    Volume 12 : Issue 588
  17514.  
  17515. Index To This Issue:                      Moderator: Patrick A. Townson
  17516.  
  17517.     Administrivia: Problem With Issue 587 (TELECOM Moderator)
  17518.     A Very Strange Experience When Calling LD (Brad Allen)
  17519.     Caller-ID, FAX, Soon VoiceMail in a Modem (Steve Pershing)
  17520.     Thrills of Long Distance (Cliff Stoll)
  17521.     CLASS/ISDN (Mark Rudholm)
  17522. ----------------------------------------------------------------------
  17523.  
  17524. From: TELECOM Moderator (telecom@eecs.nwu.edu)
  17525. Subject: Administrivia: Problem With Issue 587
  17526. Date: Mon, 27 Jul 1992 00:50:00 CDT
  17527.  
  17528.  
  17529. In error issue 587 got released tagged as 586. I caught it after only
  17530. a few minutes so I killed the sendmail and after editing, sent it out
  17531. again. A few people may have received two copies of 587, one of which
  17532. was numbered 586. The first mailing should be disgarded, but don't
  17533. throw away the real 586 in the process. I think the messages in that
  17534. issue also got out twice to comp.dcom.telecom with different reference
  17535. numbers.  Sorry.
  17536.  
  17537.  
  17538. PAT
  17539.  
  17540. ------------------------------
  17541.  
  17542. Date: Sun, 26 Jul 92 02:11 GMT
  17543. From: Brad Allen <0003197242@mcimail.com>
  17544. Subject: A Very Strange Experience When Calling LD
  17545.  
  17546.  
  17547. I was playing with my touchtone phone in the 1 415 621 prefix, dialing
  17548. the various 00xy numbers to see what I could find, and got lazy and
  17549. found 0020 which goes whooooop real loud.  I found the same tone on
  17550. other prefixes in the local area (e.g. 882, the voicemail # I have,)
  17551. so I wondered if the pitch was the same as the pitch of the tone one
  17552. sometimes hears at the transition of long distance telephone calls.  I
  17553. decided to do so in glamor, and dialed the shortest possible pulse
  17554. phone # I know, in pulse mode, just for the heck of it: 1 212 221
  17555. 1111, and then it started to ring.  I hit the click button on the
  17556. handset to hang up the phone, but I must have hit it not quite long
  17557. enough but long enough to evoke a reaction.  What my ears heard from a
  17558. distance as I was about to figure out what to do next was beyond
  17559. description as I could not believe it, and brought to my eardrum I
  17560. realized that it was quite within description, for now I could believe
  17561. it, and I had to check to make sure I haven't been taking any drugs
  17562. recently or be dreaming.  Well, I am a pretty drug free person, hadn't
  17563. defied that statistic recently, and I sure wasn't dreaming.  What was
  17564. I hearing?
  17565.  
  17566. About, I'd say, 2^3 to 2^5 conversations going on at once!  (Yes, I
  17567. think in binary, so I'm sorry.)  It was wild.  I heard phones ringing
  17568. (even some international puvvvvvvv--puvvvvvvv type rings,) people
  17569. answering the phone in various languages, mostly american english, and
  17570. wonderful voices from all over!  It was definately an invasion of
  17571. privacy, but since I could make out nothing but a few Hellos? and How
  17572. are you doing!s, plus lots of nonenglish language, it was hardly
  17573. invading anyone since I don't know them or don't know that I know
  17574. them.  The total amplitude of the connection was ever so slightly less
  17575. than normal.  T
  17576.  
  17577. The quality of the mix of conversations was fairly good -- some were
  17578. slightly louder than others, but not by much; usually conversations
  17579. just starting (ring, ring, click Hello?) were louder than ones that
  17580. had gone on for a while, but I was remarking on the absense of extra
  17581. noises or hiss or blips or anything when of course a modem came on
  17582. line (it was only on line for about 15 seconds -- presumably a FAX
  17583. answering sequence or a quick credit check.)  I heard some automated
  17584. recordings, some business secretaries answering the phone, and I was
  17585. quite amazed.  I stayed on to be amazed at this wonderful occurrence,
  17586. and then I stayed on to try to determine where the voices were
  17587. characteristic of.  I could not tell, other than there was a
  17588. predominance of non-western, and more blandish eastern-US type voices.
  17589.  
  17590. I know very little about the workings of the telephone system, but
  17591. correct me if I'm wrong: I think I hit a bug in a digital D-A
  17592. converter which decided to pick up conversations from ALL the channels
  17593. attached to its multi-channel digit pipe, presumably not really caring
  17594. that the D-A converter was giving me this interesting information
  17595. because it thought I wasn't really connected or had a bug which
  17596. thought that whatever I was doing was appropriate.  Well, it was fun!
  17597.  
  17598. Is this an oft occurrence, or did I hit a once in a life time thing?
  17599.  
  17600. Quite amazing! Happened just half an hour ago.
  17601.  
  17602. Oh, I'm not sure but I think the guy I'm houssitting for has AT&T as
  17603. his main carrier.  Actually, something I dialed recently gave me an
  17604. AT&T recording, so that's a pretty good chance; can't always be
  17605. certain though (I was playing with international #s just a few days
  17606. ago.)
  17607.  
  17608.  
  17609. Brad Allen   Ulmo@MCIMail.Com
  17610.  
  17611. ------------------------------
  17612.  
  17613. Subject: Caller-ID, FAX, Soon VoiceMail in a Modem
  17614. From: sp@questor.wimsey.bc.ca (Steve Pershing)
  17615. Date: Sun, 26 Jul 92 14:01:38 PDT
  17616. Organization: Questor|Free Usenet News|Vancouver, BC: +1 604 681 0670
  17617.  
  17618.  
  17619. I have in front of me a ZyXEL U-1496S modem.  This is the sort of
  17620. state-of-the-art-modem I would have had my group design were I still
  17621. working in modem research at Gandalf Data.
  17622.  
  17623. It has a two line by 20 character LCD display, menu-tree programming
  17624. from the screen via four pushbuttons, and implements a whole bunch of
  17625. CCITT protocols up to 14,400 v.32bis/v.42.bis, and v.17 FAX. Needless
  17626. to say, it does both sync and async, and even has modes for use with
  17627. cellular and satellite.
  17628.  
  17629. (Presently, the operation modes are: v.33; v.32bis; v.32; v.29;
  17630. v.27ter; v.22bis; v.22; BELL 212A; G3 FAX according to T30, v.17, v.29
  17631. and v.27ter; and most variants.)
  17632.  
  17633. What does the display do besides allow you to program all the
  17634. registers?  Well, you can not only see the incoming connect speed, but
  17635. also things like:
  17636.  
  17637.         - Signal-to-noise ratio
  17638.         - Received Carrier Power Level
  17639.         - Phase Jitter (p-p degrees with .1 deg resolution)
  17640.         - Frequency offset between TX and RX freqs (in .1 Hz res)
  17641.         - Round-trip echo delay in (1/2400 sec)
  17642.  
  17643.           ... and a whole lot more.
  17644.  
  17645. After your communication session has finished, you can even call up
  17646. (by an AT-command) a "Link Status Report" which will give you:
  17647.  
  17648.         - Chars sent; Chars rcvd; Octets sent; Octets Rcvd
  17649.         - Blocks sent; Blocks rcvd; Blocks re-sent;
  17650.         - Max Outstanding; Max Block Size;
  17651.         - Retrain requests; Retrains granted; Link duration;
  17652.         - T401 timeouts; T402 Timeouts; FCS Errors;
  17653.         - Round-trip delay; Xmtr under-run; Rcvr Over-run
  17654.         - Reason for disconnect.
  17655.  
  17656. With the latest ROM revisions, it handles Caller ID, 4 different
  17657. ringing codes, and the maximum speed is 16,800 baud.  (They are
  17658. working, I believe on 19,200 baud, as well as VoiceMail.)
  17659.  
  17660. Finally, for the technically minded, it can even be supplied with X-
  17661. and Y-axis outputs for a scope, so that you can see "eye" or
  17662. "constellation" diagrams.
  17663.  
  17664. There are three telephone receptacles for telco line connexions: One
  17665. for a local phone; one for 2/4-wire leased-line, and one for 2-wire
  17666. dial-up line.  (The dial-up line even supports telco 1A-key system A-
  17667. leads for lamp status control.)
  17668.  
  17669. Lots of features have been left out of this little blurb to try to
  17670. keep it as reasonably short as I can.
  17671.  
  17672. Upgrades?  Well, they are via a couple of 27C010-15 (1Mb) ROMs, and
  17673. the binaries are usually posted on their BBS, or available via FTP or
  17674. mail- server from various sources (including here).  So, if you have
  17675. access to a ROM-burner, you can do the upgrades yourself.
  17676.  
  17677. Just had to let you know about this great little modem, in case you
  17678. hadn't already heard.
  17679.  
  17680. Anyhow, having said all of that, you can get most info (including
  17681. TIFF- image files at 300dpi) from my mail-server.  To save space, the
  17682. files have been compressed with ZOO, which is available for most O/S
  17683. from DOS to UNIX.  (ZOO version 2.10 for DOS and for UNIX is available
  17684. via mail- server from this site.)
  17685.  
  17686. To get started, send e-mail to:
  17687.  
  17688.         mail-server@questor.wimsey.bc.ca
  17689.  
  17690. and in the body of the text, enter the following at the left margin,
  17691. with nothing else in the body:
  17692.  
  17693. HELP
  17694. INFO
  17695. INFO INDEX
  17696. INFO FILINDX
  17697.  
  17698. Warm regards to all.
  17699.  
  17700.  
  17701. Steve Pershing, System Administrator, The QUESTOR Project
  17702. POST: 1027 Davie St., Box 486, Vancouver, B.C., Canada  V6E 4L2
  17703. Fones: (+1 604)  Data: 681-0670  FAX: 682-6160  Voice: 682-6659
  17704.  
  17705. ------------------------------
  17706.  
  17707. From: stoll@ocf.Berkeley.EDU (Cliff Stoll)
  17708. Subject: Thrills of Long Distance
  17709. Date: 27 Jul 1992 02:59:12 GMT
  17710. Organization: U. C. Berkeley Open Computing Facility
  17711.  
  17712.  
  17713. Pat compared the Usenet to Ham Radio.  Got me thinking.
  17714.  
  17715. You know, in every technical medium, things start out pure and sweet
  17716. and exciting; as they become cheaper and better and more popular, they
  17717. lose their purity; their excitement too.
  17718.  
  17719. In 1956, nobody called long distance across the Atlantic.  Anyone
  17720. older than 40 remembers their first long distance phone call -- with
  17721. an eye on the second hand of the clock, you spoke fast.  That one
  17722. phone call was cherished and packed with information.  Not the same
  17723. thrill today; not the same information content, either.
  17724.  
  17725. And Ham Radio: When you could only communicate over morse code,
  17726. messages were terse and more hams knew each other.  Equipment was
  17727. homebrew, or at least built from kits.  Along with every other ham,
  17728. you knew:
  17729.  
  17730.   - Morse code
  17731.   - soldering skills
  17732.   - basic electronics
  17733.   - message protocols
  17734.   - basic communications etiquette
  17735.  
  17736. And each ham knew this in order to communicate, not just to pass a
  17737. test.  Intentional QRM and interference were rare.
  17738.  
  17739. Today, you might need to know some of this in order to pass a test,
  17740. but most hams get along quite well without.
  17741.  
  17742. Result: oldtimers claim that the quality of ham radio has dropped.
  17743. You hear of malicious hams interfering with others, anonymous
  17744. kachunkers on repeaters, and private repeaters closed to outsiders.
  17745.  
  17746. Other technological areas are the same way as well.  Used to be that
  17747. you froze when you went observing at a mountaintop telescope.  You
  17748. wasted no time on a clear night -- every minute was precious.  You
  17749. carefully developed a few glass plates, and delicately analyzed these,
  17750. often under a microscope.
  17751.  
  17752. Now, your astronomical data comes on a magtape, cdrom, or over a
  17753. network.  You might never look through an eyepiece ... especially if
  17754. you use the Hubble Space Telescope, or any of the other astronomical
  17755. spacecraft.  You have more data, and better data too.  But the thrill
  17756. just ain't the same.
  17757.  
  17758. Is the same thing is happening on the Usenet/Internet?  When you had
  17759. to know the TCP/IP suite and there were a few hundred nodes on the
  17760. network, we mostly knew each other.  It was a kicker to just get mail
  17761. across the network or to ping another node.  There were fewer flames
  17762. and nastygrams.
  17763.  
  17764. With today's million node network, it's a rare Usenet group without
  17765. flamewars.  You might recognize a few posting people, but how many
  17766. have you met?  Malicious intruders break into computers.  Many
  17767. postings have zero content.
  17768.  
  17769. The thrill of receiving junk e-mail from Australia isn't quite the
  17770. same as hearing a warbly CW signal on 20 meters which just might be a
  17771. DX station.  A telephone solicitor calling from 1000 kilometers away
  17772. is just an annoyance -- yet thirty years ago, you'd be happy with a
  17773. noisy connection from two counties away.
  17774.  
  17775. Something's happening here.  I'm not sure what, but BB King comes to
  17776. mind: Thrill is gone.
  17777.  
  17778.  
  17779. 73's     Cliff    K7TA    stoll@ocf.berkeley.edu
  17780.  
  17781.  
  17782. [Moderator's Note: You hit the nail squarely on the head. The thrill
  17783. is gone -- it isn't *fun* any longer. And yes, Usenet is the same way.
  17784. Most of the net is rapidly becoming unmanageable. Consider this Digest:
  17785. When I took over, there were enough messages coming in to put out a
  17786. Digest every two days. When Jon Solomon first started the Digest back
  17787. in 1981, he would put out two or three issues per week most weeks. For
  17788. the past year, messages have flooded in here at the rate of at least
  17789. 100 per day and sometimes 200 per day -- this group alone. You may
  17790. recall the CB radiio 'rage' -- when it was the latest thing back in
  17791. the 1975-85 period. Millions of them out there, and finally so many
  17792. people got so totally turned off, disgusted with the way it was so
  17793. crowded and so full of junk they just quit. Even the FCC gave up any
  17794. pretense of monitoring or trying to control 11 meters. Now the band is
  17795. very quiet around Chicago by comparison. Only the real twirps are
  17796. still out there at it. Watch Usenet and see if the same thing will
  17797. happen in the next few years: A rapid increase in sites and traffic
  17798. (even more than now!) then suddenly a lot of places just pulling the
  17799. plug, at least on net news when they get tired of it.   PAT]
  17800.  
  17801. ------------------------------
  17802.  
  17803. Date: Sun, 26 Jul 92 15:09:48 PDT
  17804. From: aimla!ruby!rudholm@uunet.UU.NET (Mark Rudholm)
  17805. Subject: Re: CLASS/ISDN
  17806.  
  17807.  
  17808. In article <telecom V12 I584 M6> Jon Baker of AG Communications
  17809. Systems responds to J. Higdon's discussion of the lack of CLASS/ISDN
  17810. offerings from the GTE LEC:
  17811.  
  17812. > The GTD5 has offered SS7 and CLASS services for about 4 years now.
  17813. > All of the GTD5's in GTE West are, most definitely, without a doubt,
  17814. > 100% certain, capable of providing SS7 and CLASS features.
  17815.  
  17816. > When, and if, these services are deployed in your area is dependent on
  17817. > the local telephone company (in this case, GTE West).
  17818.                                              ^^^^^^^^ 
  17819. Mr. Higdon lives in California, as do I.  The last time I checked, the
  17820. GTE company that is a pathetic excuse for a LEC in California was
  17821. called "GTE California," not "GTE West."  I won't go into the details
  17822. of the kind of "service" they offered me (NO CANCEL CALL-WAITING,
  17823. 3-WAY THAT SOUNDED LIKE 7448, MASSIVE OVERCHARGES, INCOMPETENCE AT
  17824. EVERY LEVEL) because I think we all know.  When I was "served" by GTE
  17825. CA, I was on a DMS100.  I know that this is a very good switch because
  17826. I've been on one that was in use by Pacific Bell and it worked
  17827. beautifully.  I'm also convinced that the product made by Mr. Baker's
  17828. company (the GTD5) is an excellent one as well, I just don't think GTE
  17829. CA sets them up properly.
  17830.  
  17831. Now that I'm safely back in Pacific Bell's territory, I have some news
  17832. on the CLASS features that they started to make available last week.
  17833.  
  17834. I ordered all three that are available: Distinctive Ringing, Selective
  17835. Call Forwarding, and Last Call Recall.  All of them are limited to
  17836. work with SS7 equiped INTRA-LATA switches (NO GTE CA).
  17837.  
  17838. Last call recall simply notifies you, via a distinctive ring, when a
  17839. busy phone you want to call becomes available.  It also works as a
  17840. "redial" for calls that were successful.  Distinctive Ringing and
  17841. Selective Call Forwarding allow you to maintain a list of ten phone
  17842. numbers that ring your phone distinctively or are selectively
  17843. forwarded.  An interesting feature of the editing utility used to
  17844. maintain these two lists is that you can add to your list the last
  17845. person who called you.  
  17846.  
  17847. Of course, when you review the contents of your list, the entry is
  17848. just labeled "private" so there is no way to learn the number of the
  17849. person who called you.  But, if you try to explicity add a number to
  17850. the list that is already in a "private" entry, you are told that the
  17851. number is already on the list and all future references to the once
  17852. private entry become the normal, non-private.  So if someone calls you
  17853. and you have a pretty good idea who it was but want to be sure, you
  17854. just go into the list editor and add the last number that called you
  17855. and then attempt to explicitly add the number you suspect called and
  17856. you can learn if that was in fact the person who called or not.  In
  17857. fact, you can verify as many numbers as you care to key in.  It's
  17858. certainly not CALLER-ID but it isn't without its usefulness.
  17859.  
  17860. Speaking of CALLER-ID, I really think that Pacific Bell and GTECA have
  17861. the wrong idea.  I do not think that universally available blocking
  17862. will severly reduce the attractiveness of this service.  The LECs seem
  17863. to think that if blocking is available, it will neccessarily always be
  17864. used by callers.  Think about it, not ALL calls are harassment calls.
  17865. Think about the calls you make, how many of them do you want to make
  17866. anonymously?  Personally, I can't think of any.  When I call my
  17867. friends, I WANT them to know it's me.  When I call businesses, I
  17868. usually end up giving them my phone number anyway verbally, which is,
  17869. mind you less reliable data transfer.  Also, when I call friends that
  17870. I speak with frequently, I wouldn't have to leave a message on their
  17871. answering machine at all, I could just let it capture my number.  Not
  17872. only would that be just as good as the message "Hi, it's me, gimme a
  17873. call," but it would be FREE.  
  17874.  
  17875. It seems as if ALL the CLASS features have been installed on my switch
  17876. (1AESS 213 WEbster 0)but are just not active because I get a seconday
  17877. dial-tone when I dial *67. Also, when I dial *69, *57 etc. I get "the
  17878. service you are requesting is not available on this line" rather than
  17879. the "we're sorry you call cannot be completed as dailed" that I get on
  17880. all the unused *NN codes.  It is for this reason that I am quite
  17881. convinced that Pacific Bell's rhetoric about "studying the financial
  17882. feasability of offering Caller-ID before we decide to offer it" is
  17883. just a ruse to get the CPUC to change the blocking requirements.  I
  17884. hope the CPUC calls Pacific Bell's bluf by just saying "Fine, don't
  17885. offer it, lose a potential $5.95 per line."  
  17886.  
  17887. If the CPUC did that, Pacific Bell would find Caller-ID quite
  17888. financially feasable regardless of blocking requirements rather
  17889. quickly I'm sure.  I know a lot of people's initial response to
  17890. Caller-ID is "oh no, that's terrible, I'm just going to prepend all my
  17891. calls with *67," my initial response was the same, but then I gave it
  17892. some thought.  Too bad Pacific Bell and GTE California refuse to do
  17893. the same.
  17894.  
  17895.  
  17896. Mark D. Rudholm   rudholm@aimla.com   Philips Interactive Media
  17897.  
  17898. ------------------------------
  17899.  
  17900. End of TELECOM Digest V12 #588
  17901. ******************************
  17902. 
  17903. 
  17904. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa11533;
  17905.           28 Jul 92 0:05 EDT
  17906. Received: by delta.eecs.nwu.edu id AA06993
  17907.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 27 Jul 1992 22:12:22 -0500
  17908. Received: by delta.eecs.nwu.edu id AA10285
  17909.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 27 Jul 1992 22:12:10 -0500
  17910. Date: Mon, 27 Jul 1992 22:12:10 -0500
  17911. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  17912. Message-Id: <199207280312.AA10285@delta.eecs.nwu.edu>
  17913. To: "\\telecom"@eecs.nwu.edu
  17914. Subject: TELECOM Digest V12 #589
  17915.  
  17916. TELECOM Digest     Mon, 27 Jul 92 22:12:06 CDT    Volume 12 : Issue 589
  17917.  
  17918. Index To This Issue:                      Moderator: Patrick A. Townson
  17919.  
  17920.     GTE and/or ALLNET Pull a Fast One (Matt Holdrege)
  17921.     Is Not 100% SS7 Needed For 1-800 and the Like? (H. Shrikumar)
  17922.     Wires of Mystery (David Brightbill)
  17923.     ISDN Phone Sets Needed (David E. Martin)
  17924.     Desktop Videoconferencing on the Internet (Thomas K. Hinders)
  17925.     Northern Switches and 9+1011 (Ed Greenberg)
  17926.     An Open Letter to PAT and John Higdon (Andrew C. Green)
  17927.     Uploading Speed-Dial Numbers (Ted Hadley)
  17928.     Different Automated/Live Services? (Carl Moore)
  17929.     Panel Still in Use? (Jim Rees)
  17930.     How Use Answering Machine in Argentina? (A. Michaels)
  17931.     Named Prefixes (Kevin Mitchell)
  17932.     Miscellaneous Ramblings (Rob Bailey)
  17933.     9-1-1 in Chicago (Nigel Allen)
  17934.     Traces and Scramblers (Steve Grant) 
  17935. ----------------------------------------------------------------------
  17936.  
  17937. Date: Mon, 27 Jul 92 19:19 GMT
  17938. From: HOLDREGE_MP <HOLDREGE+_MP%A1%PacifiCare@mcimail.com>
  17939. Subject: GTE and/or ALLNET Pull a Fast One
  17940.  
  17941.  
  17942. I have been a residential customer of GTE for about six months now and
  17943. I have had no complaints other than the high intra-lata rates. I
  17944. thought that the GTE horror stories were bad things that happened to
  17945. other people. Well I just got a taste of how bad it can be.
  17946.  
  17947. GTE switched my long-distance carrier from AT&T to ALLNET. I have
  17948. never heard of ALLNET and I am sure that I did not authorize this. I
  17949. am deeply grateful to AT&T for immediately sending me a notice that
  17950. this had happened. I had just received my GTE bill so I would not have
  17951. noticed the change until a month later. Then I would have found that
  17952. all my LD calls were billed at an exhorbitant rate by ALLNET. Pretty
  17953. sneaky if you ask me.
  17954.  
  17955. But thanks to AT&T's letter I found out only a few days after the
  17956. change. I made a couple of LD calls before then and I won't find out
  17957. how much they billed me until next months bill. I authorized AT&T to
  17958. change me back. AT&T said that GTE would bill me about $4 for the
  17959. switch but AT&T would give me coupons for reimbursement.
  17960.  
  17961. I read the letter from AT&T at 6pm Friday evening. Since GTE is closed
  17962. on weekends I had to stew till Monday morning to vent my fury. When I
  17963. finally got through to GTE's order center (over 10 minutes on hold)
  17964. they said that I had been switched to ALLNET but they could not say
  17965. why. They said that they could investigate this and I urged them to do
  17966. so. They also said that ALLNET sends them magtapes with changes
  17967. created by their "Automated Calling Program" which calls people and
  17968. registers their answer as acceptance or denial. I never accepted
  17969. anything and I always hang up on automated telemarketing systems. I
  17970. thought that they were illegal now anyway.
  17971.  
  17972. GTE said that they would waive the surcharge for switching me back to
  17973. AT&T (how nice) and that I could call them next month to complain
  17974. about the ALLNET charges. They said that it would take five business
  17975. days for the change to take place. I guess that I will have to dial
  17976. 102281 till then.
  17977.  
  17978.  
  17979. Matt Holdrege  5156065@mcimail.com  holdrege@eisner.decus.org
  17980.  
  17981. ------------------------------
  17982.  
  17983. Date: Mon, 27 Jul 92 22:48:02 GMT
  17984. From: shri@iucaa.ernet.in (H. Shrikumar)
  17985. Subject: Is Not 100% SS7 Needed For 1-800 and the Like?
  17986.  
  17987.  
  17988. Hi,
  17989.  
  17990. In article <telecom12.576.1@eecs.nwu.edu>, john@zygot.ati.com (John
  17991. Higdon) writes:
  17992.  
  17993. >> Regarding SS7 links, he said GTE was working on them between their own
  17994. >> switches.  Links to PacBell would come, but he didn't know when.
  17995.  
  17996.   Please correct me, if I am wrong ... no scratch that, reading the
  17997. above, it *does* seem that I *am* wrong ...
  17998.  
  17999.   I was under the impression that 1-800 like services could not be
  18000. implemented really well without the something like SS7. Are we reading
  18001. in the above that there is not yet 100% SS7 interconnects in the US.
  18002.  
  18003.   IS it that 1-800, ANI and caller-ID are being done by someother
  18004. means (I'd have to do some learning here then.) or is it that the LD
  18005. carrier do use SS7, and only that some local links are not yet ?
  18006.  
  18007.  
  18008. shrikumar ( shri@iucaa.ernet.in )
  18009.  
  18010. ------------------------------
  18011.  
  18012. Date: Mon, 27 Jul 92 09:54:18 -0400
  18013. From: David Brightbill <djb@mailer.cc.fsu.edu>
  18014. Subject: Wires of Mystery
  18015.  
  18016.  
  18017. Every time I drive from my home in the swamps of North Florida to
  18018. Georgia, I wonder about a wire that runs for a few miles along the
  18019. road.  This is a little used back road which was reportedly once
  18020. popular with the moonshine crowd.  The road is so isolated that there
  18021. aren't even power lines or indications of burried cables running along
  18022. side most of it.  The line in question starts in Florida where the
  18023. power line ends.  It is two bare copper lines hanging on glass
  18024. insulators.  
  18025.  
  18026. When I first noticed it, several years ago, I assumed that it was an
  18027. old and disused line and made a mental note to check for insulators
  18028. around any downed poles.  But over the years, I've seen some of the
  18029. old square cypress poles replaced with modern penta treated pine poles
  18030. so it's being maintained.  It terminates in Florida on a pole with a
  18031. metal drum the size and shape of a large juice can.  The wires go into
  18032. the can and two standard insulated drop wires emerge which cross the
  18033. road and head off toward a fancy plantation house behind a locked
  18034. gate.  The line follows the road for about five miles into Georgia.  It
  18035. then takes off into the woods where it seems to head toward a cluster
  18036. of buildings.
  18037.  
  18038. I assume that it's some sort of private line.  The poles are separate
  18039. from the power poles which sit along side them for a short part of the
  18040. route.  The entire route may belong to the same owner but I doubt it
  18041. as the line passes several homes on it's way to Georgia.
  18042.  
  18043. OK ... now we can go back to discussing ISDN and digital celluar and
  18044. such.
  18045.  
  18046.  
  18047. [Moderator's Note: It is possible you saw an antenna for an ELF radio
  18048. station. The length of an antenna is set by the frequency: the higher
  18049. the frequency the shorter the antenna, and vice-versa. That's why
  18050. police transmitting on UHF have little stubs for antennas on the back
  18051. of their car and cell phone users have little ones also. On the other
  18052. hand, a radio station like WGN, 720 AM needs a few hundred feet to get
  18053. a good half-wave antenna, and WIND, 560 AM has four big towers over in
  18054. Gary, IN for theirs. <E>xtremely <L>ow <F>requency transmitters are
  18055. good for use with submarines in the ocean ... very few radio waves can
  18056. travel under water or through the earth. ELF waves can though ... but
  18057. the trade-off is an antenna which stretches for miles at a time along
  18058. the highway on telephone poles, etc. If what you saw is an ELF antenna
  18059. it is probably a military thing, like the one in Wisconsin.  PAT]
  18060.  
  18061. ------------------------------
  18062.  
  18063. Date: Mon, 27 Jul 1992 11:31:39 -0500
  18064. From: David E. Martin <dem@nhmpw0.fnal.gov>
  18065. Subject: ISDN Phone Sets Needed
  18066. Reply-To: dem@fnal.fnal.gov
  18067. Organization:  Fermi National Accelerator Laboratory,  Batavia, IL,  USA
  18068.  
  18069.  
  18070. I need to get about 6 ISDN phone sets for use in an experiment I am
  18071. setting up.  They should work with the 5ESS and have a LCD screen for
  18072. internal Caller-ID.  AT&T wants about $600 for their sets, which is
  18073. out of mu budget range.  Does anyone have a suggestion for some more
  18074. reasonably prices sets?
  18075.  
  18076.  
  18077. David E. Martin       
  18078. National HEPnet Management                     Phone: +1 708 840-8275
  18079. Fermi National Accelerator Laboratory          FAX: +1 708 840-2783
  18080. P.O. Box 500, MS 234; Batavia, IL 60510  USA   E-Mail: DEM@FNAL.FNAL.Gov
  18081.  
  18082. ------------------------------
  18083.  
  18084. Date: 27 Jul 92 11:46:10-0900
  18085. From: /PN=Thomas.K.Hinders/OU=CCMAIL/O=CHAN.IS/PRMD=MMC/ADMD=TELEMAIL/C=US/@sprint.com
  18086. Subject: Desktop Videoconferencing on the Internet
  18087.  
  18088.  
  18089. I heard that the Internet tested voice and video to the desktop over
  18090. the net using Suns.  Does anyone have any further details.  If enough
  18091. responses come back I'll summarize and post.
  18092.  
  18093.  
  18094. Thomas K Hinders   Martin Marietta Computing Standards
  18095. 4795 Meadow Wood Lane       Chantilly, VA 22021
  18096. 703.802.5593 (v) 703.802.5027 (f)
  18097.  
  18098.  
  18099. [Moderator's Note: I have a lengthy message in the queue about this
  18100. now and will try to get it out yet tonight. It is a long message.  PAT]
  18101.  
  18102. ------------------------------
  18103.  
  18104. From: edg@netcom.com (Ed Greenberg)
  18105. Subject: Northern Switches and 9+1011
  18106. Date: Mon, 27 Jul 92 10:28:40 PDT
  18107.  
  18108.  
  18109. Linc@tongue1.berkeley.edu questions why his office PBX requires that
  18110. he dial 9 + 1011 + instead of 9 + 011 + for international calls.  Our
  18111. office REQUESTS this, so I asked our telecom lady about it.
  18112.  
  18113. This is a common problem with Northern Telecom switches.  Least cost
  18114. routing is done from left to right.  Consider these three
  18115. combinations:
  18116.  
  18117. 1.    9 + 0  + <area code and number>
  18118. 2.    9 + 011 + <int'l number>
  18119. 3.    9 + 1 + <area code&number>
  18120. 4.    9 + 1 + 011 + <int'l number>
  18121.  
  18122. The problem is that the local lines are presubscribed to one LD
  18123. company, and there is a dedicated trunk to another.  Since domestic
  18124. operator assisted calls (example 1) must be given to the local telco,
  18125. 9 + 0 must go to the local telco.  Int'l calls are best handled (for
  18126. quality) on the dedicated LD circuit, but the PBX doesn't have the
  18127. capability in software to parse far enough into the number to make the
  18128. distinction between sent-paid international and operator assisted
  18129. domestic.  The workaround is to have the subscriber dial 9 + 1 + 011
  18130. for sent-paid international.  Apparently it's a common enough
  18131. workaround that Northern pushes people to do it.
  18132.  
  18133. That's the answer I came up with.
  18134.  
  18135.  
  18136. Ed Greenberg         | Home: +1 408 283 0511 | edg@netcom.com
  18137. P. O. Box 28618        | Work: +1 408 764 5305 | DoD#: 0357
  18138. San Jose, CA  95159    | Fax:  +1 408 764 5003 | KM6CG (ex WB2GOH) 
  18139.  
  18140. ------------------------------
  18141.  
  18142. Date: Mon, 27 Jul 1992 12:14:26 CDT
  18143. From: acg@hermes.dlogics.com
  18144. Reply-To: acg@hermes.dlogics.com
  18145. Subject: An Open Letter to PAT and John Higdon
  18146.  
  18147.  
  18148. As regular readers of the TELECOM Digest, we, the undersigned, have
  18149. followed for some time now the lengthy pronouncements of two
  18150. contributors in particular who seem to have many years of experience
  18151. in, and knowledge of, the telecommunications business.  These
  18152. contributors are:
  18153.  
  18154. 1) You, PAT, our Esteemed Moderator, and
  18155.  
  18156. 2) John Higdon, of Green Hills and Cows fame.
  18157.  
  18158. We were wondering if the two of you would take a few minutes from
  18159. your busy schedules of doing whatever it is you do, and tell us
  18160. all about whatever it is you do. Please add whatever biographical
  18161. details of interest you feel like throwing in to let us know how
  18162. you got where you are today, as most people would say that their
  18163. earlier jobs were infinitely more interesting than what they're
  18164. doing right now!
  18165.  
  18166.  
  18167. Thanks,
  18168.  
  18169. Andrew C. Green
  18170. Dave Mausner
  18171. Kevin A. Mitchell
  18172.  
  18173. Datalogics, Inc.       (312) COMputer 4444
  18174. 441 W. Huron
  18175. Chicago, IL  60610     FAX: (312) COMputer 4473
  18176.  
  18177.  
  18178. [Moderator's Note: Interesting idea. John, will you go first?   PAT]
  18179.  
  18180. ------------------------------
  18181.  
  18182. From: tedh@cylink.COM (Ted Hadley)
  18183. Subject: Uploading Speed-Dial Numbers
  18184. Organization: Cylink Corp.
  18185. Date: Mon, 27 Jul 92 17:09:39 GMT
  18186.  
  18187.  
  18188. (Hopefully) simple question:
  18189.  
  18190. Is it possible to upload (i.e., extract) speed-dial numbers from a
  18191. telephone over the telephone wires? (I don't really care how, just if
  18192. it is possible).
  18193.  
  18194. We have mostly Panasonic EASA-PHONEs, model KX-T2355 and similar. Are
  18195. there any models/types of telephones to avoid because uploading is
  18196. possible? I prefer E-Mail on this subject to be sent to me directly.
  18197.  
  18198.  
  18199. Ted A. Hadley   tedh@cylink.COM   (408) 735-5847
  18200. Cylink Corporation, 310 N. Mary Ave., Sunnyvale, CA 94086  USA
  18201. All opinions expressed are my own, and probably not liked by my employer.
  18202.  
  18203. ------------------------------
  18204.  
  18205. Date: Mon, 27 Jul 92 10:31:21 EDT
  18206. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  18207. Subject: Different Automated/Live Services?
  18208.  
  18209.  
  18210. In Gap, Pa. (Lancaster County), I found a pay phone by Pennsylvania
  18211. Pay Telephone (PPT).  For the long distance carrier notice, it said:
  18212.  
  18213. Calls provided by:
  18214. PPT
  18215. P.O.Box 1721
  18216. Allentown, PA 18105
  18217.  
  18218. Live operator calls by:
  18219. IOS
  18220. 2155 Chenault #410
  18221. Carrollton, TX 75006
  18222.  
  18223. It also said "Dial 211" just after the PPT Allentown address.
  18224.  
  18225. ------------------------------
  18226.  
  18227. From: rees@pisa.citi.umich.edu (Jim Rees)
  18228. Subject: Panel Still in Use?
  18229. Reply-To: Jim.Rees@umich.edu
  18230. Organization: University of Michigan IFS Project
  18231. Date: Mon, 27 Jul 1992 21:13:48 GMT
  18232.  
  18233.  
  18234. Seeing Pat's comment about the LOngbeach-1 exchange made me wonder.
  18235. Are there any panel offices left in the US?  I know there is still
  18236. plenty of step-by-step, but it seems to me that panel was never that
  18237. popular, in spite of its imposing physical appearance and amusing
  18238. technical quirks.
  18239.  
  18240.  
  18241. [Moderator's Note: Any panel left? Step-by-step?  God help us ...
  18242. I would hope all that crap is long gone. I think back to the old days
  18243. and it was all very interesting ... but so was manual service, which
  18244. by the way was (under normal conditions) extremely fast and usually
  18245. very accurate. Connections were usually established in ten seconds or
  18246. less if the other end answered right away. And if the other end was
  18247. busy instead of a buzz-buzz the operator told you the line was busy. A
  18248. wait of ten seconds for an operator was rare.  I was talking to an
  18249. operator once who had a heart attack (or maybe a stroke) while she was
  18250. looking up a number for me.   :(  PAT]
  18251.  
  18252. ------------------------------
  18253.  
  18254. Date: 27 Jul 92 09:53:00 EDT
  18255. From: Arlen (A.) Michaels <AMICHAEL@BNR.CA>
  18256. Subject: How Use Answering Machine in Argentina?
  18257.  
  18258.  
  18259. Can anyone advise if it's practical to use a North American answering
  18260. machine in Argentina?  What differences (power, signalling, connec-
  18261. tors, etc?)  would cause problems?  
  18262.  
  18263.  
  18264. Thanks, 
  18265.  
  18266. Arlen
  18267.  
  18268. ------------------------------
  18269.  
  18270. Date: Mon, 27 Jul 1992 10:29:40 CDT
  18271. From: "Kevin Mitchell, x4485, 708-452-9585" <kam@hermes.dlogics.com>
  18272. Reply-To: kam@hermes.dlogics.com
  18273. Subject: Named Prefixes
  18274. Summary: 266 Really Stands For Something
  18275.  
  18276.  
  18277. Pat:
  18278.  
  18279. We design computer typesetting software here. 266 really stands for
  18280. COMputer. So, my number is COMputer-4485 :).
  18281.  
  18282.  
  18283. Kevin A. Mitchell     (312) 266-4485
  18284. Datalogics, Inc       Internet: kam@hermes.dlogics.com
  18285. 441 W. Huron          UUCP: ..!uunet!dlogics!kam
  18286. Chicago, IL  60610    FAX: (312) 266-4473
  18287.  
  18288.  
  18289. [Moderator's Note: A clever takeoff on this is a gay bar on Halsted
  18290. Street in Chicago which has commandeered 312-871 and renamed it 
  18291. "TRick-1" ... maybe someday I will COMe by your office to visit.  PAT]
  18292.  
  18293. ------------------------------
  18294.  
  18295. Date: 27 Jul 92 02:00:15 EDT
  18296. From: Rob Bailey <74007.303@CompuServe.COM>
  18297. Subject: Miscellaneous Ramblings
  18298.  
  18299.  
  18300. Miscellaneous ramblings about miscellaneous ramblings:
  18301.  
  18302. (1) if you sent me an SASE for the Caller*ID->RS-232 schematic, don't
  18303. get discouraged: I had to track down the XR2211 datasheets again --
  18304. they'll be forthcoming. If, however, two weeks goes by and you still
  18305. want them and don't mind wasting $0.58, try me again. And please send
  18306. a big SASE (requirement) - this "packet" is pretty thick and I've had
  18307. trouble stuffing regular (#10?) envelopes.
  18308.  
  18309. (2) I noticed -- like someone else here in c.d.t. -- that my local
  18310. COCOT keypad tones do not correspond to the standard DTMF pairs.  Well
  18311. ... let me rephrase that ... I have perfect-pitch so I know the
  18312. frequencies are correct, but they're sort of "out of order", e.g., if
  18313. I press "2222222" each press gives me a seemingly random but still
  18314. valid (just not necessarily "2") DTMF pair. I'm gonna take my
  18315. electronic DTMF box over to confirm what my ear's telling me.
  18316.  
  18317. The question: Why? Is this some sort of fraud-prevention mechanism
  18318. that I don't understand? Hmmm ...
  18319.  
  18320. (3) A random note on Repeat*Call here in West Virginia: when I camp on
  18321. a number that's inside my CO (I'm on a 5E) but that has been off hook
  18322. long enough for the switch to remove battery voltage, instead of
  18323. getting the desired behavior (i.e., call me back when they go back on
  18324. hook) or a valid recording (e.g., the phone you're calling is off the
  18325. hook and we're not going to waste our time queuing on it), I get
  18326. something like "The feature you are trying to activate cannot be
  18327. activated because the number is not in your local calling area" -- the
  18328. message you get when you really do try to queue a call out of the
  18329. area. More interesting: when I try to camp on a number two miles away
  18330. but in the DMS-100 switch's area, I get trunk reorder. A telco
  18331. employee (who was curious but slightly suspicious when I revealed
  18332. knowledge that DMS-100 was a NT product and not AT&T) said she'd
  18333. report them as bugs.
  18334.  
  18335. (4) One of my customer's had a rash of the "answering machines calling
  18336. people" syndrome which I rather quickly figured out: person "A" calls
  18337. person "B". "B" is on the phone, so "A" queues a Repeat*Call on "B"s
  18338. extension. At 4:00, "B" hangs up and immediately leaves the office for
  18339. home. By this time, "A" has left for home, too. When the PABX finally
  18340. comes through and does the triple-ring cadence on "A"s line to let
  18341. them know "B" has gone, "A"s answering machine picks up, causing the
  18342. PABX to ring "B", whose answering machine also picks up. Result: when
  18343. "A" gets in in the morning, "B"s OGM is on his machine, and when "B"
  18344. gets in, "A"s OGM is on his machine. People actually thought (PhD
  18345. chemists -- mind you) that this was something sorta supernatural going
  18346. on!
  18347.  
  18348. More to follow later ...
  18349.  
  18350.  
  18351.  ...de Rob WM8S      74007.303@compuserve.com
  18352.  
  18353. ------------------------------
  18354.  
  18355. From: Nigel Allen <nigel.allen@canrem.com>
  18356. Date: Sun, 26 Jul 1992 20:00:00 -0400
  18357. Subject: 9-1-1 in Chicago
  18358. Organization: Echo Beach
  18359.  
  18360.  
  18361.  From a discussion in the RelayNet PHONES conference.
  18362.  
  18363.  Thomas Mahnke wrote:
  18364.  
  18365. TM> Like all the tollways, various "wheel taxes" imposed by local
  18366. TM> communities, and .14 cent an hour electricity, I'd say $1.25 is
  18367. TM> about right in the Chicago area for 911 service.
  18368.  
  18369. TM> $0.25 to provide the service, and $1.00 to "grease the right palms".
  18370.  
  18371.   Max Moen replied:
  18372.  
  18373.      How could you think that about beautiful Crook (whoops, I mean)
  18374. Cook County, Illinois?  The cost is so high, because Chicago has it's
  18375. own hybrid 911 system meaning those communities will have to pool
  18376. their money and their 911 system, it won't be patched into ours.
  18377.  
  18378.      It's also a fact that Chicago doesn't use the "Metro Area"
  18379. formula that's popular everywhere else, so most of the suburbs hate
  18380. our guts anyway.
  18381.  
  18382. TM> They'll probably even charge message units to call 911.  <smirk>
  18383.  
  18384.      Good thinking Tom, I'll bring that up at the next meeting <G>.
  18385.  
  18386.  
  18387. Canada Remote Systems  - Toronto, Ontario/Detroit, MI
  18388. World's Largest PCBOARD System - 416-629-7000/629-7044
  18389.  
  18390. ------------------------------
  18391.  
  18392. Subject: Traces and Scramblers
  18393. From: Steve_Grant@kcbbs.gen.nz (Steve Grant)
  18394. Organization: Kappa Crucis Unix BBS, Auckland, New Zealand
  18395. Date: 27 Jul 92 21:04:03 GMT
  18396.  
  18397.  
  18398. Does anyone have plans for either of these items or information on how
  18399. to do it, particularly the scrambler?  Also is it possible to trace
  18400. calls from home, not the exchange?
  18401.  
  18402.  
  18403. Thanks, 
  18404.  
  18405. Steve
  18406.  
  18407. ------------------------------
  18408.  
  18409. End of TELECOM Digest V12 #589
  18410. ******************************
  18411. 
  18412. 
  18413. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa12879;
  18414.           28 Jul 92 0:46 EDT
  18415. Received: by delta.eecs.nwu.edu id AA02691
  18416.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 27 Jul 1992 22:55:49 -0500
  18417. Received: by delta.eecs.nwu.edu id AA28081
  18418.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 27 Jul 1992 22:55:40 -0500
  18419. Date: Mon, 27 Jul 1992 22:55:40 -0500
  18420. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  18421. Message-Id: <199207280355.AA28081@delta.eecs.nwu.edu>
  18422. To: "\\telecom"@eecs.nwu.edu
  18423. Subject: TELECOM Digest V12 #590
  18424.  
  18425. TELECOM Digest     Mon, 27 Jul 92 22:55:41 CDT    Volume 12 : Issue 590
  18426.  
  18427. Index To This Issue:                      Moderator: Patrick A. Townson
  18428.  
  18429.     Re: Thrills of Long Distance (Donald E. Eastlake)
  18430.     Re: Cordless Phone Not Charging (John Adams)
  18431.     Re: Cordless Phone Not Charging (Laurentiv Rauchwerger)
  18432.     Re: Cordless Phone Not Charging (Jim Rees)
  18433.     Re: 911 Nightmare (Mike Coleman)
  18434.     Re: 911 Nightmare (Robert K. Ricketts)
  18435. ----------------------------------------------------------------------
  18436.  
  18437. From: Donald.E.Eastlake@inet-gw-1.pa.dec.com, III <dee@ranger.enet.dec.com>
  18438. Subject: Re: Thrills of Long Distance
  18439. Organization: Digital Equipment Corporation
  18440. Date: Mon, 27 Jul 1992 14:34:19 GMT
  18441.  
  18442.  
  18443. In article <telecom12.588.4@eecs.nwu.edu> Cliff Stoll,
  18444. stoll@ocf.Berkeley.EDU writes:
  18445.  
  18446. > Pat compared the Usenet to Ham Radio.  Got me thinking.
  18447.  
  18448. > You know, in every technical medium, things start out pure and sweet
  18449. > and exciting; as they become cheaper and better and more popular, they
  18450. > lose their purity; their excitement too.
  18451.  
  18452. > Is the same thing is happening on the Usenet/Internet?  When you had
  18453. > to know the TCP/IP suite and there were a few hundred nodes on the
  18454. > network, we mostly knew each other.  It was a kicker to just get mail
  18455. > across the network or to ping another node.  There were fewer flames
  18456. > and nastygrams.
  18457.  
  18458. > With today's million node network, it's a rare Usenet group without
  18459. > flamewars.  You might recognize a few posting people, but how many
  18460. > have you met?  Malicious intruders break into computers.  Many
  18461. > postings have zero content.
  18462.  
  18463. Then again, there is usually something new coming along:
  18464.  
  18465.  From:    US1RMC::"deering@parc.xerox.com" "Steve Deering"  18-JUL-1992
  18466.  Subj:    IETF Teleconference
  18467.  
  18468. Steve Casner and I would like to thank all the people who helped to
  18469. pull off the 2nd IETF teleconference.  Bob Clements, Ron Frederick,
  18470. and Paul Milazzo spent long days operating the vat and dvc consoles
  18471. and the video cameras, a generous donation of their time for which we
  18472. are enormously grateful.  The excellent local networking facilities
  18473. were organized by John Curran and Jeff Schiller, and the on-site
  18474. sparcstations were provided by Chuck Davin and Paul Milazzo.  Van
  18475. Jacobson and Paul Milazzo (there he is again!) stayed up late to
  18476. generate new versions of vat and dvc in response to the new demands of
  18477. such a large conference. 
  18478.  
  18479. Many people around the global Internet provided multicast tunnel
  18480. machines to build the largest IP multicast topology to date -- at one
  18481. point during the week, the multicast routing table included 90
  18482. separate subnets (i.e., LANs and point-to-point links, NOT including
  18483. all of the subnets traversed by the tunnels), in 10 different
  18484. countries.  (I will post a map of the topology in a couple weeks,
  18485. after I get back from vacation.)  And many more tuned in to the audio
  18486. and video -- there were proabably over 100 sites that showed up in the
  18487. vat window over the course of the week (I hope someone else was
  18488. keeping count!).
  18489.  
  18490. To those of you who suffered less-than-acceptable audio/video
  18491. reception, or who couldn't be heard when you tried to talk back, or
  18492. who didn't manage to get hooked into the conference due to lack of
  18493. software for your machines or unexplained failure of the packets to
  18494. reach you or lack of response to your email queries, we offer our
  18495. apologies and the excuse that we only had finite time and resources,
  18496. at least some of which had to be devoted to other tasks (you know,
  18497. like chairing working groups and sleeping).  I hope you will all be
  18498. able to participate next time.
  18499.  
  18500. (Next time??  Oh no!  Well, plans are already underway for bigger and
  18501. better things at the November IETF, and many of the people who
  18502. provided tunnel machines have expressed an interest in keeping the
  18503. multicast topology up from now on, not just for IETFs.  Stay tuned to
  18504. the ietf list for further information.)
  18505.  
  18506. Steve Deering
  18507.  
  18508.  From:    US1RMC::"swb@nr-tech.cit.cornell.edu"  19-JUL-1992 
  18509.  Subj:    Re: IETF teleconference 
  18510.  
  18511. My opinions...
  18512.  
  18513.   >Date: Sat, 18 Jul 1992 08:00:27 -0700 (PDT)
  18514.   >From: Terry Gray <gray@cac.washington.edu>
  18515.   >Subject: Re: IETF teleconference
  18516.  
  18517. > I, too, was very impressed with the audio/video distribution of the
  18518. > IETF, and consider it extremely important work -- perhaps even the
  18519. > "silver bullet" that will help prevent IETF meetings from collapsing
  18520. > under their >own (scaling) weight.
  18521.  
  18522. > I don't think so.  While the IETF multicast was great to see, we have
  18523. > no hopes of multicasting every working group (there are 80?  90?  of
  18524. > them now) or the one-shot BOFs.  Also physical attendees still have a
  18525. > lot of advantages during question and answer time, and in meetings in
  18526. > the halls.
  18527.  
  18528. > Come to the Internet -- no longer just in the *text* form of IRC -- has
  18529. > not a technology been deployed which is in advance of the sociological
  18530. > and resource capacities of the Internet?  (I'm not suggesting the
  18531. > experiments.
  18532.  
  18533. Yes, absolutely.  We already melted some routers this time around.
  18534. We'll be taking steps to ease that problem, but from now on we will
  18535. occasionally be pushing the networks to their limits.
  18536.  
  18537. > 1. How legible were the overhead slides?
  18538.  
  18539. Looked okay to me, although you had to squint for some.
  18540.  
  18541. > 2. For sending semi-static info such as slides, how does multicast
  18542. > packet video compare with redistribution of an X window, or perhaps
  18543. > even sending a MIME message every time a new slide is put up (oops,
  18544. > there we go using mail as a layer 3 transport again!)
  18545.  
  18546. If we can get everyone to prepare slides in advance, and to use the
  18547. same format, and to know how to draw the impromptu ones with a mouse,
  18548. then this would be possible -- but that is highly unlikely.  I guess
  18549. the "next slide" function could include feeding a slide into a scanner
  18550. which would then multicast it.
  18551.  
  18552. You get into transport reliability issues here.
  18553.  
  18554. > 3. How important is it to see the jerky stick-like figures and
  18555. > talking heads?  Is this just for "ambience" or does it really make a
  18556. > difference?
  18557.  
  18558. I've found it really makes a difference.  I like being able to see
  18559. people smile and wave their hands.  The video will most definitely be
  18560. getting better, also.
  18561.  
  18562.     Scott
  18563.  
  18564.  From:    US1RMC::"van@ee.lbl.gov" "Van Jacobson"    18-JUL-1992 10:17
  18565.  Subj:    Re: IETF teleconference
  18566.  
  18567. > there were proabably over 100 sites that showed up in the vat
  18568. > window over the course of the week
  18569.  
  18570. Actually, I think you're underestimating by at least a factor of two.
  18571. I had to go out of town for a couple of days and, of course, my vat
  18572. monitor crashed so I don't have a total count.  But, thanks to a
  18573. memory leak in vat and a core dump gratiously provided by Steve Pink,
  18574. I know that an hour before the start of the Thursday plenary there
  18575. were 118 sites active (a list is attached).  I suspect that by the
  18576. start of the plenary another 50 or so sites showed up (vat crashed
  18577. trying to add six new sites) and on various screen dumps taken during
  18578. the Monday and Tuesday sessions I see 40-50 names that aren't on this
  18579. list.  So I'd say 200 sites for the week is a conservative lower
  18580. bound.
  18581.  
  18582. Having a live, Internet `chat line' that literally spanned the globe
  18583. was a unique experience.  For example, I was hacking alone in my
  18584. office with the speaker on around 4am when someone in Hawaii suddenly
  18585. said "Anyone here?" and, before I could even unmute my mike to reply,
  18586. people in Melbourne, Toronto, Stockholm and London came back with "Yes,
  18587. we're all here."  A week of talking to people on the other side of the
  18588. planet as casually as if they were just next door has left me with an
  18589. incredible feeling of community and a whole new sense of how connected
  18590. our world has become.
  18591.  
  18592. The audiocast was great work Steve and Steve!  Thanks for putting it
  18593. all together.
  18594.  
  18595.  - Van
  18596.  
  18597.  
  18598. 13.1.100.22       dalfonso@weatherby.parc.xerox.com
  18599. 13.1.100.238      juhlig@dollar.parc.xerox.com
  18600. 13.1.100.30       Mark Verber (PARC)
  18601. 13.1.101.240      PARC 32kbps gateway
  18602. 13.1.248.2        jlarson@parc.xerox.com
  18603. 13.1.68.2         Lixia (PARC)
  18604. 13.2.116.128      jchow@kiwi.parc.xerox.com
  18605. 13.2.116.33       swinehar@ptarmigan.parc.xerox.com
  18606. 13.2.116.38       lyles@thyron.parc.xerox.com
  18607. 13.2.116.62       Ron Frederick
  18608. 13.2.116.9        nichols@osprey.parc.xerox.com
  18609. 18.79.0.101       IETF Multimedia Multicast
  18610. 18.79.0.102       IETF Terminal Room
  18611. 18.79.0.103       IETF Listener
  18612. 36.103.0.28       Mark J. Steiglitz (steig@cs.stanford.edu)
  18613. 36.53.0.38        Networking Systems @ Stanford
  18614. 128.100.102.11    Eric Carroll, University of Toronto, Canada
  18615. 128.100.102.14    John Roth, University of Toronto
  18616. 128.100.102.15    Canadian Rate Adaptation Gateway
  18617. 128.100.15.7      evan@tach.ele.toronto.edu
  18618. 128.100.15.8      evan@spike.ele.toronto.edu
  18619. 128.100.2.20      Edwin Allum, University of Toronto, Canada
  18620. 128.100.2.24      sandra@csri.toronto.edu
  18621. 128.100.2.25      mart@genie.csri.toronto.edu
  18622. 128.100.2.27      Dave Galloway drg@csri.toronto.edu
  18623. 128.100.8.201     evan@chop.ele.toronto.edu
  18624. 128.102.32.22     Milo Medin (NASA)
  18625. 128.102.32.23     Dan McKernan (NASA Science Internet)
  18626. 128.102.32.24     Warren Van Camp (NASA Science Internet)
  18627. 128.102.32.25     feinler@wonderland.arc.nasa.gov
  18628. 128.102.32.32     wade@discovery.arc.nasa.gov
  18629. 128.102.32.42     Robert Gutierrez (NSI Network Ops)
  18630. 128.109.178.98    whaley@happy.concert.net
  18631. 128.112.128.209   Ira Fuchs (Princeton)
  18632. 128.112.64.142    CIT Systems Group (Princeton)
  18633. 128.112.64.75     Larry Rogers (Princeton)
  18634. 128.113.24.31     finkej@ts.its.rpi.edu
  18635. 128.119.40.203    hgschulz@erlang.cs.umass.edu
  18636. 128.125.53.162    upadhyay@pismo.usc.edu
  18637. 128.159.177.9     root@fddi_tx.ksc.nasa.gov
  18638. 128.16.8.28       bkumar@tamdhu.cs.ucl.ac.uk
  18639. 128.16.8.35       Ian Wakeman (UCL)
  18640. 128.16.8.42       raphael@priest.cs.ucl.ac.uk
  18641. 128.16.8.60       Saleem Bhatti (UCL)
  18642. 128.16.8.62       Shaw Chuang, UCL
  18643. 128.16.8.67       Jon Crowcroft@UC London
  18644. 128.16.8.75       nismail@mercedes.cs.ucl.ac.uk
  18645. 128.16.8.82       Mark Handley, UC London
  18646. 128.16.8.83       sbaydere@magicflute.cs.ucl.ac.uk
  18647. 128.165.114.1     Phil Wood (Los Alamos National Laboratory)
  18648. 128.237.3.192     hsm@gx.sei.cmu.edu
  18649. 128.253.205.16    swb@falcon.cit.cornell.edu
  18650. 128.253.205.25    Jeffrey C Honig (Cornell University)
  18651. 128.3.112.15      jackz@horse.ee.lbl.gov
  18652. 128.3.112.35      Sally Floyd (LBL)
  18653. 128.49.17.180     Ron Broersma (NOSC, San Diego)
  18654. 128.89.4.97       BBN 6/315
  18655. 128.89.5.196      rrosales@HAIN.BBN.COM
  18656. 128.89.5.203      chowe@TOPAZ.BBN.COM
  18657. 128.89.6.87       schroder@QUILL.BBN.COM
  18658. 128.9.160.49      ISI, Los Angeles, CA
  18659. 128.9.160.99      ISI, Los Angeles, CA
  18660. 129.127.128.20    Simon Coppins (coppins@arch.adelaide.edu.au)
  18661. 129.132.4.7       Adam Feigin, ETH Zuerich
  18662. 129.215.200.48    Graeme Wood (EUCS, Univ. of Edinburgh)
  18663. 129.22.8.109      Dan Brown CWRU
  18664. 129.22.8.110      Dan Brown CWRU
  18665. 129.22.8.136      limpach@elvis.INS.CWRU.Edu
  18666. 129.240.2.203     Geir Pedersen, Univ of Oslo, Norway
  18667. 130.15.48.20      Andy Hooper, Queen's U, Canada
  18668. 130.153.128.31    shingo@simon.cs.uec.ac.jp
  18669. 130.43.2.13       Erik Fair (Apple Computer)
  18670. 131.108.62.192    Paul Traina (pst@cisco.com)
  18671. 131.108.62.60     Paul Traina (cisco Systems)
  18672. 131.123.2.37      bailey@usenet.mcs.kent.edu
  18673. 131.123.2.60      Jeff Bailey (Kent State Univ)
  18674. 131.187.1.136     Kannan (OARnet)
  18675. 131.187.1.144     John - OARnet
  18676. 132.146.15.7      Ian Tracey@BT Labs,UK.
  18677. 132.146.15.9      Stuart @ BT Labs. 32kbit/s
  18678. 132.160.3.9       davidc@sirius.net.Hawaii.Edu
  18679. 132.236.213.102   root@OITSUN.CIT.CORNELL.EDU
  18680. 132.249.20.39     root@pravda.sdsc.edu
  18681. 132.249.21.240    Auditorium @ San Diego Supercomputer Center
  18682. 132.249.22.23     Tom Hutton (San Diego Supercomputer Center)
  18683. 132.249.23.242    moreland@happy.sdsc.edu
  18684. 133.194.10.98     asaba@turing.isr.recruit.co.jp
  18685. 134.207.7.51      John Shirron (NRL)
  18686. 137.111.222.12    chrisc@blizzard.mpce.mq.edu.au
  18687. 137.82.61.82      John Demco, UBC, Vancouver, Canada
  18688. 137.82.8.23       John Demco, UBC, Vancouver, Canada
  18689. 138.96.24.78      turletti@jerry.inria.fr
  18690. 138.96.24.86      bolot@pax.inria.fr
  18691. 138.96.48.45      dabbous@mars.inria.fr
  18692. 139.130.204.2     Peter Elford (AARNet, Australia)
  18693. 139.130.204.7     Mark Turner (Australian National University)
  18694. 140.173.160.3     denny@mm6.erg.sri.com
  18695. 141.211.128.10    dave@metro.citi.umich.edu
  18696. 141.211.128.171   CITI at Univ of Michigan
  18697. 144.110.64.18     smart@conger.mel.dit.CSIRO.AU
  18698. 192.1.37.3        CLynn (BBN) Boston Ma USA
  18699. 192.136.153.20    John Deuel @ Rice U.
  18700. 192.136.153.23    Listening in @ Rice U.
  18701. 192.16.123.103    Bengt Ahlgren, SICS
  18702. 192.16.123.104    Anders Klemets, SICS, Sweden
  18703. 192.16.123.104    Tommy Wallo (SICS)
  18704. 192.16.123.212    steve@garuda.sics.se
  18705. 192.16.123.243    Patrik Ernberg (SICS, Sweden)
  18706. 192.16.123.251    Tommy Wallo (SICS)
  18707. 192.41.112.145    Andie Ness (CSTR, Edinburgh)
  18708. 192.43.207.12     kre@munnari.OZ.AU
  18709. 192.47.242.60     Maryann et al (MITRE, VA)
  18710. 192.47.242.60     Maryann et al (MITRE, VA)
  18711. 192.5.146.123     mahdavi@darwin-146.psc.edu
  18712. 192.52.71.21      ops@noc.near.net
  18713. 192.71.100.4      Steve Pink, SICS Sweden
  18714. 192.71.100.8      SICS Multimedia lab
  18715. 192.87.45.3       dfk@reif.ripe.net
  18716.  
  18717. ------------------------------
  18718.  
  18719. From: vixen!jadams@uunet.UU.NET (26070-adams)
  18720. Subject: Re: Cordless Phone Not Charging
  18721. Organization: Bellcore, Livingston, NJ
  18722. Date: Mon, 27 Jul 92 13:21:48 GMT
  18723.  
  18724.  
  18725. In article <telecom12.583.6@eecs.nwu.edu>, konstan@elmer-fudd.cs.
  18726. berkeley.edu (Joe Konstan) writes:
  18727.  
  18728. > In TELECOM Digest V12 #578, Ang Peng Hwa writes:
  18729.  
  18730. > > My AT&T cordless phone is not charging and I'd appreciate any input.
  18731.  
  18732. > The most common problem I have with AT&T cordless phones (love my
  18733. > 5500) is that the contacts on the phone and charger get dirty.  If the
  18734. > model you have has a "Charging" light, check to see if it stays on
  18735. > when the phone is in the base.  If not, get steel wool (can use other
  18736. > scrubbers, but steel wool works best) and clean off all of the
  18737. > contacts.      ^^^^^^^^^^^^^^^^^^^^^^ 8^{  NOT!
  18738.  
  18739. General rule around all types of electrical equipment ...do not use
  18740. steel wool or emery cloth for cleaning contacts...The residue
  18741. (slivers, shiners, call them what you will) are conductive and might
  18742. cause more damage than they fix!  One of the cheapest (and most
  18743. readily available contact cleaners known to man is the common pencil
  18744. top eraser. No shorts, no contamination and it does a yeoman job of
  18745. removing films and light corrosion.
  18746.  
  18747.  
  18748. Jack (John) Adams       Bellcore RRC 4B-259 (Until 9/1)
  18749. (908) 699-3447 {Voice}       (908) 336-2871 {Facsimile}
  18750. jadams@vixen.bellcore.com  kahuna@attmail.com
  18751.  
  18752. ------------------------------
  18753.  
  18754. From: rwerger@sp1.csrd.uiuc.edu (Laurentiv Rauchwerger)
  18755. Subject: Re: Cordless Phone Not Charging
  18756. Organization: UIUC Center for Supercomputing Research and Development
  18757. Date: Mon, 27 Jul 92 16:16:20 GMT
  18758.  
  18759.  
  18760. I want to buy a good cordless phone and I need some reccomandations
  18761. Is autoscanning an important feature? Are the extra $40 worth an ATT5500
  18762. vs a Panasonic KXT 3910?  Why is the new KXT9000 so expensive ($400)
  18763. and is worth it ?
  18764.  
  18765.  
  18766. Thanks,
  18767.  
  18768. Lawrence Rauchwerger   CSRD - Univ. of Illinois
  18769.  
  18770. ------------------------------
  18771.  
  18772. From: rees@pisa.citi.umich.edu (Jim Rees)
  18773. Subject: Re: Cordless Phone Not Charging
  18774. Reply-To: Jim.Rees@umich.edu
  18775. Organization: University of Michigan IFS Project
  18776. Date: Mon, 27 Jul 1992 21:05:41 GMT
  18777.  
  18778.  
  18779. In article <telecom12.583.6@eecs.nwu.edu>,  konstan@elmer-fudd.cs.
  18780. berkeley.edu (Joe Konstan) writes:
  18781.  
  18782. > If not, get steel wool (can use other
  18783. > scrubbers, but steel wool works best) and clean off all of the
  18784. > contacts.
  18785.  
  18786. Steel wool is a bad idea, because pieces of it can come off and short
  18787. things out.  The pros often use a pencil eraser.  This is particularly
  18788. important if you're cleaning something like a switchhook contact.
  18789.  
  18790. > If that isn't it, and you really trashed the battery, I'd just go and
  18791. > buy a new NiCad either from AT&T (more expensive) or any electronics
  18792. > dealer.
  18793.  
  18794. He reversed one or more of his cells when he left the thing on after
  18795. the low battery light came on.  The best thing for the battery (but
  18796. not usually the most convenient for you) is to run the phone until the
  18797. 'low' light comes on, then turn it off and completely recharge it.
  18798.  
  18799. ------------------------------
  18800.  
  18801. From: coleman@twinsun.com (Mike Coleman)
  18802. Subject: Re: 911 Nightmare
  18803. Organization: Twin Sun, Inc
  18804. Date: Mon, 27 Jul 1992 20:44:13 GMT
  18805.  
  18806.  
  18807. > [Moderator's Note: The problem is *NOT* in deciding how to handle a
  18808. > 911 emergency call *once you have identified the call and know it is
  18809. > to go to the police.*  The problem comes up in first identifying the
  18810. > call ...
  18811.  
  18812. I'm confused by this comment.  The original writer said that the
  18813. caller tried to call 911 and got a busy signal.  I thought that a
  18814. "local switch overloaded" condition would have resulted in no (or
  18815. delayed) dial tone in this case.  If the caller got a dial tone,
  18816. dialed 911, and then got a busy signal, it seems to me that the local
  18817. switch's message is "I hear you.  I acknowledge that you're dialing
  18818. 911.  I have no more circuits and I'm not going to boot anyone.
  18819. Please call later, or drop dead, or whatever."
  18820.  
  18821. Have I got this wrong?
  18822.  
  18823.  
  18824. [Moderator's Note: No, in the above scenario you do not have it wrong.
  18825. But consider whether or not it was a busy signal or a no-circuit
  18826. condition or whatever .. not all users are sophisticated enough to
  18827. know which is which. If 911 returned the busy signal, there is nothing
  18828. telco can do about it ... cut off one emergency call in order to put
  18829. through another?  If it was a no-circuit condition, was the CO saying
  18830. it had no paths open to whatever CO the 911 operates out of, or was it
  18831.  from some other circustance?  I think far more often the problem is
  18832. just not getting dial tone.  Any stats available on where congestion
  18833. occurs the most -- at what phase of call handling?   PAT]  
  18834.  
  18835. ------------------------------
  18836.  
  18837. Date: 27 Jul 92 22:20:38 EDT
  18838. From: Robert K. Ricketts <73670.1164@CompuServe.COM>
  18839. Subject: Re: 911 Nightmare
  18840.  
  18841.  
  18842. Our Esteemed Moderator replies to a post:
  18843.  
  18844. > The modern CO does not know the difference between one off-hook and
  18845. > another *until it finds time to go and get the caller's request.* At
  18846.  
  18847. But it depends on what point during call setup that the busy was
  18848. issued.  If the subscriber dialing 911 encountered busy going off-hook
  18849. instead of dial tone then I agree.
  18850.  
  18851. But if a DTMF receiver was available to the 911 caller giving dial
  18852. tone, then I see no reason why the originating CO cannot be programmed
  18853. to initiate call setup ahead of all other call requests.  If this
  18854. means seizing the very next trunk to come available or even seizing an
  18855. active trunk carrying a non-emergency call (as indicated by the call
  18856. request being 911), then so be it.
  18857.  
  18858. This reminds me of an incident years ago in Houston that I'm sure most
  18859. long-time Houston telecom-types will recall: Sometime in the late
  18860. seventies, a major blood collection agency (Houston Blood Bank or
  18861. maybe the Red Cross) staged a telethon on *all* local television
  18862. stations -- network, local-only, and PBS -- to call in and pledge to
  18863. donate blood.  It was billed in the local media as "The only show in
  18864. town".  An appointment time and location to donate was scheduled
  18865. during the call.  For the one hour that the telethon aired plus
  18866. another thirty minutes or so afterwards, it was nearly impossible to
  18867. place a call to/from any CO in the entire city.  It was a major league
  18868. gridlock.  This was before the days of 911.  Imagine needing emergency
  18869. care during that 90 minute blackout.  The blood center has yet to
  18870. repeat that episode.
  18871.  
  18872. ------------------------------
  18873.  
  18874. End of TELECOM Digest V12 #590
  18875. ******************************
  18876. 
  18877. 
  18878. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa11058;
  18879.           29 Jul 92 3:26 EDT
  18880. Received: by delta.eecs.nwu.edu id AA04245
  18881.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 29 Jul 1992 01:30:38 -0500
  18882. Received: by delta.eecs.nwu.edu id AA13810
  18883.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 29 Jul 1992 01:30:26 -0500
  18884. Date: Wed, 29 Jul 1992 01:30:26 -0500
  18885. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  18886. Message-Id: <199207290630.AA13810@delta.eecs.nwu.edu>
  18887. To: "\\telecom"@eecs.nwu.edu
  18888. Subject: TELECOM Digest V12 #591
  18889.  
  18890. TELECOM Digest     Wed, 29 Jul 92 01:30:24 CDT    Volume 12 : Issue 591
  18891.  
  18892. Index To This Issue:                      Moderator: Patrick A. Townson
  18893.  
  18894.     Re: Ham Radio Operators Running Rampant! (Paul W. Schleck)
  18895.     Amateur Radio and Our Moderator (Jim Graham)
  18896.     Re: Advice Needed: Dialback Management (Richard Nash)
  18897.     Re: FCC Modem Tax Rumor on Compu$erve (Tony Safina)
  18898.     Re: House Wiring Question (Macy Hallock)
  18899.     Re: 800 Numbers: Which Provider is Best? (John Higdon)
  18900.     Re: New Subscriber Solicitations - MCI (Hasnain Khan)
  18901.     Re: Ground Wire on Network Interface? (Hans Ridder)
  18902.     Re: GTE and CLASS/ISDN (David G. Lewis)
  18903.     Re: AT&T System 75: Need Terminal Emulation (Bob Prehn)
  18904. ----------------------------------------------------------------------
  18905.  
  18906. From: pschleck@cwis.unomaha.edu (Paul W Schleck KD3FU)
  18907. Subject: Re: Ham Radio Operators Running Rampant!
  18908. Organization: University of Nebraska at Omaha
  18909. Date: Wed, 29 Jul 1992 01:45:31 GMT
  18910.  
  18911.  
  18912. pschleck@cwis.unomaha.edu (Paul W Schleck KD3FU) writes:
  18913.  
  18914. > In a response to a post by Cliff Stoll (whose views I support), our
  18915. > esteemed Moderator (whom I otherwise admire) blithers the following:
  18916.  
  18917. >> [Moderator's Note: Well Cliff, the Internet community had a lot of
  18918. >> trust between people for many years until the BBS'er/malicious hacker
  18919. >> type person found out about it and began abusing the trust. It reminds
  18920. >> me of how ham radio *used* to be until the CB'ers started moving in.  PAT]
  18921. >        ^^^ ^^^ ^^^^^ ^^^^^^ ^^ ^^ ^^^^^ ^^^ ^^^^^^ ^^^^^^^ ^^^^^^ ^^
  18922.  
  18923. > Well, I guess it had to happen.  Pat's insulted just about every other
  18924. > loyal sub-culture of Digest readers, now he goes after us (I wonder if
  18925. > Pat realized the irony in the fact that Cliff is also a ham, K7TA).
  18926. > Since "P Towson" isn't in the callbook, I wonder where you've gotten
  18927. > this second or third-hand knowledge of how much the hobby has
  18928. > "deterioriated" particularly due to the invasion of "CB operators."
  18929.  
  18930. > [Moderator's Note: Your message really amazes me. You must have read
  18931. > it as well as you read my name in each issue ... Towson, indeed. If I
  18932.  
  18933. All right, "P Townson" isn't in the callbook either :-).  And your
  18934. name isn't in every issue on the Usenet side of things, so I relied on
  18935. my memory (which sometimes fails me).  Apologies for the misspelling
  18936. (I should be more sensitive to this, considering the spelling of MY
  18937. name).
  18938.  
  18939. Spelling flames aside, let's return to the meat of the matter.
  18940.  
  18941. > were to say "I really used to like going to the forest until the
  18942. > lumber company cut down a lot of the trees and careless campers set
  18943. > fire to the rest ..." would you ask me what I have against nature and
  18944. > the beauty of the forest?  I have nothing against ham radio operators.
  18945. > Nothing at all. They are intelligent people and good citizens. What I
  18946. > do dislike is the way some parts of the the ham radio spectrum have
  18947. > been usurped by unlicensed, uncaring people who (judging from their
  18948. > conversations, tone of voice and phraseology) were CB 'enthusiasts' in
  18949. > the past. I mean, I do listen to my radios. I hear them here in
  18950.  
  18951. OK Pat, that's a bit more specific.  You didn't say "some parts of ham
  18952. radio" or "some operators," you said "ham radio."  You're doing a
  18953. Perot-style backpeddling on the matter reminiscent (to quote an
  18954. extreme analogy) of middle-eastern terrorists who say that they really
  18955. like the Americans that they kill, it's just the institutions that
  18956. they dislike.  Well, just as Americans are inseparable from their
  18957. institutions, hams and ham radio are one in the same.  We are the
  18958. hobby, insult the hobby in a sweeping way and you insult all hams.
  18959.  
  18960. > Chicago doing foolish and inconsiderate things: going up into 40
  18961. > meters and sitting there tuning up. They haven't even the courtesy to
  18962. > use a dummy load. They sit there keyed up, playing music and acting
  18963. > like jackasses. My complaints are with the people who cut down the
  18964. > trees and burned the forest.  NOW do you understand?  Geeze, of all
  18965. > the letters I get ... :(   PAT]
  18966.  
  18967. I agree with this specific assessment, but are you sure they are all
  18968. hams?  In attacking the cutters and burners, you nicked some of the
  18969. park rangers with your axe.  Let's save the "some of my best friends
  18970. are (insert expletive here)" for the presidential candidates, OK?
  18971.  
  18972.  
  18973. Paul W. Schleck, KD3FU  pschleck@unomaha.edu
  18974.  
  18975.  
  18976. [Moderator's Note: By strict definition they are not hams, because
  18977. hams have tickets. They are nonetheless polluters.  PAT]
  18978.  
  18979. ------------------------------
  18980.  
  18981. Date: Tue, 28 Jul 1992 20:19:25 CST
  18982. From: Jim Graham <jim@n5ial.chi.il.us>
  18983. Subject: Amateur Radio and Our Moderator
  18984.  
  18985.  
  18986. Interesting, how our Moderator changes his tune when suddenly faced
  18987. with the fact that he shoved his foot in his mouth (err, keyboard).
  18988.  
  18989. Here's what he originally said:
  18990.  
  18991. > [Moderator's Note: Well Cliff, the Internet community had a lot of
  18992. > trust between people for many years until the BBS'er/malicious hacker
  18993. > type person found out about it and began abusing the trust. It reminds
  18994. > me of how ham radio *used* to be until the CB'ers started moving in.  PAT]
  18995.  
  18996. and after probably getting a flood of replies/flames, thanks to the
  18997. ongoing discussion he indirectly caused in rec.radio.amateur.misc, he
  18998. tries to point out how badly people read what he wrote, and what he
  18999. REALLY said in his previous post:
  19000.  
  19001. > [Moderator's Note: Your message really amazes me. You must have read
  19002. > it as well as you read my name in each issue ...
  19003.  
  19004. [lots of attempting to backtrack and make everyone else look bad deleted]
  19005.  
  19006. > NOW do you understand?  Geeze, of all the letters I get ... :( PAT]
  19007.  
  19008. But you must see that what you originally wrote does not match what
  19009. you're saying here. You made a blanket statement to the effect that
  19010. Amateur Radio is no longer a good thing and that the CBers have ruined
  19011. it.  You didn't say they've messed up some portions of some of the
  19012. phone segments of the ham bands ... you said they've hosed up Amateur
  19013. Radio, period.
  19014.  
  19015. Get your facts straight, Pat, and don't make such blind, blanket
  19016. statements.  Otherwise, don't complain when you get a flood of flames
  19017. about it --- you deserve them, IMHO.
  19018.  
  19019. Any bets on whether or not this gets posted?  :-)
  19020.  
  19021.  
  19022. 73 DE N5IAL (/9)
  19023. INTERNET: jim@n5ial.chi.il.us | grahj@gagme.chi.il.us | j.graham@ieee.org
  19024. UUCP:  gagme!n5ial!jim@clout.chi.il.us
  19025. AMATEUR RADIO: n5ial@n9hsi (Chicago.IL.US.Earth)
  19026.  
  19027.  
  19028. [Moderator's Note: Why shouldn't your note get posted? I try not to
  19029. operate like my competitor Kay Graham with her two rags {The
  19030. Washington Post} and {News Weak}. You'll never see anything in her
  19031. publications she finds disagreeable. I only quit posting at 3 AM on
  19032. Monday after putting out ten issues over the weekend and falling
  19033. asleep at the keyboard. And why should I bother getting my facts
  19034. straight? Neither Kay nor Arthur O. Sulzberg feel that is a major
  19035. consideration, and look how much more they charge than I do. The
  19036. 'flood of flames' I got consisted of three letters; yours and Paul's,
  19037. and he wrote twice.   PAT]
  19038.  
  19039. ------------------------------
  19040.  
  19041. Date: Wed, 29 Jul 1992 00:49:39
  19042. From: rickie@trickie.uucp (Richard Nash)
  19043. Subject: Re: Advice Needed: Dialback Management
  19044.  
  19045.  
  19046. pete@cssc-syd.tansu.com.au (Peter Alexander Merel) writes:
  19047.  
  19048. >> We know about dialback modems, but it seems they are not as secure as
  19049. >> we'd like. I'm sure something like I describe must exist, but we don't
  19050. >> know what it is called or where to get it. Please help.
  19051.  
  19052. > I don't have a virtual solution, but I do have a very flexible
  19053. > programmable hardware one.
  19054.  
  19055. > The reason that dialback modems are sometimes not secure is that a
  19056. > cracker can call into the modem and wait for the modem to hang up, and
  19057. > then remain on the line, playing dialtone back to the modem.  The
  19058. > modem "thinks" it is dialing on the network, but instead it reaches
  19059. > the bad guy's modem.
  19060.  
  19061. > This is possible because many central offices will keep the circuit up
  19062. > for up to about 22 seconds if the calling party remains off-hook after
  19063. > the called party goes on-hook.  This is a long enough window for the
  19064. > dialback modem to re-seize the line and start dialing.
  19065.  
  19066. To eliminate that type of hacking possibility, it is mandatory that
  19067. the dialback portion of the modem call is originated from a different
  19068. line.  Therefore, if you have 'n' number of phone lines to be used for
  19069. dialback, you require n+1 lines.  It is required that the host system
  19070. performs the dialback procedure in order to determine the correct line
  19071. to use.  It also has the added benefit in that system administration
  19072. of the modem pool can be centrally administered by the system
  19073. adminstration folks.
  19074.  
  19075. > When performing dialback, it can call different dialback numbers
  19076. > linked to different security codes.  To prevent the problem mentioned
  19077. > above, it can be programmed to wait for a CPC pulse on the line before
  19078. > initiating dialback, or it can perform the dialback on one of several
  19079. > separate ports.  Since the dialback can be done on a separate line,
  19080. > there is no way for a cracker to get through with the dialtone trick.
  19081.  
  19082. What is a CPC pulse? (Counter EMF from the line relay?)
  19083.  
  19084. Why waste money on widgets, when your operating system **should** have
  19085. this counter-hacking support integrated into it?
  19086.  
  19087.  
  19088. Richard Nash           Edmonton, Alberta Canada T6K 0E8
  19089. UUCP:                  trickie!rickie@ersys.edmonton.ab.ca
  19090. Amatuer Radio Packet:  VE6BON @ VE6MC.AB.CAN.NA 
  19091.                        VE6BON.ampr.org [44.135.147.206]
  19092.  
  19093.  
  19094. [Moderator's Note: A much easier solution is to simply have three way
  19095. calling on the modem lines and on all outgoing calls have the dialing
  19096. string begin with a switchhook flash. That'll leave the phreaks out in
  19097. left field every time.   PAT]
  19098.  
  19099. ------------------------------
  19100.  
  19101. From: disk!tony@uunet.UU.NET (tony)
  19102. Subject: Re: FCC Modem Tax Rumor on Compu$erve
  19103. Organization: Digital Information Systems of KY
  19104. Date: Wed, 29 Jul 1992 00:11:33 GMT
  19105.  
  19106.  
  19107. stevef@wrq.com (Steve Forrette) writes:
  19108.  
  19109. > If you read the original CompuServe message carefully, you see that
  19110. > all they are really saying is something that has been mentioned in
  19111. > TELECOM Digest several times in the past: that the data carriers will
  19112. > not be imposed on by the "access fees" that voice carriers must pay
  19113. > (the "modem tax") as long as they continue to use current access
  19114. > methods and facilities.  If they want to upgrade their type of
  19115. > connection into the LEC network, then they must pay the higher rate.
  19116. > Whether this is fair or not, it's not really news.  It seems that
  19117. > CompuServe wants to use the newer services, but not pay the higher
  19118. > rates that would result, and is stirring up the "modem tax" issue to
  19119. > put public pressure to change this.
  19120.  
  19121.     I see, said the blind man.  I also think I smell a rat.
  19122. Crafty li'l weasels at CI$, aren't they.  My recent post indicates too
  19123. well that I fell for their little trick.  It sure got my blood
  19124. boiling.  I pay $27 per month for a no-frills voice line; 3/4 of my
  19125. phone use is BBS'ing.  Just because I choose to send modem signals
  19126. rather than voice shouldn't justify penalizing me for my choice.
  19127.  
  19128.     What you have said though indicates they aren't interested in
  19129. "soaking" me.  Thanks!  I'll sleep better tonight.
  19130.  
  19131. yarvin@CS.YALE.EDU (Norman Yarvin) writes:
  19132.  
  19133. > I don't know whether or not a modem tax is planned by the telcos'
  19134. > highest decision making level.  I do know that one current research
  19135. > project at Bellcore is a circuit to automatically distinguish modem
  19136. > sounds from voice sounds.  It uses neural networks, and is apparently
  19137. > quite reliable.
  19138.  
  19139.     `Sounds like the _next_ project should be ... how to make modem
  19140. sounds _sound like_ voice sounds, eh?  <grin>
  19141.  
  19142.  
  19143. Tony Safina -=- disk!tony@uunet.UU.NET
  19144.  
  19145. P.S.  Of course Bell probably wouldn't undertake this one.  ;)
  19146.  
  19147. ------------------------------
  19148.  
  19149. Date: Wed, 29 Jul 92 00:41 EDT
  19150. From: fmsys!macy@usenet.INS.CWRU.Edu (Macy Hallock)
  19151. Subject: Re: House Wiring Question
  19152. Organization: The Matrix
  19153.  
  19154.  
  19155. Concerning the 10BaseT EMI emmission in residential applications
  19156. discussion that has been going on for a while:
  19157.  
  19158. Although 10BaseT was intended for use on Unshielded Twisted Pair (UTP)
  19159. with fairly uniform impedance characteristics, it can be, and is used
  19160. with Shielded Twisted Pair (STP) successfully.
  19161.  
  19162. AT&T makes a decent STP cable for use with their Premises Distribution
  19163. System.  Its intended for RS-232 and can be used for Token Ring, too.
  19164. Others make a similar cable, including Belden and Columbia.  I have
  19165. not taken the time to carefully compare and match published
  19166. specifications.  AT&T's cable people told me that 10BaseT over STP is
  19167. not uncommon.
  19168.  
  19169. I have also run 10BaseT over STP that was originally for RS-422 use.
  19170. Never thought it would work, but it works just fine.  Ahh ... but we
  19171. cheated:
  19172.  
  19173. Bear in mind that I test the cable with a Microtest scanner prior to
  19174. installation in order to confirm its ability to operate
  19175. satisfactorily.  In most cases, I have observed reliable operation of
  19176. many type of STP at distances of 70 to 100 feet.  If the cable does
  19177. not have a good uniform twist in the pairs, then it fails every time.
  19178. As does "quad" type (red-green-yellow-black) JK non-paired old style
  19179. station cable.
  19180.  
  19181. This attests to the robust functionality of the signalling format and
  19182. today's 10BaseT equipment.  I'm very partial to using STP or UTP over
  19183. RG-58 coax.  (But then again, I'm a 20 year veteran telecom engineer,
  19184. what do you expect?)
  19185.  
  19186. Note that the silver satin base cords (telephone type) used with
  19187. 10BaseT Network Interface cards all to often to connect with the wall
  19188. jack are not sheilded or twisted pair.  They radiate and attenuate
  19189. like heck, too.  Use a twisted pair type base cord if you can.
  19190. Non-UTP base cords will run 10BaseT 14 to 25 feet, FYI.  UTP base
  19191. cords have nearly the same characteristics of Level 3 (good qualty)
  19192. UTP voice station wire, which will do 300 feet plus.
  19193.  
  19194. Good UTP base cords are made by Homaco and Orrtronics, among others.
  19195. Also: very few people know that EIA-468 compliant jacks and
  19196. wiring/color code practice needs to be observed.
  19197.  
  19198. If you need a catalog, Homaco has a nice catalog with 10BaseT stuff in
  19199. it (they are in Chicago, and most telecom supply houses carry their
  19200. stuff) AT&T, Orrtronics, Krone, Nevada-Western, Hubbell, Leviton,
  19201. Suttle, Seimon and others all have good catalogs and suitable
  19202. products, too.
  19203.  
  19204. I use Homaco, Orrtronics, Hubbell and Leviton here.  AT&T, too, but
  19205. its a little more pricey.  Why do I use these brands?  I like the
  19206. products, they are carried by several of the suppliers I deal with and
  19207. they seem to be priced competively.  Also, no one has been willing to
  19208. offer me a large bribe to change brands...  [grin].
  19209.  
  19210. I'd put in STP in a residence without hesitation.  I'd also test the
  19211. cable first. Either a Homaco patch panel or AT&T 110 type patch blocks
  19212. would be in the wiring area.  Perhaps termination of the 10BaseT cable
  19213. directly in crimp-on RJ-45 plugs (to allow them to plug directly into
  19214. the 10BaseT hub) would work, but I tend to associate that practice
  19215. with "cheap and dirty" work, something I see all too often.  Seems as
  19216. though computer stores do not know how to install cable neatly ... I
  19217. have to fix a lot of their installations.
  19218.  
  19219. This advice is worth exactly what you paid for it ... be careful and
  19220. you will be rewarded with a working installation, but you must do the
  19221. homework.
  19222.  
  19223.  
  19224. Macy M Hallock Jr N8OBG 216.725.4764 macy@fmsystm.uucp
  19225. macy@fmsystm.ncoast.org [No disclaimer, but I have no real idea what
  19226. I'm saying or why I'm telling you]
  19227.  
  19228. ------------------------------
  19229.  
  19230. Date: Wed, 29 Jul 92 01:42 GMT
  19231. From: john@zygot.ati.com (John Higdon)
  19232. Reply-To: John Higdon <john@zygot.ati.com>
  19233. Organization: Green Hills and Cows
  19234. Subject: Re: 800 Numbers: Which Provider is Best?
  19235.  
  19236.  
  19237. trebor@foretune.co.jp (Robert J Woodhead) writes:
  19238.  
  19239. > In particular, there are several mnemonic numbers we'd prefer to get;
  19240. > does anyone have a list of the number spaces each provider has?
  19241.  
  19242. This will all become moot soon. In what is called the "shared
  19243. database", routing to proper carriers will be based upon the entire
  19244. seven-digit 800 number. In other words, all carriers will be able to
  19245. offer all prefixes.
  19246.  
  19247. This should have been on line already, but as usual certain unnamed
  19248. particpants have been dragging feet. However, it really is "just
  19249. around the corner", so I would suggest making your carrier selection
  19250. on the basis of merits and then get the phone number of your dreams
  19251. when the shared database takes effect. I have clients who are
  19252. "suffering" along with a temporary number until they can get the one
  19253. they want.
  19254.  
  19255.  
  19256.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  19257.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  19258.  
  19259. ------------------------------
  19260.  
  19261. From: acf5!khan@cmcl2.NYU.EDU (Hasnain Khan)
  19262. Subject: Re: New Subscriber Solicitations - MCI
  19263. Date: 29 Jul 92 00:21:30 GMT
  19264. Reply-To: khan@spunky.cs.nyu.edu
  19265. Organization: New York University
  19266.  
  19267.  
  19268. Well I called MCI, Sprint, and AT&T to get comparative rates for LD
  19269. calls.  I wanted them to find out what they would charge on my parents
  19270. line to various numbers. (I use MCI, I called for them to hopefully
  19271. shave their bills).
  19272.  
  19273. I didn't in anyway indicate that I wanted to switch, and explicitly
  19274. said "No".
  19275.  
  19276. Lo, Behold, they switched my parents, and billed with my name
  19277. (mispelled of course).
  19278.  
  19279.  
  19280. Hasnain Khan    khan@cs.nyu.edu 
  19281.  
  19282. ------------------------------
  19283.  
  19284. From: Hans Ridder <ridder@zso.dec.com>
  19285. Subject: Re: Ground Wire on Network Interface?
  19286. Organization: Digital Equipment Corporation - DECwest Engineering
  19287. Date: Mon, 29 Jul 1992 00:37:08 GMT
  19288.  
  19289.  
  19290. In article <telecom12.583.13@eecs.nwu.edu> drawson@sagehen.Tymnet.COM
  19291. (Dick Rawson) writes:
  19292.  
  19293. >> In the US, all "communications" type wires entering a building are
  19294. >> required by "code" (NEC) to have lightning protection, and that
  19295. >> requires a ground.
  19296.  
  19297. >> Also, code requires that all these grounds, and your electrical
  19298. >> service ground, *must* be electrically bonded together.  
  19299.  
  19300. > A quibble, but the NEC is a model code, not a law, and has effect only
  19301. > when a local jurisdiction adopts it by law.  A jurisdiction frequently
  19302. > adopts most of a model code, but with some local changes.  There are
  19303. > multiple competing codes for fire, building, life safety, and so on;
  19304. > they generally differ somewhat.
  19305.  
  19306. You're right that the NEC is just a model, as are most "national"
  19307. codes (such as the Uniform Building Code.)
  19308.  
  19309. It isn't likely that a local polititions would have the knowledge or
  19310. time to research and develop better electrical/safety code, unlike a
  19311. code which specified say, the number of outlets required per room, or
  19312. attic ventilation requirements, etc.
  19313.  
  19314.  
  19315. Hans-Gabriel Ridder      Digital DECwest Engineering
  19316. ridder@rust.zso.dec.com      Bellevue, Washington, USA
  19317. {pacbell,pyramid,uunet}!rust.zso.dec.com!ridder
  19318.  
  19319. ------------------------------
  19320.  
  19321. From: deej@cbnewsf.cb.att.com (david.g.lewis)
  19322. Subject: Re: GTE and CLASS/ISDN
  19323. Organization: AT&T
  19324. Date: Wed, 29 Jul 1992 04:32:36 GMT
  19325.  
  19326.  
  19327. In article <telecom12.584.6@eecs.nwu.edu> bakerj@gtephx.UUCP (Jon
  19328. Baker) writes:
  19329.  
  19330. > The statement 'GTE was working on them between their own switches' is
  19331. > entirely accurate.  Their deployment is somewhere between 0% and 100%,
  19332. > and it is increasing.
  19333.  
  19334. Just to throw a little more gasoline on the fire... quoting from "The
  19335. Race to Deploy SS7", by Karen Archer Perry, in the July 20, 1992 issue
  19336. of {Telephony}:
  19337.  
  19338. "GTE has used its national presence to establish a nationwide SS7
  19339. network.  Currently, 26% of its access lines are equipped with SS7.
  19340. That number will increase to 41% by the end of 1993 and to 65% by the
  19341. end of 1995."
  19342.  
  19343. ------------------------------
  19344.  
  19345. From: rlp@drutx.ATT.COM (Bob Prehn)
  19346. Subject: Re: AT&T System 75: Need Terminal Emulation
  19347. Date: 29 Jul 92 00:12:25 GMT
  19348. Organization: AT&T Bell Laboratories - Denver
  19349.  
  19350.  
  19351. In article <telecom12.586.11@eecs.nwu.edu>, LORAX@wvnvm.wvnet.edu
  19352. (David Neal) writes:
  19353.  
  19354. > I've recently been crowned Telephone Administrator by my employer so
  19355. > that makes me responsible for a System 75 with about 200 stations and
  19356. > Audix voice mail.  These things are naturally in a separate building
  19357. > from the one what contains my office so I need to run a remote
  19358. > terminal.  The terminals supported are the 513, 4410, and 4425.  I
  19359. > have the AT&T 513 emulation program but it doesn't like the MCGA
  19360. > graphics on my Model 30.  It works fine on PCs with any other type of
  19361. > graphics though.  Can anyone help me find a terminal emulator that
  19362. > supports one of the three types I need.  Commercial, shareware, or
  19363. > free -- it's OK with me.
  19364.  
  19365. AT&T Terranova has terminal emulators that do AT&T 4410, 605 and DEC
  19366. vt52, 100,220 emulations.  Versions are available for DOS, Windows,
  19367. and networks.  They also have a PBX report generator.  These emulators
  19368. do file transfer, script processing (with learn feature), print
  19369. spooling, central software administration, remote commands, telephone
  19370. directory and more.
  19371.  
  19372. Call 1-800-462-8146 or FAX 908-580-6355
  19373.  
  19374. Tom Reingold (attmail!treingold) provided me with this info last year.
  19375. You may be able to get other information from him via email.
  19376.  
  19377.  
  19378. Robert Prehn   AT&T Bell Labs  Room 1F50 
  19379. 11900 North Pecos  Denver, Co  80234   drutx!rlp   (303) 538-4554
  19380.  
  19381. ------------------------------
  19382.  
  19383. End of TELECOM Digest V12 #591
  19384. ******************************
  19385. 
  19386. 
  19387. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa13906;
  19388.           29 Jul 92 5:01 EDT
  19389. Received: by delta.eecs.nwu.edu id AA02492
  19390.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 29 Jul 1992 03:01:48 -0500
  19391. Received: by delta.eecs.nwu.edu id AA13830
  19392.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 29 Jul 1992 03:01:34 -0500
  19393. Date: Wed, 29 Jul 1992 03:01:34 -0500
  19394. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  19395. Message-Id: <199207290801.AA13830@delta.eecs.nwu.edu>
  19396. To: "\\telecom"@eecs.nwu.edu
  19397. Subject: TELECOM Digest V12 #592
  19398.  
  19399. TELECOM Digest     Wed, 29 Jul 92 03:01:36 CDT    Volume 12 : Issue 592
  19400.  
  19401. Index To This Issue:                      Moderator: Patrick A. Townson
  19402.  
  19403.     Re: Pac*Bell CLASS Features (John Higdon)
  19404.     Re: Pac*Bell CLASS Features (David G. Lewis)
  19405.     Re: Pac*Bell CLASS Features (Henry Mensch)
  19406.     Re: 911 Nightmare (Alan L. Varney)
  19407.     Re: 911 Nightmare (Martin McCormick)
  19408.     Re: Telephone Keypad Question (Jack Winslade)
  19409.     Re: Telephone Keypad Question (Dave Levenson)
  19410.     Re: Telephone Keypad Question (David Norman)
  19411.     Re: Country Code 37 Now Discontinued (Use 49) (Roy Smith)
  19412.     Re: Country Code 37 Now Discontinued (Use 49) (Richard Cox)
  19413.     Re: Ameritech Testing Digital Cellular Phones (David Lemson)
  19414.     Re: AT&T Strikes Again (Andy Sherman)
  19415.     Re: A Very Strange Experience When Calling LD (Russell Kroll)
  19416.     Re: An Open Letter to PAT and John Higdon (Jeff Sicherman)
  19417.     Re: Ham Radio Operators Running Rampant! (Allen Gwinn)
  19418. ----------------------------------------------------------------------
  19419.  
  19420. Date: Wed, 29 Jul 92 01:51 GMT
  19421. From: john@zygot.ati.com (John Higdon)
  19422. Reply-To: John Higdon <john@zygot.ati.com>
  19423. Organization: Green Hills and Cows
  19424. Subject: Re: Pac*Bell CLASS Features
  19425.  
  19426.  
  19427. mtxinu!sybase!pokey!nealg@ucbvax.Berkeley.EDU (Neal Goldsmith) writes:
  19428.  
  19429. > When I asked about CLID I was told that Pac*Bell didn't have the
  19430. > technology yet. I didn't have the time or desire to explain to the
  19431. > person at Pac*Bell that it's the same stuff and they are already ready
  19432. > to provide it, they just don't want to right now.
  19433.  
  19434. It is a bit more complex than "they just don't want to right now".
  19435. Even when Pac*Bell decides that it will go ahead with CLID there are
  19436. some conditions that the CPUC has imposed. The most significant of
  19437. which is the requirement to "educate" the public concerning the
  19438. ramifications of the service to all customers. This will require
  19439. approximately a six-month media campaign to be completed before the
  19440. first of the service is activated.
  19441.  
  19442. As you know, GTE has decided not to play at all and will not be
  19443. offering CLID now or in the future. It is also questionable whether
  19444. the company will even offer any of the other features.
  19445.  
  19446.  
  19447.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  19448.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  19449.  
  19450. ------------------------------
  19451.  
  19452. From: deej@cbnewsf.cb.att.com (david.g.lewis)
  19453. Subject: Re: Pac*Bell CLASS Features
  19454. Organization: AT&T
  19455. Date: Wed, 29 Jul 1992 05:39:43 GMT
  19456.  
  19457.  
  19458. In article <telecom12.587.2@eecs.nwu.edu> mtxinu!sybase!pokey!nealg@
  19459. ucbvax.Berkeley.EDU (Neal Goldsmith) writes:
  19460.  
  19461. > I ordered the three new features (Repeat Dialing, Select Call
  19462. > Forwarding, and Priority Ringing). The features only work within my
  19463. > LATA.
  19464.  
  19465. > I can understand them not working for numbers that are not on SS7
  19466. > equipped switches, but isn't the CLASS information passed on even
  19467. > through toll switches? If not will it ever be?
  19468.  
  19469. > I would like to add numbers in LA to my Priority Ringing list.
  19470.  
  19471. CLASS (SM) features require end-to-end SS7 connectivity.  End-to-end
  19472. SS7 connectivity means that every trunk over which the call passes
  19473. uses SS7 signaling.  The path from the originating end office to the
  19474. IXC point of presence; the LEC/IXC interface in the originating LATA;
  19475. the path through the IXC network; the IXC/LEC interface in the
  19476. terminating LATA; and the path from the IXC point of presence to the
  19477. terminating end office must all be SS7-signaled trunks.
  19478.  
  19479. Currently, the LEC/IXC interfaces are virtually all MF-signaled, not
  19480. SS7.  Note that for CLASS (SM) features to work on an interLATA call,
  19481. both the originating *and* terminating interfaces must be SS7.
  19482.  
  19483. SS7 interconnections between LECs and IXCs are slowly being deployed;
  19484. I've seen in the last couple of issues of {CommWeek} a Southwestern
  19485. Bell legal notice of tariff filing of SS7 access arrangements, and I
  19486. know I've seen other LEC notices in the past.  It's getting there.
  19487.  
  19488. > Also it seems that repeat dialing works by attempting to retry the
  19489. > call every 45 seconds. I would think that this should work even
  19490. > through toll switches.
  19491.  
  19492. Repeat call, or whatever name the LEC has given it, doesn't retry the
  19493. call; it requests the terminating switch to monitor the status of the
  19494. called line, and when the line transitions from "busy" to "idle", the
  19495. terminating switch sends a SS7 message to the originating switch.  The
  19496. originating switch then rings the calling phone (if idle), and when
  19497. you pick up, re-originates the call.  This requires end-to-end SS7
  19498. also.
  19499.  
  19500.  
  19501. David G Lewis         AT&T Bell Laboratories
  19502. david.g.lewis@att.com or !att!houxa!deej     Switching & ISDN Implementation
  19503.  
  19504. ------------------------------
  19505.  
  19506. From: henry@ads.com (Henry Mensch)
  19507. Date: Wed, 29 Jul 92 00:50:29 -0700
  19508. Subject: Re: Pac*Bell CLASS Features
  19509. Reply-To: henry@ads.com
  19510.  
  19511.  
  19512. mtxinu!sybase!pokey!nealg@ucbvax.Berkeley.EDU (Neal Goldsmith) wrote:
  19513.  
  19514. > I ordered the three new features (Repeat Dialing, Select Call
  19515. > Forwarding, and Priority Ringing). The features only work within my
  19516. > LATA.
  19517.  
  19518. > I can understand them not working for numbers that are not on SS7
  19519. > equipped switches, but isn't the CLASS information passed on even
  19520. > through toll switches? If not will it ever be?
  19521.  
  19522. I just found this out, too. It almost seems pointless ... why bother
  19523. when it only works with numbers in your neighborhood?
  19524.  
  19525.  
  19526.  # henry mensch / booz, allen & hamilton, inc.  / <henry@ads.com>
  19527.  
  19528. ------------------------------
  19529.  
  19530. Date: Tue, 28 Jul 92 00:08:37 CDT
  19531. From: varney@ihlpf.att.com (Alan L Varney)
  19532. Subject: Re: 911 Nightmare
  19533. Organization: AT&T Network Systems, Lisle, IL
  19534.  
  19535.  
  19536. In article <telecom12.590.6@eecs.nwu.edu> 73670.1164@CompuServe.COM
  19537. (Robert K. Ricketts) writes:
  19538.  
  19539. > Our Esteemed Moderator replies to a post:
  19540.  
  19541. >> The modern CO does not know the difference between one off-hook and
  19542. >> another *until it finds time to go and get the caller's request.* At
  19543.  
  19544. > But it depends on what point during call setup that the busy was
  19545. > issued.  If the subscriber dialing 911 encountered busy going off-hook
  19546. > instead of dial tone then I agree.
  19547.  
  19548.    "Busy" going off-hook instead of dial tone is usually just lack of
  19549. dial tone, right?
  19550.  
  19551. > But if a DTMF receiver was available to the 911 caller giving dial
  19552. > tone, then I see no reason why the originating CO cannot be programmed
  19553. > to initiate call setup ahead of all other call requests.  If this
  19554. > means seizing the very next trunk to come available or even seizing an
  19555. > active trunk carrying a non-emergency call (as indicated by the call
  19556. > request being 911), then so be it.
  19557.  
  19558.    Most (but not all) 911 systems use dedicated trunks from out-lying
  19559. COs to a central tandem, in order to get ANI or be able to prevent
  19560. disconnect.  If you get "all circuits busy" or "regular busy", then
  19561. you called during a burst of 911 calls.  The system cannot tell how
  19562. important your 911 call is (pressure sensitive keypads??), and will
  19563. not drop another until an attendant ends a call.  One could always
  19564. argue that more dedicated trunks or attendants are needed, but would
  19565. you really want to pay for it??
  19566.  
  19567.    As I've mentioned before, the real 911 problem from the "Garth
  19568. Brooks" mass ticket sale is not lack of trunks.  It's lack of quick
  19569. dial tone.
  19570.  
  19571.  
  19572. Al Varney - just MY opinion.
  19573.  
  19574. ------------------------------
  19575.  
  19576. Subject: Re: 911 Nightmare
  19577. Date: Tue, 28 Jul 92 10:17:55 -0500
  19578. From: martin@datacomm.ucc.okstate.edu
  19579.  
  19580.  
  19581. During the recent incident in Tulsa in which a woman died of a heart
  19582. attack and her husband was unable to get through to 911 due to a
  19583. clogged phone system, there were a couple of facts which were not
  19584. totally clear from the news account.  While nobody actually came out
  19585. and said as much, I believe that people trying to call 911 did get a
  19586. dial-tone from their exchange.  The trouble occurred when they dialed.
  19587.  
  19588. The reporter gave an example of a busy signal, but it is not
  19589. known precisely whether the sound was recorded from an actual attempt
  19590. at dialing 911, that morning, or was simply a recording of a busy
  19591. signal used as an example of what one sounds like.  The thought even
  19592. occurs to me that the caller might have even heard a reorder signal
  19593. since many people call that a busy signal.  My idea of a system to
  19594. shed non-emergency calls in order to free circuits for 911 is based on
  19595. at least getting a dial-tone.  It is quite true that if there is no
  19596. dial-tone, the switch doesn't really know that you are there, yet.
  19597.  
  19598. Most of the exchanges in Tulsa are now electronic and it would seem
  19599. possible that they could be programmed to make room for 911 calls,
  19600. assuming that they, themselves, weren't so overloaded that they were
  19601. no longer capable of giving dial-tone.
  19602.  
  19603.  
  19604. Martin McCormick WB5AGZ   Stillwater, OK
  19605. O.S.U. Computer Center Data Communications Group
  19606.  
  19607. ------------------------------
  19608.  
  19609. Date: Wed, 29 Jul 92 00:28:06 CST
  19610. From: Jack.Winslade@ivgate.omahug.org (Jack Winslade)
  19611. Subject: Re: Telephone Keypad Question
  19612. Reply-To: jack.winslade%drbbs@ivgate.omahug.org
  19613. Organization: DRBBS Technical BBS, Omaha
  19614.  
  19615.  
  19616. In article <telecom12.575.1@eecs.nwu.edu>, Pat writes:
  19617.  
  19618. [interesting number origin deleted]
  19619.  
  19620. > After about 1960 it was dueces wild; no attempt was made to match
  19621. > numbers with names; any number combination unused at the time was
  19622. > considered with some universal exceptions: First and second digits
  19623. > always 2-9 (never 0 or 1) and third digit 1-9 (never a zero).
  19624.  
  19625. In NYC in the mid 60s, there was an attempt to make lettered prefixes
  19626. which had no spoken name.  The number I remember the best (I think it
  19627. was a TV or radio station, probably WABC) was LT1-7777, pronounced
  19628. 'ell-tee-one ...'  I also remember one with two x's, XXsomething.
  19629.  
  19630. When they got the intercept announcers to repeat the number that was
  19631. dialed, I remember that they would announce the number in either the
  19632. letter format or the all-number format, which ever was officially
  19633. assigned to the disconnected line.  For example, 856-9900 might return
  19634. '.. the nummmmberrr you have reaccc{scratch}hed, eight-five-six
  19635. nine-nine-oh-oh' while 856-9901 might return instead '.. the
  19636. {click-buzz} numberrrr you have reaaaached, you-ell-six
  19637. nine-nine-oh-one ...'
  19638.  
  19639. I don't remember if there were any cases where the third letter would
  19640. be pronounced, that is if SPRing 9901 would be pronounced as '...
  19641. ess-pee-are' or 'ess-pee-seven'.
  19642.  
  19643.  
  19644. Good day.          JSW
  19645.  
  19646. Ybbat (DRBBS) 8.9 v. 3.14 r.1
  19647. DRBBS Technical BBS, Omaha (just say 'NOE') 402-896-3537  (1:285/666.0)
  19648.  
  19649. ------------------------------
  19650.  
  19651. From: dave@westmark.com (Dave Levenson)
  19652. Subject: Re: Telephone Keypad Question
  19653. Organization: Westmark, Inc.
  19654. Date: Wed, 29 Jul 1992 03:09:11 GMT
  19655.  
  19656.  
  19657. In article <telecom12.583.9@eecs.nwu.edu>, cmoore@BRL.MIL (VLD/VMB)
  19658. writes:
  19659.  
  19660. > You mention 911 in the Moderator's Note, apparently in reference to
  19661. > Chicago.  When did it go away?  (Not to be confused with the
  19662. > 911-for-emergency-service; when did that come to Chicago?)
  19663.  
  19664. I seem to recall that in Chicago, one used to dial 0 for the local
  19665. operator, and 211 for the "long distance" operator.  I wondered about
  19666. this, when I visited the area.  In the East, we used 0 for any
  19667. operator.
  19668.  
  19669.  
  19670. Dave Levenson        Internet: dave@westmark.com
  19671. Westmark, Inc.        UUCP: {uunet | rutgers | att}!westmark!dave
  19672. Warren, NJ, USA        Voice: 908 647 0900  Fax: 908 647 6857
  19673.  
  19674.  
  19675. [Moderator's Note: We dialed 0 for local operator assistance, and 211
  19676. for Long Distance. Or you could dial 0 and ask for Long Distance; but
  19677. it was not the same operator. We also had 811 (originally) for what
  19678. was called 'Priority Long Distance' during the Second War. Afterward,
  19679. 811 flagged the Long Distance operator that you were a hotel, university
  19680. or hospital operator (to name three) needing time and charges quoted
  19681. either by voice when the call was finished or sent to your teletype
  19682. machine (usually every thirty minutes all LD calls were reported back
  19683. to the PBX operator.) Smaller switchboards had to dial 811, wait for an
  19684. answer and say (something like) "UC Operator 13, Extension 2384, TC
  19685. please", then leave the line. Bigger boards had actual tie-lines on
  19686. the board direct to Long Distance. The PBX operator simply plugged in
  19687. and jiggled the ringing key a couple times. When LD came on, all the
  19688. PBX operator had to do was pass the extension number of the caller
  19689. then leave the line. When Time and Charges were quoted, the LD
  19690. operator would go through all the calls from that switchboard in about
  19691. a minute giving PBX extension, where called, the time the ticket
  19692. was stamped in and out on the little timeclock at each position, the
  19693. charges and an exchange of ticket serial or reference numbers.
  19694. ("This.is.Kenwood.see-oh.with.charges.say.when ... " ["Go"]
  19695. "Extension.2345.East.Podunk.6089.up.at.2345.08.August.down.0012.next.day
  19696. 09.August.charges.five.dollars.ninety.five.cents.I.am.08915.you.are?"
  19697. ["I am 3276"] ..."Extension.5936.West.Podunk.3615.up.at.0001.09.August.
  19698. .down.0005.09.August.charges.two.dollars.ten.cents.I.am.62134.you.are?"
  19699. ["I am 3277"] ... maybe a half dozen of these. In the CO itself,
  19700. clerks went around to each operator position every few minutes with a
  19701. little wire basket collecting hand-written LD charge slips written on
  19702. paper forms.    PAT]
  19703.  
  19704. ------------------------------
  19705.  
  19706. Date: Tue, 28 Jul 92 16:31:31 NZS
  19707. From: David Norman <norman@corp.telecom.co.nz>
  19708. Subject: Re: Telephone Keypad Question
  19709.  
  19710.  
  19711. In article <telecom12.582.2@eecs.nwu.edu>, Herman Silbiger writes:
  19712.  
  19713. > The holdout is AUSTRALIA.
  19714.  
  19715. Not so!  New Zealand has already adopted QZ on 1 for alpha-numeric
  19716. keypads.  A major reason for this approach was that this layout is an
  19717. ANSI (yes, that's AMERICAN National Standards Institution) standard
  19718. (ANSI X3.118-1984) for financial services, and it was felt that
  19719. alignment with banking practice was highly desirable to avoid
  19720. confusion by the public (check-out your local ATM - here QZ are on 1)
  19721.  
  19722. There are many other reasons for our "position" on this. We're
  19723. particularly interested in Z (as in NZ!) for incorporation into easily
  19724. remembered "numbers" for customers like Air New Zealand. As Herman has
  19725. pointed out, only the position of QZ remains to be decided within the
  19726. CCITT (Recommendation E.161). I believe it's almost inevitable that a
  19727. dual standard will evolve. We shall see.~
  19728.  
  19729. BTW, my Mitel Superset 7 on my desk here has QZ above the * (star)
  19730. key!!!!!!
  19731.  
  19732.  
  19733. Dave Norman
  19734.  
  19735. ------------------------------
  19736.  
  19737. Date: Wed, 29 Jul 92 00:47:53 EDT
  19738. From: Roy Smith <roy@alanine.phri.nyu.edu>
  19739. Subject: Re: Country Code 37 Now Discontinued (Use 49)
  19740. Organization: Public Health Research Institute (New York)
  19741.  
  19742.  
  19743. In article <telecom12.586.7@eecs.nwu.edu> is written:
  19744.  
  19745. > By the way, when would the country code 37 be available again (e.g.
  19746. > for the new countries in Eastern Europe)? Is there a waiting period
  19747. > before 'reuse' of a country code?
  19748.  
  19749. I can see it now ...
  19750.  
  19751. "The country you have dialed is no longer in service.  Please check
  19752. the evening news to see if it still exists and try again."
  19753.  
  19754.  
  19755. roy@wombat.phri.nyu.edu (Roy Smith)
  19756. Public Health Research Institute
  19757. 455 First Avenue, New York, NY 10016, USA
  19758.  
  19759.  
  19760. [Moderator's Note: A friend of mine visited in Cuba in 1955 and while
  19761. there tried to call back to the USA. The international circuit rang
  19762. many times (Miami overseas operators must have been very busy) and
  19763. finally the Cuban operator said "Sorry, the United States is not
  19764. answering right now."  :)  !!    PAT]
  19765.  
  19766. ------------------------------
  19767.  
  19768. Date: Wed, 29 Jul 92 00:40 GMT
  19769. From: Richard Cox <mandarin@cix.clink.co.uk>
  19770. Subject: Re: Country Code 37 Now Discontinued (Use 49)
  19771. Reply-To: mandarin@cix.clink.co.uk
  19772.  
  19773.  
  19774. CCITT will not be reissuing Country Code 37 (was East Germany).
  19775.  
  19776. Instead they will issue the ten codes 370-379.  CCITT have said that
  19777. they will not issue any more one or two digit country codes.
  19778.  
  19779.  
  19780. Richard Cox
  19781.  
  19782. Mandarin Technology, Cardiff Business Park, Llanishen, CARDIFF, Wales CF4 5WF
  19783. Voice: +44 222 747111      Fax: +44 222 711111      VoiceMail: +44 399 870101
  19784. E-mail: mandarin@cix.compulink.co.uk
  19785.  
  19786. ------------------------------
  19787.  
  19788. From: David Lemson <lemson@ux1.cso.uiuc.edu>
  19789. Subject: Re: Ameritech Testing Digital Cellular Phones
  19790. Organization: University of Illinois at Urbana
  19791. Date: Wed, 29 Jul 1992 00:03:45 GMT
  19792.  
  19793.  
  19794. acg@hermes.dlogics.com writes:
  19795.  
  19796. > IF YOU WANT TO JOIN IN THE TEST: You must live in Arlington Heights,
  19797. > the Lincoln Park area of Chicago, or downtown Chicago, and you MUST
  19798. > NOT be a member of a telecommunications company (unless it's
  19799. > Ameritech, I'll bet :-). Call Mr. Tay Kim or one of his associates at
  19800. > (800) 640-6472 for details. He told me that they are a small group in
  19801.  
  19802. I was told by the Ameritech guy at SuperComm/ICC who demonstrated the
  19803. phone for us that they had way more than enough people to test the
  19804. system.  He said "I can't even get one!"  Maybe they're onto the next
  19805. phase and have more openings?  Or maybe because I was with my dad who
  19806. works for a telecommunications company ... (and whose nametag showed
  19807. it) :-)
  19808.  
  19809.  
  19810. David Lemson                                                 (217) 244-1205
  19811. University of Illinois NeXT Campus Consultant  / CCSO NeXT Lab System Admin
  19812. Internet : lemson@uiuc.edu                 UUCP :...!uiucuxc!uiucux1!lemson 
  19813. NeXTMail accepted                                   BITNET : LEMSON@UIUCVMD
  19814.  
  19815. ------------------------------
  19816.  
  19817. From: andys@flatline.sbi.com (Andy Sherman)
  19818. Subject: Re: AT&T Strikes Again
  19819. Date: Wed, 29 Jul 92 00:41:37 EDT
  19820.  
  19821.  
  19822. On 26 Jul 92 14:58:49 GMT, edg@netcom.com (Ed Greenberg) said:
  19823.  
  19824.    (with reference to the ROA calling card option)
  19825.  
  19826. > Sure enough, during your 1 hour of midnight calling, the surcharge
  19827. > is waived.  Other than that, it's just discounted.
  19828.  
  19829. Close, but not quite right.  Calling Card calls are billed at plan
  19830. rates.  Plan rates for day and evening calls are a percentage discount
  19831. from whatever the call would ordinarily cost.  That means that you pay
  19832. the calling card surcharge but it (and the call) are discounted.
  19833.  
  19834. For calls during the 10-8 and weekend period, calling card calls are
  19835. also billed at plan rates.  This means that the first 60 minutes go
  19836. towards the hour included in the monthly charge.  Anything else is
  19837. billed at $0.11 per minute, with no surcharge.  It is not just the
  19838. first hour that is free of surcharge, as implied in your post (by you
  19839. or Eleanor).
  19840.  
  19841.  
  19842. Andy Sherman
  19843. Salomon Inc  -  Unix Systems Support  -  Rutherford, NJ
  19844. (201) 896-7018  -  andys@flatline.sbi.com or asherman@mhnj.sbi.com
  19845. "These opinions are mine, all *MINE*.  My employer can't have them."
  19846.  
  19847. ------------------------------
  19848.  
  19849. Subject: Re: A Very Strange Experience When Calling LD
  19850. From: unkaphaed!rkroll@cs.utexas.edu (Russell Kroll)
  19851. Date: Wed, 29 Jul 92 00:00:43 GMT
  19852. Organization: Unka Phaed's UUCP Thingy
  19853.  
  19854.  
  19855. > About, I'd say, 2^3 to 2^5 conversations going on at once!  (Yes, I
  19856. > think in binary, so I'm sorry.)  It was wild.  I heard phones ringing
  19857. > (even some international puvvvvvvv--puvvvvvvv type rings,) people
  19858. > answering the phone in various languages, mostly american english, and
  19859. > wonderful voices from all over!  It was definately an invasion of
  19860.  
  19861. The same thing happened to me when calling the 609-897 prefix in
  19862. Arizona.  The modem wasn't connecting, so I picked up the phone. Oddly
  19863. enough, it sounded like a huge party line! Unfortunately, I got
  19864. clicked off about ten seconds later. By the way, I'm also using AT&T.
  19865.  
  19866.  
  19867. rkroll@unkaphaed.UUCP (Russell Kroll)
  19868. Unka Phaed's UUCP Thingy, (713) 943-2728
  19869. 1200/2400/9600/14400 v.32bis/v.42bis
  19870.  
  19871. ------------------------------
  19872.  
  19873. Date: Tue, 28 Jul 92 00:32:24 -0700
  19874. From: Jeff Sicherman <sichermn@beach.csulb.edu>
  19875. Subject: Re: An Open Letter to PAT and John Higdon
  19876. Organization: Cal State Long Beach
  19877.  
  19878.  
  19879. In article <telecom12.589.7@eecs.nwu.edu> acg@hermes.dlogics.com
  19880. writes:
  19881.  
  19882. > 1) You, PAT, our Esteemed Moderator, and
  19883. > 2) John Higdon, of Green Hills and Cows fame.
  19884.  
  19885. > We were wondering if the two of you would take a few minutes from
  19886. > your busy schedules of doing whatever it is you do, and tell us
  19887. > all about whatever it is you do. Please add whatever biographical
  19888. > details of interest you feel like throwing in to let us know how
  19889. > you got where you are today, as most people would say that their
  19890. > earlier jobs were infinitely more interesting than what they're
  19891. > doing right now!
  19892.  
  19893.   You mean BESIDES run their virtual mouths at the slightest
  19894. provocation? I thought that was their jobs ...
  19895.  
  19896.  
  19897. Jeff Sicherman
  19898.  
  19899. ------------------------------
  19900.  
  19901. Date: Tue, 28 Jul 92 07:26 CDT
  19902. From: allen@sulaco.lonestar.org (Allen Gwinn)
  19903. Subject: Re: Ham Radio Operators Running Rampant!
  19904. Organization: sulaco
  19905.  
  19906.  
  19907. Geez, guy!  Calm down!  Pat is essentially correct with his statement.
  19908. Have you ever listened to 2 meters in California?  How about 10 meters
  19909. in West Texas?  There has been a migration of idiots from 11M to other
  19910. "more desirable" bands (without licenses of course) for as long as I
  19911. can remember.
  19912.  
  19913. Other things I'd like to know include what Radio Shack's 10M rig has
  19914. done to the band.  :-)
  19915.  
  19916.  
  19917. Allen, N5CKP
  19918.  
  19919.  
  19920. [Moderator's Note: Two meters (144-148 megs) is a mess here sometimes.
  19921. The guys just don't seem to care any longer. And most Radio Shack
  19922. transcievers are as dirty as they come. Talk about slopping all over
  19923. the band and then some. Cobra made much better units; and not that I
  19924. would transmit illegally, but you could get 200 more channels (in
  19925. addition to the regular 40) out of the chips they used. With a little
  19926. effort they could even be fixed to oscillate way up into ten meters as
  19927. well as CB. So many guys were doing those mods the FCC finally raised
  19928. hell with Motorola; they had to quit making that chip.  PAT]
  19929.  
  19930. ------------------------------
  19931.  
  19932. End of TELECOM Digest V12 #592
  19933. ******************************
  19934. 
  19935. 
  19936. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa24522;
  19937.           30 Jul 92 1:27 EDT
  19938. Received: by delta.eecs.nwu.edu id AA02064
  19939.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 29 Jul 1992 23:33:10 -0500
  19940. Received: by delta.eecs.nwu.edu id AA04288
  19941.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 29 Jul 1992 23:32:59 -0500
  19942. Date: Wed, 29 Jul 1992 23:32:59 -0500
  19943. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  19944. Message-Id: <199207300432.AA04288@delta.eecs.nwu.edu>
  19945. To: "\\telecom"@eecs.nwu.edu
  19946. Subject: TELECOM Digest V12 #593
  19947.  
  19948. TELECOM Digest     Wed, 29 Jul 92 23:33:00 CDT    Volume 12 : Issue 593
  19949.  
  19950. Index To This Issue:                      Moderator: Patrick A. Townson
  19951.  
  19952.     Re: Is Not 100% SS7 Needed For 1-800 and the Like? (Jack Adams)
  19953.     Re: Is Not 100% SS7 Needed For 1-800 and the Like? (Andy Sherman)
  19954.     Re: Is Not 100% SS7 Needed For 1-800 and the Like? (Alan L. Varney)
  19955.     Re: Is Not 100% SS7 Needed For 1-800 and the Like? (David G. Lewis)
  19956.     Re: Pac*Bell CLASS Features (John Higdon)
  19957.     Re: Pac*Bell CLASS Features (Nancy J. Airey)
  19958.     Re: Pac*Bell CLASS Features (Jon Baker)
  19959.     Re: Pac*Bell CLASS Features (Dave Levenson)
  19960. ----------------------------------------------------------------------
  19961.  
  19962. From: vixen!jadams@uunet.UU.NET (26070-adams)
  19963. Subject: Re: Is Not 100% SS7 Needed For 1-800 and the Like?
  19964. Organization: Bellcore, Livingston, NJ
  19965. Date: Tue, 28 Jul 92 14:37:00 GMT
  19966.  
  19967.  
  19968. In article <telecom12.589.2@eecs.nwu.edu>, shri@iucaa.ernet.in (H.
  19969. Shrikumar) writes:
  19970.  
  19971. > In article <telecom12.576.1@eecs.nwu.edu>, john@zygot.ati.com (John
  19972. > Higdon) writes:
  19973.  
  19974. > >> Regarding SS7 links, he said GTE was working on them between their own
  19975. > >> switches.  Links to PacBell would come, but he didn't know when.
  19976.  
  19977. > Please correct me, if I am wrong ... no scratch that, reading the
  19978. > above, it *does* seem that I *am* wrong ...
  19979.  
  19980. > I was under the impression that 1-800 like services could not be
  19981. > implemented really well without the something like SS7. 
  19982. > IS it that 1-800, ANI and caller-ID are being done by someother
  19983. > means (I'd have to do some learning here then.) or is it that the LD
  19984. > carrier do use SS7, and only that some local links are not yet ?
  19985.  
  19986. While full SS7 deployment will enhance the performance of 800 and
  19987. similar intelligent network services, it is not a requirement.  MF
  19988. trunking and FGD interfaces work fairly well.  As far as who (read
  19989. this as IXCs and LECs) is fully deployed and who isn't, the score card
  19990. changes almost daily.  My information (A little less than real time
  19991. accuracy) is that most of the dominant IXCs are fully SS7, while the
  19992. LECs run all the way from hardly any SS7 to well over 90% of their
  19993. signalling on SS7.  The internetworking of IXCs and LECs SS7
  19994. signalling is one of the current major tasks before the industry in
  19995. the US.  The FCCs 86-10 docket plays a major role in expediting SS7
  19996. deployment.  Can (obvious proprietary issues here) anyone share
  19997. current SS7 deployment stats?
  19998.  
  19999.  
  20000. Jack (John) Adams        Bellcore RRC 4B-259
  20001. (908) 699-3447 {Voice}        (908) 336-2871 {Facsimile}
  20002. jadams@vixen.bellcore.com   kahuna@attmail.com
  20003.  
  20004. ------------------------------
  20005.  
  20006. From: andys@flatline.sbi.com (Andy Sherman)
  20007. Subject: Re: Is Not 100% SS7 Needed For 1-800 and the Like?
  20008. Date: Tue, 28 Jul 92 16:28:41 EDT
  20009.  
  20010.  
  20011. On 27 Jul 92 22:48:02 GMT, shri@iucaa.ernet.in (H. Shrikumar) said:
  20012.  
  20013. > I was under the impression that 1-800 like services could not be
  20014. > implemented really well without the something like SS7. Are we reading
  20015. > in the above that there is not yet 100% SS7 interconnects in the US.
  20016.  
  20017. > IS it that 1-800, ANI and caller-ID are being done by someother
  20018. > means (I'd have to do some learning here then.) or is it that the LD
  20019. > carrier do use SS7, and only that some local links are not yet ?
  20020.  
  20021. As you suspected, your impression was wrong.  :^).  There are several
  20022. ways other than SS7 for sending ANI information from a local exchange
  20023. carrier (LEC) to an interexchange carrier (IXC).  There has to be.
  20024. SS7 is relatively new, yet IXC's have been billing for long distance
  20025. without it.  In order to return ANI to an 800 customer, then, the IXC
  20026. only needs the billing number it got from the LEC.
  20027.  
  20028. Caller ID, the residential service, *does* require SS7 as implemented.
  20029.  
  20030.  
  20031. Andy Sherman
  20032. Salomon Inc  -  Unix Systems Support  -  Rutherford, NJ
  20033. (201) 896-7018  -  andys@flatline.sbi.com or asherman@mhnj.sbi.com
  20034. "These opinions are mine, all *MINE*.  My employer can't have them."
  20035.  
  20036. ------------------------------
  20037.  
  20038. Date: Wed, 29 Jul 92 03:43:17 CDT
  20039. From: varney@ihlpf.att.com (Alan L Varney)
  20040. Subject: Re: Is Not 100% SS7 Needed For 1-800 and the Like?
  20041. Organization: AT&T Network Systems, Lisle, IL
  20042.  
  20043.  
  20044. In article <telecom12.589.2@eecs.nwu.edu> shri@iucaa.ernet.in (H.
  20045. Shrikumar) writes:
  20046.  
  20047. > Please correct me, if I am wrong ... no scratch that, reading the
  20048. > above, it *does* seem that I *am* wrong ...
  20049.  
  20050. > I was under the impression that 1-800 like services could not be
  20051. > implemented really well without the something like SS7.
  20052.  
  20053.    Jee, I don't know; I thought 1-800 worked "really well" before SS7
  20054. existed ... :) In the beginning, 800 was implemented by setting up
  20055. lots of switch translators -- the final destination was usually a
  20056. number like NPA-015-2345, for Band 5 calls.  Then CCIS 6 made possible
  20057. the 800 database, and AT&T started using it to both screen for Band
  20058. violations and to derive the destination number.  This worked well
  20059. until divestiture, when everyone (LEC and IXC) wanted 800 numbers and
  20060. their own databases.  The current scheme pre-allots 800 NXXs to
  20061. carriers, and sends the calls to them with FG-D signaling (ANI, etc.).
  20062. Each carrier has their own database(s) and scheme for accessing
  20063. it/them.
  20064.  
  20065.    As a long-term objective of divestiture, the "industry" was to
  20066. develop a means for assigning 800 numbers to carriers on a 10-digit
  20067. basis, and provide a means to change that association.  Bellcore's
  20068. scheme for this is described in TR-TSY-000024, called "800 Number
  20069. Services".  In general, this uses SS7 from an End Office (EO) to query
  20070. a database that will return an associated carrier and (possibly) a
  20071. destination number.  Where the EO does not have the feature, either
  20072. FG-D MF or SS7 or ... can be used to reach a Tandem switch that can
  20073. then query the database.  If a non-LEC carrier is associated with the
  20074. number, the carrier can be reached using FG-D or SS7 signaling.
  20075.  
  20076.    Much of the push for SS7 interconnection now is to reduce the
  20077. "post-dial delay" associated with the FG-D signaling scheme combined
  20078. with the use of a Tandem to do the query.  For example, today's 800
  20079. call could go direct to an IXC from an end office, using about 22 MF
  20080. digits.  With TR-24 and a Tandem, there's 28 digits to the Tandem (in
  20081. two stages), a query/response delay, then 22 digits to the IXC.
  20082. That's roughly 3.5 seconds added delay in delivery.  SS7 can cut that
  20083. delay by querying directly from the EO, or using SS7 to the Tandem, or
  20084. using SS7 to the IXC from either the EO or the Tandem.  The current
  20085. version of the FCC 86-10 ruling is designed to reduce the delay in two
  20086. stages, while speeding up the availability of "portable" 800 numbers.
  20087.  
  20088. > ... Are we reading in the above that there is not yet 100% SS7
  20089. > interconnects in the US?
  20090.  
  20091.    Yes and no.  Calls in general will not use SS7 between the LEC and
  20092. IXC TODAY.  But most are interconnected with SS7 in some fashion in
  20093. order to verify Calling Card numbers, line restrictions, etc.  This
  20094. was needed in order to comply with an earlier timetable for removing
  20095. LEC access to AT&T's old line databases (CCIS 6 access).
  20096.  
  20097. > IS it that 1-800, ANI and caller-ID are being done by some other
  20098. > means (I'd have to do some learning here then.) or is it that the LD
  20099. > carrier do use SS7, and only that some local links are not yet ?
  20100.  
  20101.    Caller-ID today is primarily restricted to intra-LATA SS7
  20102. connections (but CCIS 6 was used for some early trials).  The current
  20103. NXX-based 800 access scheme and ANI are available with MF signaling,
  20104. but are also supported with SS7.  Where did you get your information??
  20105.  
  20106.  
  20107. Al Varney - just MY opinion.
  20108. This information IS available from the FCC and other sources.
  20109.  
  20110. ------------------------------
  20111.  
  20112. From: deej@cbnewsf.cb.att.com (david.g.lewis)
  20113. Subject: Re: Is Not 100% SS7 Needed For 1-800 and the Like?
  20114. Organization: AT&T
  20115. Date: Wed, 29 Jul 1992 13:20:21 GMT
  20116.  
  20117.  
  20118. In article <telecom12.589.2@eecs.nwu.edu> shri@iucaa.ernet.in (H.
  20119. Shrikumar) writes:
  20120.  
  20121. > In article <telecom12.576.1@eecs.nwu.edu>, john@zygot.ati.com (John
  20122. > Higdon) writes:
  20123.  
  20124. >>> Regarding SS7 links, he said GTE was working on them between their own
  20125. >>> switches.  Links to PacBell would come, but he didn't know when.
  20126.  
  20127. >  Please correct me, if I am wrong ... no scratch that, reading the
  20128. > above, it *does* seem that I *am* wrong ...
  20129.  
  20130. > I was under the impression that 1-800 like services could not be
  20131. > implemented really well without the something like SS7. Are we reading
  20132. > in the above that there is not yet 100% SS7 interconnects in the US.
  20133.  
  20134. "Really well" being a loaded phrase, I'm going to avoid using it ...
  20135. 800 services can be and are implemented without SS7 network
  20136. interconnect between LECs and IXCs (and between BOCs and other LECs);
  20137. in fact, 1992 being the 25th anniversary of 800 service, it is obvious
  20138. that 800 service worked fine before the world even heard of SS7.
  20139.  
  20140. What I suspect you're thinking of is twofold:
  20141.  
  20142. 1. Current 800 service implements carrier selection by the "NXX"
  20143. method, a.k.a. six digit translation in the originating LEC network.
  20144. Each 800 NXX prefix is assigned to a single 800 service provider.  The
  20145. originating LEC end office or access tandem performs a six digit
  20146. translation on the dialed 800-NXX number and uses that to route to the
  20147. appropriate carrier (IXC if an IXC NXX, performs a database dip if the
  20148. LEC's own NXX, reorder or announcement if some other LEC's NXX).
  20149.  
  20150. FCC docket something-or-other orders what's commonly known as "800
  20151. number portability", wherein the 800 numbering space will be
  20152. partitioned amond service providers on a seven digit basis instead of
  20153. a three digit basis.  This requires that the originating LEC network
  20154. route on ten digits instead of six.  Because this amount of
  20155. information can't be stored in a switch, the originating LEC switch
  20156. will (in most cases) route the 800 call to its access tandem, which
  20157. will query a database (800 Service Control Point) to determine the
  20158. carrier to which to route the 800 call.
  20159.  
  20160. 2. Because an additional database query is being used in the
  20161. originating LEC network, call setup delay will increase by a
  20162. non-trivial amount.  The FCC, in the same docket, therefore imposed
  20163. fairly strict performance requirements (which are, I believe, a median
  20164. time for calls to be delivered to the terminating LEC of less than 2.5
  20165. seconds by sometime in 1993, and a 95%ile time for calls to be
  20166. delivered to the terminating LEC of less than five seconds by sometime in
  20167. 1995).
  20168.  
  20169. To meet these performance requirements calls for a fairly high level
  20170. of SS7 implementation, both in the LEC networks and LEC/IXC network
  20171. interconnections.  (The IXCs internally are almost, if not completely,
  20172. 100% SS7.)  Therefore, to implement "800 number portability" requires
  20173. high (although not 100%) SS7 implementation.
  20174.  
  20175. > IS it that 1-800, ANI and caller-ID are being done by some other
  20176. > means (I'd have to do some learning here then.) or is it that the LD
  20177. > carrier do use SS7, and only that some local links are not yet ?
  20178.  
  20179. Both.  800 calls are sent from originating LEC to IXC to terminating
  20180. LEC via whatever signaling method happens to be in place.  Wherever
  20181. the 800 database query occurs, some kind of out-of-band signaling has
  20182. to be available (SS7 in almost all cases today; historically, AT&T
  20183. used CCIS - SS6 - for queries before SS7 was around).  ANI delivers
  20184. the Billing Number from the originating LEC to the IXC via equal acces
  20185. MF signaling; this can then be carried through the IXC network if the
  20186. network supports it, such as in the SS7 Charge Number parameter.  It
  20187. can then be delivered to customers which are directly connected to the
  20188. IXC network (via T1 carrying either ISDN Q.931 signaling, or MF/DTMF
  20189. which has been modified to deliver the billing number in a way similar
  20190. to equal access MF).  There is currently, short of SS7 network
  20191. interconnect, no way to deliver calling party number or billing number
  20192. from the IXC to the terminating LEC.
  20193.  
  20194. Hope that answered your questions.
  20195.  
  20196.  
  20197. David G Lewis                              AT&T Bell Laboratories
  20198. david.g.lewis@att.com or !att!houxa!deej     Switching & ISDN Implementation
  20199.  
  20200. ------------------------------
  20201.  
  20202. Date: Wed, 29 Jul 92 03:46 PDT
  20203. From: john@zygot.ati.com (John Higdon)
  20204. Reply-To: John Higdon <john@zygot.ati.com>
  20205. Organization: Green Hills and Cows
  20206. Subject: Re: Pac*Bell CLASS Features
  20207.  
  20208.  
  20209. henry@ads.com (Henry Mensch) writes:
  20210.  
  20211. > I just found this out, too. It almost seems pointless ... why bother
  20212. > when it only works with numbers in your neighborhood?
  20213.  
  20214. I fail to see the stretch that equates "LATA" with "neighborhood". In
  20215. our case, the CLASS features will not even cover the entire LATA
  20216. (excluding the 707 area) initially. But what amounts to the
  20217. nine-county Bay Area is quite a chunk of real estate. An area
  20218. consisting of several thousand square miles is not my idea of a
  20219. "neighborhood".
  20220.  
  20221. But as I was reading the phone book in the hotel room yesterday
  20222. morning in Reno, I was once again reminded that the whole world is not
  20223. California. The book described "Custom Calling 2000" which is the
  20224. entire litany of CLASS features. Yes, Nevada Bell (a Pacific Telesis
  20225. company) offers Caller ID and no per-line blocking. Of course, it is
  20226. Nevada, not California. For some strange reason, the state of Nevada
  20227. does not find it necessary to pass laws that cover every single action
  20228. one can perform in his wakeful condition.
  20229.  
  20230. I saw people riding motorcycles without helmets (I would never do
  20231. that, but it is nice to have the choice), people riding without
  20232. seatbelts, and Caller ID. California, in its infinite wisdom, has
  20233. decided that these things (as well as thousands of others) are not
  20234. allowed. So a state that cannot even pass a budget on time (or at all
  20235. so far this fiscal year) as required by law, can still dictate to its
  20236. residents all of the things that they cannot have or do (for their own
  20237. good, of course). Yes, I know that PUC rules and laws passed by Willie
  20238. Brown and his friends are two different animals, but the effect is the
  20239. same.
  20240.  
  20241. Oh, the size of the LATA involved? Try half the state. Pretty good
  20242. sized neighborhood if you ask me.
  20243.  
  20244.  
  20245.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  20246.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  20247.  
  20248. ------------------------------
  20249.  
  20250. Date: Wed, 29 Jul 92 08:46:04 EDT
  20251. From: jean@hrcce.att.com (Nancy J Airey)
  20252. Subject: Re: Pac*Bell CLASS Features
  20253. Organization: AT&T
  20254.  
  20255.  
  20256. In article <telecom12.592.2@eecs.nwu.edu> deej@cbnewsf.cb.att.com
  20257. (david.g.lewis) writes:
  20258.  
  20259. > Repeat call, or whatever name the LEC has given it, doesn't retry the
  20260. > call; it requests the terminating switch to monitor the status of the
  20261. > called line, and when the line transitions from "busy" to "idle", the
  20262. > terminating switch sends a SS7 message to the originating switch.  The
  20263. > originating switch then rings the calling phone (if idle), and when
  20264. > you pick up, re-originates the call.  This requires end-to-end SS7
  20265. > also.
  20266.  
  20267. Actually, (at least according to our experiments here in our ISDN lab)
  20268. the called party's phone doesn't ring until you pick up on a "stutter
  20269. ring" generated at your phone.  Something that makes sense if you want
  20270. to be sure that the caller is still around to "make" the call.
  20271.  
  20272.  
  20273. att!hrcce!jean
  20274.  
  20275. ------------------------------
  20276.  
  20277. From: bakerj@gtephx.UUCP (Jon Baker)
  20278. Subject: Re: Pac*Bell CLASS Features
  20279. Organization: AG Communication Systems, Phoenix, Arizona
  20280. Date: Wed, 29 Jul 1992 17:22:55 GMT
  20281.  
  20282.  
  20283. In article <telecom12.587.2@eecs.nwu.edu>, mtxinu!sybase!pokey!nealg@
  20284. ucbvax.Berkeley.EDU (Neal Goldsmith) writes:
  20285.  
  20286. > Also it seems that repeat dialing works by attempting to retry the
  20287. > call every 45 seconds. I would think that this should work even
  20288. > through toll switches.
  20289.  
  20290. The call is not actually retried every 45 seconds.  For origination
  20291. queueing, your CO is sending a message via the SS7 network
  20292. periodically to query the status of the target line.  If it is busy,
  20293. nothing happens, and it queries again a bit later.  If it is idle,
  20294. your line is rung; when you answer, the target line is rung and the
  20295. call is considered complete.
  20296.  
  20297. Thus, since SS7 messages are used to query the line status, this
  20298. feature will not work unless there is SS7 connectivity between you and
  20299. the target line.
  20300.  
  20301.  
  20302. J.Baker     enuucp!gtephx!bakerj
  20303. I am not an official representative of AG Communication Systems.
  20304.  
  20305. ------------------------------
  20306.  
  20307. From: dave@westmark.com (Dave Levenson)
  20308. Subject: Re: Pac*Bell CLASS Features
  20309. Organization: Westmark, Inc.
  20310. Date: Thu, 30 Jul 1992 02:48:10 GMT
  20311.  
  20312.  
  20313. In article <telecom12.587.2@eecs.nwu.edu>, mtxinu!sybase!pokey!nealg@
  20314. ucbvax.Berkeley.EDU (Neal Goldsmith) writes:
  20315.  
  20316. > I ordered the three new features (Repeat Dialing, Select Call
  20317. > Forwarding, and Priority Ringing). The features only work within my
  20318. > LATA.
  20319.  
  20320. > I can understand them not working for numbers that are not on SS7
  20321. > equiped switches, but isn't the CLASS information passed on even
  20322. > through toll switches? If not will it ever be?
  20323.  
  20324. Yes, it is planned.  How soon?  That depends upon which toll carrier
  20325. you're talking about.  Some of them will probably start carrying SS7
  20326. before others do.
  20327.  
  20328. > Also it seems that repeat dialing works by attempting to retry the
  20329. > call every 45 seconds. I would think that this should work even
  20330. > through toll switches.
  20331.  
  20332. It doesn't work by repeat dialing at all.  It sends a message to the
  20333. destination CO, via the SS-7 network, requesting notification when the
  20334. called line becomes available.  If the destination is not SS-7
  20335. equipped, or if the destination number is part of a DID group, even if
  20336. the office is SS-7 equipped, then your request for 'repeat dial' is
  20337. rejected.
  20338.  
  20339.  
  20340. Dave Levenson     Internet: dave@westmark.com
  20341. Westmark, Inc.     UUCP: {uunet | rutgers | att}!westmark!dave
  20342. Warren, NJ, USA     Voice: 908 647 0900  Fax: 908 647 6857
  20343.  
  20344. ------------------------------
  20345.  
  20346. End of TELECOM Digest V12 #593
  20347. ******************************
  20348. 
  20349. 
  20350. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa25889;
  20351.           30 Jul 92 2:03 EDT
  20352. Received: by delta.eecs.nwu.edu id AA21279
  20353.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 30 Jul 1992 00:00:10 -0500
  20354. Received: by delta.eecs.nwu.edu id AA10189
  20355.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 29 Jul 1992 23:59:59 -0500
  20356. Date: Wed, 29 Jul 1992 23:59:59 -0500
  20357. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  20358. Message-Id: <199207300459.AA10189@delta.eecs.nwu.edu>
  20359. To: "\\telecom"@eecs.nwu.edu
  20360. Subject: TELECOM Digest V12 #594
  20361.  
  20362. TELECOM Digest     Thu, 30 Jul 92 00:00:05 CDT    Volume 12 : Issue 594
  20363.  
  20364. Index To This Issue:                      Moderator: Patrick A. Townson
  20365.  
  20366.     Re: What is DSO? (Alan L. Varney)
  20367.     Re: Personal Identification (was The Depths of Sliminess) (Bennett E. Todd)
  20368.     Re: Should I Keep My Cellphone Off When Not Using it? (Bill Mayhew)
  20369.     Re: FCC Modem Tax Rumor on Compu$erve (Alex Martelli)
  20370.     Re: Traces and Scramblers (Michael Salmon)
  20371.     Re: DMS-100 Peculiarity - HELP!!! (Henry W. Troup)
  20372.     Re: How Use Answering Machine in Argentina? (Cristobal P. Martin)
  20373.     Re: Cordless Phone Not Charging (Andrew C. Green)
  20374.     Re: Solve Three Problems (was Telecom Fraud) (knop@duteca.et.tudelft.nl)
  20375. ----------------------------------------------------------------------
  20376.  
  20377. Date: Wed, 29 Jul 92 12:01:25 CDT
  20378. From: varney@ihlpf.att.com (Alan L Varney)
  20379. Subject: Re: What is DSO?
  20380. Organization: AT&T Network Systems, Lisle, IL
  20381.  
  20382.  
  20383. In article <telecom12.586.10@eecs.nwu.edu> dwn@dwn.ccd.bnl.gov (Dave
  20384. Niebuhr) writes:
  20385.  
  20386. > I know that DMS (tm), the ESS(tm) series and AXE(tm) acronyms are for
  20387. > types of switches in the COs, but I've come across the term DSO used
  20388. > when I've dialed NNX-9901 to determine the location of a particular
  20389. > exchange or group of them.
  20390.  
  20391.    For switches, the term DSO usually means Digital Switching Office
  20392. (or maybe Digital Serving Office).  This is sort of a generic name for
  20393. such offices, of which the DMS- and digital ESS switches are specific
  20394. instances.
  20395.  
  20396.    In the CLLI(tm) ("silly") code of Bellcore, COs are identified by
  20397. City, State, Building and the "building subdivision" -- the latter is
  20398. a code that identifies the "type" of switch and the specific instance
  20399. within the building.  For example, "Toll" switches are usually
  20400. identified by "04T", where "T" is Toll Tandem and "04" means the 4th
  20401. such switch in the building ("01" through "03" may have been retired
  20402. long ago).
  20403.  
  20404.    The code "DS0" (not "DSO") is commonly used to label the first
  20405. digital CO in a building.  Bellcore has a whole list of rules for
  20406. choosing the identifiers for switches and for all sorts of equipment.
  20407. Analog ESS switches are subdivided by type; the No. 1/1A ESS switches
  20408. are "CGn", with "C" specific to those switches.  A "D" was for the
  20409. 4-wire version of those switches, and "E" was for No. 2 ESS.  There
  20410. are so many digital switch vendors that Bellcore just uses the "DSn"
  20411. for all DSOs.
  20412.  
  20413. > Today, NYTel had a notification in {Newsday} that the company was
  20414. > offering Enterprise DSO which carries both analog and digital signals
  20415. > over fiber but no explanation was given as to what DSO was/is/does.
  20416.  
  20417.    Obviously, NYTel can use the "DSO" to mean anything it wants ...
  20418. But are you sure it wasn't "DS-0", a common term for a 56/64Kbps
  20419. channel within a DS-1 1.544Mbps "T1" line.  DS-0 would typically be
  20420. the slowest rate of "digital" interface to a fiber circuit.
  20421.  
  20422.  
  20423. Al Varney -- just MY opinion
  20424.  
  20425. ------------------------------
  20426.  
  20427. From: bet@cyclone.sbi.com (Bennett E. Todd)
  20428. Subject: Re: Personal Identification (was The Depths of Sliminess)
  20429. Date: 28 Jul 92 00:37:23 GMT
  20430. Organization: Salomon Brothers, Inc
  20431.  
  20432.  
  20433. There's another solution: a call screening box. I bought one for $59;
  20434. it plugs between the wall and my phone. I get to set a 4-digit code.
  20435. When someone calls in, the phone doesn't ring; instead, this box picks
  20436. up and prompts for an additional security code. If the additional code
  20437. is entered, the box warbles. If not, it hangs up --- with no audible
  20438. indication on my end that anything has happened.
  20439.  
  20440. The only thing I can think of that would make it nicer, would be if
  20441. instead of having the box warble, it actually generated real ring
  20442. voltage on its output jack. It isn't line-powered, after all. Then you
  20443. could put other telephony appliances downstream of the screening box.
  20444. Still, I like it just as it is.
  20445.  
  20446.  
  20447. Bennett     bet@sbi.com
  20448.  
  20449. ------------------------------
  20450.  
  20451. From: wtm@uhura.neoucom.edu (Bill Mayhew)
  20452. Subject: Re: Should I Keep My Cellphone Off When Not Using it?
  20453. Organization: Northeastern Ohio Universities College of Medicine
  20454. Date: Tue, 28 Jul 1992 03:30:53 GMT
  20455.  
  20456.  
  20457. I've noticed that my Uniden cell phone sends out some sort of inquiry
  20458. a few seconds after being swtiched on.  That inquiry is something in
  20459. addition to sensing of SERVICE AVAILABLE condition.  Detaching the
  20460. antenna makes the SERVICE indicator turn off immediately.  Reattaching
  20461. the antenna makes the SERVICE indicator turn on immediately.
  20462.  
  20463. I have Cellular One as a carrier.  In this area, Celluar One is an A
  20464. service "wireline" system, I believe.  The system seems to keep track
  20465. of the last location of mobile sets until midnight of the current day.
  20466. For instance, if you have automatic follow roaming turned on, it is
  20467. cancelled each midnight.  Ringing seems to go out to all cells in the
  20468. last known serice area of the unit, as it is perfectly possible that
  20469. the unit might have crossed cell boundaries since the last contact
  20470. with the unit.
  20471.  
  20472. You are correct that the mobile unit does periodically talk to the
  20473. system.  My unit makes some sore of inquiry every five minutes while
  20474. it is switched on.
  20475.  
  20476. The sytem doesn't waste too much bandwidth attempting to contact a
  20477. mobile unit.  When I dial my switched-off cellular phone, the system
  20478. will generate approximately four ring-back tones before it switches
  20479. over to an intercept recording saying, "The Cellular One phone you are
  20480. calling is either switched off or out of the area."
  20481.  
  20482. I'm not sure what the period inquiry is doing.  The manual says that
  20483. the phone will try to re-establish service every five minutes.
  20484. Apparently, the phone expects to get an answerback from the system in
  20485. addition to sufficient signal quality.  If the phone has gotten an
  20486. answerback from the a correct A or B system and signal level is
  20487. maintained, it must presume it is still in the service area.  The
  20488. uniden phone I have also automatically adjusts its transmitter power
  20489. between a few mW and three watts depending on the strength of the
  20490. signal coming from the cell.  The results of this can be interesting
  20491. in marginal conditions because the phone will go to a full three watts
  20492. when it can't hear the cell in the middle of a call.  The cell,
  20493. apparently having a much better reciever continues to hear the phone.
  20494. I've had a number of calls where I can not hear the person I'm
  20495. calling, but the person can hear me.
  20496.  
  20497. All in all, I'd switch off the phone when you don't need it.  This
  20498. will keep you from getting junk calls and wrong numbers.  The system
  20499. probably has to ring all the cells, or least some number, starting in
  20500. your last known position anyway.
  20501.  
  20502. As a side issue, I've noticed that my cellular phone has yet to
  20503. receive any sort of junk telemarketing call.  I presume that cellular
  20504. prefixes must be some magic taboo for telemarketers -- or it could be
  20505. that since most cellular users switch off phones while out of the car,
  20506. etc., that the hit rate is low enough that sequentially calling in
  20507. cellular prefixes is a waste of time.
  20508.  
  20509. My pager, on the other hand, recieves a lot of wrong numbers.  My
  20510. number xxx-5225, must be close to that of some local drug dealer.  I
  20511. get a lot of xxx-xxxx-911 displays on my pager.  Usually about
  20512. 23:00-00:00.  The prefix is often in the downtown area.  I've
  20513. occasionally called those numbers out of curiosity.  They've all been
  20514. older women with noticable ethnic accent ... or they might be old
  20515. ladies trolling pagers just to get a human with which to talk; naah.
  20516.  
  20517.  
  20518. Bill Mayhew NEOUCOM Computer Services Department Rootstown, OH
  20519. 44272-9995 USA phone: 216-325-2511 wtm@uhura.neoucom.edu (140.220.1.1)
  20520.  
  20521. ------------------------------
  20522.  
  20523. From: martelli@cadlab.sublink.org (Alex Martelli)
  20524. Subject: Re: FCC Modem Tax Rumor on Compu$erve
  20525. Organization: CAD.LAB S.p.A., Bologna, Italia
  20526. Date: Wed, 29 Jul 1992 08:24:51 GMT
  20527.  
  20528.  
  20529. disk!tony@uunet.UU.NET (tony) writes:
  20530.  
  20531. > service.  I guess I have mixed feelings about government involvement
  20532. > in telecommunications because on one hand I would like to see more
  20533. > government involvement, but I say this only if it is going to make
  20534. > more information available to me at less cost, not less information at
  20535. > more cost.
  20536.  
  20537. You should also be thinking about WHAT information will be made
  20538. available, rather than just "how much" of it.  A monopolist provider
  20539. of information will be able to select, and let flow, only that info
  20540. which supports/does not hinder its purposes; but if there are many,
  20541. independent suppliers in free competition, you WILL be able to get
  20542. access to much more variety (not necessarily cheaply, if information
  20543. of a given sort is costly to produce/gather and only has few
  20544. customers; but the mechanisms determining this will be more economic
  20545. than political).
  20546.  
  20547.  
  20548. Email: martelli@cadlab.sublink.org                   Phone: ++39 (51) 6130360
  20549. CAD.LAB s.p.a., v. Ronzani 7/29, Casalecchio, Italia   Fax: ++39 (51) 6130294 
  20550.  
  20551. ------------------------------
  20552.  
  20553. From: etxmesa@eos.ericsson.se (Michael Salmon)
  20554. Subject: Re: Traces and Scramblers
  20555. Reply-To: etxmesa@eos.ericsson.se (Michael Salmon)
  20556. Organization: Ericsson Telecom AB
  20557. Date: Tue, 28 Jul 1992 07:26:06 GMT
  20558.  
  20559.  
  20560. In article <telecom12.589.15@eecs.nwu.edu>, Steve_Grant@kcbbs.gen.nz
  20561. (Steve Grant) writes:
  20562.  
  20563. > Does anyone have plans for either of these items or information on how
  20564. > to do it, particularly the scrambler?  Also is it possible to trace
  20565. > calls from home, not the exchange?
  20566.  
  20567. Scramblers of course vary but a common technique is frequency
  20568. inversion, if we presume that the telepone bandwidth is 300 - 3300 Hz
  20569. (mainly because I'm lazy) then 300 Hz is translated 3300, 3300 to 300
  20570. and 1800 stays the same. The technique is to ssb usb modulate the
  20571. speech with e.g. 100 Khz giving us 100.3 to 103.3 KHz then ssb lsb
  20572. demodulate with 103.6 giving us 3300 to 300 Hz. I'm told that this
  20573. technique is only effective against casual listeners. Another
  20574. technique is to encode digitized speech, CDMA is an example though for
  20575. different reasons.  Needless to say that these techniques require
  20576. digital tarnsmission for reliability.
  20577.  
  20578. Tracing from the home is not strictly possible, in the USA there are
  20579. these newfangled caller ID devices. I have heard that NZ Telecom is
  20580. now controlled from the USA so perhaps you'll get them soon. Ericsson
  20581. market a facility in their AXE exchanges that allows the subscriber to
  20582. indicate that they have received a call that they want traced and a
  20583. printout is generated in the exchange. The effectiveness of this
  20584. technique depends to an extent upon where the caller calls from but it
  20585. is a very usefull facility. As it is exchange based however it is only
  20586. useful for official type tracing, not casual curiosity. I would guess
  20587. that most (if not all) exchange types have a similar facility.
  20588.  
  20589.  
  20590. Michael Salmon    #include <standard.disclaimer>
  20591. Ericsson Telecom AB    Stockholm
  20592.  
  20593. ------------------------------
  20594.  
  20595. Date: Tue, 28 Jul 1992 09:30:00 +0000 
  20596. From: "Henry (H.W.) Troup" <hwt@x400gate.bnr.ca>
  20597. Subject: Re: DMS-100 Peculiarity - HELP!!! 
  20598.  
  20599.  
  20600. In article <telecom12.567.2@eecs.nwu.edu>, gavron@spades.aces.com
  20601. (Ehud Gavron 602-570-2000 x. 2546) writes:
  20602.  
  20603. > 1. If there is no call waiting call coming in and I flash the
  20604. > switchhook, I get a SECOND dialtone.  However, I am unable to dial any
  20605.  
  20606. This is so you can dial the cancel call waiting sequence. (*70, usually).
  20607.  
  20608.                                            
  20609. Henry Troup - HWT@BNR.CA (Canada) - BNR owns but does not share my opinions
  20610.  
  20611. ------------------------------
  20612.  
  20613. From: pedregal%unreal@cs.umass.edu
  20614. Subject: Re: How Use Answering Machine in Argentina? 
  20615. Date: Tue, 28 Jul 92 11:08:42 EDT
  20616. Reply-To: pedregal@cs.umass.edu
  20617.  
  20618.  
  20619. Regarding (vol. 12, issue 589, message 11):
  20620.  
  20621. > Can anyone advise if it's practical to use a North American answering
  20622. > machine in Argentina?  What differences (power, signalling, connec-
  20623. > tors, etc?)  would cause problems?  
  20624.  
  20625. The answer is a qualified yes.  You need to adapt connectors and power
  20626. supply.  I've looked at prices for this kind of things when I was
  20627. there last March and you will be well advised to take not only your
  20628. machine but your favorite telephone along.  The cheap phone that sells
  20629. for $15 in the US costs above $50 there.
  20630.  
  20631. Household electrical mains is 220V/50Hz (as opposed to 110V/60Hz in
  20632. USA- Canada).  You can buy a 220V/110V transformer to put between line
  20633. and your machine's plug (frequency shouldn't be a problem; most
  20634. machines convert line power to DC).  If your AM's power supply is one
  20635. of the external, plug in, you are better off buying a power supply
  20636. that does 220V-whatever (e.g.  9V DC) directly.  Either the 220/110 or
  20637. the power supply you can buy easily in Buenos Aires and other major
  20638. cities in Argentina (and you are sure to be getting the appropriate
  20639. plugs, which are skinnier than some european 220 plugs).
  20640.  
  20641. Connectors are not very homogeneous. If you are just a bit inclined to
  20642. do this yourself, I'd suggest that you buy here a couple of wall
  20643. plates and screw-on modular connectors, and install them wherever you
  20644. want to put your telephone instruments (as my RBOC calls them).  These
  20645. usually are ridiculously expensive there.  Or you can just strip one
  20646. of the ends of your modular cable and put one of the horrible, bulky
  20647. connectors that don't require special tools to assemble.
  20648.  
  20649. Signals et al.: some switches have the annoying habit of returning a
  20650. fast busy quickly after your caller hangs up. That may induce your
  20651. machine to keep on rolling and not hang up for a while.  This is taken
  20652. care of by setting the CPC switch appropriately or putting the machine
  20653. in a fixed recording time (as opposed to voice actuated, "vox").
  20654.  
  20655. Miscellaneous:
  20656.  
  20657.  - dialing is pulse only, no DTMF.  Which means no touch-tone only
  20658. phones, and if you have a "remote-less" remote-controlled machine
  20659. you may want to buy one of those pocket tone diallers.
  20660.  
  20661.  - short power outages are frequent. If your machine stores the 
  20662. outgoing message on a chip, make sure it can retrieve it from
  20663. tape after a powerdown.
  20664.  
  20665.  - long distance calls are very expensive, compared to the US *and*
  20666. Canada's.  Find out about plans like USA-Direct (available dialing
  20667. 001-800-200-1111) from many phones before you leave.
  20668.  
  20669.  - some (many) COs still don't have direct dialing abroad. This
  20670. includes otherwise desirable residential areas, so inquire. The above
  20671. 001 ... number is not accessible in those areas either.
  20672.  
  20673.  
  20674. Hope this helps ...
  20675.  
  20676.  
  20677. Cristobal Pedregal Martin     pedregal@cs.umass.edu (internet)
  20678. Computer Science Department   UMass / Amherst, MA 01003
  20679.  
  20680. ------------------------------
  20681.  
  20682. Date: Tue, 28 Jul 1992 10:00:40 CDT
  20683. From: acg@hermes.dlogics.com
  20684. Reply-To: acg@hermes.dlogics.com
  20685. Subject: Re: Cordless Phone Not Charging
  20686.  
  20687.  
  20688. konstan@elmer-fudd.cs.berkeley.edu (Joe Konstan) writes:
  20689.  
  20690. > In TELECOM Digest V12 #578, Ang Peng Hwa writes:
  20691.  
  20692. >> My AT&T cordless phone is not charging and I'd appreciate any input.
  20693.  
  20694. > If the model you have has a "Charging" light, check to see if it
  20695. > stays on when the phone is in the base.  If not, get steel wool
  20696. > (can use other scrubbers, but steel wool works best) and clean off
  20697. > all of the contacts.
  20698.  
  20699. I suggest that instead of steel wool, you use a pencil eraser. This is
  20700. a little less traumatic on the metal contacts, and any residual debris
  20701. left behind won't be electrically conductive and threaten to cause
  20702. short-circuits in any electronics that might be nearby.
  20703.  
  20704.  
  20705. Andrew C. Green
  20706. Datalogics, Inc.      Internet: acg@dlogics.com
  20707. 441 W. Huron          UUCP: ..!uunet!dlogics!acg
  20708. Chicago, IL  60610    FAX: (312) 266-4473
  20709.  
  20710. ------------------------------
  20711.  
  20712. From: knop@duteca.et.tudelft.nl 
  20713. Subject: Re: Solve Three Problems (was Telecom Fraud)
  20714. Organization: Delft University of Technology, Dept. of Electrical Engineering
  20715. Date: Tue, 28 Jul 1992 15:35:54 GMT
  20716.  
  20717.  
  20718. phaedrus@cs.washington.edu (Mark Phaedrus) writes:
  20719.  
  20720. It is amazing how people misread/misunderstand the properties of a
  20721. stored value card. I will try to make things more clear.
  20722.  
  20723. > In article <telecom12.578.2@eecs.nwu.edu> gast@CS.UCLA.EDU (David
  20724. > Gast) writes:
  20725.  
  20726. > There's one major problem I can see with this solution.  Most
  20727. > telephones in this country are still not capable of magnetically
  20728. > "reading" even the current calling cards.
  20729.  
  20730. Yes, you will have to upgrade every public phone that is to use a
  20731. stored value card.
  20732.  
  20733. > So unless you plan on replacing most of the telephones in the
  20734. nation, or making the stored-value cards unusable on any phone without
  20735. a card reader, the protection against fraud largely goes out the
  20736. window; there's still going to have to be a number on the card for
  20737. people to punch into older phones, and "shoulder-surfing" will still
  20738. work just like it does now.
  20739.  
  20740. A stored value card does not have a number, anywhere, whatsoever.  It
  20741. contains a hologram that is destroyed one milimeter at a time by the
  20742. phone as the value is used up.
  20743.  
  20744. > In fact, I would wager that your protection from fraud would
  20745. > actually *decrease* under these circumstances.  Under the currnt
  20746. > system, if someone steals your card number and rings up fraudulent
  20747. > calls, you can generally get the charges reversed; with fraud on a
  20748. > stored-value card, the providers would probably adopt the same policy
  20749. > that many providers of debit cards do now ("if your card or number
  20750. > gets stolen and all the money in your card gets drained, well, sorry
  20751. > about that").
  20752.  
  20753. Correct! The maximum value of a stored value phonecard is (in the
  20754. Netherlands at least) about US $ 14.--.  Really, that is much less
  20755. than I usually carry around in cash. Cards are available in much
  20756. smaller values too.
  20757.  
  20758. A stored value card is much easier than using coins, because:
  20759.  
  20760.  - I don't always carry sufficient coins of the right type. 
  20761.  
  20762.  - The phone has a much higher probability of not getting broken into,
  20763.    because there is no cash inside, therefore the stored value card
  20764.    phones more often work.
  20765.  
  20766. > Also, unless you want to further modify every phone in the
  20767. > country so that they're capable of *writing* to the cards too, the
  20768. > privacy advantage is going to be eliminated as well; since the phones
  20769. > won't be capable of recording usage onto the cards,
  20770.  
  20771. The phones can ERASE the card, not write on it, they don't have to.
  20772.  
  20773. > the cards' value will have to be stored in some centralized database
  20774. > somewhere;
  20775.  
  20776. No, no, no. The phone can recognize that a valid card is inserted and
  20777. reduce the value by erasing part of the card. No central database (or
  20778. any other type of database) needs to be involved. The phone cannot
  20779. distinguish two cards of the same purchase value if they happen have
  20780. the same number of remaining "units".
  20781.  
  20782. > One other personal problem I have with stored-value cards: they
  20783. > require payment in advance, which may be okay for those who use the
  20784. > cards regularly, but is a pain for those like me who only carry a card
  20785. > in case of emergency or running out of change.  Why should I give my
  20786. > long-distance carrier an extra $5 or $10 of my money to take care of,
  20787. > on the off-chance I need to make a calling card call someday?
  20788.  
  20789. The lowest value phonecard here costs about US $ 0.60; good for four
  20790. local calls. It does not last very long on long distance calls
  20791. though ...
  20792.  
  20793. >> Also, since it is a stored value card, other carriers would
  20794. >> have no incentive to honor the card (they won't get paid), so they
  20795. >> could try to vandalize the card or more likely just reject it. Thus,
  20796. >> protection from AOS overcharging.
  20797.  
  20798. > This is about the most Pyrrhic form of "protection from AOS
  20799. > overcharging" I've seen in a while.  Are you saying that you'd rather
  20800. > have a phone try to erase your $50 worth of stored value than to
  20801. > overcharge you for the call?  As long as we're updating every phone in
  20802. > America to deal with these cards, why not just encode the carrier
  20803. > choice into the card?  You would pick up the phone, insert your card,
  20804. > and then dial the number; the phone would read the carrier code from
  20805. > the card and automatically select the proper carrier, without any of
  20806. > this 10XXX nonsense.
  20807.  
  20808. Indeed, this could be done. But having several providers of phonecard
  20809. phones does create a nontrivial problem. The phones must be able to
  20810. recognize several brands of phonecards and -- in some secure and
  20811. indisputable way -- record how many units they have burned of each
  20812. type.  The owner of the phone must charge the issuer of the card for
  20813. that number of units.
  20814.  
  20815. I believe that this can be done.
  20816.  
  20817.  
  20818. Delft University of Technology, The Netherlands, knop@duteca.et.tudelft.nl
  20819.  
  20820. ------------------------------
  20821.  
  20822. End of TELECOM Digest V12 #594
  20823. ******************************
  20824. 
  20825. 
  20826. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa28369;
  20827.           30 Jul 92 3:19 EDT
  20828. Received: by delta.eecs.nwu.edu id AA14981
  20829.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 30 Jul 1992 00:50:41 -0500
  20830. Received: by delta.eecs.nwu.edu id AA11971
  20831.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 30 Jul 1992 00:50:29 -0500
  20832. Date: Thu, 30 Jul 1992 00:50:29 -0500
  20833. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  20834. Message-Id: <199207300550.AA11971@delta.eecs.nwu.edu>
  20835. To: "\\telecom"@eecs.nwu.edu
  20836. Subject: TELECOM Digest V12 #595
  20837.  
  20838. TELECOM Digest     Thu, 30 Jul 92 00:50:31 CDT    Volume 12 : Issue 595
  20839.  
  20840. Index To This Issue:                      Moderator: Patrick A. Townson
  20841.  
  20842.     Re: Panel Still in Use? (Kenny Adams)
  20843.     Re: Panel Still in Use? (Dave Levenson)
  20844.     Re: What is DSO? (Bill Garfield)
  20845.     Re: Advice Needed: Dialback Management (Bill Garfield)
  20846.     Re: How to Use U.S. Modem in England? (Todd Inch)
  20847.     Re: CLASS/ISDN (Jon Baker)
  20848.     Re: Wires of Mystery (John Higdon)
  20849.     Re: Advice Needed: Dialback Management (John Zambito)
  20850.     Re: FCC Modem Tax Rumor on Compu$erve (Terence Cross)
  20851.     Re: A Very Strange Experience When Calling LD (Lazlo Nibble)
  20852.     Re: Amateur Radio and Our Moderator (Harold Hallikainen)
  20853.     Re: Mitel SX-20 Switch (Bill Garfield)
  20854.     Re: CID on Campus (Paul Knupke Jr.)
  20855.     Update: Fixed Call Forwarding (skass@drew.drew.edu)
  20856. ----------------------------------------------------------------------
  20857.  
  20858. From: caadams@atlas.cs.upei.ca (Kenny Adams)
  20859. Subject: Re: Panel Still in Use?
  20860. Organization: University of Prince Edward Island
  20861. Date: Wed, 29 Jul 1992 22:52:23 GMT
  20862.  
  20863.  
  20864.     In New Brunswick, Nova Scotia and Prince Edward Island the
  20865. normal situation is to replace the crossbar and other slightly newer
  20866. offices with digital ones (usually DMS100).  Most of the step by step
  20867. offices are still in use although new customers are usually put on the
  20868. DMS. I guess the step offices are more reliable than the middle aged
  20869. technology and require less maintenance.
  20870.  
  20871.  
  20872. Regards,
  20873.  
  20874. kenny adams    caadams@atlas.cs.upei.ca  these ramblings are my own......
  20875.  
  20876. ------------------------------
  20877.  
  20878. From: dave@westmark.com (Dave Levenson)
  20879. Subject: Re: Panel Still in Use?
  20880. Organization: Westmark, Inc.
  20881. Date: Thu, 30 Jul 1992 03:18:33 GMT
  20882.  
  20883.  
  20884. I remember reading that the last panel dial office in the US was
  20885. retired from service in Newark, NJ, in the early 1980's.  I don't know
  20886. how many step-by-step switches are still in service, but I think some
  20887. rural areas with very small telephone populations still use them.
  20888.  
  20889.  
  20890. Dave Levenson      Internet: dave@westmark.com
  20891. Westmark, Inc.      UUCP: {uunet | rutgers | att}!westmark!dave
  20892. Warren, NJ, USA      Voice: 908 647 0900  Fax: 908 647 6857
  20893.  
  20894. ------------------------------
  20895.  
  20896. Subject: What is DSO?
  20897. From: bill.garfield@yob.sccsi.com (Bill Garfield)
  20898. Date: Wed, 29 Jul 92 15:16:00 -0600
  20899. Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
  20900. Reply-To: bill.garfield@yob.sccsi.com (Bill Garfield)
  20901.  
  20902.  
  20903. > Today, NYTel had a notification in {Newsday} that the company was
  20904. > offering Enterprise DSO which carries both analog and digital signals
  20905. > over fiber but no explanation was given as to what DSO was/is/does.
  20906.  
  20907. My knowledge of the term suggests DS "zero" and not DS "oh".
  20908.  
  20909. As such, DS0 would be the analog input/output, or voice channel before
  20910. being digitized.  DS1 of course then is a T-1 span of 24 digitized
  20911. DS0s, DS2 then meaning four DS1s (96 DS0s) and DS3=28 DS1s (672 DS0s)
  20912. etc, etc.
  20913.  
  20914. Running DS0 over fiber sure seems to me like a terrible waste of
  20915. bandwidth ... IMHO.
  20916.  
  20917. ------------------------------
  20918.  
  20919. Subject: Re: Advice Needed: Dialback Management
  20920. From: bill.garfield@yob.sccsi.com (Bill Garfield)
  20921. Date: Wed, 29 Jul 92 15:16:00 -0600
  20922. Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
  20923. Reply-To: bill.garfield@yob.sccsi.com (Bill Garfield)
  20924.  
  20925.  
  20926. pete@cssc-syd.tansu.com.au (Peter Alexander Merel) writes:
  20927.  
  20928. > We know about dialback modems, but it seems they are not as secure as
  20929. > we'd like. I'm sure something like I describe must exist, but we don't
  20930. > know what it is called or where to get it. Please help.
  20931.  
  20932. MultiTech Systems, Inc. (1-800-328-9717) makes an excellent hardware
  20933. dialback modem with 30-user password security which will call
  20934. different dialback numbers depending on the security code entered to
  20935. the modem.  Also to further thwart fraudulent attemps, the MultiTech
  20936. modems wait approximately 45 seconds before attempting the dialback
  20937. process.
  20938.  
  20939. With the MultiTech (I have several in use) there is no need for *any*
  20940. external security devices.
  20941.  
  20942. ------------------------------
  20943.  
  20944. From: toddi@mav.com (Todd Inch)
  20945. Subject: Re: How to Use U.S. Modem in England?
  20946. Organization: Maverick International Inc.
  20947. Date: Tue, 28 Jul 92 21:58:11 GMT
  20948.  
  20949.  
  20950. For one-time and emergency situations, I have always had good luck
  20951. doing this: Make a modular cord with alligator clips on the red and
  20952. green wires and plug it into the modem.  Unscrew the microphone from
  20953. the telephone and clip onto the contacts for the microphone.
  20954.  
  20955. Caveats:  
  20956.  
  20957.   - Phone must have a carbon microphone.  Most that unscrew are.
  20958.     Most fancy new phones with lots of buttons aren't.
  20959.  
  20960.   - Modem probably cannot be line powered, although I have used
  20961.     cheap line-powered speakerphones like this on our old digital  
  20962.     key system at work.
  20963.  
  20964.   - The modem cannot answer or pickup/hangup the phone, so this is
  20965.     somewhat manual involving taking the handset off/on the cradle.
  20966.  
  20967.   - If the phone system accepts only pulse dialing, you'll have to
  20968.     dial via the phone.  Even though most modems can pulse dial when
  20969.     connected directly to the line, they can't with this arrangement.
  20970.     Tone dialling should work if the equipment on the other end is
  20971.     compatible.
  20972.  
  20973. This works well with payphones, hotel/motel phones, etc.  Is it legal?
  20974. Don't know.  In many European countries it's apparently illegal to
  20975. connect anything to a phone line, even via a jack.  I disclaim all
  20976. responsibility for everything.  This probably won't hurt anything even
  20977. if it doesn't work, but don't blame me!
  20978.  
  20979. ------------------------------
  20980.  
  20981. From: bakerj@gtephx.UUCP (Jon Baker)
  20982. Subject: Re: CLASS/ISDN
  20983. Organization: AG Communication Systems, Phoenix, Arizona
  20984. Date: Tue, 28 Jul 1992 16:51:44 GMT
  20985.  
  20986.  
  20987. In article <telecom12.588.5@eecs.nwu.edu>, aimla!ruby!rudholm@uunet.
  20988. UU.NET (Mark Rudholm) writes:
  20989.  
  20990. > Mr. Higdon lives in California, as do I.  The last time I checked, the
  20991. > GTE company that is a pathetic excuse for a LEC in California was
  20992. > called "GTE California," not "GTE West."
  20993.  
  20994. There was a re-organization several years ago of the GTE telephone
  20995. companies.  The regional GTE telcos were consolidated into four
  20996. entities -- GTE South, GTE West, GTE North, and GTE Central.  GTE West
  20997. includes the old GTECA, HawTel, Contel, and some northwestern
  20998. operations.
  20999.  
  21000. > When I was "served" by GTE CA, I was on a DMS100.  I know that this 
  21001. > is a very good switch because I've been on one that was in use by
  21002. > Pacific Bell and it worked beautifully.
  21003.  
  21004. Yes, from all I've heard and seen, Northern Telecom produces a fine
  21005. product.  And not just their DMS; they're PBX's have gotten good
  21006. reviews (and personal testimonial) as well.  GTE seems to be buying an
  21007. increasing number of the DMS100's.
  21008.  
  21009. > I'm also convinced that the product made by Mr. Baker's company (the
  21010. > GTD5) is an excellent one as well,
  21011.  
  21012. Thanks!
  21013.  
  21014. > I just don't think GTE CA sets them up properly.
  21015.  
  21016. We're just a phone call away, if they need any help ... 
  21017.  
  21018.  
  21019. J.Baker    enuucp!gtephx!bakerj
  21020. I am not an official representative of AG Communication Systems.
  21021.  
  21022. ------------------------------
  21023.  
  21024. Date: Wed, 29 Jul 92 01:18 PDT
  21025. From: john@zygot.ati.com (John Higdon)
  21026. Reply-To: John Higdon <john@zygot.ati.com>
  21027. Organization: Green Hills and Cows
  21028. Subject: Re: Wires of Mystery
  21029.  
  21030.  
  21031. David Brightbill <djb@mailer.cc.fsu.edu> writes:
  21032.  
  21033. > Every time I drive from my home in the swamps of North Florida to
  21034. > Georgia, I wonder about a wire that runs for a few miles along the
  21035. > road.  This is a little used back road which was reportedly once
  21036. > popular with the moonshine crowd.  The road is so isolated that there
  21037. > aren't even power lines or indications of burried cables running along
  21038. > side most of it.  The line in question starts in Florida where the
  21039. > power line ends.  It is two bare copper lines hanging on glass
  21040. > insulators.  
  21041.  
  21042. I don't know about your wires, but you might be amused at a typical
  21043. practice of GTE. A number of years ago, the cable that follows a road
  21044. to one of my mountain top sites was damaged. It failed during some
  21045. major flooding and earth movement about a decade ago. GTE's
  21046. "temporary" repair was to literally string some fifty-pair IW along
  21047. the roadway and lay it in the bushes. No temporary poles, no
  21048. protection of any kind, not even the use of outdoor service cable.
  21049.  
  21050. This lashup hack job sat around for nearly the past ten years. Within
  21051. the last year, GTE decided to bury a permanent cable. Did it dig a
  21052. nice neat little trench at the side of the narrow road? Of course not.
  21053. It tore up a trench right down the middle of the road, buried the
  21054. cable, and then did a wretchedly poor job of filling it in. Since I
  21055. have to drive this road regularly, it is a constant reminder of GTE's
  21056. wonderful way of tending to business.
  21057.  
  21058. Isn't there a GTE in Florida?
  21059.  
  21060.  
  21061.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  21062.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  21063.  
  21064. ------------------------------
  21065.  
  21066. From: jvz@pt.com (John Zambito)
  21067. Subject: Re: Advice Needed: Dialback Management
  21068. Organization: Performance Technologies, Incorporated
  21069. Date: Wed, 29 Jul 1992 13:19:10 GMT
  21070.  
  21071.  
  21072. In article blah, blah, blah Paul Cook writes:
  21073.  
  21074. > ...  To prevent the problem mentioned above (where the line is not
  21075. > released), it can be programmed to wait for a CPC pulse on the line
  21076.  
  21077. Could you elaborate on this CPC pulse?
  21078.  
  21079.  
  21080. John Zambito, Performance Technologies Incorporated    jvz@pt.com
  21081. 315 Science Parkway, Rochester, New York 14620    uupsi!ptsys1!jvz
  21082.  
  21083. ------------------------------
  21084.  
  21085. Date: Wed, 29 Jul 92 14:48:33 BST
  21086. From: eeitecs@eeiuc.ericsson.se (Terence Cross)
  21087. Subject: Re: FCC Modem Tax Rumor on Compu$erve
  21088.  
  21089.  
  21090. Modems are currently detected by a 2100Hz tone.  This indicates that
  21091. echo cancellers, which can corrupt data, are to be disabled and that
  21092. no temporary disconnection/reconnection, which can cause a click on
  21093. the line, is to take place.  It may also turn off compression devices.
  21094.  
  21095. Without this 2100Hz data can be corrupted.  So why, as suugested by a
  21096. previous posting, the need for a expensive neural net to detect
  21097. modems.
  21098.  
  21099. Wouldn't it be alot cheaper to corrupt any data (not voice) on a line
  21100. that didn't signal itself to be a modem, thus forcing modems to
  21101. identify themselves?
  21102.  
  21103.  
  21104. Regards,
  21105.  
  21106. Terence Cross.
  21107.  
  21108. ------------------------------
  21109.  
  21110. From: lazlo@triton.unm.edu (Lazlo Nibble)
  21111. Subject: Re: A Very Strange Experience When Calling LD
  21112. Date: Wed, 29 Jul 92 22:55:43 GMT
  21113. Organization: Sporadic and incomplete
  21114.  
  21115.  
  21116. unkaphaed!rkroll@cs.utexas.edu (Russell Kroll) writes:
  21117.  
  21118. >> About, I'd say, 2^3 to 2^5 conversations going on at once!  (Yes, I
  21119. >> think in binary, so I'm sorry.)  It was wild. 
  21120.  
  21121. > The same thing happened to me when calling the 609-897 prefix in
  21122. > Arizona.  The modem wasn't connecting, so I picked up the phone. Oddly
  21123. > enough, it sounded like a huge party line! 
  21124.  
  21125. There have been a few times recently when both my roommate and I (we
  21126. each have our own phone line -- 505 884 xxxx and 505 881 xxxx) would
  21127. pick up to make a call and get a lot of confused-sounding people
  21128. ("Hello?" "What's going on?" "Who is this?") instead of dialtone.
  21129. After a couple of hangups and pickups, we'd get dialtone again.
  21130. Sounds like some Stupid Switch Tricks going on down at US West.
  21131.  
  21132.  
  21133. Lazlo (lazlo@triton.unm.edu)
  21134.  
  21135. ------------------------------
  21136.  
  21137. From: hhallika@zeus.calpoly.edu (Harold Hallikainen)
  21138. Subject: Re: Amateur Radio and Our Moderator
  21139. Organization: California Polytechnic State University, San Luis Obispo
  21140. Date: Wed, 29 Jul 1992 19:11:12 GMT
  21141.  
  21142.  
  21143. Seems like amateur radio operators (I'm one of them, but not real
  21144. active ... my radio broke) should be setting up high speed digital
  21145. radio links town to town, then hand over the links to the fidonet
  21146. people, combining two great talented groups of people.  The amateur
  21147. packet stuff is pretty neat, but it could be much more (another
  21148. internet?).
  21149.  
  21150.  
  21151. Harold
  21152.  
  21153. ------------------------------
  21154.  
  21155. Subject: Re: Mitel SX-20 Switch
  21156. From: bill.garfield@yob.sccsi.com (Bill Garfield)
  21157. Date: Mon, 27 Jul 92 15:16:00 -0600
  21158. Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
  21159. Reply-To: bill.garfield@yob.sccsi.com (Bill Garfield)
  21160.  
  21161.  
  21162. > Does anyone out there have any experience with the MITEL SX-20 switch,
  21163. > and if so, can you be persuaded to comment on this problem? I really
  21164. > need that remote display, since it is how I program the system. Some
  21165. > upcoming changes will force me to need programmability.
  21166.  
  21167. I think a call to DEAN TECHNOLOGIES at 1-800-545-9754 will result in a
  21168. smile on your face.  (303-693-6189)
  21169.  
  21170. Dean Technologies is a second source MITEL repair facility located in
  21171. Englewood, Colorado.  According to their 1992 price sheet, the cost to
  21172. repair your Remote Call Status Display is but a paltry $69.00!
  21173.  
  21174. They also SELL most parts for the SX-20 as well as the SX-10, SX-5,
  21175. SX-50, SX100/200/200 digital, and SX2000 at reasonable prices.
  21176.  
  21177. I'm an SX-2000 man myself and have no experience with the SX-20.  I
  21178. have a network of (currently) eight SX2000's, comprised of five "SG"s
  21179. and three "S"s with six of those machines here in Houston.  Two of the
  21180. three-cabinet "SG"s stand side-by-side across the room from me right
  21181. now.
  21182.  
  21183. I began using Dean Technologies on the recommendation of a fellow
  21184. classmate I met three years ago in Mitel school down in Boca Raton, FL
  21185. (before they closed it up).  I was getting frustrated by what I
  21186. considered to be shoddy repairs of my E&M trunk cards, high repair
  21187. costs, poor repair warranty and full charge for a repair when no
  21188. trouble was found!  When I'd send Supersets in for repairs, MITEL
  21189. would fix 'em but send 'em back still dirty with frayed cords, etc.
  21190. When I complained, I was told that "refurbishment costs extra."
  21191.  
  21192. At Dean Technologies, instrument repair is not only less expensive,
  21193. but INCLUDES refurbishment.  Circuit boards come back within 10-14
  21194. CALENDAR days FIXED, upgraded to latest firmware revisions, and with a
  21195. full two-year warranty on ALL repairs.  They also do not charge for
  21196. "no trouble found" repairs, just return shipping.
  21197.  
  21198. I've been very pleased, and think you might be too.
  21199.  
  21200.  ... and just on the chance that someone from MITEL is reading this,
  21201. let me say that I'm most pleased with every piece of my MITEL
  21202. equipment.  However, IMHO, their Ogdensburg repair facility could sure
  21203. take some lessons from the folks at Dean Technologies.
  21204.  
  21205.  
  21206. Bill Garfield <bill.garfield@yob.sccsi.com>| Standard Disclaimer Applies.
  21207. PBX/Communications Specialist              | Opinions are my own.  I
  21208. Panhandle Eastern Corporation              | speak for no one.
  21209. Corporate Hdqs - Houston, TX  Voice 713.627.5228    FAX 713.627.5285
  21210.  
  21211. ------------------------------
  21212.  
  21213. From: Paul.Knupke.Jr.@f750.n3603.z1.FIDONET.ORG (Paul Knupke Jr.)
  21214. Subject: Re: CID on Campus
  21215. Date: Wed, 29 Jul 92 00:44:00 EDT
  21216. Organization: FidoNet node 1:3603/750 - FTC Mail System, Largo Fl
  21217.  
  21218.  
  21219. On 25 Jul 92 05:50, Marshal "Airborne" Perlman wrote:
  21220.  
  21221. > This fall I am moving from California to Florida to attend college
  21222. > at the Florida Institute of Technology and I understand Florida
  21223. > has CID. Now comes the complex part. FIT has all their phones
  21224. > running off a PBX of sorts (don't quote me on this) but they are
  21225. > not regular 'dial out phones'. {i.e. if you dial a number without
  21226. > '9', its gonna be to another extention, just like a hotel}.
  21227.  
  21228. As a former student of Florida Tech I'll attempt to answer this one.
  21229.  
  21230. Some background on the Florida Tech phone system ...
  21231.  
  21232. FIT has all on campus phones, including student housing on a PBX.  The
  21233. number is 1-407-768-8000.  When you dial it you will be greated with
  21234. the message: "Thank you for calling the Florida Institute of
  21235. Technology, if you are calling from a touch tone phone please enter
  21236. the exchange you wish to dial, otherwise please wait for assistance."
  21237. Students are not charged for local service which includes the Cocoa,
  21238. Cocoa Beach, Eau Gallie, Melbourne and Sebastian exchanges.
  21239.  
  21240. All extensions are four digits, and all housing are in the range
  21241. 8200-8600.
  21242.  
  21243. In the spring of 90, they began offering a package of call waiting,
  21244. three way calling and call forward (on campus only.)
  21245.  
  21246. There is also voice mail for each extension.  Very primative, but
  21247. workable.
  21248.  
  21249. Long distance service is limited to FIT's outbound WATS.  You cannot
  21250. select your own LD carrier.  The provided carrier pricing is fair at
  21251. best.  If I had returned for a second year I would have lived off
  21252. campus, I couldn't stand the phone system.
  21253.  
  21254. Simply put ... the phone system royally stinks IMHO.
  21255.  
  21256. > HOW does CID work in this enviroment?
  21257.  
  21258. As far as I know, Southern Bell does not offer CID in the Melbourne
  21259. area yet.
  21260.  
  21261.  
  21262. Internet: Paul.Knupke.Jr.@f750.n3603.z1.FIDONET.ORG
  21263. UUCP: ...!myrddin!tct!psycho!750!Paul.Knupke.Jr.
  21264.  
  21265. ------------------------------
  21266.  
  21267. Date: Wed, 29 Jul 1992 13:56 EST
  21268. From: SKASS@drew.drew.edu
  21269. Subject: Update: Fixed Call Forwarding
  21270.  
  21271.  
  21272. Thanks to several Digest readers, I now have Fixed Call Forwarding,
  21273. otherwise known as Call Forward Busy / Call Forward No Answer.  After
  21274. my home phone rings three (my choice) times with no answer, or when my
  21275. home phone is in use, a call is transferred to my office phone.  (I
  21276. could have chosen to have forwarding only on one of Busy and No
  21277. Answer.)  Either I pick up there, or ASPEN voice mail takes the call
  21278. (after one more ring).  It's pretty much like having Call Answer or
  21279. Message Center but without the stutter dial tone indicating a message.
  21280. The down side is that I have to check my voice mail at work more
  21281. often, but I could set it up to notify me of messages (though not on
  21282. the phone that's forwarded, or Ms. ASPEN will spend a lot of time
  21283. talking to herself).
  21284.  
  21285. The quirkiest thing about it that I've found so far is what the caller
  21286. hears, at least when the call is local (R=ring, .=silence):
  21287.  
  21288. RRRRRR......RRRRRR......RRRRRR......RRR.........RRRRRR
  21289.                                     ^^^         office phone rings here
  21290.                                     |||
  21291.                     This half ring and long three-second
  21292.                     pause which follows could throw
  21293.                     a caller.  I'll see what people say.
  21294.  
  21295. It took several calls to New Jersey Bell to find someone who knew that
  21296. FCF was available without Answer Call, but Denise in the business
  21297. office there was the consummate knowledgable professional.  Comments I
  21298. got from Digest readers encouraged me to pursue the issue.  The hook-
  21299. up fee is waived during the Call Answer promo, so it's $0 to get
  21300. started and $2/month for me to get all my messages in one place.
  21301.  
  21302.  
  21303. Steve Kass/Math&CS/Drew U/Madison NJ 07940/201-514-1187  nskass@drew.drew.edu
  21304.  
  21305.  
  21306. [Moderator's Note: Oddly enough, Illinois Bell only offers this in
  21307. conjuction with voicemail -or- to some other phone line on your
  21308. premises or within the same CO. No where else.    PAT]
  21309.  
  21310. ------------------------------
  21311.  
  21312. End of TELECOM Digest V12 #595
  21313. ******************************
  21314. 
  21315. 
  21316. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa28613;
  21317.           30 Jul 92 3:28 EDT
  21318. Received: by delta.eecs.nwu.edu id AA17223
  21319.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 30 Jul 1992 01:39:55 -0500
  21320. Received: by delta.eecs.nwu.edu id AA24432
  21321.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 30 Jul 1992 01:39:46 -0500
  21322. Date: Thu, 30 Jul 1992 01:39:46 -0500
  21323. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  21324. Message-Id: <199207300639.AA24432@delta.eecs.nwu.edu>
  21325. To: "\\telecom"@eecs.nwu.edu
  21326. Subject: TELECOM Digest V12 #596
  21327.  
  21328. TELECOM Digest     Thu, 30 Jul 92 01:39:45 CDT    Volume 12 : Issue 596
  21329.  
  21330. Index To This Issue:                      Moderator: Patrick A. Townson
  21331.  
  21332.     Sprint Announces a Commercial Data Internet Service (Monty Solomon)
  21333.     Area Code 512 Split (Chris Petrilli)
  21334.     Economist Telecom Articles (John Pettitt)
  21335.     Connecting a Workstation to a Phoneline (Jack Jansen)
  21336.     Ericsson MD110 PBX Intelligent Network (Bruce Carter)
  21337.     Help Needed With Development of a Gateways Fee Scheme (Robert Williams)
  21338.     TRT/FTC MultiSpeed-Telepak Store and Forward Service (Horacio Stolovitzky)
  21339.     Summary of Cordless Phone Battery Replies (Ang Peng Hwa)
  21340.     Questions About Fax Tones vs. Voice (Chris Schmandt)
  21341.     1-900 Number For Internet Access (Kevin W. Mullet)
  21342.     Information Wanted About Radish Communications Systems (David Wuertele)
  21343.     More Rings Wanted Before Fax Answers (Alfredo Cotroneo)
  21344.     COMKEY Information Wanted (Tom Mahoney)
  21345. ----------------------------------------------------------------------
  21346.  
  21347. Date: Wed, 29 Jul 1992 18:21:15 -0400
  21348. From: Monty Solomon <monty@proponent.com>
  21349. Subject: Sprint Announces a Commercial Data Internet Service
  21350.  
  21351.  
  21352. Contacts:  Janis Langley, (O) 202-828-7427; (H) 703-533-3322
  21353.            Vince Hovanec, (O) 202-828-7423; (H) 202-387-1496
  21354.   
  21355.  
  21356.      SPRINT ANNOUNCES A COMMERCIAL DATA INTERNET SERVICE
  21357.   
  21358.      WASHINGTON, D.C., July 22, 1992 -- Sprint today announced
  21359. commercial availability of SprintLink(sm), the first commercial
  21360. Transmission Control Protocol/Internet Protocol (TCP/IP)-based data
  21361. transmission service offered by a national long distance carrier.
  21362. SprintLink is a router-based network supporting the TCP/IP protocol
  21363. suite for data communications.
  21364.  
  21365.          SprintLink is part of the company's expanding service to the
  21366. business, scientific and research communities.  It complements
  21367. Sprint's frame relay and SprintNet(R) (X.25) services for computer and
  21368. local area network (LAN) interconnection.  SprintLink also provides
  21369. access to the Internet, a group of about 8,000 interconnected data
  21370. networks in more than 80 countries serving government, academic and
  21371. research organizations.
  21372.  
  21373.          "SprintLink demonstrates the benefits of technological
  21374. collaboration between government and industry," said Chris Rooney,
  21375. president, Government Systems Division.  "The extension of this new
  21376. service will generate commercial applications and will help American
  21377. business and government be more productive and creative."
  21378.  
  21379.          SprintLink grew from Sprint's expertise in TCP/IP and
  21380. international networking.  In early 1991, Sprint began providing and
  21381. managing a network to link the National Science Foundation's U.S.
  21382. computer communications network (NSFnet) with the French scientific
  21383. and research network, INRIA, at Sophia-Antipoles in southern France,
  21384. and the Scandinavian scientific and research network, NORDUNet, in
  21385. Stockholm.
  21386.  
  21387.          Sprint has since added to its NSFnet interconnections links
  21388. to Japan and the United Kingdom.  Additional connections are currently
  21389. planned to South Africa and to numerous Latin American and Caribbean
  21390. countries.
  21391.  
  21392.          In February, Sprint introduced SprintLink to government
  21393. agencies.  Since that introduction, SprintLink has attracted more than
  21394. a half-dozen major customers.
  21395.  
  21396.          During the next year, Sprint plans to add gateways to
  21397. Sprint's X.25 public data network, SprintNet, to allow SprintNet users
  21398. to access SprintLink, both nationally and internationally.  Sprint
  21399. will also connect its frame relay service to SprintLink thus allowing
  21400. Sprint's frame relay customers access to the global Internet and to
  21401. enable management of routers connected to Sprint's frame relay in an
  21402. integrated manner.  Sprint plans to offer SprintLink on a dial-up
  21403. basis.
  21404.  
  21405.          SprintLink is accessible via dedicated lines from all of the
  21406. company's 270-plus domestic points-of-presence.  Customers can access
  21407. the service at speeds ranging from 9.6 kbps to T1 (1.5 mbps).
  21408. Customers also can maximize use of a T1 line by combining multiple
  21409. voice and data services, including SprintLink, on that line, a feature
  21410. available only through Sprint.  SprintLink is priced at a flat monthly
  21411. rate according to port speed for each location.
  21412.  
  21413.          Sprint is a member of the board of directors of the
  21414. Commercial Internet Exchange (CIX) Association, a cooperative effort
  21415. among public data internetwork (PDI) service providers to promote the
  21416. fair, open and competitive operations of IP-based networking.  Other
  21417. members include General Atomics, which operates CERFnet; Performance
  21418. Systems International, Inc., which operates PSINet; and UUNET
  21419. Technologies, Inc., which operates AlterNET.
  21420.  
  21421.          Sprint is a diversified international telecommunications
  21422. company with $8.9 billion in annual revenues and the United States'
  21423. only nationwide all-digital, fiber-optic network.  Its divisions
  21424. provide global long distance voice, data and video products and
  21425. services, and local telephone services to more than 4 million
  21426. subscriber lines in 17 states.
  21427.  
  21428.  
  21429. [Moderator's Note: It is amazing and inspring to think about the short
  21430. history of Sprint over the past dozen years, going back to their early
  21431. days as the <S>outhern <P>acific <R>ailroad <I>nternal <N>etwork <T>elecom
  21432. department.  A true American success story.  PAT]
  21433.  
  21434. ------------------------------
  21435.  
  21436. From: Chris Petrilli <petrilli@hal.gnu.ai.mit.edu>
  21437. Subject: Area Code 512 Split 
  21438. Organization: Department of Redundency Department
  21439. Date: Wed, 29 Jul 1992 22:08:56 GMT
  21440.  
  21441.  
  21442. I just received the official announcement of the 512 area code split
  21443. in the phone bill today.  I thought everyone might be interested.
  21444. Unfortunately SWBT found it in their power not to give a map or
  21445. anything so that we know what exactly is changing (other than I know
  21446. what is below).  This is what the bill said:
  21447.  
  21448.                   NEW AREA CODE TO SERVE SOUTH TEXAS
  21449.  
  21450. We are changing: Beginning November 1, 1992, a new 210 area code will
  21451. be serving 152 comunities in the San Antonio and Rio Grande Valley
  21452. areas.
  21453.  
  21454.  
  21455. Chris Petrilli   petrilli@gnu.ai.mit.edu   I don't even speak for myself.
  21456.  
  21457. ------------------------------
  21458.  
  21459. From: starnet!jpp@sun.UUCP (John Pettitt)
  21460. Subject: Economist Telecom Articles
  21461. Date: Wed, 29 Jul 92 19:22:41 PDT
  21462.  
  21463.  
  21464. There are two interesting articles in this week's {Economist} on the
  21465. telecom front.
  21466.  
  21467. 1) The cable TV companies in the UK want to carry phone traffic as
  21468. well.  The article (p69 in the US edition) talks about who owns the
  21469. cable companies in the UK (US West, Bell Canada, Nynex, Southwestern
  21470. Bell, Pacific Telesis).  Interesting in the light of FCC allowing the
  21471. RBOC's to carry TV (announced July 16th).
  21472.  
  21473. 2) AT&T is using a new voice recognition system to replace operators
  21474. (p79 in the US edition).
  21475.  
  21476. All in all the {Economist} coverage of telecom issues is very good,
  21477. and appears acurate (more than can be said for a lot of main stream
  21478. media).  Three weeks ago they did special on global data networking
  21479. with references to USENET, the Internet and Bitnet amongst others.
  21480. They correctly identified each -- a major event in a world where some
  21481. of the players confuse the networks!
  21482.  
  21483. [ no connection with them other than as a reader ]
  21484.  
  21485. Now if I can only talk them into an email address for the letters 
  21486. page ...
  21487.  
  21488.  
  21489. John Pettitt    Mail: jpp@StarConn.com   Fax: +1 415 949 2037
  21490.  
  21491. ------------------------------
  21492.  
  21493. From: Jack.Jansen@cwi.nl (Jack Jansen)
  21494. Subject: Connecting a Workstation to a Phoneline
  21495. Date: 29 Jul 92 14:39:32 GMT
  21496. Organization: CWI, Amsterdam
  21497.  
  21498.  
  21499. About six weeks ago I asked for schematics or products that would
  21500. allow me to connect the audio in/out of a workstation to a phone line.
  21501.  
  21502. Most people answered that what I want is a "DAA box". Unfortunately,
  21503. the Dutch PTT was pretty sure that such a device was never presented
  21504. to them for registration, and US registered devices are not
  21505. automatically allowed in Holland. So, this was no solution to me.
  21506.  
  21507. Here are two firms in the US that manufacture such devices, anyway:
  21508.  
  21509.     Suncoast Systems, Pensacola, Fl. 904-478-6477
  21510.     Cermatek, Sunnyvale, 408-752-5000
  21511.  
  21512. Another tip I got was to look at Ciarcia's columns in old (81-85)
  21513. issues of {Byte} or at the 1991 issue of the ARRL handbook.
  21514.  
  21515. Finally, I got a circuit diagram from somone, but it came by fax. So,
  21516. I am not able to reproduce it here. If someone is very interested,
  21517. however, I can fax it to them.
  21518.  
  21519. Thanks to all the people who responded,
  21520.  
  21521.  
  21522. Jack Jansen      Jack.Jansen@cwi.nl   uunet!cwi.nl!jack 
  21523. G=Jack;S=Jansen;O=cwi;PRMD=surf;ADMD=400net;C=nl
  21524.  
  21525. ------------------------------
  21526.  
  21527. From: bcarter@claven.idbsu.edu (Bruce Carter)
  21528. Subject: Ericsson MD110 PBX Intelligent Network
  21529. Organization: Boise State University - CBI Product Development
  21530. Date: Wed, 29 Jul 1992 16:09:36 GMT
  21531.  
  21532.  
  21533. Greetings all,
  21534.  
  21535. Well, installation and cutover of our new digital phone system
  21536. (Ericsson MD110 Intelligent Network) is essentially "complete".
  21537. Basically, that means that the equipment is in and Ericsson has
  21538. left ... *heh*.
  21539.  
  21540. Anyway, people are getting used to the little strangenesses, like no
  21541. touch tone tone feedback, and are enjoying the new features,
  21542. especially voice mail.  The one problem that seems to be universal is
  21543. that nobody can get the TAU 2620's (Terminal Adapter Units, these
  21544. essentially replaced desktop modems) to work reliably with the 9600bps
  21545. modem bank that was installed with the switch.  Sometimes they work ok
  21546. for dialing out, sometimes not, and there doesn't seem to be a way to
  21547. find out what is going on (ie. you can't listen in for carrier and so
  21548. on).  Also, we are having a heck of a time dialing in to TAU's that
  21549. have been assigned DID numbers for connection from outside the
  21550. university.
  21551.  
  21552. Does anyone out there have any experience with this.  PLEASE don't
  21553. tell me to have analog lines put in, the administration has pretty
  21554. much declared that is not an option.  Thanks for any help!
  21555.  
  21556.  
  21557. Bruce Carter, CBI Product Development            bcarter@claven.idbsu.edu
  21558. Simplot/Micron Instructional Technology Center   amccarte@idbsu (Bitnet)
  21559. Boise State University, Boise, ID  83725         (208)385-1851@phone
  21560.  
  21561. ------------------------------
  21562.  
  21563. From: william1@drill.me.utoronto.ca (Robert Williams)
  21564. Subject: Help Needed With Development of a Gateways Fee Scheme
  21565. Organization: UofT Mechanical Engineering
  21566. Date: Wed, 29 Jul 1992 16:12:35 GMT
  21567.  
  21568.  
  21569. A friend of mine has been asked to develop a fee structure for
  21570. accessors of a companies information resources.  She writes as
  21571. follows,
  21572.  
  21573. I need help on the following: I need to know how certain organizations
  21574. charge for use of their network gateways (gateways join two
  21575. systems/networks together, usually at the midrange or mainframe level
  21576. e.g. at the Front-end Processor). For instance, do they charge by the
  21577. number of sessions a client signs up for, by the number of sessions
  21578. the client actually used, do they have a one-time membership fee with
  21579. a smaller monthly maintenance fee which allows users a large but
  21580. undefined number of sessions, do they not charge at all and if so then
  21581. what is their justification? All these questions ask: HOW is the
  21582. gateway charged. But I also need to know, if possible, WHAT the charge
  21583. is based on: what cost items do they include in maintenance of the
  21584. gateway and what percentage of these cost items is used. Cost items
  21585. include: human resources, CPU time, memory, software development, and
  21586. other overhead items.
  21587.  
  21588. Any ideas from anyone who is familiar with this area would be
  21589. appreciated.  Any information on books or papers covering this topic,
  21590. or firms doing similar work, would also be appreciated.
  21591.  
  21592. Please send all responses to the email address below.  If there is
  21593. enough interest, I will post a summary on the net.
  21594.  
  21595.  
  21596. Thanks in advance.
  21597.  
  21598. Robert Williams    U of T, CIMLab   Toronto, Canada
  21599. Email: william1@drill.me.utoronto.ca
  21600.  
  21601. ------------------------------
  21602.  
  21603. Subject: TRT/FTC MultiSpeed-Telepak Store and Forward Service
  21604. From: postmaster@satlink.org.ar (Postmaster)
  21605. Date: 28 Jul 92 01:10:00 GMT
  21606. Organization: SatLink Communications (Buenos Aires - ARGENTINA)
  21607. Reply-To: postmaster@satlink.org.ar (Postmaster)
  21608.  
  21609.  
  21610. Does anybody know how to use the TRT/FTC store and forward service
  21611. called Multispeed or Telepak?  TRT people don't give me any kind of
  21612. information/documentation and I must "discover" the commands!!  They
  21613. only gave me the way to connect and nothing else!!
  21614.  
  21615. Many thanks in advance for any kind of help.
  21616.  
  21617.  
  21618. Horacio Stolovitzky    Buenos Aires, ARGENTINA
  21619. E-Mail: postmaster@satlink.org.ar
  21620.  
  21621. ------------------------------
  21622.  
  21623. Date: Wed, 29 Jul 92 19:04:06 SST
  21624. From: Ang Peng Hwa <MCMANGPH@NUSVM.BITNET>
  21625. Subject: Summary of Cordless Phone Battery Replies
  21626.  
  21627.  
  21628. My thanks to all who responded to my request for information about the
  21629. cordless phone problem. There are some interesting differences of
  21630. opinions.
  21631.  
  21632. The general theory is that by charging for 20 days without a single
  21633. second of discharge while on vacation, I shorted the batteries. There
  21634. were some, however, who said that by *discharging* it for the next 20
  21635. days completely, I had damaged the battery. Sort of giving it
  21636. apermanent memory. :)
  21637.  
  21638. Someone said that one of the cells would not charge in series and that
  21639. if I could just charge that, everything else would be fine.
  21640.  
  21641. Alas, that was too late. I had bought a replacement and junked the
  21642. "bad" pack.
  21643.  
  21644. For those who asked why I didn't go out to just buy a replacement as
  21645. the batteries are cheap, just remember: there are some people who are
  21646. cheaper.  :)
  21647.  
  21648.  
  21649. Regards, Peng Hwa.
  21650.  
  21651. ------------------------------
  21652.  
  21653. From: geek@media.mit.edu (Chris Schmandt)
  21654. Subject: Questions About Fax Tones vs. Voice
  21655. Organization: MIT Media Laboratory
  21656. Date: Thu, 30 Jul 1992 02:34:21 GMT
  21657.  
  21658.  
  21659. In a nutshell: I'm looking for a fax machine that can receive faxes in
  21660. the middle of the night without ringing my phone and waking me up.
  21661.  
  21662. For enlightenment: I see faxes advertise that talk about "voice vs.
  21663. fax" calls, and a lot of provision (jacks?) for answering machines.
  21664. How do these things work?  I presume the incoming fax is detected,
  21665. after answering, by the funny beep <pause> beep tones from the
  21666. orginating fax machine.  But to then listen for a while and pass the
  21667. call on to a conventional answering machine, you'd have to re-generate
  21668. the ring voltage.  Is this how these things (and the "voice/fax/modem"
  21669. switches) work?
  21670.  
  21671. If so, it would seem that if I disable the phone ring built into the
  21672. fax machine and plugged my normal telephone into the answering machine
  21673. jack I'd have exactly what I wanted.  Or, do I misunderstand the whole
  21674. thing?
  21675.  
  21676.  
  21677. chris
  21678.  
  21679. ------------------------------
  21680.  
  21681. From: kev@sol.acs.unt.edu (Kevin W. Mullet)
  21682. Subject: 1-900 Number For Internet Access
  21683. Organization: University of North Texas
  21684. Date: Thu, 30 Jul 1992 03:25:31 GMT
  21685.  
  21686.  
  21687. I've got a couple of questions:
  21688.  
  21689. 1: Is it possible to get a 1-900 number that allows you to bill the
  21690. caller a flat rate per month (say, $30-35) regardless of the time used
  21691. instead of on a per-minute basis?
  21692.  
  21693. 2: What's wrong (and/or right) with the idea of offering commercial
  21694. Internet access through a 1-900 number that charges a range of fees on
  21695. a per-month (not per-minute) basis and has a range of services based
  21696. from plain vanilla host access with a userid, news, mail, etc to SLIP
  21697. or PPP access.
  21698.  
  21699. I know there are yet-to-be-navigated issues of appropriate use with
  21700. regard to selling access to the Internet (or are there?)  Also, I know
  21701. a little about what outfits like uunet are doing, but I'm curious
  21702. about the feasability of the flat-fee-per-month route.
  21703.  
  21704. Please reply through mail, not news.  If I get many replies, I'll
  21705. summarize to the net.
  21706.  
  21707.  
  21708. Kevin
  21709.  
  21710.  
  21711. [Moderator's Note: Yes, there are 900 numbers set up to charge flat
  21712. rate for calls regardless of length, but the length is typically very
  21713. short.  And regards the commercial resale of Internet service, this is
  21714. a very controversial topic. I am grateful you asked for replies in
  21715. email -- your email that is, not mine!  But do summarize later.  PAT]
  21716.  
  21717. ------------------------------
  21718.  
  21719. From: dave@appi.iis.u-tokyo.ac.jp (David Wuertele)
  21720. Subject: Information Wanted About Radish Communications Systems
  21721. Organization: Institute of Industrial Science, University of tokyo.
  21722. Date: Thu, 30 Jul 1992 04:00:49 GMT
  21723.  
  21724.  
  21725. Has anyone heard of Radish Communications Systems and what they do?
  21726.  
  21727.  
  21728. David Wuertele, Yasuda Lab, Electronic Engineering, 
  21729. Institute of Industrial Science, University of Tokyo.
  21730. dave@windsor.iis.u-tokyo.ac.jp
  21731.  
  21732. ------------------------------
  21733.  
  21734. Date: Wed, 29 Jul 92 09:01:58 +0200
  21735. From: alfredo@quickt2.it12.bull.it (Alfredo Cotroneo)
  21736. Subject: More Rings Wanted Before Fax Answers
  21737.  
  21738.  
  21739. Hi there from Milano, Italy.
  21740.  
  21741. A friend of mine is the proud owner of a brand new integrated fax +
  21742. phone + answering machine made by Panasonic (I do not know the model).
  21743. He has also other three phones connected in parallel to the same phone
  21744. line. The Panasonic is set so that if no human answers the phone(s)
  21745. after the first four rings, the machine picks up the call and after
  21746. determining if te call is voice or fax it either switches the fax or
  21747. the built in answering machine accordingly.
  21748.  
  21749. Often when he is in the garden or in some other remote parts of the
  21750. house, four rings are too much of a short time to pick up the phone
  21751. before the fax/answering machine automatically answers. Since the
  21752. maximum number of rings which may be set on the Panasonic (as with
  21753. other similiar systems) before it answers the line automatically is
  21754. four, we are wondering whether some simple device exists or can be
  21755. built in order to increase this number of rings.
  21756.  
  21757. Pleas email any suggestion directly to me, and I will be glad to
  21758. summarize if there is interest. Thanks.
  21759.  
  21760.  
  21761. Alfredo E. Cotroneo, Milano, Italy
  21762. email: alfredo@quickt2.it12.bull.it or 100020.1013@compuserve.com
  21763. CSI: 100020,1013
  21764.  
  21765. ------------------------------
  21766.  
  21767. Date: 29 Jul 1992 14:11:46 -0500
  21768. From: Tom@fandm.EDU (Tom Mahoney - Network Tech.)
  21769. Subject: COMKEY Information Wanted
  21770.  
  21771.  
  21772. Can anyone steer me to a manual/schematics/other info on a COMKEY
  21773. system?  I recently moved a system and added two remote units.  Now
  21774. the line indicators don't light.  Also, the IC part of the system
  21775. never worked, and the client would like me to see if I can resurect
  21776. it.
  21777.  
  21778. Please respond directly as I'm not subscribed to the list.
  21779.  
  21780.  
  21781. Thanks.
  21782.  
  21783. FRANKLIN & MARSHALL COLLEGE            COMPUTER SERVICES - TECH. SUPPORT
  21784.      Thomas C. Mahoney, Computer Electronics Technician - Networks      
  21785. PO Box 3003                                              (717) 291-4005
  21786. Lancaster, PA  17604      BITNET:TOM@FANDM/INTERNET:TOM@ADMIN.FANDM.EDU
  21787.  
  21788. ------------------------------
  21789.  
  21790. End of TELECOM Digest V12 #596
  21791. ******************************
  21792. 
  21793. 
  21794. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa14700;
  21795.           31 Jul 92 1:40 EDT
  21796. Received: by delta.eecs.nwu.edu id AA24643
  21797.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 31 Jul 1992 00:02:15 -0500
  21798. Received: by delta.eecs.nwu.edu id AA21256
  21799.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 31 Jul 1992 00:01:50 -0500
  21800. Date: Fri, 31 Jul 1992 00:01:50 -0500
  21801. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  21802. Message-Id: <199207310501.AA21256@delta.eecs.nwu.edu>
  21803. To: telecom@eecs.nwu.edu
  21804. Subject: My Face is Red! Wednesday/Thursday Messages Lost in Accident
  21805.  
  21806.  
  21807. One of the last things I typed and sent out was the comment to the
  21808. person who was angry that MCI had not processed his change of service
  21809. order. I noted, 'there may have been a computer glitch ...'
  21810.  
  21811. Then I went to look for my waiting queue ... somehow I dumped it in
  21812. error -- I'll be honest and not blame it on the soft/hardware here: I
  21813. somehow managed to move another file on top of it and wipe it out.  :(
  21814.  
  21815. Lost were messages sent Wednesday and Thursday ** which you have not
  21816. already seen during the day and evening Thursday **. In total, it was
  21817. about 25-30 messages lost. So if you wrote the Digest Wednesday or
  21818. Thursday and your article did NOT appear in the last 50 or so to cross
  21819. your screen, then send it again, and please accept my apologies.
  21820.  
  21821. Maybe I need to go to bed early tonight for a change, and having wiped
  21822. out my queue of work for overnight, why not?
  21823.  
  21824. Patrick Townson
  21825. TELECOM Moderator
  21826. 
  21827. 
  21828. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa15215;
  21829.           31 Jul 92 1:52 EDT
  21830. Received: by delta.eecs.nwu.edu id AA15025
  21831.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 31 Jul 1992 00:07:16 -0500
  21832. Received: by delta.eecs.nwu.edu id AA03381
  21833.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 31 Jul 1992 00:07:06 -0500
  21834. Date: Fri, 31 Jul 1992 00:07:06 -0500
  21835. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  21836. Message-Id: <199207310507.AA03381@delta.eecs.nwu.edu>
  21837. To: "\\telecom"@eecs.nwu.edu
  21838. Subject: TELECOM Digest V12 #597
  21839.  
  21840. TELECOM Digest     Fri, 31 Jul 92 00:07:00 CDT    Volume 12 : Issue 597
  21841.  
  21842. Index To This Issue:                      Moderator: Patrick A. Townson
  21843.  
  21844.     Re: Pac*Bell CLASS Features (Andy Sherman)
  21845.     Re: Pac*Bell CLASS Features (Terry Kennedy)
  21846.     Re: Pac*Bell CLASS Features (Randy Gellens)
  21847.     Re: Wires of Mystery (Floyd Davidson)
  21848.     Re: Wires of Mystery (David Brightbill)
  21849.     Re: Is Not 100% SS7 Needed For 1-800 and the Like? (Richard Nash)
  21850.     Re: Is Not 100% SS7 Needed For 1-800 and the Like? (Alan L. Varney)
  21851.     Re: A Very Strange Experience When Calling LD (Macy Hallock)
  21852.     Re: Cordless Phone Not Charging (Kenneth A. Becker)
  21853.     Re: New Subscriber Solicitations - MCI (James Joseph)
  21854. ----------------------------------------------------------------------
  21855.  
  21856. From: andys@internet.sbi.com (Andy Sherman)
  21857. Subject: Re: Pac*Bell CLASS Features
  21858. Date: Thu, 30 Jul 92 09:01:05 EDT
  21859.  
  21860.  
  21861. mtxinu!sybase!pokey!nealg@ucbvax.Berkeley.EDU (Neal Goldsmith) wrote:
  21862.  
  21863. > I ordered the three new features (Repeat Dialing, Select Call
  21864. > Forwarding, and Priority Ringing). The features only work within my
  21865. > LATA.
  21866.  
  21867. > I can understand them not working for numbers that are not on SS7
  21868. > equipped switches, but isn't the CLASS information passed on even
  21869. > through toll switches? If not will it ever be?
  21870.  
  21871. henry@ads.com (Henry Mensch) said:
  21872.  
  21873. > I just found this out, too. It almost seems pointless ... why bother
  21874. > when it only works with numbers in your neighborhood?
  21875.  
  21876. A LATA is a lot bigger than your neighborhood.  It is usually much of
  21877. your state.  The problem with inter-LATA CLASS is that the IXC-LEC
  21878. interface for SS7 is not yet deployed, and may not even be official.
  21879. (People at Bell Labs, Bellcore, and/or the other IXCs can chime in on
  21880. the truth of that statement) And the SS7 information must be carried
  21881. by an IXC for interLATA calls, even if the LEC (or its parent company)
  21882. is the same on both ends of the call.  Remember that with few
  21883. exceptions (like Northern NJ <-> NYC) only an IXC can carry inter-LATA
  21884. traffic, *including SS7 signalling*.  
  21885.  
  21886.  
  21887. Andy Sherman    Salomon Inc - Unix Systems Support - 
  21888. Rutherford, NJ (201) 896-7018 - andys@sbi.com  or asherman@mhnj.sbi.com 
  21889. "These opinions are mine, all *MINE*.  My employer can't have them."
  21890.  
  21891. ------------------------------
  21892.  
  21893. From: terry@spcvxb.spc.edu (Terry Kennedy)
  21894. Subject: Re: Pac*Bell CLASS Features
  21895. Date: 30 Jul 92 09:33:14 EDT
  21896. Organization: St. Peter's College, US
  21897.  
  21898.  
  21899. In article <telecom12.593.8@eecs.nwu.edu>, dave@westmark.com (Dave
  21900. Levenson) writes:
  21901.  
  21902. > It doesn't work by repeat dialing at all.  It sends a message to the
  21903. > destination CO, via the SS-7 network, requesting notification when the
  21904. > called line becomes available.  If the destination is not SS-7
  21905. > equipped, or if the destination number is part of a DID group, even if
  21906. > the office is SS-7 equipped, then your request for 'repeat dial' is
  21907. > rejected.
  21908.  
  21909. And it has some problems, at least from my point of view. Here in NJ
  21910. Bell land, you can presubscribe this feature or pay $.75 per usage.
  21911. Well, my cable TV was out and I needed to call them for a status
  21912. update. Their repair number (201-915) was busy, so I used this feature
  21913. from my home phone (201- 451). Both of these prefixes are on the same
  21914. switch, a 1AESS (primary ex- change 201-332). When I got the ringback
  21915. and picked up the phone, I got a "per-chunk" (louder than the call
  21916. waiting one) followed by "We are sorry.  Your call cannot be completed
  21917. because the number became busy again". I'd think that it would seize
  21918. the destination number while attempting to notify me.
  21919.  
  21920.   I'm also interested in seeing if I got billed the per-use fee for
  21921. this non-feature 8-).
  21922.  
  21923.  
  21924. Terry Kennedy        Operations Manager, Academic Computing
  21925. terry@spcvxa.bitnet    St. Peter's College, Jersey City, NJ USA
  21926. terry@spcvxa.spc.edu    +1 201 915 9381
  21927.  
  21928.  
  21929. [Moderator's Note: For an interesting experiment, I tried dialing my
  21930. own number (it was busy), then setting it up on auto redial.  I got
  21931. the recording saying the line is busy but the network will continue
  21932. trying to connect. I hung up and waited. In a few seconds I got the
  21933. special ring, and when I went off hook after a few seconds I heard an
  21934. announcement that '... the number you are trying to call was free, but
  21935. it has become busy again ...' !  :) Of course this went on for up
  21936. to 30 minutes which is how long our switch is configured to do it.  PAT]
  21937.  
  21938. ------------------------------
  21939.  
  21940. From: MPA15AB!RANDY@TRENGA.tredydev.unisys.com
  21941. Date: 29 JUL 92 20:03   
  21942. Subject: Re: Pac*Bell CLASS Features
  21943.  
  21944.  
  21945. In Telecom 12.592, John Higdon <john@zygot.ati.com> writes:
  21946.  
  21947. > As you know, GTE has decided not to play at all and will not be
  21948. > offering CLID now or in the future. It is also questionable whether
  21949. > the company will even offer any of the other features.
  21950.  
  21951. GTE has had at least two CLASS features available for some time:
  21952. distinctive ringing (ringmate) and busy number redial.  I have had BNR
  21953. for over a year.  I believe it does BNR by terminator queueing.  Of
  21954. course, only numbers in my switch can be used.
  21955.  
  21956. GTE has a target date of November 1992 for offering the rest of CLASS,
  21957. except for CLID, Call Trace, and Call Return.  Call Trace should be
  21958. available later, after the public education program.
  21959.  
  21960. I have been told by GTE that they are adding SS7 links by "market
  21961. clusters" -- they group nearby switches into clusters and implement
  21962. SS7 between them.  Then they link the clusters to each other via SS7.
  21963. I've also been told the target date for SS7 links to PacBell is late
  21964. 1993.  My switch is in the Laguna Beach/ Huntington Beach/Westminster
  21965. "market group" and is scheduled to have SS7 links to the others by
  21966. November 1, 1992.
  21967.  
  21968.  
  21969. Randy Gellens            randy%mpa15ab@trenga.tredydev.unisys.com
  21970. >>>>>>> If mail bounces, forward to rgellens@mcimail.com <<<<<<<<
  21971. Opinions are personal; facts are suspect; I speak only for myself.
  21972.  
  21973. ------------------------------
  21974.  
  21975. From: floyd@hayes.ims.alaska.edu (Floyd Davidson)
  21976. Subject: Re: Wires of Mystery
  21977. Organization: University of Alaska Institute of Marine Science
  21978. Date: Thu, 30 Jul 1992 07:45:38 GMT
  21979.  
  21980.  
  21981. In article <telecom12.595.7@eecs.nwu.edu> John Higdon <john@zygot.ati.
  21982. com> writes:
  21983.  
  21984. > This lashup hack job sat around for nearly the past ten years. Within
  21985. > the last year, GTE decided to bury a permanent cable. Did it dig a
  21986. > nice neat little trench at the side of the narrow road? Of course not.
  21987. > It tore up a trench right down the middle of the road, buried the
  21988. > cable, and then did a wretchedly poor job of filling it in. Since I
  21989. > have to drive this road regularly, it is a constant reminder of GTE's
  21990. > wonderful way of tending to business.
  21991.  
  21992. It is possible that trenching in the middle of rural gravel roads is a
  21993. standard practice.  I've seen it done in other places where the old
  21994. Bell System engineers did the design (in the 1950's).
  21995.  
  21996. ------------------------------
  21997.  
  21998. From: djb@mailer.cc.fsu.edu (David Brightbill)
  21999. Subject: Re: Wires of Mystery
  22000. Organization: Florida State University
  22001. Date: Thu, 30 Jul 92 16:09:48 GMT
  22002.  
  22003.  
  22004. In article <telecom12.595.7@eecs.nwu.edu> John Higdon <john@zygot.ati.
  22005. com> writes:
  22006.  
  22007. > David Brightbill <djb@mailer.cc.fsu.edu> writes:
  22008.  
  22009. >> Every time I drive from my home in the swamps of North Florida to
  22010.     ........stuff deleted.......
  22011. >> side most of it.  The line in question starts in Florida where the
  22012. >> power line ends.  It is two bare copper lines hanging on glass
  22013. >> insulators.  
  22014.  
  22015. > I don't know about your wires, but you might be amused at a typical
  22016. > practice of GTE. A number of years ago, the cable that follows a road
  22017. > to one of my mountain top sites was damaged. It failed during some
  22018. > major flooding and earth movement about a decade ago. GTE's
  22019. > "temporary" repair was to literally string some fifty-pair IW along
  22020. > the roadway and lay it in the bushes. No temporary poles, no
  22021. > protection of any kind, not even the use of outdoor service cable.
  22022.  
  22023. > Isn't there a GTE in Florida?
  22024.  
  22025. Yup ... GTE has parts of florida.  This part is owned by Centel/
  22026. Sprintel.  Since the line goes across a state line and from Centel's
  22027. territory into whoever has that part of Georgia (Southern Bell, I
  22028. think), I doubt if it is any sort of a normal line.  Perhaps some sort
  22029. of an FX line but I think that those kind of things would run over
  22030. regular lines and go through central offices.  I like Pat's suggestion
  22031. about them perhaps being a disguised ELF antenna.  There is a large
  22032. federal communications facility about six or so miles away from the
  22033. end of the line in Georgia.  I suspect though that it's some sort of
  22034. private circuit between a plantation office and one of their outposts.
  22035.  
  22036. ------------------------------
  22037.  
  22038. Date: Wed, 29 Jul 1992 21:29:00 +0100
  22039. From: rickie@trickie.uucp (Richard Nash)
  22040. Subject: Re: Is Not 100% SS7 Needed For 1-800 and the Like?
  22041.  
  22042.  
  22043. In article <telecom12.576.1@eecs.nwu.edu>, john@zygot.ati.com (John
  22044. Higdon) writes:
  22045.  
  22046. >>> Regarding SS7 links, he said GTE was working on them between their own
  22047. >>> switches.  Links to PacBell would come, but he didn't know when.
  22048.  
  22049. > Please correct me, if I am wrong ... no scratch that, reading the
  22050. > above, it *does* seem that I *am* wrong ...
  22051.  
  22052. > I was under the impression that 1-800 like services could not be
  22053. > implemented really well without the something like SS7. Are we reading
  22054. > in the above that there is not yet 100% SS7 interconnects in the US.
  22055.  
  22056. > IS it that 1-800, ANI and caller-ID are being done by someother
  22057. > means (I'd have to do some learning here then.) or is it that the LD
  22058. > carrier do use SS7, and only that some local links are not yet ?
  22059.  
  22060. The 1-800 service does not require 100% SS7.  For this service, only a
  22061. SS7 link from the switch that is required to translate the 800 number
  22062. back into a regular phone number, to a database is required.  This
  22063. translation is performed at a switch that will record billing info.
  22064. This link can be used to interconnect to other switches for other
  22065. purposes also.  Physically, the link from the switch connects to a
  22066. messaging relay switch called a Signal Transfer Point (STP).  The STP
  22067. will decide where to route the message.  Even though the switch your
  22068. phone connects into may not have SS7, the 1-800 route will connect
  22069. into a switch that can service these types of calls. They are called
  22070. Service Switching Points (SSP).
  22071.  
  22072.  
  22073. Richard Nash         Edmonton, Alberta Canada T6K 0E8
  22074. UUCP:                   trickie!rickie@ersys.edmonton.ab.ca
  22075. Amatuer Radio Packet:   VE6BON @ VE6MC.AB.CAN.NA 
  22076.             VE6BON.ampr.org [44.135.147.206]
  22077.  
  22078. ------------------------------
  22079.  
  22080. Date: Thu, 30 Jul 92 14:41:22 CDT
  22081. From: varney@ihlpf.att.com (Alan L Varney)
  22082. Subject: Re: Is Not 100% SS7 Needed For 1-800 and the Like?
  22083. Organization: AT&T Network Systems, Lisle, IL
  22084.  
  22085.  
  22086. In article <telecom12.593.1@eecs.nwu.edu> vixen!jadams@uunet.UU.NET
  22087. (26070-adams) writes:
  22088.  
  22089. > While full SS7 deployment will enhance the performance of 800 and
  22090. > similar intelligent network services, it is not a requirement.
  22091.  
  22092. > ... while the LECs run all the way from hardly any SS7 to well over
  22093. > 90% of their signalling on SS7....
  22094.  
  22095. > The FCCs 86-10 docket plays a major role in expediting SS7
  22096. > deployment.  Can (obvious proprietary issues here) anyone share
  22097. > current SS7 deployment stats?
  22098.  
  22099.    Hi Jack -- nice summary.  The following stats are from {Telephony},
  22100. July 20, 1992, from an article called "The race to deploy SS7", by
  22101. AT&T's own Karen Archer Perry.  I'm leaving out some good stuff, so
  22102. you'll be encouraged to subscribe :)
  22103.  
  22104.                   SS7 deployment
  22105.   RHC/LEC       (% of access lines)    Future Plans
  22106.   -------       -------------------    ------------
  22107.   Bell Atlantic 90% ; 85% CLASS(sm)
  22108.   BellSouth     80% ; 60% CLASS
  22109.   Ameritech     41%                    60% by 1994
  22110.   SW Bell       21% (1991)             66% by 1994
  22111.   NYNEX         13% (mid-1991)         89% by 1994
  22112.   Pacific Bell  50%
  22113.   U S West      30%                    54% by 1994
  22114.   GTE           26%                    41% by '93, 65% by '95
  22115.   Other independents are also mentioned.
  22116.  
  22117.     {Telephony} seems to be doing a pretty fair job of covering SS7
  22118. issues lately.  The July 13, 1992, issue covers the TRIP '92 National
  22119. ISDN demonstration project and the North American ISDN Users' Forum
  22120. (NIUF) involvement in ISDN.  They will soon have a catalog with
  22121. details of the top 17 ISDN applications from NIUF members.  See
  22122. 'Telephony' for details.
  22123.  
  22124.  
  22125. Al Varney - just MY opinion.
  22126.  
  22127. ------------------------------
  22128.  
  22129. Date: Wed, 29 Jul 92 20:39 EDT
  22130. From: fmsys!macy@usenet.INS.CWRU.Edu (Macy Hallock)
  22131. Subject: Re: A Very Strange Experience When Calling LD
  22132. Organization: The Matrix
  22133.  
  22134.  
  22135. In article <telecom12.588.2@eecs.nwu.edu>:
  22136.  
  22137. > I was playing with my touchtone phone in the 1 415 621 prefix...
  22138. > [ended up hearing] I'd say, 2^3 to 2^5 conversations going on at once! 
  22139. > What was I hearing?
  22140.  
  22141. Sounds to me like you got John (Mr. Conference Bridge) Higdon's home
  22142. phone ...
  22143.  
  22144.  
  22145. Macy M Hallock Jr N8OBG 216.725.4764 macy@fmsystm.uucp macy@fmsystm.ncoast.org
  22146. [No disclaimer, but I have no real idea what I'm saying or why I'm telling you]
  22147.  
  22148. ------------------------------
  22149.  
  22150. Date: Thu, 30 Jul 92 07:51:56 EDT
  22151. From: kab@hotstone.att.com (Kenneth A Becker)
  22152. Subject: Re: Cordless Phone Not Charging
  22153. Organization: AT&T
  22154.  
  22155.  
  22156. In article <telecom12.594.8@eecs.nwu.edu>, acg@hermes.dlogics.com writes:
  22157.  
  22158. > konstan@elmer-fudd.cs.berkeley.edu (Joe Konstan) writes:
  22159.  
  22160. >> In TELECOM Digest V12 #578, Ang Peng Hwa writes:
  22161.  
  22162. >>> My AT&T cordless phone is not charging and I'd appreciate any input.
  22163.  
  22164. >> If the model you have has a "Charging" light, check to see if it
  22165. >> stays on when the phone is in the base.  If not, get steel wool
  22166. >> (can use other scrubbers, but steel wool works best) and clean off
  22167. >> all of the contacts.
  22168.  
  22169. > I suggest that instead of steel wool, you use a pencil eraser. This is
  22170. > a little less traumatic on the metal contacts, and any residual debris
  22171. > left behind won't be electrically conductive and threaten to cause
  22172. > short-circuits in any electronics that might be nearby.
  22173.  
  22174.     I would suggest that you don't use a pencil eraser.  As one my
  22175. previous jobs, I worked as a technician on some 1 MW peak radar
  22176. systems.  The filament voltage for the final tube in this thing (no,
  22177. it wasn't a magnetron) needed 1.5 V at 900 Amps.  The connections
  22178. consisted of a metal blocks with thick copper braids that were clamped
  22179. directly to a similiar blocks on the tube in question.  As can be
  22180. imagined, there were over current, under current, overvoltage and
  22181. under voltage sensors all around this thing so that any increase in
  22182. resistance in the contacts would shut down the system.  Therefore, us
  22183. techs who worked on this thing were very interested in keeping the
  22184. contact resistance down for as long as possible.
  22185.  
  22186.     As it happens, most pencil erasers have some sulfer in them;
  22187. so, while one could use the eraser to get rid of the surface corrosion
  22188. and temporarily make better contact, the sulfer traces left behind by
  22189. a pencil eraser would react with water in the air, making sulfuric
  22190. acid that would corrode the metal.  A little extra fine emery
  22191. clock/steel wool is therefore better than the pencil eraser; a dose of
  22192. denatured alcohol afterwards can get rid of the particles.  While we
  22193. didn't use any at the time (this was a looong time ago), a little
  22194. conductive grease to exclude air at the point of contact might be in
  22195. order; this stuff can be found at any reasonable electronic parts
  22196. store.
  22197.  
  22198.  
  22199. Ken Becker      Opinions?  I got no steeking opinions!
  22200.  
  22201. ------------------------------
  22202.  
  22203. Date: Thu, 30 Jul 92 10:38:06 -0400
  22204. From: joseph@c2a.crd.ge.com (James Joseph)
  22205. Subject: Re: New Subscriber Solicitations - MCI
  22206.  
  22207.  
  22208. acf5!khan@cmcl2.NYU.EDU (HasnainKhan) writes:
  22209.  
  22210. > I didn't in anyway indicate that I wanted to switch, and explicitly
  22211. > said "No".
  22212.  
  22213. > Lo, Behold, they switched my parents, and billed with my name
  22214. > (mispelled of course).
  22215.  
  22216. I had exactly the opposite experience.  I called MCI and wanted to
  22217. sign up for "Friends and Family", and "Reach Out World" (or whatever
  22218. is the MCI eqivalent of it).  The person I talked to got a list of my
  22219. Friends and Family, and all other information and told me that I will
  22220. be receiving a "Welcome to MCI" package within two weeks, and that the
  22221. dial-1 carrier will be switched sometime around the same period of
  22222. time.
  22223.  
  22224. That was on June 5th -- about two months back.  I am yet to receive
  22225. the welcome kit, and ATT is still my dial-1 carrier.  May be I should
  22226. call New York Telephone and instruct them not to switch me to MCI if
  22227. they asked them to.  How can I expect any reasonable service from a
  22228. company who cannot even sign up a willing potential customer?
  22229.  
  22230.  
  22231. james joseph    joseph@c2a.crd.ge.com
  22232.  
  22233.  
  22234. [Moderator's Note: You may be over-reacting a little. I'd suggest
  22235. calling again and see if there is some problem. It could be through
  22236. human error or a computer glitch that your order got lost. I've seen
  22237. it happen at AT&T also.  
  22238.  
  22239. And just as I typed the above, somehow I accidentally wiped out the
  22240. queue of waiting messages for Friday morning. About 30 messages were
  22241. lost. I refer you to the special message I sent out a few minutes ago,
  22242. and ask for anything not in this issue or earlier issues Thursday to
  22243. be resubmitted with my apologies.   PAT]
  22244.  
  22245. ------------------------------
  22246.  
  22247. End of TELECOM Digest V12 #597
  22248. ******************************
  22249. 
  22250. 
  22251. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa19667;
  22252.           31 Jul 92 3:45 EDT
  22253. Received: by delta.eecs.nwu.edu id AA29859
  22254.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 31 Jul 1992 02:01:45 -0500
  22255. Received: by delta.eecs.nwu.edu id AA14015
  22256.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 31 Jul 1992 02:01:21 -0500
  22257. Date: Fri, 31 Jul 1992 02:01:21 -0500
  22258. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  22259. Message-Id: <199207310701.AA14015@delta.eecs.nwu.edu>
  22260. To: telecom@eecs.nwu.edu
  22261. Subject: Exploring the Telecom Archives: Index to Archives, 7-31-92
  22262.  
  22263.  
  22264. I've attached to this file a current copy of the Telecom Archives main
  22265. directory, as well as one of the sub-directories dealing with security
  22266. issues. You'll note there are various sub-directories in the archives
  22267. covering dozens of topics.
  22268.  
  22269. Almost every issue of TELECOM Digest is available in the first several
  22270. sub-directories, broken down by year. Within each of those directories
  22271. one will find the back issues in groups of fifty issues each. There
  22272. are exceptions to this with the very, very old issues; and a few of the
  22273. oldest issues are missing, but most that were missing have been found at
  22274. one site or another and put in order here.
  22275.  
  22276. All the areacode files have been updated in recent weeks by Carl Moore
  22277. to reflect the several changes since these files were first installed
  22278. back in 1989-1990. In addition, Carl has recently updated the 'history.
  22279. of.area.splits' file. 
  22280.  
  22281. We have several glossary files including a new one uploaded to the 
  22282. archives just a couple weeks ago which was found at a naval FTP site.
  22283.  
  22284. Among the various index files is one which is an accelerated index to
  22285. subject and authors in Volumes 9-10-11 of TELECOM Digest, covering the
  22286. years 1989, 1990 and 1991. This will be updated at the end of this
  22287. year to include subjects and authors for 1992 in Volume 12. The way
  22288. you use the accelerated index is by taking it back to your site and
  22289. first uncompressing it. It is *very large* (as are many of the
  22290. archives files as you will see), so it is recommended you have lots of
  22291. spare room to store it. After it has been uncompressed (it is many
  22292. thousands of lines in length), you then use grep to seek out phrases,
  22293. author names, volume and issue numbers, etc. The file is in strict
  22294. alphabetical order ignoring the 'Re:' which appears at the start of
  22295. many messages. Where two or more articles are identical in title, then
  22296. the sort continues by the author's first name and last name, i.e. John
  22297. Higdon would come before Robert Adams. Due to some irregularities and
  22298. inconsistencies in the use of upper/lower case and the occassional
  22299. typographical error it is suggested you use the most liberal
  22300. instructions you can with grep; for example ignoring case, using
  22301. wildcards when possible, etc. Please note that being too liberal in
  22302. your search criteria will result in a huge number of things you do
  22303. *not* wish to see ... and being too specific in your search may cause
  22304. you to miss something. Experiment around for the best results. Read
  22305. the several lines at the top of this file which provide additional
  22306. help in locating what you want. 
  22307.  
  22308. The 'telecom-recent' file contains the most recent batch of fifty
  22309. issues of the Digest. This file is flushed on the fiftieth and 
  22310. hundredth issues, with x01 - x50 (or x51 - x00) moved to permanent
  22311. storage in the sub-directories at the top of the list as soon as I can
  22312. after distribution. You can pick up recent missing issues from this
  22313. file. 
  22314.  
  22315. How to get there from here:
  22316.  
  22317.     Use anonymous FTP:    ftp lcs.mit.edu
  22318.     Login anonymous, and use your name@site as password.
  22319.     When logged in, 'cd telecom-archives'.
  22320.  
  22321. On your first visit, you may wish to simply pull the various index
  22322. files and take them back to your site for review. 
  22323.  
  22324. Anonymous FTP is limited of course to Internet sites, and that is a
  22325. pity since so many readers of the Digest and comp.dcom.telecom are at
  22326. UUCP sites or entirely different networks. Those folks will need to
  22327. use an email <==> ftp server ... and although we've had these around
  22328. from time to time, I don't know the address of any at present.
  22329.  
  22330. ==  Can anyone provide us with a good reliable email <==> ftp link?  ==
  22331. If so, you'd be doing a big favor for all the Compuserve, MCI/ATT Mail,
  22332. and UUCP sites reading the Digest ... please write me with details.
  22333.  
  22334. Here is the main directory of the Telecom Archives, updated as of
  22335. July 31, 1992:
  22336.  
  22337. total 5323
  22338. drwxrwxr-x 14 telecom  telecom      5632 Jul 31 01:49 ./
  22339. drwxrwxr-x 24 root     wheel        1024 Jul 31 01:04 ../
  22340. dr-xr-xr-x  2 ptownson telecom       512 Mar  2  1991 1981-86.volumes.1-5/
  22341. dr-xr-xr-x  2 ptownson telecom       512 Mar  2  1991 1987.volumes.6-7/
  22342. dr-xr-xr-x  2 ptownson telecom       512 Mar  2  1991 1988.volume.8/
  22343. dr-xr-xr-x  2 ptownson telecom       512 Oct 27  1991 1989.volume.9/
  22344. dr-xr-xr-x  2 ptownson telecom      1024 Oct 27  1991 1990.volume.10/
  22345. dr-xr-xr-x  2 ptownson telecom      1024 Jan  1  1992 1991.volume.11/
  22346. drwxr-xr-x  2 ptownson telecom       512 Jul 15 01:40 1992.volume.12/
  22347. -r--r--r--  1 ptownson telecom       663 Jan 27  1991 READ.ME.FIRST
  22348. -r--r--r--  1 ptownson telecom     25799 Sep 12  1990 abernathy.internet.story
  22349. -r--r--r--  1 ptownson telecom     14124 Mar 24 21:15 air.fone.frequencies
  22350. -r--r--r--  1 ptownson telecom     13983 Apr 19 12:12 alascom.story
  22351. -r--r--r--  1 ptownson telecom     68508 Mar 14  1991 aos-new.fcc.proposals
  22352. -r--r--r--  1 ptownson telecom     68224 Nov 20  1990 aos-rules.procedures
  22353. -r--r--r--  1 ptownson telecom     60505 Feb 24  1991 apple.data.pcs.petition
  22354. -r--r--r--  1 ptownson telecom     18238 Nov  9  1990 area.214-903.split.tx
  22355. -r--r--r--  1 ptownson telecom     34805 Jul 30  1991 area.301-410.split.md
  22356. -r--r--r--  1 ptownson telecom     41444 May 19 03:07 area.404-706.split.ga
  22357. -r--r--r--  1 ptownson telecom     34819 Jul 31 01:19 areacode.guide
  22358. -r--r--r--  1 ptownson telecom      7295 Jul 31 01:35 areacode.history
  22359. -r--r--r--  1 ptownson telecom     10384 Jul 31 01:20 areacode.program.in.c
  22360. -r--r--r--  1 ptownson telecom     21370 Jul 31 01:20 areacode.script
  22361. -r--r--r--  1 ptownson telecom      8734 Dec 13  1991 att-reach.out-calculator
  22362. -r--r--r--  1 ptownson telecom       474 Feb 11  1990 att.service.outage.1-90
  22363. -rw-rw-r--  1 telecom  telecom     18937 Aug  1  1989 auto.coin.collection
  22364. -r--r--r--  1 ptownson telecom     18962 Jun 20 10:19 autovon.instructions
  22365. -r--r--r--  1 ptownson telecom      4788 Jun 10  1990 books.about.phones
  22366. -r--r--r--  1 ptownson telecom     21206 Nov 18  1991 breaux.bill.call.blocking
  22367. -r--r--r--  1 ptownson telecom     61504 Jul 30  1990 caller-id-legal-decision
  22368. -r--r--r--  1 ptownson telecom      4569 Feb  2 13:07 caller-id-specs.bellcore
  22369. -r--r--r--  1 ptownson telecom      6807 Feb  2 13:04 caller.id.specs
  22370. -r--r--r--  1 ptownson telecom     39449 Dec 14  1990 cellular.carrier.codes
  22371. -r--r--r--  1 ptownson telecom     16188 Mar 14  1991 cellular.fraud.abernathy
  22372. -r--r--r--  1 ptownson telecom      2755 Mar 14  1991 cellular.fraud.prevention
  22373. -r--r--r--  1 ptownson telecom     17016 Aug  5  1990 cellular.phones-iridium
  22374. -r--r--r--  1 ptownson telecom     24455 Feb  6  1991 cellular.program-motorola
  22375. -rw-rw-r--  1 telecom  telecom     15141 Aug  1  1989 cellular.sieve
  22376. -r--r--r--  1 ptownson telecom       298 May 31  1990 cellular.west.germany
  22377. -r--r--r--  1 ptownson telecom     16292 Mar 18  1990 class.ss7.features
  22378. -r--r--r--  1 ptownson telecom     15023 Sep 30  1990 cocot-in-violation-label
  22379. -r--r--r--  1 ptownson telecom     38981 Oct 12  1990 cocot.complaint.sticker
  22380. -r--r--r--  1 ptownson telecom     70477 Sep  5  1990 computer.bbs.and.the.law
  22381. -rw-rw-r--  1 telecom  telecom     23944 Aug  1  1989 computer.state
  22382. drwxr-xr-x  2 ptownson telecom       512 Jul 12 03:37 country.codes/
  22383. -r--r--r--  1 ptownson telecom     11267 Feb 25  1990 cpid-ani.developments
  22384. -r--r--r--  1 ptownson telecom       436 Mar 16  1991 deaf.communicate.on.tdd
  22385. -rw-r--r--  1 ptownson telecom     86136 May 19 03:11 deregulated.telecom.mkt
  22386. -r--r--r--  1 ptownson telecom     15877 Sep  1  1990 dial.tone.monopoly
  22387. -r--r--r--  1 ptownson telecom     28296 Sep 29  1990 dialup.access.in.uk
  22388. -r--r--r--  1 ptownson telecom     29980 Oct 29  1991 docket.87-215
  22389. -r--r--r--  1 ptownson telecom     13622 Aug 18  1991 e-mail.system.survey
  22390. -r--r--r--  1 ptownson telecom     16367 Sep  1  1990 e-series.recommendations
  22391. -r--r--r--  1 ptownson telecom      3422 Jan 20  1990 early.digital.ESS
  22392. -r--r--r--  1 ptownson telecom     62602 Aug  1  1989 ecpa.1986
  22393. -r--r--r--  1 ptownson telecom     97987 Aug  4  1990 ecpa.1986.federal.laws
  22394. -r--r--r--  1 ptownson telecom     39956 Jul 14  1990 elec.frontier.foundation
  22395. -r--r--r--  1 ptownson telecom      5922 Feb 22  1991 email.middle-east.troops
  22396. -r--r--r--  1 ptownson telecom     20660 Sep  5  1990 email.privacy
  22397. -r--r--r--  1 ptownson telecom      8504 Jan 27  1990 enterprise-funny-numbers
  22398. -r--r--r--  1 ptownson telecom      8234 Sep 26  1991 exploring.950-1288
  22399. -r--r--r--  1 ptownson telecom     19836 Nov 20  1990 fax.products.for.pc
  22400. -r--r--r--  1 ptownson telecom     24706 Oct 29  1991 fcc.modem.tax.action
  22401. -rw-rw-r--  1 telecom  telecom     33239 Aug  1  1989 fcc.policy
  22402. -rw-rw-r--  1 telecom  telecom     19378 Aug  1  1989 fcc.threat
  22403. -r--r--r--  1 ptownson telecom       484 Jan 14  1990 fcc.vrs.aos-ruling
  22404. -rw-rw-r--  1 telecom  telecom      9052 Aug  1  1989 find.pair
  22405. -rw-rw-r--  1 telecom  telecom     47203 Aug  1  1989 fire.in.chgo.5-88
  22406. -r--r--r--  1 ptownson telecom      1998 Jan 27  1990 fire.in.st-louis.1-90
  22407. -r--r--r--  1 ptownson telecom       377 Jan 27  1990 fires.elsewhere.in.past
  22408. -r--r--r--  1 ptownson telecom      1247 Feb 10  1990 first.issue.cover
  22409. -r--r--r--  1 ptownson telecom     48850 Jan 19  1992 frequently.asked.question
  22410. -r--r--r--  1 ptownson telecom     14105 Nov 24  1990 genie.star-service
  22411. -rw-r--r--  1 map      telecom    118330 Jun 17 16:20 glossary.acronyms
  22412. -r--r--r--  1 ptownson telecom     43101 Jan 27  1991 glossary.isdn.terms-kluge
  22413. -r--r--r--  1 ptownson telecom    115757 Jul 31 01:24 glossary.naval.telecom
  22414. -r--r--r--  1 ptownson telecom     42188 Jan 14  1990 glossary.phrack.acronyms
  22415. -r--r--r--  1 ptownson telecom     67113 Jan 14  1990 glossary.txt
  22416. -r--r--r--  1 ptownson telecom     68804 Feb  2  1990 hi.perf.computing.net
  22417. -r--r--r--  1 ptownson telecom      7295 Jul 31 01:19 history.of.area.splits
  22418. -r--r--r--  1 ptownson telecom      2337 Jan 27  1990 history.of.digest
  22419. -r--r--r--  1 ptownson telecom     17129 Jan  5  1992 history.of.stock.ticker
  22420. -r--r--r--  1 ptownson telecom     27984 Nov 23  1991 history.of.teletype
  22421. -r--r--r--  1 ptownson telecom     30996 Feb 26 00:46 history.of.western.union
  22422. -r--r--r--  1 ptownson telecom     53628 Dec  6  1991 house.of.reps.bill.3515
  22423. -r--r--r--  1 ptownson telecom     32625 Mar 29  1990 how.numbers.are.assigned
  22424. -r--r--r--  1 ptownson telecom     31520 Aug 11  1991 how.phones.work
  22425. -r--r--r--  1 ptownson telecom     15302 Jan 20  1991 how.to.post.msgs.here
  22426. -r--r--r--  1 ptownson telecom     54041 Dec 13  1991 hr.3515.federal.law
  22427. -r--r--r--  1 ptownson telecom      1616 Nov 20  1990 index-canada.npa.files
  22428. -r--r--r--  1 ptownson telecom       411 Nov 20  1990 index-minitel.files
  22429. -rw-r--r--  1 ptownson telecom         0 Jul 31 01:49 index-telecom.archives
  22430. -r--r--r--  1 ptownson telecom      1861 Sep 20  1991 index-telecom.security
  22431. -r--r--r--  1 ptownson telecom       343 Jan 20  1991 index-tymnet.info
  22432. -r--r--r--  1 ptownson telecom    568541 Jan  1  1992 index-vol.9-10-11.subj.Z
  22433. -r--r--r--  1 ptownson telecom       936 Mar  3  1991 intro.to.archives
  22434. -r--r--r--  1 ptownson telecom     12896 Nov 20  1990 isdn.pc.adapter-hayes
  22435. -r--r--r--  1 ptownson telecom     10590 Aug 11  1991 lata.names-numbers.table
  22436. -rw-rw-r--  1 telecom  telecom      4816 Aug  1  1989 lauren.song
  22437. -rw-rw-r--  1 telecom  telecom       801 Aug  1  1989 ldisc.txt
  22438. -rw-rw-r--  1 telecom  telecom      2271 Aug  1  1989 ldnotes.txt
  22439. -rw-rw-r--  1 telecom  telecom     13675 Aug  1  1989 ldrates.txt
  22440. -r--r--r--  1 ptownson telecom     12961 Aug 18  1991 lightning.surge.protect
  22441. -r--r--r--  1 ptownson telecom     12260 Jan 20  1990 london.ac.script
  22442. -r--r--r--  1 ptownson telecom     12069 Mar  5  1990 london.codes.script
  22443. -r--r--r--  1 ptownson telecom     15604 Aug  1  1989 mass.lines
  22444. -rw-rw-r--  1 telecom  telecom       463 Aug  1  1989 measured-service
  22445. dr-xr-xr-x  2 ptownson telecom       512 Nov 20  1990 minitel.info/
  22446. -r--r--r--  1 ptownson telecom     36641 Aug  1  1989 mnp.protocol
  22447. -r--r--r--  1 ptownson telecom    103336 Jan 28  1992 modem.tutorial
  22448. -r--r--r--  1 ptownson telecom      2450 Jan 20  1990 modems.and.call-waiting
  22449. -r--r--r--  1 ptownson telecom     30981 Feb  9 21:49 modems.and.hotel.phones
  22450. -r--r--r--  1 ptownson telecom     29973 Aug 11  1991 monitor.soviet.xmissions
  22451. -rw-r--r--  1 ptownson telecom     23449 Jan 18  1992 motorola.programming
  22452. -rw-rw-r--  1 telecom  telecom      7597 Feb 10  1990 named.exchanges
  22453. -r--r--r--  1 ptownson telecom     16590 Oct 21  1990 net.mail.guide
  22454. -rw-rw-r--  1 telecom  telecom      3014 Jan 27  1990 newuser.letter
  22455. -r--r--r--  1 ptownson telecom     32815 Mar 25  1990 nine.hundred.service
  22456. -r--r--r--  1 ptownson telecom      2795 Aug  3  1991 npa.510.sed.script
  22457. -r--r--r--  1 ptownson telecom     45105 Mar  2  1991 npa.800-carriers.assigned
  22458. -r--r--r--  1 ptownson telecom     17618 Feb  2 13:01 npa.800.carrier.list
  22459. -r--r--r--  1 ptownson telecom     13779 Sep 19  1990 npa.800.prefixes
  22460. -r--r--r--  1 ptownson telecom     45109 Mar  2  1991 npa.800.revised
  22461. -r--r--r--  1 ptownson telecom     35934 Dec 13  1991 npa.809.prefixes
  22462. -r--r--r--  1 ptownson telecom     15488 Nov 20  1990 npa.900-carriers.assigned
  22463. -r--r--r--  1 ptownson telecom     15099 Mar  8  1991 npa.900.how.assigned
  22464. dr-xr-xr-x  2 ptownson telecom      1024 Jan  5  1992 npa.exchange.list-canada/
  22465. -r--r--r--  1 ptownson telecom     16534 Feb 11  1990 nsa.original.charter-1952
  22466. -r--r--r--  1 ptownson telecom      9886 Jan 23  1990 occ.10xxx.access.codes
  22467. -r--r--r--  1 ptownson telecom      6847 Mar  2  1991 occ.10xxx.list.updated
  22468. -r--r--r--  1 ptownson telecom      7714 Jul 23  1991 occ.10xxx.new.revision
  22469. -r--r--r--  1 ptownson telecom      8593 May  5  1990 occ.10xxx.notes.updates
  22470. -r--r--r--  1 ptownson telecom     14354 Aug 12  1990 octothorpe.gets.its.name
  22471. -r--r--r--  1 ptownson telecom     85802 Apr 19 12:27 ohio.decree.on.caller-id
  22472. -r--r--r--  1 ptownson telecom      8504 Jan 27  1990 old.fashioned.coinphones
  22473. -rw-rw-r--  1 telecom  telecom      2756 Jan 27  1990 old.hello.msg
  22474. -r--r--r--  1 ptownson telecom     60707 Aug 18  1991 pager.bin.uqx
  22475. -r--r--r--  1 ptownson telecom     13079 Aug 22  1991 pager.ixo.example
  22476. -r--r--r--  1 ptownson telecom     70153 Aug  1  1989 pc.pursuit
  22477. -rw-rw-r--  1 telecom  telecom      5492 Aug  1  1989 pearl.harbor.phones
  22478. -r--r--r--  1 ptownson telecom     41112 Jun 20 10:33 phone.hardware.you.build
  22479. -r--r--r--  1 ptownson telecom     11489 Sep 29  1991 phone.home-usa
  22480. -r--r--r--  1 ptownson telecom     28922 Aug 11  1991 phone.patches
  22481. -r--r--r--  1 ptownson telecom     38772 Aug  1  1989 pizza.auto.nmbr.id
  22482. -r--r--r--  1 ptownson telecom     14189 May  6  1991 radio-phone.interfere.1
  22483. -r--r--r--  1 ptownson telecom     11696 May  6  1991 radio-phone.interfere.2
  22484. -r--r--r--  1 ptownson telecom      8452 May  6  1991 radio-phone.interfere.3
  22485. -r--r--r--  1 ptownson telecom     17950 Jan 14  1990 rotenberg.privacy.speech
  22486. -r--r--r--  1 ptownson telecom      4184 Jul 27  1991 sprint.long-dist.rates
  22487. -r--r--r--  1 ptownson telecom     20526 Jun 11  1991 st.louis.phone.outage
  22488. -r--r--r--  1 ptownson telecom      9764 Jan 20  1990 starline.features
  22489. -r--r--r--  1 ptownson telecom     46738 Jan 18  1990 starlink.vrs.pcp
  22490. -r--r--r--  1 ptownson telecom    103069 Apr 26  1990 sysops.libel.liability
  22491. -rw-rw-r--  1 telecom  telecom      3857 Aug  1  1989 tat-8.fiber.optic
  22492. -r--r--r--  1 ptownson telecom     27533 Feb  9  1990 telco.name.list.formatted
  22493. -r--r--r--  1 ptownson telecom     31487 Jan 28  1990 telco.name.listing
  22494. -rw-rw-r--  1 ptownson telecom    913156 Jul 31 01:41 telecom-recent
  22495. -r--r--r--  1 ptownson telecom       610 Sep  5  1991 telecom-recent.read.first
  22496. drwxr-xr-x  2 ptownson telecom      1024 May 24 20:02 telecom.security.issues/
  22497. -r--r--r--  1 ptownson telecom     32160 Feb 26 00:16 telex.from.internet
  22498. -r--r--r--  1 ptownson telecom     21831 Jan 20  1991 telsat-canada-report
  22499. -rw-rw-r--  1 telecom  telecom     11752 Aug  1  1989 telstar.txt
  22500. -r--r--r--  1 ptownson telecom     14429 Jan 18  1992 test.numbers
  22501. -r--r--r--  1 ptownson telecom     18138 Sep 29  1991 toll-free.tolled.list
  22502. dr-xr-xr-x  2 ptownson telecom       512 Dec 10  1990 tymnet.information/
  22503. -r--r--r--  1 ptownson telecom     26614 May 29  1990 unitel-canada.ld.service
  22504. -r--r--r--  1 ptownson telecom       427 Sep 20  1991 usa.direct.service
  22505. -r--r--r--  1 ptownson telecom       116 Oct 22  1990 white.pages
  22506. -r--r--r--  1 ptownson telecom     37947 Aug  1  1989 wire-it-yourself
  22507. -rw-rw-r--  1 telecom  telecom      4101 Aug  1  1989 wiring.diagram
  22508. -r--r--r--  1 ptownson telecom     24541 Aug  1  1989 zum.debate
  22509.  
  22510. And here is the index to one of the sub-directories dealing with
  22511. telecom security issues:
  22512.  
  22513. total 1025
  22514. drwxr-xr-x  2 ptownson telecom      1024 Sep 20 23:15 ./
  22515. drwxrwxr-x 12 telecom  telecom      5632 Sep 20 23:14 ../
  22516. -rw-r--r--  1 ptownson telecom     24515 Sep  3 02:06 atm-bank.fraud
  22517. -rw-r--r--  1 ptownson telecom      6144 Mar 14  1991 cellular.fraud.abernathy
  22518. -rw-r--r--  1 ptownson telecom      2755 Mar 14  1991 cellular.fraud.prevention
  22519. -r--r--r--  1 ptownson telecom     13343 Feb 25  1990 computer.fraud.abuse.act
  22520. -r--r--r--  1 ptownson telecom     27395 Jun 23  1990 craig.neidorf.indictment
  22521. -r--r--r--  1 ptownson telecom      9354 Jul 30  1990 craig.not.guilty
  22522. -r--r--r--  1 ptownson telecom     67190 Jun 23  1990 crime.and.puzzlement
  22523. -r--r--r--  1 ptownson telecom     62602 Aug 12  1990 ecpa.1986
  22524. -r--r--r--  1 ptownson telecom     97987 Aug 12  1990 ecpa.1986.federal.laws
  22525. -rw-r--r--  1 ptownson telecom     21918 Dec  2  1990 illinois.computer.laws
  22526. -rw-r--r--  1 ptownson telecom         0 Sep 20 23:15 index-telecom.security
  22527. -r--r--r--  1 ptownson telecom     28935 May 19  1990 jolnet-2600.magazine.art
  22528. -r--r--r--  1 ptownson telecom     30751 Mar  7  1990 jolnet-attctc.crackers
  22529. -r--r--r--  1 ptownson telecom     43365 Jan 28  1990 kevin.polsen
  22530. -r--r--r--  1 ptownson telecom     35612 Apr  1  1990 legion.of.doom
  22531. -r--r--r--  1 ptownson telecom     20703 Aug 12  1990 len.rose-legion.of.doom
  22532. -rw-r--r--  1 ptownson telecom      2516 Jun 14 01:03 len.rose.in.prison
  22533. -rw-r--r--  1 ptownson telecom    184494 Jun 22 22:04 len.rose.indictment-1
  22534. -rw-r--r--  1 ptownson telecom    192078 Jun 22 22:05 len.rose.indictment-2
  22535. -r--r--r--  1 ptownson telecom     67099 Nov  4  1990 telecom.usa.call.block-1
  22536. -r--r--r--  1 ptownson telecom     31995 Nov 20  1990 telecom.usa.call.block-2
  22537. -r--r--r--  1 ptownson telecom     10833 Nov 20  1990 telecom.usa.call.block-3
  22538. -r--r--r--  1 ptownson telecom     14821 Sep 12  1990 war.on.computer.crime
  22539.  
  22540. Not included here are the sub-directories which deal with Canadian
  22541. area codes and place names; the comprehensive country code listings;
  22542. the back issues of the Digest since 1981; and others. You can capture
  22543. those yourself during your visit to the Archives.
  22544.  
  22545. I want to especially point out that if you want a complete and up to
  22546. date area code list, the one in the archives was updated by Carl Moore
  22547. just days ago and anticipates changes being made in the next few
  22548. months. And of course Dave Leibold's hard work with the country code
  22549. tables is to be commended. (Carl also worked on this.)
  22550.  
  22551. The archives changes daily as each new issue of the Digest is filed
  22552. away, and new files of all kinds arrive almost weekly, so keep up to
  22553. date by reviewing the main directory each time you visit.
  22554.  
  22555.  
  22556. Patrick Townson
  22557. TELECOM Moderator
  22558. 
  22559. 
  22560. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa02713;
  22561.           1 Aug 92 1:52 EDT
  22562. Received: by delta.eecs.nwu.edu id AA21186
  22563.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 31 Jul 1992 23:57:11 -0500
  22564. Received: by delta.eecs.nwu.edu id AA19405
  22565.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 31 Jul 1992 23:56:59 -0500
  22566. Date: Fri, 31 Jul 1992 23:56:59 -0500
  22567. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  22568. Message-Id: <199208010456.AA19405@delta.eecs.nwu.edu>
  22569. To: "\\telecom"@eecs.nwu.edu
  22570. Subject: TELECOM Digest V12 #598
  22571.  
  22572. TELECOM Digest     Fri, 31 Jul 92 23:57:00 CDT    Volume 12 : Issue 598
  22573.  
  22574. Index To This Issue:                      Moderator: Patrick A. Townson
  22575.  
  22576.     Cable Telephony and BT Profits (Bryan Montgomery)
  22577.     NET and a Noise-Free Line: Impossible? (Kenneth Crudup)
  22578.     A Customer-Operated Coin Telephone Could be Cheaper For You! (P. Robinson)
  22579.     Just Saw a Neat New Modem (David Ptasnik)
  22580.     Product Review of SMDR Buffered Modem (David Ptasnik)
  22581.     PC-Based Voice Mail System (Bill Garfield)
  22582.     CRC Error Downloading .arc Files From UNIX to PC (jsnewlin@ucdavis.edu)
  22583.     Combined Fax Machine/Fax Modem? (Anthony E. Siegman)
  22584.     Does Bellcore Also Assign the Central Office Codes? (David Leibold)
  22585.     Operator Wins Gold in Current Events Unawareness (David Leibold)
  22586. ----------------------------------------------------------------------
  22587.  
  22588. Date: Fri, 31 Jul 92 14:41:54 BST
  22589. From: monty@vnet.ibm.com
  22590. Subject: Cable Telephony and BT Profits
  22591.  
  22592.  
  22593. Pat,
  22594.  
  22595.     I thought that the following snippet may be of interest,
  22596. especially as BT recently announced operating profits up until Jun 30
  22597. 1992 of 799 million pounds, down from last year's profit at this time
  22598. of 920 million pounds.
  22599.  
  22600. Isn't competition wonderful?
  22601.  
  22602.  
  22603. Bryan
  22604.  
  22605.     *************** Forwarded Note ***************
  22606.  
  22607. :----------------------Electronic Edition-----------------------:
  22608. :                                                               :
  22609. : Issue: 087 :-------:Published Biweekly:------: Date: 27/07/92 :
  22610. :                                                               :
  22611. :--------------(C) Copyright 1991,92 Darren Ingram--------------:
  22612. :                                                               :
  22613. :-------------------------------------------:-------------------:
  22614. : SATNEWS is published biweekly by Darren   : HOW TO CONTACT US :
  22615. : Ingram Media Services and is Copyright (C):                   :
  22616. : 1991-92 Darren Ingram/Darren Ingram Media :                   :
  22617. : Services. It is distributed on various    :                   :
  22618. : electronic computer networks. Selected    : INTERNET          :
  22619. : reproduction is permitted as long as the  :      Satnews@cix. :
  22620. : copyright holder and title is credited.   :   compulink.co.uk :
  22621. : Contributions and solicitations for use   : FACSIMILE         :
  22622. : in Satnews are welcome. Please contact    :   +44 203 717 418 :
  22623. : the editor before uploading Satnews onto a: TELEX             :
  22624. : new information source. Rights Reserved   :   94026650 DBRI G :
  22625. :-------------------------------------------:-------------------:
  22626. : Editor/Publisher: Darren Ingram           : Contact Satnews   :
  22627. : Contributors    : Dave Plumb              : for details on a  :
  22628. :                 : Dr. Helmut Vahlbruch    : special Internet/ :
  22629. :                 : Robert Smathers         : CIX access deal   :
  22630. :                 : And others              : that saves money! :
  22631. :---------------------------------------------------------------:
  22632.  
  22633. CABLE TELEPHONY INCREASES IN THE UK
  22634.  
  22635. According to figures released by the Independent Television Commission
  22636. the number of telephone lines installed in customers' premises by
  22637. cable operators increased by 125 percent in the first six months of
  22638. 1992.
  22639.  
  22640.      There are approximately 48,000 telephone lines connected in 17
  22641. franchise areas.  Several other cable television operators plan to
  22642. introduce telephony services to subscribers by the end of the year.
  22643.  
  22644. ------------------------------
  22645.  
  22646. From: kenny@osf.org (Kenneth Crudup)
  22647. Subject: NET and a Noise-Free Line: Impossible?
  22648. Organization: Open Software Foundation
  22649. Date: Fri, 31 Jul 1992 18:48:18 GMT
  22650.  
  22651.  
  22652. HELP!
  22653.  
  22654. When I moved into my apartment two years ago, I had New England Tel
  22655. (NYNEX) put in three additional lines (I'm getting like Higdon! :-).
  22656. One of those was my outgoing-only terminal modem line. When it first
  22657. came in, it was noise-free, or at least clean enough that I didn't
  22658. notice. Now, I can't even call Cambridge 621- from Boston 983- without
  22659. getting random modem noise. It shows up as random characters (not all
  22660. just "{"'s and "~"'s, either) every minute or so, in groups of one to
  22661. three, but sometimes it will go as long as ten minutes without a noise
  22662. hit.  Sometimes it just shows up as recieve noise (doesn't get to the
  22663. other system), sometimes it gets to the other modem as well.
  22664.  
  22665. Oh goody, I get to call 555-1611. So I did. First time, I got the
  22666. automated system. Other than hanging up the connection on it at the
  22667. time (I guess as a line check), I didn't even get so much as a
  22668. callback on the daytime number I left. Tried it again, got a human,
  22669. same result. Third time, ditto. Fourth time, they tell me they've got
  22670. a log entry where some tech went out there and put his noise meter on
  22671. the NI and found "nothing". I guess for voice, you won't. I said, have
  22672. him come out again, and I'll show you the problem.
  22673.  
  22674. I moved the computer down to the second floor, for easier reach, and
  22675. ran a 25-ft RJ11 extension out the kitchen door to the NI, (outside,
  22676. unlocked, on the ground level!) to eliminate the house wiring as a
  22677. source of the problem.  Thankfully, the problem showed while the tech
  22678. was there. I used a different modem, and a different terminal, to
  22679. prove it wasn't the equipment. He ran his noise meter again, and told
  22680. me that there was "nothing he could do". He said I could go to
  22681. business tariff, and I told him that all that means is that they
  22682. charge me more, but I won't get a new line pair. ("Oh yeah, I guess
  22683. you're right".) He told me then about a "special line" I could order
  22684. for "computer stuff", that I found out was a leased line. Thanks. (I
  22685. did wonder that if I brought that line up to business tariff, that
  22686. they would be *forced* to make that line clean. Since it's deductible,
  22687. I'd go with it.)
  22688.  
  22689. I wanted him to run a new pair for me. He said he couldn't, but he
  22690. said that he could see my problem. I believe he was just trying to get
  22691. out of it, and I asked for the name of his supervisor/group leader. He
  22692. "hasn't been in".
  22693.  
  22694. What should I say/do next? I just want a noise-free (at least regular
  22695. clean) line.
  22696.  
  22697. Some more background info: I was on Martha's Vineyard a month ago,
  22698. used the same line to get in, left it a while, no noise. My officemate
  22699. lives out in the sticks, no noise. Noone else complains, either. When
  22700. I called repair service, I tried to sound telecom literate (using
  22701. terms I culled from c.d.t) so they wouldn't ask me the dumb question
  22702. set, and take me seriously. I asked if I had a SLC (slick) on the
  22703. line(s), no one could tell me. When I moved the modem over to one of
  22704. the other new lines, same problem. I haven't had the modem on the home
  22705. number long enough to see if it shows up on that one.
  22706.  
  22707. Thanks in advance.
  22708.  
  22709.  
  22710. Kenneth R. Crudup, Contractor, OSF DCE QA
  22711. OSF, 11 Cambridge Center, Cambridge, MA 02142    +1 617 621 7306
  22712. kenny@osf.osf.org            OSF has nothing to do with this post.
  22713.  
  22714.  
  22715. [Moderator's Note: When you mentioned you had the same problem with
  22716. the modem on one of the other lines, it occurred to me that perhaps
  22717. your modem is at fault. They do go out of calibration, you know. Try
  22718. the modem on different lines, then try a different modem on the
  22719. original line and let us know what happens.   PAT]
  22720.  
  22721. ------------------------------
  22722.  
  22723. Reply-To: Tdarcos@mcimail.com
  22724. From: Paul Robinson <FZC@CU.NIH.GOV>
  22725. Date: Fri, 31 Jul 92  15:41:35 EDT
  22726. Subject: A Customer-Operated Coin Telephone Could be Cheaper For You!
  22727.  
  22728.  
  22729. I went into a restaurant in Bethesda, MD and discovered a different
  22730. pay telephone.
  22731.  
  22732. It consisted of a desk-style Touch-Tone* telephone with two special
  22733. additions; one is a green "TALK" button (more on this feature later),
  22734. and the other is a coin slot.  The phone claims to accept dimes and
  22735. nickels for calls.
  22736.  
  22737. Here's the kicker: the sign on the front:
  22738.  
  22739. 25c Call:  Local Calls 25c / Long Distance 25c a minute
  22740.            Insert 25c; dial number; press TALK button to
  22741.            talk.
  22742.  
  22743. It will dial 911 and 1-800 numbers without coin (it claims; I had to
  22744. go to work and could not do a full test)*.  I did one test they would
  22745. not have liked.
  22746.  
  22747. I put in a quarter and dialed the local number for time.  I was
  22748. connected and did hear the annoucement.  I hung up and my 25c came
  22749. back, so it is acceptable for calling a number that is busy or does
  22750. not answer*.
  22751.  
  22752. They also provide CANADA and CARRIBBEAN at $1 a minute; with Canadian
  22753. rates reaching around 30c a minute that's a little steep*; but let's
  22754. look at the U.S. rate structure.
  22755.  
  22756. The current dial direct rate for AT&T and such is running around 11 to
  22757. 18c for calls in the USA*; however, based upon the surcharge of 75-80c
  22758. for a credit card call, this type of phone would be {cheaper}* for
  22759. calls of {11 minutes}* or less:
  22760.  
  22761.             Call Length
  22762.            3 Min   4 Min   5 Min  6 Min  7 Min  11 Min  12 Min
  22763. Call Rate    54     72      90     118    136     198     216
  22764. Surcharge    75     75      75      75     75      75      75
  22765.   Rate      129    151     165     187    214     273     292
  22766.  
  22767. 25c/Min      75    100     125     150    175     275     300
  22768.  
  22769. These rates do not count taxes imposed on calling card calls, and
  22770. discounts available, but this type of phone is {cheaper} for most
  22771. people's long distance calls when you have to pay a calling-card
  22772. surcharge on the call.*
  22773.  
  22774. What surprised me was the amount of time you have to be on the phone
  22775. {before} this phone is more expensive!  12 Minutes!
  22776.  
  22777. *Your mileage may vary.
  22778.  
  22779.  
  22780. Paul Robinson
  22781.  
  22782.  
  22783. [Moderator's Note: That style COCOT like others can be set for
  22784. whatever rate the owner wants to charge. Obviously the person who owns
  22785. that one is more interested in providing a service than in ripping
  22786. people off, like many COCOT operators.  Good for him.  PAT]
  22787.  
  22788. ------------------------------
  22789.  
  22790. Date: Fri, 31 Jul 1992 15:28:24 -0700 (PDT)
  22791. From: David Ptasnik <davep@u.washington.edu>
  22792. Subject: Just Saw a Neat New Modem ...
  22793.  
  22794.  
  22795.  ... called the Q Blazer.  It is a 2" x 2" black cube.  9600 baud
  22796. (v.32 I think), has space for a nine volt battery in it that can
  22797. provide about two hoursof power for you laptopers out there.  Our
  22798. computer people are wild about it, I haven't tried it yet.
  22799.  
  22800. Under $300.
  22801.  
  22802.  
  22803. All of the above is nothing more than the personal opinion of - 
  22804.  
  22805. Dave Ptasnik          davep@u.washington.edu
  22806.  
  22807. ------------------------------
  22808.  
  22809. Date: Fri, 31 Jul 1992 15:34:11 -0700 (PDT)
  22810. From: David Ptasnik <davep@u.washington.edu>
  22811. Subject: Product Review of SMDR Buffered Modem
  22812.  
  22813.  
  22814. I just hooked up the Visionary Electronics 2400xt buffered modem, and
  22815. I like it alot.  It is attached to a Merlin II R.3 key system (had to
  22816. use an AT&T 355A and a null modem adapter to get from AT&T's RJ-45
  22817. format to an RS-232).  Comes with 256k, one meg, or four meg of RAM
  22818. for well under $1,000.  I am trying a one meg version.
  22819.  
  22820. I can call it at 300, 1200, or 2400.  It accepts data from the key
  22821. system at 3, 12, and 2400.  The Merlin II transmits at 1200.
  22822.  
  22823. I can call it for a normal download, or an xmodem download, or it can
  22824. call me at a set interval, or when it reaches a certain percentage of
  22825. fullness.  It is password protected and supports call back modem
  22826. operation.  It's outbound dialing commands include pauses and wait for
  22827. dial tones.
  22828.  
  22829. It can also call out with up to 16 different alarm states (presumably
  22830. relaying alarms to you if your PBX or key system comes without dial
  22831. out capability).
  22832.  
  22833. Easy to understand and pretty well written manual.  Menus when you get
  22834. in are clear and intuitive.  It has a two year warranty.
  22835.  
  22836. Compared to units I have seen that come packaged with call accounting
  22837. software, this is a good deal.
  22838.  
  22839. Visionary Electronics
  22840. 141 Parker Avenue
  22841. San Francisco, CA  94118
  22842. (415) 751-8811
  22843.  
  22844. Ask for Brad Mc Millan.  
  22845.  
  22846.  
  22847. All of the above is nothing more than the personal opinion of - 
  22848.  
  22849. Dave Ptasnik          davep@u.washington.edu
  22850.  
  22851. ------------------------------
  22852.  
  22853. Subject: PC-Based Voice Mail System
  22854. From: bill.garfield@yob.sccsi.com (Bill Garfield)
  22855. Date: Fri, 31 Jul 92 17:30:00 -0600
  22856. Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
  22857. Reply-To: bill.garfield@yob.sccsi.com (Bill Garfield)
  22858.  
  22859.  
  22860. Can anyone put me onto a source for a decent PC-based voice mail
  22861. system?  It needs to of course do telephone answering, but additional
  22862. features like Callers Menu (press 1 for... press 2 for... etc) and
  22863. outdialing to a pre-programmed selection of pagers is desirable.
  22864.  
  22865. I'm looking for a SMALL system, something that could support no more
  22866. than eight to ten users, but the paging option (ability to selectively
  22867. page any one of the eight to ten users) is a must.
  22868.  
  22869. Cost _IS_ a factor.
  22870.  
  22871. What's out there?  Any shareware?  Commercial?  What are the hardware
  22872. requirements?  Any info will be appreciated.
  22873.  
  22874. Please e-mail your replies and if there's sufficient intrest, I'll
  22875. post back to the net.  Thanks in advance.
  22876.  
  22877.  
  22878. Bill Garfield <bill.garfield@yob.sccsi.com>
  22879.  
  22880. ------------------------------
  22881.  
  22882. From: jsnewlin@ucdavis.edu
  22883. Subject: CRC Error Downloading .arc Files From Unix to PC
  22884. Date: 31 Jul 92 23:57:34 GMT
  22885. Organization: Computing Services, UC Davis
  22886.  
  22887.  
  22888. I get a "bad CRC" and "bad block num" message and aborted download
  22889. when going from files on Unix (downloaded from ftp site in binary) to
  22890. my PC (ProcommPlus).  Other files download fine, like .zip files
  22891. transferred from ftp sites in the same way.  What is the problem?
  22892. I've tried everything I know (Ymodem, Xmodem, Kermit) etc.  Appreciate
  22893. a solution.
  22894.  
  22895. ------------------------------
  22896.  
  22897. Date: Fri, 31 Jul 92 17:51:44 PDT
  22898. From: Anthony E. Siegman <siegman@sierra.stanford.edu>
  22899. Subject: Combined Fax Machine/Fax Modem?
  22900.  
  22901.  
  22902. Are there any combined fax machine/fax net-modem combinations, not too
  22903. unreasonably priced, which can be connected onto a single phone line
  22904. plus a building LAN (AppleTalk or Ethernet) and permit:
  22905.  
  22906. * Walk-up users to send copies from paper as usual;
  22907.  
  22908. * Remote networked users to send faxes from their Mac/PC disks;
  22909.  
  22910. * Incoming (or already received and stored) faxes to be optionally
  22911.   either printed out on demand at the machine itself, or to be
  22912.   transferred to or retrieved from the networked PCs or Macs,
  22913.   either as they arrive or on a delayed basis?
  22914.  
  22915. If one has such a machine, with only a single externally published
  22916. phone number, is there any realistic way to preview the header
  22917. information at the machine for routing purposes, or for remote users
  22918. to call up and see if there are any received faxes intended for them
  22919. already in the machine?
  22920.  
  22921. [Note: In our situation it's not reasonble to have individual codes or
  22922. PIN numbers for each user, because remote senders will in general only
  22923. know the published phone number, not individual user codes.]
  22924.  
  22925.  
  22926. AES  siegman@sierra.stanford.edu
  22927.  
  22928. ------------------------------
  22929.  
  22930. Date: Fri, 31 Jul 92 22:25:35 EDT
  22931. From: David Leibold <DLEIBOLD@VM1.YorkU.CA>
  22932. Subject: Does Bellcore Also Assign the Central Office Codes?
  22933.  
  22934.  
  22935. There is some discussion on one of the Fidonet conferences regarding
  22936. numbering plan matters. Bellcore assigns the area codes in the North
  22937. American Numbering Plan, but the discussions I've run across mention
  22938. that Bellcore also assigns the prefixes within each area code. I know
  22939. that Bellcore maintains V&H and other lists of prefixes, but assumed
  22940. that the predominant telcos in each area would be responsible for
  22941. setting up prefixes (apart from some common, special-use numbers like
  22942. 555 directory assistance, or 976 premium/announcement, or 958 and 959
  22943. for testing), and that Bellcore would compile the assignments from
  22944. each region for the various tapes and lists, etc.
  22945.  
  22946. In most cases, there is a predominant telco for each area code, such
  22947. as a BOC. However, there are special cases like 813 in Florida where
  22948. the region is shared by more than one company (GTE, Centel, etc) which
  22949. could result in some interesting battles over prefix assignment.
  22950.  
  22951. Does anyone have the official word on this?
  22952.  
  22953.  
  22954. dleibold@vm1.yorku.ca
  22955.  
  22956. ------------------------------
  22957.  
  22958. Date: Fri, 31 Jul 92 22:19:27 EDT
  22959. From: David Leibold <DLEIBOLD@VM1.YorkU.CA>
  22960. Subject: Operator Wins Gold in Current Events Unawareness
  22961.  
  22962.  
  22963. {The Toronto Star} featured the story of a reporter at the Olympic
  22964. Games in Barcelona who lost some travellers cheques (brand name wasn't
  22965. stated).  The reporter phoned the refund centre in London UK where the
  22966. operator who answered mentioned the many calls coming in from
  22967. Barcelona: "What's going on down there?" was the operator's query.
  22968.  
  22969. Customer service reps should not leave home without their newspapers :-)
  22970.  
  22971.  
  22972. dleibold@vm1.yorku.ca
  22973.  
  22974. ------------------------------
  22975.  
  22976. End of TELECOM Digest V12 #598
  22977. ******************************
  22978. 
  22979. 
  22980. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa04854;
  22981.           1 Aug 92 2:55 EDT
  22982. Received: by delta.eecs.nwu.edu id AA06573
  22983.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 1 Aug 1992 01:02:22 -0500
  22984. Received: by delta.eecs.nwu.edu id AA12184
  22985.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 1 Aug 1992 01:02:13 -0500
  22986. Date: Sat, 1 Aug 1992 01:02:13 -0500
  22987. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  22988. Message-Id: <199208010602.AA12184@delta.eecs.nwu.edu>
  22989. To: "\\telecom"@eecs.nwu.edu
  22990. Subject: TELECOM Digest V12 #599
  22991.  
  22992. TELECOM Digest     Sat, 1 Aug 92 01:02:13 CDT    Volume 12 : Issue 599
  22993.  
  22994. Index To This Issue:                     Moderator: Patrick A. Townson
  22995.  
  22996.     Bad News For Illinois Bell Management (RelayNet, M. Moen via Nigel Allen)
  22997.     Prefix Changes 404 -> 706 Area Code (Southern Bell via Paul Robinson)
  22998.     Panasonic Two-Line Phone Has a Big Problem (Brett G. Person)
  22999.     Questions About Wireless LAN (Mitsutaka Ito)
  23000.     Need Help Determining Local Access For Largest Area (Mark Boolootian)
  23001.     WYSE-50 / WYSE-60 and ROLM Telephone Systems (Robert Patrick MacKin)
  23002.     Information Wanted on AXE10, TS3, TS4 (Christin I. Mourad)
  23003.     FTP <=> Email Service For Archives (Mark Maimone)
  23004.     Re: Pac*Bell CLASS Features (John Higdon)
  23005.     Re: Pac*Bell CLASS Features (Alan L. Varney)
  23006.     Re: Pac*Bell CLASS Features (Scott Statton)
  23007.     Why Not Switch From 800 to 900? (Carl Moore)
  23008. ----------------------------------------------------------------------
  23009.  
  23010. From: Nigel Allen <nigel.allen@canrem.com>
  23011. Date: Fri, 31 Jul 1992 20:00:00 -0400
  23012. Subject: Bad News For Illinois Bell Management
  23013. Organization: Echo Beach
  23014.  
  23015.  
  23016. This message was written by Max Moen in the RelayNet Phones
  23017. conference.  I gather that he works for Illinois Bell, but I'm not
  23018. sure exactly what he does there.
  23019.  
  23020.  (begin forwarded message)
  23021.  
  23022.      IBEW Local 165, the union that represents technical craftspeople
  23023. in the Illinois Bell region has notified it's members that IBT will be
  23024. offering it's SIPP (voluntary early retirement program) to "Network"
  23025. personal around the September 1. This is only the second time Network
  23026. has ever been offered SIPP and even this offering is gong to be
  23027. limited.
  23028.  
  23029.      Following that process, 20 to 100 first level managers are going
  23030. to be "offered the opportunity to take their tools back." i.e
  23031. volunteer to be demoted.
  23032.  
  23033.      Local 165 in a move that they knew was a waste of time, asked
  23034. that those union members already part of the Upgrade and Transfer
  23035. Program (at IBT, and no doubt other companies, you can nominate
  23036. yourself for a lateral or upgrade transfer -- i.e. a promotion -- this
  23037. has proved successful for moving through the crafts, but virtually no
  23038. one gets promoted to management via this system) be the first ones
  23039. offered the positions that would be vacated.  Illinois Bell promptly
  23040. froze the Upgrade and Transfer Program making the point moot.
  23041.  
  23042.      At this point, it is not clear whether the number of managers to
  23043. be offered their tools will coincide with the number of craftspeople
  23044. taking SIPP.  It is also unclear, but suspected, that only those
  23045. craftspeople who have a qualified manager to replace them will be
  23046. granted the SIPP.
  23047.  
  23048.      On a personal note; No not me, while I've got enough years (23),
  23049. I'm still too young, 41 (well, I think that's young anyway!) for an
  23050. early retirement offer.  However, my supervisor (who also happens to
  23051. be my oldest and best friend in the company) has only been management
  23052. for two+ years and our department ran unsupervised for 12 years, so
  23053. he's not a real pleasant fellow to be around right now.
  23054.  
  23055. (end of forwarded message)
  23056.  
  23057.                         -------
  23058.  
  23059. Canada Remote Systems  - Toronto, Ontario/Detroit, MI
  23060. World's Largest PCBOARD System - 416-629-7000/629-7044
  23061.  
  23062. ------------------------------
  23063.  
  23064. Reply-To: TDARCOS@MCIMAIL.COM
  23065. From: Paul Robinson <FZC@CU.NIH.GOV>
  23066. Date: Fri, 31 Jul 92  06:37:23 EDT
  23067. Subject:  Prefix Changes 404 -> 706 Area Code
  23068.  
  23069.  
  23070. According to an announcement by Southern Bell, the following area code
  23071. 404 exchanges will change to area code 706 effective August 3, 1992:
  23072.  
  23073. 208  278  354  468  549  597  657  724  778  828  883
  23074. 213  282  356  472  553  598  660  731  779  829  884
  23075. 216  283  357  481  554  602  663  733  782  831  886
  23076. 217  285  358  485  556  613  665  734  783  838  891
  23077. 219  290  359  486  557  625  667  735  788  845  893
  23078. 226  291  367  492  560  628  672  736  789  846  895
  23079. 232  293  369  495  561  629  673  737  790  849  896
  23080. 234  295  374  506  563  630  674  738  791  855  931
  23081. 235  318  375  517  567  632  675  742  793  856  935
  23082. 236  322  376  537  568  635  677  743  795  857  937
  23083. 245  323  379  538  569  637  678  745  796  858  947
  23084. 259  324  384  539  571  638  682  746  797  860  965
  23085. 265  326  397  540  574  643  685  747  798  861  966
  23086. 268  327  398  541  575  645  687  754  802  862  989
  23087. 269  328  437  542  576  646  689  757  812  863
  23088. 272  334  444  543  579  647  692  759  820  864
  23089. 273  335  453  544  582  648  693  764  821  865
  23090. 274  337  456  545  585  649  694  769  823  866
  23091. 275  338  462  546  592  650  695  771  824  868
  23092. 276  342  465  547  595  652  721  776  825  878
  23093. 277  353  467  548  596  654  722  777  826  882
  23094.  
  23095. Some exchanges will change later on; for that reason, the following
  23096. exchanges will be dialable with either the 404 or 706 area code
  23097. through March 28, 1993:
  23098.  
  23099. 207  253  304  386  503  536  718  775  832  869
  23100. 214  254  307  387  519  562  720  781  834  887
  23101. 227  258  336  412  531  583  725  784  836  889
  23102. 228  267  345  459  532  599  748  786  844  927
  23103. 229  287  382  464  534  606  749  787  854  967
  23104. 251  301  385  479  535  684  773  830  867  983
  23105.  
  23106. Southern Bell customers can call 1-800-241-8097. Non-customers can call
  23107. Bellcore at 201-829-2592
  23108.  
  23109. This list is effective 6-16-1992.
  23110.  
  23111. Southern Bell hasn't completely decided which exchanges are going to
  23112. what area code, so this list is incomplete and tentative, and is
  23113. subject to additional numbers which may be added later.
  23114.  
  23115. ------------------------------
  23116.  
  23117. From: plains!person@uunet.UU.NET (Brett G Person )
  23118. Subject: Panasonic Two-Line Phone Has Big Problem
  23119. Date: 31 Jul 92 07:19:13 GMT
  23120. Organization: North Dakota State University, Fargo
  23121.  
  23122.  
  23123. Here's a strange one.  I've got some flavor of Panasonic two-line
  23124. phone in the office. There are two of these phones; one up front, one
  23125. in a back room.  The problem is that whenever I don't think that these
  23126. phones are hooked up properly.
  23127.  
  23128. I can make a call out on one line, hang up, get a dial tone and hang
  23129. up again.  Then have the phone ring on the line that I was just on and
  23130. still be connected to the call I made previously.  This is after I
  23131. flash the hook and get a dial tone.  I always thought that a dial tone
  23132. meeant that ypu had a clear line.  Why would the phone ring again and
  23133. still be connected to the last call?
  23134.  
  23135. It looks as though the phone company instwlled two lines into the
  23136. phone through one physical line (RJ-11?) It hooks into a slot labled
  23137. line one and two.  I don't know enough about phones to figure this one out.
  23138. It does bug me though.
  23139.  
  23140.  
  23141. Thanks.
  23142.  
  23143. Brett Person      Guest Account  North Dakota State University
  23144. person@plains.nodak.edu || person@plains.bitnet
  23145.  
  23146. ------------------------------
  23147.  
  23148. Subject: Questions About Wireless LAN
  23149. Date: Fri, 31 Jul 92 18:35:51 +0900
  23150. From: Mitsutaka Ito <ito@nttslb.ntt.jp>
  23151.  
  23152.  
  23153. I am interested in wireless LAN.  If anyone has any information on
  23154. this topic, please inform me.
  23155.  
  23156. Products, research, experiments and future directions; I am happy with
  23157. any information.
  23158.  
  23159.    Thank you in advance.
  23160.  
  23161.  
  23162. Mitsutaka Ito                E-mail: ito@nttslb.ntt.jp
  23163. NTT Software Laboratories    Tel/Fax: +81-3-3740-5715/+81-3-5479-9170
  23164. 1-9-1 Kohnan Minato-ku Tokyo 108 Japan
  23165.  
  23166. ------------------------------
  23167.  
  23168. Date: Fri, 31 Jul 92 08:46:08 PDT
  23169. From: booloo@framsparc.ocf.llnl.gov (Mark Boolootian)
  23170. Subject: Need Help Determining Local Access For Largest Area
  23171.  
  23172.  
  23173. I would like to set up a computer and provide dial-up access.  I would
  23174. like phone calls into this system to be local calls for as wide an
  23175. area as possible (the area in question, if it matters, is the San
  23176. Francisco Bay Area).  Is there some technique to determine the optimal
  23177. location for this system so as to provide local access to the greatest
  23178. number of callers?  Perhaps Pac Bell can determine this for me?
  23179.  
  23180. Additionally, can someone explain to me what distinguishes local calls
  23181. from toll calls?  Are all calls within a LATA local?  Does physical
  23182. proximity have anything to do with determining whether a call is local
  23183. (i.e. is it always the case that calling a couple of blocks away will
  23184. be a local call)?  Assuming physical proximity had something to do
  23185. with it, I've always fancied setting up a dial-up system which chained
  23186. together a bunch of local calls, but for which the end-to-end call
  23187. would have been toll.
  23188.  
  23189. Thanks in advance.
  23190.  
  23191.  
  23192. Cheers,
  23193.  
  23194. Mark Boolootian       booloo@llnl.gov   +1 510 423 1948
  23195.  
  23196. ------------------------------
  23197.  
  23198. From: rpmackin@student.business.uwo.ca (Robert Patrick MacKin)
  23199. Subject: WYSE-50 / WYSE-60 and ROLM Telephone Systems
  23200. Organization: University of Western Ontario
  23201. Date: Fri, 31 Jul 1992 13:47:15 GMT
  23202.  
  23203.  
  23204. My Wyse 60 got zapped in a surge and now the switching power supply is
  23205. blown.  I need a schematic to begin fixing it.  If anyone has a
  23206. terminal package that will emulate a wyse50 including the
  23207. "who-are-you" response sequence, because the ROLM won't respond until
  23208. it sees it, I would appreciate any help.
  23209.  
  23210. Thanks for your time.
  23211.  
  23212.  
  23213. rpmackin@student.business.uwo.ca (Robert Patrick MacKin)
  23214. Western Business School  --  London, Ontario
  23215.  
  23216. ------------------------------
  23217.  
  23218. From: christin@sensors.njit.edu (Christin I. Mourad)
  23219. Subject: Information Wanted on AXE10, TS3, TS4
  23220. Organization: New Jersey Institute of Technology, Newark, N.J.
  23221. Date: Sat, 1 Aug 1992 01:52:12 GMT
  23222.  
  23223.  
  23224. I would like to hear from people who worked or dealt (mostly software)
  23225. with the Ericsson International Exchange AXE10.  I would like also to
  23226. know what are TS3, and TS4.
  23227.  
  23228. Thanks in advance.
  23229.  
  23230.  
  23231. Christin
  23232.  
  23233. ------------------------------
  23234.  
  23235. Date: Fri, 31 Jul 92 11:29:04 EDT
  23236. From: Mark.Maimone@A.GP.CS.CMU.EDU
  23237. Subject: FTP <=> Email Service For Archives
  23238.  
  23239.  
  23240. Pat,
  23241.  
  23242.     I know of two ftp servers.  ftpmail@decwrl.dec.com, and
  23243. bitftp@pucc.bitnet.  Rumor has it that bitftp only responds to bitnet
  23244. sites, and ftpmail *doesn't* respond to bitnet sites, but I've never
  23245. verified it.  I do know ftpmail works and is easy to use.  Just send
  23246. "help" to either address for info.
  23247.  
  23248.  
  23249. Mark Maimone    mwm@cmu.edu
  23250.  
  23251.  
  23252. [Moderator's Note: I've had correspondence with someone who says
  23253. service from ftpmail@decwrl is not so good. He claims it does not
  23254. always work right, and is a hassle. I really don't know, and invite
  23255. users to try it for the Telecom Archives. The bitftp@pucc.bitnet
  23256. a/k/a bitftp@pucc/princeton.edu server was quite good when it was
  23257. available in the beginning; but yes, I have heard it is now only
  23258. available to bitnet sites.  Readers should test it out also.  Are
  23259. there any others? Anyone willing to make one for our use?   PAT]
  23260.  
  23261. ------------------------------
  23262.  
  23263. Date: Fri, 31 Jul 92 00:38 PDT
  23264. From: john@zygot.ati.com (John Higdon)
  23265. Reply-To: John Higdon <john@zygot.ati.com>
  23266. Organization: Green Hills and Cows
  23267. Subject: Re: Pac*Bell CLASS Features
  23268.  
  23269.  
  23270. MPA15AB!RANDY@TRENGA.tredydev.unisys.com writes:
  23271.  
  23272. > GTE has had at least two CLASS features available for some time:
  23273. > distinctive ringing (ringmate) and busy number redial.  I have had BNR
  23274. > for over a year.  I believe it does BNR by terminator queueing.  Of
  23275. > course, only numbers in my switch can be used.
  23276.  
  23277. Features available within a single switch are hardly very impressive.
  23278. And distinctive ringing is actually a scheme to sell the customer both
  23279. (or mulitple) "sides" of a single "party" line. It has little to do
  23280. with CLASS although it is usually bundled in with CLASS offerings.
  23281. Priority ringing (as offered by Pac*Bell) is a CLASS feature, since it
  23282. requires SS7 signaling between offices to pass the caller's number for
  23283. checking against the callee's list.
  23284.  
  23285. But here is a bit of provinciality: in the Bay Area, Pac*Bell SS7
  23286. connectivity is virtually 100% (excluding only a very few
  23287. non-SS7-capable prefixes). GTE has 0% SS7 connectivity here. It does
  23288. not even have it internally. Is it too much to expect that the largest
  23289. LEC in the country, doing business in the fourth largest SMSA might
  23290. join the party and provide a level of service that remotely compares
  23291. with the other major LEC in the area? Apparently it is if it is GTE.
  23292.  
  23293. > GTE has a target date of November 1992 for offering the rest of CLASS,
  23294. > except for CLID, Call Trace, and Call Return.  Call Trace should be
  23295. > available later, after the public education program.
  23296.  
  23297. I'll believe that when I see it. In the meantime, it might start by
  23298. connecting its Los Gatos operation with SS7.
  23299.  
  23300. Pac*Bell's new slogan:
  23301.  
  23302. "Good enough isn't".
  23303.  
  23304. Suggested GTE slogan:
  23305.  
  23306. "Good enough isn't--possible".
  23307.  
  23308.  
  23309.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  23310.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  23311.  
  23312. ------------------------------
  23313.  
  23314. Date: Fri, 31 Jul 92 09:07:14 CDT
  23315. From: varney@ihlpf.att.com (Alan L Varney)
  23316. Subject: Re: Pac*Bell CLASS Features
  23317. Organization: AT&T Network Systems, Lisle, IL
  23318.  
  23319.  
  23320. In article <telecom12.593.8@eecs.nwu.edu>, dave@westmark.com (Dave
  23321. Levenson) writes regarding "repeat dialing":
  23322.  
  23323. > It doesn't work by repeat dialing at all.  It sends a message to the
  23324. > destination CO, via the SS-7 network, requesting notification when the
  23325. > called line becomes available.
  23326.  
  23327. And in article <telecom12.597.2@eecs.nwu.edu> terry@spcvxb.spc.edu
  23328. (Terry Kennedy) responds:
  23329.  
  23330. > And it has some problems, at least from my point of view. Here in NJ
  23331. > Bell land, you can presubscribe this feature or pay $.75 per usage.
  23332. > Well, my cable TV was out and I needed to call them for a status
  23333. > update. Their repair number (201-915) was busy, so I used this feature
  23334. > from my home phone (201- 451). Both of these prefixes are on the same
  23335. > switch, a 1AESS (primary exchange 201-332). When I got the ringback
  23336. > and picked up the phone, I got a "per-chunk" (louder than the call
  23337. > waiting one) followed by "We are sorry.  Your call cannot be completed
  23338. > because the number became busy again". I'd think that it would seize
  23339. > the destination number while attempting to notify me.
  23340.  
  23341.    Actually, there are two versions of this feature, usually called
  23342. "originating scanning" and "terminating scanning".  The terminating
  23343. version operates by having the destination CO maintain a queue of
  23344. numbers to notify when a line becomes available.  Those queued are
  23345. notified in order, with a complex scheme of requeuing for cases where
  23346. the caller is busy or doesn't answer, or the timers in the 2 switches
  23347. are not set equally.
  23348.  
  23349.    The originating version is simpler, in that everything is run by
  23350. the caller's CO.  It periodically uses SS7 to query the busy/idle
  23351. status of the desired line, and notifies callers when idle is seen.
  23352. Since many switches could be doing this, the "queue" doesn't exist;
  23353. it's just a random function, like many other parts of the telephone
  23354. network.
  23355.  
  23356.    Which version is used depends on the availability of terminating
  23357. scanning in the terminating switch, and the purchase by the TELCo of
  23358. that option.  If the initial request from the calling CO doesn't
  23359. indicate that terminating scanning is available, the originating
  23360. switch uses originating scanning.  There are advantages to each form
  23361. of scanning: Originating is "fairer" in one sense to mass calling
  23362. numbers, because everyone gets a equal shot at the next line -- not
  23363. just the one person at the top of the queue (or in the same CO as the
  23364. called line).  But to the individual, it's not as "fair", because they
  23365. aren't assured a callback in the order queued.
  23366.  
  23367.    BUT IN NEITHER VERSION is the newly-idled line "held" for just one
  23368. caller.  Any regular incoming call to that line will connect if the
  23369. line is idle.  Nor is the line prevented from originating a call while
  23370. someone is being "rung back".  There are issues of fairness,
  23371. reliability, call capacity, memory and feature interaction that
  23372. dictate the current implementations.  The feature was designed to
  23373. handle idle-line notification for moderate usage lines -- in many
  23374. cases, mass calling numbers are blocked from being valid numbers for
  23375. "repeat dialing", because it's viewed as an inefficient mechanism for
  23376. such usage.  Maybe someone will come up with a better method for the
  23377. mass calling case someday; if so, it probably won't rely on "ring
  23378. back".
  23379.  
  23380. ------------------------------
  23381.  
  23382. From: n1gak@netcom.com (Scott Statton)
  23383. Subject: Re: Pac*Bell CLASS Features
  23384. Date: Fri, 31 Jul 92 17:05:57 GMT
  23385. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  23386.  
  23387.  
  23388. In article <telecom12.597.2@eecs.nwu.edu> terry@spcvxb.spc.edu (Terry
  23389. Kennedy) writes:
  23390.  
  23391. In a previous edition of the digest, Terry Kennedy explains how he
  23392. tried to use Camp-on to call the busy CATV service number ...
  23393.  
  23394. > and picked up the phone, I got a "per-chunk" (louder
  23395. > than the call waiting one) followed by "We are
  23396. > sorry.  Your call cannot be completed because the
  23397. > number became busy again". I'd think that it would
  23398. > seize the destination number while attempting to
  23399. > notify me.
  23400.  
  23401. Let's assume that Terry's suggestion is taken, and the destination
  23402. number is "seized".  If the customer picks up the phone, "<SIT> I'm
  23403. sorry, you cannot use this telephone, because someone is trying to
  23404. call you.  Please hang up and allow their call to return to you."  Or
  23405. what if you initiate the feature and wander away.  How long should
  23406. (how long does it now?) wait for you to answer the stutter-ring, and
  23407. re-initiate the call?  Someone suggested that Busy-redials should be
  23408. queued in the terminating office, and answered in order.  That may
  23409. well be how they happen, but the over-riding concern is the customer
  23410. has the ultimate control over the terminating number.
  23411.  
  23412. Another story about Busy-Redial: A friend who works for The Company
  23413. recently ordered this feature.  He intiated a busy-redial on a local
  23414. Bulletin Board system that is almost always busy.  Now this particular
  23415. system has a ten line hunt group, and he (as all callers do) dialed
  23416. the lead number, and initiated the busy-redial.  Only when THAT
  23417. PARTICULAR term became available did he get the recall-ring.  Of
  23418. course, with SEVERAL DOZEN (!!) busy-attempts per minute, he didn't
  23419. have a chance, in the time it took him to pick up his phone, someone
  23420. else got the port.
  23421.  
  23422. Does anyone have the feature-interaction cross-ref for Busy-Redial and
  23423. hunting?  I can obviously see how they implemented it (415-961 a 1A
  23424. ESS) on a per-termination basis.  In other offices, can it be
  23425. implemented on a per-hunt-group basis?  I'm not familiar with number 5
  23426. internals, having never had the bad taste to live near one :-)
  23427.  
  23428.  
  23429. Scott Statton 
  23430.  
  23431. ------------------------------
  23432.  
  23433. Date: Fri, 31 Jul 92 12:36:46 EDT
  23434. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  23435. Subject: Why Not Switch From 800 to 900?
  23436.  
  23437.  
  23438. I saw an ad saying:
  23439.  
  23440. Attention 1-800 number advertisers, employers and realtors: Why not
  23441. provide your business information by 1-900 number?  You can earn money
  23442. and save money on your telephone expenses.  For further information
  23443. contact: 1-900-xxx-xxxx EXT xxx ($2.00 for 1st min and each additional
  23444. minute.)
  23445.  
  23446.  
  23447. [Moderator's Note: And just last week there was another "Make Money
  23448. Fast" message going around the next which promoted this same kind of
  23449. scheme through the mail: each person sign up others and profit from
  23450. their purchase (of nothing; but that was not dwelt upon.) I've seen
  23451. several versions of this 'learn how to make money with a 900 number by
  23452. calling and listening to a pitch'. Apparently some people are dumb
  23453. enough to fall for it.   PAT]
  23454.  
  23455. ------------------------------
  23456.  
  23457. End of TELECOM Digest V12 #599
  23458. ******************************
  23459. 
  23460. 
  23461. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa08816;
  23462.           2 Aug 92 11:17 EDT
  23463. Received: by delta.eecs.nwu.edu id AA00761
  23464.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 2 Aug 1992 09:29:14 -0500
  23465. Received: by delta.eecs.nwu.edu id AA14161
  23466.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 2 Aug 1992 09:29:06 -0500
  23467. Date: Sun, 2 Aug 1992 09:29:06 -0500
  23468. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  23469. Message-Id: <199208021429.AA14161@delta.eecs.nwu.edu>
  23470. To: "\\telecom"@eecs.nwu.edu
  23471. Subject: TELECOM Digest V12 #600
  23472.  
  23473. TELECOM Digest     Sun, 2 Aug 92 09:29:00 CDT    Volume 12 : Issue 600
  23474.  
  23475. Index To This Issue:                     Moderator: Patrick A. Townson
  23476.  
  23477.     Re: Questions About Fax Tones vs. Voice (Jason Williams)
  23478.     Re: Ericsson MD110 PBX Intelligent Network (Martin McCormick)
  23479.     Re: Solve Three Problems (was Telecom Fraud) (Bob Goudreau)
  23480.     Re: Ameritech Testing Digital Cellular Phones (Andrew C. Green)
  23481.     Re: A Very Strange Experience When Calling LD (Scott Fybush)
  23482.     Re: Exploring the Telecom Archives: Archives Index (Joshua Hosseinoff)
  23483.     Re: Exploring the Telecom Archives: Archives Index (John Rice)
  23484.     Re: Remote Cable (Bob Vogel)
  23485.     Re: PC-Based Voice Mail System (Bill Mayhew)
  23486.     Re: Does Bellcore Also Assign the Central Office Codes? (Alan L. Varney)
  23487. ----------------------------------------------------------------------
  23488.  
  23489. From: streak@wixer.cactus.org (Jason Williams)
  23490. Subject: Re: Questions About Fax Tones vs. Voice
  23491. Organization: Real/Time Communications
  23492. Date: Fri, 31 Jul 92 05:49:37 GMT
  23493.  
  23494.  
  23495. In article <telecom12.596.9@eecs.nwu.edu> geek@media.mit.edu (Chris
  23496. Schmandt) w rites:
  23497.  
  23498. > In a nutshell: I'm looking for a fax machine that can receive faxes in
  23499. > the middle of the night without ringing my phone and waking me up.
  23500.  
  23501. Why not just cut the ringer off on your phone or even disconnect the
  23502. phone?
  23503.  
  23504.  
  23505. streak@wixer.cactus.org (Jason Williams) 
  23506.  
  23507. ------------------------------
  23508.  
  23509. Subject: Re: Ericsson MD110 PBX Intelligent Network
  23510. Date: Fri, 31 Jul 92 11:23:14 -0500
  23511. From: martin@datacomm.ucc.okstate.edu
  23512.  
  23513.  
  23514. Oklahoma State University got an Ericsson MD110 in 1988.  We, also
  23515. have the modem pool and the various flavors of TAU or telephone access
  23516. units.  O.S.U. hired some Ericsson personnel to stay here, permanently
  23517. after the cutover, and maintain the system as well as train new staff.
  23518. We have had some problems with the modem pool, but Ericsson has always
  23519. tried very hard to make it work.
  23520.  
  23521.      After much hew and cry from residential students and staff, the
  23522. Telephone Services Department has been instructed to make analog lines
  23523. available, no questions asked, for special modems, fax machines, etc.
  23524.  
  23525.      I understand that analog lines pose a difficulty for the MD110
  23526. switches because they use more resources in the switch node than
  23527. standard digital lines.
  23528.  
  23529.      The discussion of the MD110 installation at Boise State brings a
  23530. few ideas to mind.  Digital phone systems are here to stay.  For the
  23531. foreseeable future, most of the telephone equipment freely available
  23532. will be analog.  The designers of digital PBX's need to better address
  23533. this problem.  There isn't any really good reason why inexpensive
  23534. interfaces can't be designed which bridge the analog and digital
  23535. domains at the terminal level.  If this were possible, then all of the
  23536. line cards in the switch could be digital.  While not all the features
  23537. of the PBX could be preserved on the analog side of the interface, the
  23538. most basic ones such as ringing, dialing, and hook status would not
  23539. really require much engineering to implement.
  23540.  
  23541.      Administratively, there needs to be a workaround for situations
  23542. which arise that don't lend themselves to the standard interface.  One
  23543. shouldn't have to raise forty kinds of Hell to be able to use an
  23544. answering machine, conference phone, or other device which wasn't
  23545. thought of in the original master plan.
  23546.  
  23547.      If reasonably-priced analog/digital interfaces which worked at
  23548. the terminal level were readily available for anybody who wanted to
  23549. buy or rent them, much bad blood between the telephone department and
  23550. the rest of the university would disappear.
  23551.  
  23552.  
  23553. Martin McCormick WB5AGZ   Stillwater, OK
  23554. O.S.U. Computer Center Data Communications Group
  23555.  
  23556. ------------------------------
  23557.  
  23558. Date: Fri, 31 Jul 1992 14:31:07 -0400
  23559. From: goudreau@dg-rtp.dg.com (Bob Goudreau)
  23560. Subject: Re: Solve Three Problems (was Telecom Fraud)
  23561.  
  23562.  
  23563. In article <telecom12.594.9@eecs.nwu.edu> knop@duteca.et.tudelft.nl
  23564. writes:
  23565.  
  23566. > It is amazing how people misread/misunderstand the properties of a
  23567. > stored value card. I will try to make things more clear.
  23568.  
  23569. Likewise, it is equally amazing how people misunderstand the
  23570. properties of calling card accounts ...
  23571.  
  23572. >> There's one major problem I can see with this solution.  Most
  23573. >> telephones in this country are still not capable of magnetically
  23574. >> "reading" even the current calling cards.
  23575.  
  23576. > Yes, you will have to upgrade every public phone that is to use a
  23577. > stored value card.
  23578.  
  23579. Whoa, who said anything about limiting the scope to just payphones?
  23580. Most of the times I use my calling card number, it is *not* from a
  23581. payphone, it is from a "regular" phone in a hotel room, rental
  23582. property, or home of a friend or relative.  I believe this is what the
  23583. first poster meant by "most telephones in the country".  Upgrading a
  23584. couple hundred million personal telephones to incorporate a card-
  23585. reader seems rather unlikely.
  23586.  
  23587. Remember, although stored-value cards have their uses, they are still
  23588. essentially glorified payphone tokens, so their range of capabilities
  23589. is very narrow.  Calling card accounts are much more general-purpose
  23590. because they can be used from almost any phone in the country (and
  23591. even some outside).
  23592.  
  23593.  
  23594. Bob Goudreau        Data General Corporation
  23595. goudreau@dg-rtp.dg.com    62 Alexander Drive    
  23596. +1 919 248 6231        Research Triangle Park, NC  27709, USA
  23597.  
  23598. ------------------------------
  23599.  
  23600. Date: Fri, 31 Jul 1992 14:16:51 CDT
  23601. From: acg@hermes.dlogics.com
  23602. Reply-To: acg@hermes.dlogics.com
  23603. Subject: Re: Ameritech Testing Digital Cellular Phones
  23604.  
  23605.  
  23606. David Lemson <lemson@ux1.cso.uiuc.edu> writes:
  23607.  
  23608. > I was told by the Ameritech guy at SuperComm/ICC who demonstrated the
  23609. > phone for us that they had way more than enough people to test the
  23610. > system.  He said "I can't even get one!"  Maybe they're onto the next
  23611. > phase and have more openings?  Or maybe because I was with my dad who
  23612. > works for a telecommunications company ... (and whose nametag showed
  23613. > it) :-)
  23614.  
  23615. No, yes and yes. :-) I ran into some of the Ameritech people at the
  23616. train station again this morning and they said that they gave away
  23617. about 150 applications yesterday and were looking for more people this
  23618. morning. In fact, they were getting a bit worried about pestering the
  23619. same people all over again in an effort to get enough people signed up
  23620. in the test area. They're now at the stage of trying to sign up Joe
  23621. and Mary Sixpack for some real world testing, although they are
  23622. currently stuck waiting for another shipment of prototypes to arrive
  23623. before they can get more in circulation.
  23624.  
  23625. I told Mr. Kim about TELECOM Digest the other day on the phone, and I
  23626. think he was a little apprehensive about it until I pointed out that
  23627. the Digest is read by everybody including Ameritech, and the
  23628. information in the last posting was nothing that hadn't been in the
  23629. papers a couple of months ago. I passed along a copy of my original
  23630. posting, and also a listing of their local Ameritech <-> Internet
  23631. connection that I obtained from local maps, so hopefully they'll be
  23632. contacting TELECOM Digest themselves in the near future!
  23633.  
  23634.  
  23635. Andrew C. Green
  23636. Datalogics, Inc.      Internet: acg@dlogics.com
  23637. 441 W. Huron          UUCP: ..!uunet!dlogics!acg
  23638. Chicago, IL  60610    FAX: (312) 266-4473
  23639.  
  23640. ------------------------------
  23641.  
  23642. Date: Fri, 31 Jul 92 22:45 EDT
  23643. From: fybush@unixland.natick.ma.us (Scott Fybush)
  23644. Subject: Re: A Very Strange Experience When Calling LD
  23645.  
  23646.  
  23647. I've noticed occasionally when calling New England Tel's free weather
  23648. line (+1 617 936 XXXX, where XXXX can be anything) that in the dead
  23649. period (about three seconds or so) between the e end of the weather
  23650. recording and the start of the next cycle, it's possible to hear other
  23651. people on the line.
  23652.  
  23653. Apparently this is being used as a "party line" by kids at various
  23654. junior high schools around here, judging by the voices I've heard and
  23655. by the numbers they give out.  (It must be something that gets passed
  23656. around at one school at a time ... one week most of the kids on the
  23657. line had Needham numbers; another week most of them were giving out
  23658. Waltham numbers.)
  23659.  
  23660. It's most active during the afternoon and early evening.  Try it
  23661. yourself and see ...
  23662.  
  23663. ------------------------------
  23664.  
  23665. Date: 01 Aug 1992 21:56:10 -0400 (EDT)
  23666. From: JOSHUA HOSSEINOFF <EAW7100@ACFcluster.NYU.EDU>
  23667. Subject: Re: Exploring the Telecom Archives: Archives Index
  23668.  
  23669.  
  23670. Here are two reliable and quick email ftp servers.  Just send a
  23671. message with the command help in the first line of the message and you
  23672. will get info on how to use them.  At times when demand is low I
  23673. usually can get the files I request within a few minutes.
  23674.  
  23675. The email addresses are:
  23676.  
  23677. bitftp@princeton.pucc.edu    and   ftpmail@decwrl.dec.com
  23678.  
  23679. These are two completely different email ftp servers so check out both
  23680. of them to see which one works best for you.
  23681.  
  23682.  
  23683. Joshua Hosseinoff
  23684. eaw7100@acfcluster.nyu.edu
  23685.  
  23686. ------------------------------
  23687.  
  23688. From: rice@ttd.teradyne.com
  23689. Subject: Re: Exploring the Telecom Archives: Archives Index
  23690. Organization: Teradyne Inc., Telecommunications Division
  23691. Date: Sun, 02 Aug 92 02:38:58 GMT
  23692.  
  23693.  
  23694. In article <92.07.31.2@eecs.nwu.edu>, TELECOM Moderator (telecom@eecs.
  23695. nwu.edu) writes:
  23696.  
  23697. > ==  Can anyone provide us with a good reliable email <==> ftp link?  ==
  23698. > If so, you'd be doing a big favor for all the Compuserve, MCI/ATT Mail,
  23699. > and UUCP sites reading the Digest ... please write me with details.
  23700.  
  23701. A reliable ftp mail-server is at ftpmail@decwrl.dec.com . It's busy,
  23702. but reliable. I use it periodically to retrieve files from cica and
  23703. SIMTEL.  For information send e-mail;
  23704.  
  23705.      To: ftpmail@decwrl.dec.com
  23706.      Subject: help
  23707.  
  23708. and you will receive a help message with instructions.
  23709.  
  23710.  
  23711. John Rice        K9IJ     |  "Did I say that ?" I must have, but It was
  23712.                           |   MY opinion only, no one else's...Especially
  23713.                           |   Not my Employer's....
  23714. rice@ttd.teradyne.com
  23715.  
  23716.  
  23717. [Moderator's Note: Well, I've had a few messages now on these two
  23718. services and the thing I should point out is that bitftp will only
  23719. respond to Bitnet sites. It used to answer everyone, but no longer.
  23720. Then in a letter from someone yesterday I was advised the one at
  23721. decwrl is not too reliable, but I can't say this because I've never
  23722. tried it. So my suugestion to UUCP sites and others without Internet
  23723. connections would be to experiment with decwrl and see how well it can
  23724. handle your requests from the Telecom Archives (ftp lcs.mit.edu).  PAT]
  23725.  
  23726. ------------------------------
  23727.  
  23728. Date: 01 Aug 1992 11:10:54 -0500 (EST)
  23729. From: BOB VOGEL <RXV9839@ritvax.isc.rit.edu>
  23730. Subject: Re: Remote Cable
  23731.  
  23732.  
  23733. Matt McConnell <MCCOMATT@ba2.isu.edu> in TCD Vol 12 #578 asks what is
  23734. "remote cable".  Something to do with: communities that have no cable,
  23735. are hard to reach, small, the government is selling licenses like with
  23736. cellular.
  23737.  
  23738. What your friend is probably referring to is more accurately known as
  23739. MMDS or "multi-point microwave distribution system".  It is a
  23740. controlled direction transmitter in the Ghz range (I think around one
  23741. or two, but I will check and advise) which typically now carries 20-30
  23742. TV channels.  
  23743.  
  23744. It is received by a small, approximatly one foot diameter, parabolic
  23745. antenna which is often mounted on an existing TV antenna mast.
  23746. License have indeed been under distribution by the FCC for several
  23747. years.  A number of fraud complaints have been lodged by promoters
  23748. marginal to ridiculous claims of high profits to be made by this
  23749. service.  One such service calling themselves "Choice TV" recently
  23750. went into business in Fresno, CA.  They offer 28 channels and one
  23751. "free" pay service for about $29/month and have additional pays and
  23752. pay- per-view movies available for extra charge.  I believe they
  23753. actually transmit about 20 channels, received from satellite, and have
  23754. a frequency convertor that takes the off-air signals off a regular
  23755. antenna (we have only UHF stations in the valley) and converts them
  23756. into a "seamless" channel lineup.
  23757.  
  23758. The service avoids the cost of stringing cables to homes and also
  23759. avoids payment of franchise fees to the cities and counties that hard
  23760. line cable operators must pay.  Because of the high frequency involved
  23761. their transmission is essentially line of sight.  If you can't "see"
  23762. their transmitter, you can't get the service.  They will be subject to
  23763. the usual microwave problems of rain fade and inversion layer
  23764. problems.  While the many channel services are relatively new, there
  23765. have been one to five channel services operating for some time, at
  23766. least since the early 80's. Anchorage had a pay service there on one
  23767. for many years.
  23768.  
  23769. And now a quick recap of similar / confusing / related services: home
  23770. dish satellite -- receiving antenna about 5-10 feet diameter, receives
  23771. C band (3.7-4.2 Ghz) Tx, same satellites the cable operators use,
  23772. scrambled with marginally secure VideoCipher technology, needs "big"
  23773. dish, little rain fade, subject to telephone microwave interference
  23774. from terrestrial point-to-point service which is in the same band,
  23775. needs good view to the south of orbital arc.
  23776.  
  23777. DBS (Direct Broadcast Satellite) -- relatively new service in Ku band
  23778. (roughly 12 Ghz), dish two to four foot diameter-much smaller, less
  23779. obtrusive, subject to rain fade (though this is less of an issue ith
  23780. newer high power Ku band satellites), various TV service packages are
  23781. marketed by various companies; most in "test" stage.  This is where
  23782. things like "Sky Channel" are slated to be.
  23783.  
  23784. Low power TV stations are either stand alone broadcasters or (like
  23785. most) repeaters of nearby broadcast stations.  They may have as little
  23786. as 100 watts and can go as high as 1Kw, but I'm not sure of the upper
  23787. power limit.  They often will Tx to small valleys, pockets that have
  23788. no cable and can't get off-air because of the terrain.  Some of these
  23789. licenses have been auctioned or lotteried by FCC in the last few years
  23790. and have had the same complaints as MMDS on over zealous marketing.
  23791.  
  23792. If you have other questions in this area or I have failed to clarify
  23793. something, you can address questions directly to me as above and I
  23794. will summarize same.
  23795.  
  23796.  
  23797. Bob Vogel
  23798.  
  23799. ------------------------------
  23800.  
  23801. From: wtm@uhura.neoucom.edu (Bill Mayhew)
  23802. Subject: Re: PC-Based Voice Mail System
  23803. Organization: Northeastern Ohio Universities College of Medicine
  23804. Date: Sat, 01 Aug 1992 15:48:58 GMT
  23805.  
  23806.  
  23807. I bought a product called "Complete Answering Machine" from Mendelson
  23808. Electronics for $140US about a year and a half ago.  Mendelson is
  23809. located in Dayton, Ohio and advertises in Computer Shopper and
  23810. assorted hobbyist magazines.  As far as I know, the manufacturer is
  23811. still around because I still see "Complete Xxxx" products for sale.
  23812.  
  23813. The CAM is a PC-ISA board with CODEC and DTMF decode and generate
  23814. capabilities.  Up to seven CAM cards may be installed in a machine.  A
  23815. 286+ machine is recommended for multicard use.
  23816.  
  23817. My CAM card is in an old AT&T 6300 that I keep around the house for
  23818. "in case of emergency, break glass" conditions if my serious machine
  23819. fails.
  23820.  
  23821. CAM is pretty neat, offering most features of what commercial voice
  23822. mail systems.  CAM also runs in the background with DOS.  I tried it
  23823. in my '386 with DOS 5 and windows running.  CAM took and distributed
  23824. messages with minimum impact on foreground applications.  CAM supports
  23825. multiple mailboxes and can do call transfer by hook flashing and
  23826. DTMFing.  You can set it up as an el-cheapo automated attendant.  CAM
  23827. also supports message forwarding.  I've got it set up to beep my
  23828. pocket pager when somebody leaves a message.
  23829.  
  23830. The CAM software is pretty good and supports enough flexibility that
  23831. you probably can do whatever you want.  They don't have a generalized
  23832. scripting system like the covox developers' kit or AT&T voice power.
  23833. CAM is probably about as flexible as the Genesis CINDI that we have at
  23834. the office.
  23835.  
  23836. If you don't care about using an ISA PC, keep an eye on the for sale
  23837. group.  The AT&T UnixPC outfitted with a voice power board is pretty
  23838. affordable system.  (I've got that too).  I don't have the AT&T
  23839. answering machine software, so I can't comment on that.  The basic
  23840. voice power software does give you the ability to write routines that
  23841. interface nicely with shell programming.  We set up a job info bank at
  23842. work with a voice power board and UnixPC because at the time, the
  23843. Genesis software wasn't really configurable enough to meet our
  23844. desires.
  23845.  
  23846.  
  23847. Bill Mayhew      NEOUCOM Computer Services Department
  23848. Rootstown, OH  44272-9995  USA    phone: 216-325-2511
  23849. wtm@uhura.neoucom.edu   (140.220.1.1)
  23850.  
  23851. ------------------------------
  23852.  
  23853. Date: Sat,  1 Aug 92 11:25:37 CDT
  23854. From: varney@ihlpf.att.com (Alan L Varney)
  23855. Subject: Re: Does Bellcore Also Assign the Central Office Codes?
  23856. Organization: AT&T Network Systems, Lisle, IL
  23857.  
  23858.  
  23859. In article <telecom12.598.9@eecs.nwu.edu> David Leibold <DLEIBOLD@
  23860. VM1.YorkU.CA> writes:
  23861.  
  23862. > There is some discussion on one of the Fidonet conferences regarding
  23863. > numbering plan matters. Bellcore assigns the area codes in the North
  23864. > American Numbering Plan, but the discussions I've run across mention
  23865. > that Bellcore also assigns the prefixes within each area code.  ...
  23866. > [thought] the predominant telcos in each area would be responsible for
  23867. > setting up prefixes (apart from some common, special-use numbers like
  23868. > 555 directory assistance, or 976 premium/announcement, or 958 and 959
  23869. > for testing), and that Bellcore would compile the assignments from
  23870. > each region for the various tapes and lists, etc.
  23871.  
  23872. > Does anyone have the official word on this?
  23873.  
  23874. OFFICIAL? -- hey, not from me.  But in the:
  23875.  
  23876.    "North American Numbering Plan Administrator's Proposal On The
  23877.     Future of Numbering In World Zone 1", Jan. 6, 1992,
  23878.  
  23879. published as an Information Letter from Bellcore, there is a statement
  23880. (from memory) to the effect that --
  23881.  
  23882.      The primary LEC in each NPA is responsible for assigning
  23883.      Office Codes.
  23884.  
  23885.    That should not imply there is no discussion/agreement with the
  23886. other LECs or Bellcore in the assignment process; just that the
  23887. primary LEC has "official" responsibility.
  23888.  
  23889.    By the way, the discussion you mention will be somewhat confused if
  23890. the term "prefix" is used for office codes (or one of the other
  23891. popular terms).  I believe "prefix" is understood to be the digits in
  23892. front of the actual "number", such as 1+, 0+, 10XXX, *70, etc.
  23893. Bellcore certainly has recommended "prefix" assignments -- I'm not
  23894. sure anyone has undisputed ownership of such assignments.  The current
  23895. (and increasing) mess of CLASS(sm) feature code usage and "local"
  23896. service marks for them would suggest some TELCo's view "prefix"
  23897. assignment as a "local matter".
  23898.  
  23899.  
  23900. Al Varney - just MY opinion.
  23901.  
  23902. ------------------------------
  23903.  
  23904. End of TELECOM Digest V12 #600
  23905. ******************************
  23906. 
  23907.